I think we have already discussed this issue once.

Section 16.3 of RFC says that the proxy should max try to forward the 
request downstream with watever malformed headers it has.

[EMAIL PROTECTED] wrote:

>Hi Pravesh,
>
>If there is an error in the mandatory header, then Proxy should try to send
>the 400 response back. If proxy discards this request, then it will receive
>the re-transmitted message. This will congest the network.
>
>If there is an error in the To, From, CSeq, Call-ID, and Max-Forwards
>header, then proxy will be able to send the 400 response back using via
>header. If there is an error in the Via header, then proxy may not be able
>to send back the response. So in that case it can discard the message.
>
>
>Regards,
>Thangarajan.
>FlextronicsSoftware
>Worlds largest SIP stack vendor
>
>
>
>                                                                           
>             "Ajit Kumar"                                                  
>             <[EMAIL PROTECTED]                                             
>             works.com>                                                 To 
>             Sent by:                  "'Pravesh'"                         
>             sip-implementors-         <[EMAIL PROTECTED]>,         
>             [EMAIL PROTECTED]         <[EMAIL PROTECTED] 
>             ia.edu                    ia.edu>,                            
>                                       <[email protected]>  
>                                                                        cc 
>             01/18/2006 04:09                                              
>             PM                                                    Subject 
>                                       Re: [Sip-implementors] 400 Bad      
>                                       request query                       
>                                                                           
>                                                                           
>                                                                           
>                                                                           
>                                                                           
>                                                                           
>
>
>
>
>
>In such case the proxy can drop the packet and let the UAC retry the
>request. This behavior is particularly important when there is some
>error in mandatory headers that affect routing decision.
>
>One more solution can be to send the response back to the IP and Port
>from which the proxy has received the request.
>
>The proxy need not always respond to every junk packet. It should be
>smart enough to drop the packet. In certain case the proxy may
>continuously get junk packets and in such case it's more feasible to
>drop packet.
>
>Regards
>Ajit
>
>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Pravesh
>Sent: Wednesday, January 18, 2006 3:29 PM
>To: [EMAIL PROTECTED];
>[email protected]
>Subject: [Sip-implementors] 400 Bad request query
>
>Hello All,
>
>I have a doubt:
>When we receive an INVITE request with bad VIA header & some bad
>mandantory headers where should I send the 400 bad request response,
>because I would be needing the values from VIA header to actually send
>the response back, also in the case where other headers like FROM &
>CONTACT are also corrupted what should be done.  Please guide on these
>scenarios
>
>--
>Regards,
>Pravesh
>
>_______________________________________________
>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
>
>
>
>***********************  FSS-Private   ***********************
>
>_______________________________________________
>Sip-implementors mailing list
>[email protected]
>https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
>
>  
>


-- 
Regards,
Hema Ramesh.
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to