El Martes, 10 de Febrero de 2009, Robert Sparks escribió: > Also - you should expect that 32LHEX to change (it wouldn't be a bad > idea to let it be arbitrary now) if/when algorithms that hash into > more bits are chosen.
Sure, but when it changes a new RFC must exist defining the new grammar since the BNF syntax of RFC 3261 is very clear and stricted (32LHEX). Being the whole SIP grammar so flexible and extensible (lots of "generic-param", "generic-extension"...) I don't understand why the "dresponse" grammar is so rigid, perhaps because it's based on existing Digest specification). Thanks. -- Iñaki Baz Castillo _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
