If you read further down, the reason is given.  The

was received using the port and transport indicated (explicitly or by
   default) in the Request-URI, the proxy MUST strip the maddr and any
   non-default port or transport parameter and continue processing as if
   those values had not been present in the request.



Rosenberg, et. al.          Standards Track                    [Page 96]

RFC 3261            SIP: Session Initiation Protocol           June 2002


      A request may arrive with a maddr matching the proxy, but on a
      port or transport different from that indicated in the URI.  Such
      a request needs to be forwarded to the proxy using the indicated
      port and transport.

Also refer to the Section 18.1.1 Sending Requests and see how multicast is
handled.

Thanks,
Neel


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of karthik
Sent: Monday, August 28, 2006 12:49 AM
To: sip-implementors@cs.columbia.edu
Subject: [Sip-implementors] Reg Removal of Nondefault Port and Transport by
proxy

hi all,
  
As per RFC 3261 it is given in section 16.4 that the Proxy has to remove
the Default port and transport in the Request URI when it gets an INVITE
with those parameters.

Kindly tell me what is the significance of removing those parameters
before forwarding it to next level?

Thanks in advance,
Geetha.
-- 
  karthik
  [EMAIL PROTECTED]

-- 
http://www.fastmail.fm - Same, same, but different.


_______________________________________________
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to