I think that is retransmission of ACK packet because it didn't get its 200
ok back.

Regards,
Qasim


On Tue, May 21, 2013 at 10:08 PM, Bogdan-Andrei Iancu
<bog...@opensips.org>wrote:

> **
> Hi Qasim,
>
> Looking at the ACK related logs, I see you get the script log
>      Sequencial 'ACK' request from caller '622190004001' for call from
> .....
>
> twice - also the logs from the loose_route() function - I suspect you loop
> somehow in your script and a route is triggered twice (the route doing
> loose_route)
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
>
> On 05/20/2013 02:46 PM, qasimak...@gmail.com wrote:
>
>  Hi Bodgan,
>
>  Sorry for the late reply as i was traveling this weekend. Please find
> attached call logs with debug mode 4.
>
> Regards,
> Qasim
>
>
>  On Fri, May 17, 2013 at 8:50 PM, Bogdan-Andrei Iancu <bog...@opensips.org
> > wrote:
>
>>  Funny, as I do not see anything wrong on a first look - while running
>> in debug mode (4), please send me the logs corresponding to the ACK
>> processing.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>>
>>   On 05/17/2013 02:34 PM, qasimak...@gmail.com wrote:
>>
>>  Hi,
>>
>>  Please find attached trace. This is server on Public IP that is why i
>> cannot send the trace on the list. I am listening to IP's as follows
>>
>> listen=udp:202.152.203.195:5060
>> listen=udp:202.152.203.195:6000
>> listen=udp:192.168.226.142:5060
>> listen=udp:192.168.226.142:6000
>>
>> disable_tcp=no
>> listen=tcp:202.152.203.195:5060
>> listen=tcp:202.152.203.195:6000
>> listen=tcp:192.168.226.142:5060
>> listen=tcp:192.168.226.142:6000
>>
>>  If you need anything else i would be happy to provide it to you.
>>
>>  Regards,
>> Qasim
>>
>>
>>
>> On Fri, May 17, 2013 at 3:50 PM, Bogdan-Andrei Iancu <bog...@opensips.org
>> > wrote:
>>
>>>  Hello Qasim,
>>>
>>> So you have multiple interfaces in OpenSIPS - are all of them the same
>>> protocol ?
>>>
>>> Please try to post a SIP capture of the full call, to see how the RR
>>> part is done.
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>>
>>>   On 05/16/2013 01:07 PM, qasimak...@gmail.com wrote:
>>>
>>> On further investigation i see that i only face this issue when both
>>> caller and callee are on the same network. If both are on separate network
>>> it works fine.
>>>
>>> Regards,
>>> Qasim
>>>
>>>
>>> On Thu, May 16, 2013 at 3:05 PM, qasimak...@gmail.com <
>>> qasimak...@gmail.com> wrote:
>>>
>>>>  yes.
>>>>
>>>>  Regards,
>>>> Qasim
>>>>
>>>>
>>>> On Thu, May 16, 2013 at 2:50 PM, Bogdan-Andrei Iancu <
>>>> bog...@opensips.org> wrote:
>>>>
>>>>>  And do you have UDP 202.152.203.195 port 6000 as listener defined in
>>>>> OpenSIPS ??
>>>>>
>>>>> Regards,
>>>>>
>>>>> Bogdan-Andrei Iancu
>>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>>
>>>>>
>>>>>   On 05/16/2013 12:32 PM, qasimak...@gmail.com wrote:
>>>>>
>>>>>  Hi Bodgan,
>>>>>
>>>>>  Yes i see the following route header in my packet.
>>>>>
>>>>> Route:
>>>>> <sip:622190004002@202.152.203.195:6000;lr;ftag=3b710c25;did=e55.a77ff685>
>>>>>
>>>>>
>>>>>  And yes i am routing it through loose_route.
>>>>>
>>>>>  Regards,
>>>>> Qasim
>>>>>
>>>>>
>>>>> On Wed, May 15, 2013 at 10:40 PM, Bogdan-Andrei Iancu <
>>>>> bog...@opensips.org> wrote:
>>>>>
>>>>>>  Hello Qasim,
>>>>>>
>>>>>> The ACK should be routed via loose_route() based on the "Route"
>>>>>> headers from it. Could you check if the Route hdrs (from the ACK) are
>>>>>> correctly reflecting your opensips interfaces ?
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Bogdan-Andrei Iancu
>>>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>>>
>>>>>>
>>>>>> On 05/14/2013 07:55 AM, qasimak...@gmail.com wrote:
>>>>>>
>>>>>>   Hi,
>>>>>>
>>>>>>  I am using OpenSIPs in Public<->Private bridging mode and have
>>>>>> enabled mhomed=1. But the problem is that when we have a call in which 
>>>>>> both
>>>>>> parties are on Public interface the INVITE gets relayed properly but and
>>>>>> ACK of that invite gives the following error.
>>>>>>
>>>>>> ERROR:core:get_out_socket: no socket found
>>>>>> ERROR:core:forward_request: cannot forward to af 2, proto 1 no
>>>>>> correspondinglistening socket
>>>>>>
>>>>>>  Regards,
>>>>>> Qasim
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Users mailing 
>>>>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to