Hello,
the default mechanism is relying on endpoints not changing the values.
If you use latest 4.4 branch, there is a safety check to prevent
breaking the sip message in such cases.
Anyhow, if the endpints change the From/To, then likely you don't need
to restore them, because they match the dialogs by rfc3261 tag
parameters. So you can switch to restore mode manual.
If you still need to do restore, then you can't rely on endpoints, and
you have to switch to use dialog module for storing the initial values
-- see more into the readme of the uac module.
Cheers,
Daniel
On 03/11/16 16:31, Tobias wrote:
Hi,
Yes, you're right, there is actually a '+<CC>' missing in the
reINVITE. For some reason the number is suddenly on a local format.
That will upset Kamailio?
Kind regards,
/Tobias
------------------------------------------------------------------------
*From:* Daniel-Constantin Mierla <miconda(a)gmail.com>
*Sent:* Thursday, November 3, 2016 2:34 PM
*To:* Tobias; Kamailio (SER) - Users Mailing List
*Subject:* Re: [SR-Users] Malformed To header, or?
Hello,
is there a '+' missing after sip: in the To of the re-invite vs the
From of the initial invite?
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 -
http://www.asipto.com