Hi, RFC 4916 just handles "From" header, but what about if the initial request 
or in-dialog re-INVITE/UPDATE (RFC 4916) contains a P-Asserted-Identity 
header?

For example, if a B2BUA sends INVITE to phone A like:

  INVITE sip:[EMAIL PROTECTED]
  From: sip:[EMAIL PROTECTED]
  To: sip:[EMAIL PROTECTED]
  P-Asserted-Identity: tel:+1234
  Supported: from-change

then phone A should render "1234" as callerid (if it supports it of course).
Imagine B2BUA sends now an UPDATE like:

  UPDATE sip:[EMAIL PROTECTED]
  From: sip:[EMAIL PROTECTED] <-- CHANGED
  To: sip:[EMAIL PROTECTED]
  (no P-Asserted-Identity header)

Should then phone A render "sip:[EMAIL PROTECTED]" as callerid? or still "tel:
+1234"?
And what about if the UPDATE contains again "P-Asserted-Identity: tel:+1234"?

IMHO the normal behaviour is that original "P-Asserted-Identity" should remain 
rendered but it makes impossible to update the callerid if needed.

Thanks for any clarification.



-- 
Iñaki Baz Castillo
[EMAIL PROTECTED]

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to