Hi Steven,
The reason for not storing/restoring the display name is simple: this
information has no value in regards to the SIP dialog (it does not
affect or interfere with the dialog state, as the FROM URI does) and it
is used only in the initial invites - to be displayed when receiving a
call ; in the sequential requests, it is not used at all.
A good practice (or at least what we do on our systems) is to delete the
display name in the sequential requests if the display in initial invite
was changed (more for privacy purposes).
Regards,
Bogdan
On 02/17/2012 11:26 AM, Steven Lam, KeenSystems B.V. wrote:
I think this behavior is wrong, if the function has the feature to overrule the
display it should behave the same as any other feature the function has.
If there are some good reasons why this is not the case it should be mentioned
in the documentation is think.
--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
