Re: [OpenSIPS-Users] Problem with uac_replace_from

2012-02-29 Thread Bogdan-Andrei Iancu
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 ca

Re: [OpenSIPS-Users] Problem with uac_replace_from

2012-02-29 Thread Vlad Paiu
: [OpenSIPS-Users] Problem with uac_replace_from Hi, Steven! The dialog module only stores the TO and FROM URIs, not the display names. Also, the uac_replace_from function keeps track only of the URIs. Therefore, the display names are ignored and they will not be automatically restored on any sequential

Re: [OpenSIPS-Users] Problem with uac_replace_from

2012-02-17 Thread Steven Lam, KeenSystems B.V.
17 februari 2012 9:26 > To: users@lists.opensips.org > Subject: Re: [OpenSIPS-Users] Problem with uac_replace_from > > Hi, Steven! > > The dialog module only stores the TO and FROM URIs, not the display names. > Also, the uac_replace_from function keeps track only of the URI

Re: [OpenSIPS-Users] Problem with uac_replace_from

2012-02-17 Thread Razvan Crainea
stored? or am I missing something here? Steven -Original Message- From: users-boun...@lists.opensips.org [mailto:users- boun...@lists.opensips.org] On Behalf Of Steven Lam, KeenSystems B.V. Sent: donderdag 16 februari 2012 17:49 To: users@lists.opensips.org Subject: [OpenSIPS-Users] Pr

Re: [OpenSIPS-Users] Problem with uac_replace_from

2012-02-16 Thread Steven Lam, KeenSystems B.V.
sts.opensips.org [mailto:users- > boun...@lists.opensips.org] On Behalf Of Steven Lam, KeenSystems B.V. > Sent: donderdag 16 februari 2012 17:49 > To: users@lists.opensips.org > Subject: [OpenSIPS-Users] Problem with uac_replace_from > > Hi list! > > When playing with uac_replace_f

[OpenSIPS-Users] Problem with uac_replace_from

2012-02-16 Thread Steven Lam, KeenSystems B.V.
Hi list! When playing with uac_replace_from to replace both display and uri like this: uac_replace_from("anonymous","sip:anonymous@anonymous.invalid"); I found that on subsequential (ACK) messages only the uri was changed again and display had the original value. Also when using uac_replace_