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
Manjunath Warad
<[EMAIL PROTECTED]
uawei.com> To
[EMAIL PROTECTED]
01/18/2006 05:17 om, "'Ajit Kumar'"
PM <[EMAIL PROTECTED]>,
"'Pravesh'"
<[EMAIL PROTECTED]>,
Please respond to [email protected],
[EMAIL PROTECTED] [EMAIL PROTECTED]
awei.com a.edu
cc
Subject
RE: [Sip-implementors] 400 Bad
request query
Hi,
I agree if proxy discards this request then there will be
retransmissions; however, if any mandatory headers are mal-formed then 400
response cannot be sent. It is because if the request carries mal-formed
request, then response to that request cannot be encoded(built). Among
mandatory headers if Cseq, Call-ID and Max-Forwards are error prone then we
can respond with 400 response, just to stop retransmission. As Ajit said,
it
is important to drop when any routing headers are mal-formed.
Regards,
Manju
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, January 18, 2006 4:59 PM
To: Ajit Kumar; 'Pravesh'; [email protected];
[EMAIL PROTECTED]
Subject: Re: [Sip-implementors] 400 Bad request query
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
*********************** FSS-Private ***********************
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
