[OpenSIPS-Users] Manipulate Opensips generated SIP headers
bogdan at opensips.org
Wed Jun 10 10:36:21 CEST 2015
I;m glad to here that.
OpenSIPS Founder and Developer
On 10.06.2015 08:23, Ping Han wrote:
> Hi Bogdan,
> I have implemented the new features and they work perfectly.
> On Wed, Jun 10, 2015 at 10:13 AM, Ping Han <pinghan022 at gmail.com
> <mailto:pinghan022 at gmail.com>> wrote:
> Thanks, Bogdan,
> I have just upgraded Opensips from 1.9 to 2.1 and did not notice
> the new features related to uac_auth. I was looking a way to
> dynamically match the authentication credentials and I believe the
> following new parameters will solve the problem.
> On Wed, Jun 10, 2015 at 2:01 AM, Bogdan-Andrei Iancu
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
> Hi Ping,
> You should not manually change the cseq in the messages as you
> will break the whole dialog (the sequential requests).
> The 2.1 version does cseq increasing (with dialog consistency)
> when performing uac_auth().
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> On 05.06.2015 09:39, Ping Han wrote:
>> Hi Bogdan,
>> Thanks for your reply.
>> I am trying to manipulate the CSeq header.
>> I have attached a packet trace.
>> In the example 10.216.235.38 sends a SIP Invite to
>> 10.216.235.37 via Opensips. Then 10.216.235.37 challenges
>> authentication. In the second SIP Invite that contains the
>> authentication info (frame number 6), I have to increment the
>> CSeq header otherwise 10.216.235.37 does not like it. The new
>> CSeq is now set to 2.
>> If 10.216.235.37 is not able to accept the call, it returns
>> something other than "200 OK" (606 in this example). Now it
>> is the problem. Opensips sends back an ACK (frame number 12)
>> with CSeq set to 1 (not 2). 10.216.235.37 is expecting an ACK
>> with a CSeq set to 2. The consequence is that 10.216.235.37
>> keeps sending 606 until times out.
>> The ACK is internally generated by Opensips and as you said
>> we can not manipulate it. I am wondering if there is any way
>> to solve this problem.
>> PS: 10.216.235.97 is the internal IP of Opensips server and
>> 10.216.235.74 is the external IP.
>> On Thu, Jun 4, 2015 at 12:55 AM, Bogdan-Andrei Iancu
>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>> Hi Ping,
>> There is no access to internally generated ACK and CANCEL
>> What are you trying to do ?
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> On 03.06.2015 02:53, Ping Han wrote:
>>> With Opensips is there a way to manipulate the SIP
>>> headers of a messages that are generated locally by
>>> Opensips. See the example below.
>>> ACK sip:0370103204 at 192.168.100.37:5060
>>> <http://sip:email@example.com:5060> SIP/2.0
>>> Via: SIP/2.0/UDP
>>> From:<sip:0370103401 at xxxvoip.com
>>> <mailto:sip%3A0370103401 at xxxvoip.com>>;tag=1740643510
>>> Call-ID: 641613075 at 192.168.100.38
>>> <mailto:641613075 at 192.168.100.38>
>>> To:<sip:0370103204 at 192.168.100.37:5060
>>> CSeq: 1 ACK
>>> Max-Forwards: 70
>>> User-Agent: OpenSIPS (2.1.0 (x86_64/linux))
>>> Content-Length: 0
>>> Ping Han
>>> Users mailing list
>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users