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: sip-implementors@lists.cs.columbia.edu
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
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors


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

Reply via email to