[OpenSIPS-Users] Manipulate Opensips generated SIP headers
Bogdan-Andrei Iancu
bogdan at opensips.org
Wed Jun 10 10:36:21 CEST 2015
Hi Ping,
I;m glad to here that.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 10.06.2015 08:23, Ping Han wrote:
> Hi Bogdan,
>
> I have implemented the new features and they work perfectly.
>
> Thanks,
> Chris
>
> 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.
>
> auth_realm_avp
> auth_username_avp
> auth_password_avp
>
> Thanks,
> Ping
>
> 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().
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> 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.
>>
>> Thanks,
>> Ping
>>
>>
>> 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
>> requests.
>>
>> What are you trying to do ?
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>> On 03.06.2015 02:53, Ping Han wrote:
>>> Hi,
>>>
>>> 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:0370103204@192.168.100.37:5060> SIP/2.0
>>> Via: SIP/2.0/UDP
>>> 192.168.100.74:5060;branch=z9hG4bK5094.3ee05403.1
>>> 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
>>> <http://sip:0370103204@192.168.100.37:5060>>;tag=1994410995-1432625097305;
>>> CSeq: 1 ACK
>>> Max-Forwards: 70
>>> User-Agent: OpenSIPS (2.1.0 (x86_64/linux))
>>> Content-Length: 0
>>> --------------------------------------------
>>>
>>> Thanks,
>>> Ping Han
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150610/3a937202/attachment-0001.htm>
More information about the Users
mailing list