I seem to remember some discussion about the # and # character a
long time ago.
You could respond with 400 Bad Request but I think it would be best
if you just treated it as if the # had been escaped. I know it's not strictly
compliant but:
1. I don't think it does any harm - check the grammar for yourself but I don't
think there are any parser clashes
2. you will improve your interop - I have seen many UAs that haven't
escaped these characters - so it's best if you try to accept them.
One more thing - always escape the # and * if you use it in the user part of a
URI.
People over-use the saying "be liberal with what you accept and strict with
what you send" -
I don't always agree with it because it's the road to chaos but in this case I
don't think
it's harmful.
Regards,
Attila
________________________________
From: [EMAIL PROTECTED] on behalf of Andreas Byström
Sent: Wed 14/11/2007 18:41
To: [email protected]
Subject: [Sip-implementors] Error in incoming req uri, what to do?
What should a UA do in case it receives an request with an malformed sipuri
in the request line? For example if there is an incoming INVITE
[EMAIL PROTECTED] sip/2.0 (ie the sender has not escaped the #
character).
I guess there would be good to respond with maybe 400 Bad Request or some
other 4XX response, but I cant find something that supports this in the
RFCs. Does anyone know if there is some specifications that defines what to
do in a case with malformed uri in the requestline or is it up do the
developer of the UAS to decide? If no answer at all the UAC will probably
retransmit...
Regards,
// Andreas
_______________________________
Andreas Byström
Software Engineer
Teligent AB
Konsul Jonssons väg 17
P.O. Box 213
SE 14923 Nynäshamn
mail: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
web: <http://www.teligent.se/> www.teligent.se
phone: +46 (0)8 4101 7221
mobile: +46 (0)733 1172 21
fax: +46 (0)8 520 193 36
_______________________________
_______________________________________________
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
