> From: Peter Krebs [pkr...@gmail.com]
> 
> Is my interpretation of the ABNF correct in this case and a SIP parser must
> accept a header without a value while still checking for the "="

You are correct.

This is yet another situation where the IETF has taken advantage of what it has
discovered:  When defining an extension mechanism, make sure that it is as 
general
as possible.  When writing RFC 3261, there was no envisioned need for a header 
with
an empty value, but we have discovered over history, that we should not 
construct a
grammar that excludes alternatives that are "mathematically possible" even if 
we cannot
envision the use that they will be put to.

In this case, the Allow and Accept-Language headers allow empty values...

Dale

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

Reply via email to