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

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@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