The topmost Via header in the 400 response would be the one which was added by the same SIP entity (UAC/proxy) If that SIP entity cannot decode a Via header that was added by itself then nothing can be done by the SIP entity generating the 400 response
Ajay -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Benny Prijono Sent: Wednesday, January 18, 2006 7:46 AM To: [EMAIL PROTECTED] Cc: [email protected] Subject: Re: [Sip-implementors] 400 Bad request query Even when the Via header is corrupted, sometimes we are still able to send a response back. Section 18.2.2 of RFC 3261 has some guidelines: 1) If the request is coming from a reliable transport (TCP, SCTP, TLS), send the response using the same connection. 2) If it's coming from UDP, then perhaps we can scan the top most Via header for ";rport" string. If this string is present, then we can send the response to the source address/port of the packet. Although that still leaves the question about what Via header would be sent in the response. If we send the original malformed Via header as it is, will the upstream proxy/UAC be able to decode them? -benny [EMAIL PROTECTED] wrote: > Hi Manju, > > Routing Header means only Via header?? > > If there is an error in the Route, Record-Route or contact, then UA > will be able to send 4xx response. If there is an error in the Via > header, then UA may not be able to send back the response. So in this > case it can discard the message. > > Regards, > Thangarajan. > FlextronicsSoftware > Worlds largest SIP stack vendor > > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
