I did do a check and "" quotes are printing in xlog for $fn.
Thanks!
Sincerely, Brandon Armstead
On Tue, Mar 16, 2010 at 7:32 AM, Daniel-Constantin Mierla <miconda@gmail.com> wrote:
Hello,
On 03/16/2010 01:22 PM, Brandon Armstead wrote:
Daniel,
So if I am to set it to "none" it should give me the desired
affects, and not alter back to the original From header upon
transmission of an ACK?
auto mode should do everything (update/restore From (or To)) for within
dialog requests, if you used uac_replace_from() for initial INVITE,
therefore this is the best mode. However, it adds an extra parameter
(pretty long) to RR header and some UA strips it when building the
reply.
If you know you are in a SIP2.0 (rfc3261) compatible environment, then
you can use other modes.
In sip 2.0 a dialog is identified by call-id, from-tag and to-tag,
which are not affected by From updates. However, in previous version of
sip, From URI and To URI were used to identify the sip dialog,
therefore, in order to be compatible with sip 1.0 then you should not
change From/To.
In auto mode, the From/To are restored to be safe with sip 1.0 devices.
Btw, if you have time, can you please print the $fn in xlog for ACK and
send it here? Will show if quotes are considered part of display name.
If not, I will look later in sources.
Cheers,
Daniel
Sincerely,
Brandon Armstead
On Tue, Mar 16, 2010 at 7:05 AM,
Daniel-Constantin Mierla <miconda@gmail.com> wrote:
On 03/16/2010 01:03 PM, Brandon Armstead wrote:
Value of uac_restore_mode is not set so
"auto".
but if it is not set to something else, this is the default value.
Cheers,
Daniel
Thanks!
On Tue, Mar 16, 2010 at 7:00 AM,
Daniel-Constantin Mierla <miconda@gmail.com>
wrote:
Hello,
On 03/16/2010 12:52 PM, Brandon Armstead wrote:
Daniel,
This is 1.5 and there is nothing between the quotes "".
the question is whether the display name attribute in From header
structure includes the quotes or not -- this is to be revealed by code.
The
last time I tried to remove_hf, and then append_hf(From) or To header,
it seemed to break call flow completely?
It can break in case you have non-RFC3261 compliant devices.
What is the value of uac module parameter from_restore_mode?
If it is auto or not set, then it is not the same behavior as with
remove_hf/append_hf.
I will give it another go,
however if you have any further thoughts it is much appreciated, thanks!
Going to check the sources and come back with more details.
Cheers,
Daniel
Sincerely,
Brandon Armstead
On Tue, Mar 16, 2010 at 6:44 AM,
Daniel-Constantin Mierla <miconda@gmail.com>
wrote:
Hello,
On 03/16/2010 02:30 AM, Brandon Armstead wrote:
Hello,
As always thank you ahead of time for your help and input!
I am currently calling uac_replace_from("", "") in effort to "leave
uri" and "toss away display name"
Which does seem to work....... for the initial INVITE
However upon receiving an ACK with an empty display, however "" <-
quotations, it does not clear the display "" which is causing issues
with one of my upstream vendors.
Example / Scenario:
From: "" <sip:uri@host>
Expected Result upon uac_replace_from("",""): From:
<sip:uri@host>
Current Result: From: "" <sip:uri@host>
As you can see it is not stripping the "" empty display quotes.
Any thoughts / ideas / suggestions to get my desired affect?
could be that display name is set to empty string (what is between
double quotes) and in this case is nothing to replace -- I have to
doublecheck the sources. Is it 1.5 or 3.0?
Are you using From auto-replacing mode? If not, a solution for now is
to do From update using header manipulation functions: