Hi Dale,
thanks for your suggestion, in the next version of the draft I'll
generalize that statement
so to make the 3892bis more "independent" from modification in the
current work on
P-Asserted-Identity.
/Sal
<snip>
I notice that section 5 of 3982bis states "There may be one or two
Referred-By values. If there is one value, it MUST be a sip, sips, or
tel URI. If there are two values, one value MUST be a sip or sips URI
and the other MUST be a tel URI." This duplicates the current
restriction on P-Asserted-Identity, which as you note may be changed
soon. Why not change that statement to something more general, so that
3892bis doesn't need to be modified track every change to
P-Asserted-Identity, etc.?
Dale
_______________________________________________
Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@xxxxxxxxxxxxxxx for questions on current sip
Use sip@xxxxxxxx for new developments of core SIP
