[SR-Users] Media server can't return ACK correctly

Thu Feb 25 18:41:03 CET 2016

Ok guys. The issue was in my misunderstanding of RFC and advertised_address
variable.
Removing advertised_address solved the issue.

2016-02-25 17:49 GMT+02:00 Alberto Sagredo <alberto.sagredo at avanzada7.com>:

> :) Great
>
> So you will have maybe now something as this
>
> Record-Route: <sip:PUBLIC_IP;r2=on;lr=on;ftag=as2c0c55b9>
> Record-Route: <sip:PRIVATE_IP;r2=on;lr=on;ftag=as2c0c55b9>
>
> And ACKS will go to right place..
>
>
> 2016-02-25 16:43 GMT+01:00 Alexandru Covalschi <568691 at gmail.com>:
>
>> force_send_socket is a good idea - thanx!
>> traces are in initial message
>>
>> 2016-02-25 17:02 GMT+02:00 Alberto Sagredo <alberto.sagredo at avanzada7.com
>> >:
>>
>>> HI Alexandru i talk about something like this maybe in your RELAY route
>>> or similar.
>>>
>>> I think you would have issues with ACKs until you would have
>>> Record-Route: doubled
>>>
>>>   if (dst_ip==LOCALIPNETWORK/24) {
>>>
>>>   xlog("Using socket: LOCALIP:5060");
>>>
>>>  force_send_socket(udp:LOCALIP:5060);
>>>
>>>   } else {
>>>
>>>    xlog("Using socket: PUBLICIP:5060");
>>>
>>> force_send_socket(udp:PUBLICIP:5060);
>>>
>>>    }
>>>
>>> Hope this helps you
>>> Use record_route() as well.
>>>
>>> Anyway show me a trace that goes to FreeSwitch from Kamailio.
>>>
>>>
>>>
>>> 2016-02-25 10:55 GMT+01:00 Alexandru Covalschi <568691 at gmail.com>:
>>>
>>>> No other rr params defined so double rr is default - enabled.
>>>> What do you mean by "force traffic" - how to do that? Every other
>>>> request (excep BYE - same problem with it) flows OK.
>>>>
>>>> 2016-02-25 11:49 GMT+02:00 Alexandru Covalschi <568691 at gmail.com>:
>>>>
>>>>> Hi, thanks for answer
>>>>>
>>>>> Here's configuration:
>>>>>
>>>>> listen=udp:MY_EXT_IP_ADDR:5060
>>>>> listen=tcp:MY_EXT_IP_ADDR:5060
>>>>> listen=udp:MY_INT_IP_ADDR:5060
>>>>> listen=TCP:MY_INT_IP_ADDR:5060
>>>>> listen=MY_WS_ADDR
>>>>> advertised_address = MY_EXT_IP_ADDR
>>>>> alias = MY_INT_IP_ADDR
>>>>> alias = MY_DOMAIN
>>>>>
>>>>> #!ifdef WITH_TLS
>>>>> listen=MY_WSS_ADDR
>>>>> #!endif
>>>>>
>>>>> port=5060
>>>>>
>>>>> ...
>>>>>
>>>>> # ----- rr params -----
>>>>> modparam("rr", "enable_full_lr", 1)
>>>>> modparam("rr", "append_fromtag", 1)
>>>>>
>>>>>
>>>>> 2016-02-25 8:47 GMT+02:00 Alberto Sagredo <
>>>>> alberto.sagredo at avanzada7.com>:
>>>>>
>>>>>> Hi Alexandru
>>>>>>
>>>>>> How is your configuration about Public IP and Private IP?
>>>>>>
>>>>>> Do you use advertise?
>>>>>>
>>>>>> Maybe you need to force Outbound traffic to Public IP Socket and
>>>>>> inside traffic to Private IP .
>>>>>>
>>>>>> Do you have double record routing?
>>>>>>
>>>>>> BR
>>>>>>
>>>>>> 2016-02-25 1:24 GMT+01:00 Alexandru Covalschi <568691 at gmail.com>:
>>>>>>
>>>>>>> Hello everyone.
>>>>>>>
>>>>>>> The setup is:
>>>>>>> Carrier ip is CARRIER_IP
>>>>>>> Public network Kamailio IP will be PUBLIC_IP
>>>>>>> Private network Kamailio IP will be KAMAILIO_PRIVATE_IP
>>>>>>> Private network Freeswitch IP is FREESWITCH_PRIVATE_IP
>>>>>>>
>>>>>>> ACK
>>>>>>> CARRIER_IP -> PUBLIC_IP->FREESWITCH_PRIVATE_IP
>>>>>>>
>>>>>>> And freeswitch tries to actually send ACK back to PUBLIC_IP which he
>>>>>>> can't access.
>>>>>>>
>>>>>>> Kamailio trace: http://pastebin.com/raw/1W1sXuUa
>>>>>>> Freeswitch trace: http://pastebin.com/raw/KkZCwTTJ
>>>>>>>
>>>>>>> request_route: http://pastebin.com/raw/Y17pXUGY
>>>>>>> NATMANAGE route: http://pastebin.com/raw/0BpPDjN0
>>>>>>> WITHINDLG route: http://pastebin.com/raw/5LpwSigF
>>>>>>>
>>>>>>> I'm seeking help with that - what parameter I need to change/add to
>>>>>>> solve that?
>>>>>>> Maybe it's a networking problem - but why then ACK reaches
>>>>>>> Freeswitch and all other requests flow OK?
>>>>>>>
>>>>>>> Thanks in advance, Alex
>>>>>>>
>>>>>>> --
>>>>>>> Alexandru Covalschi
>>>>>>> ABRISS-Solutions
>>>>>>> VoIP engineer and system administrator
>>>>>>> phone: +37367398493
>>>>>>> web: http://abs-telecom.com/
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>>>> list
>>>>>>> sr-users at lists.sip-router.org
>>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>>> list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Alexandru Covalschi
>>>>> ABRISS-Solutions
>>>>> VoIP engineer and system administrator
>>>>> phone: +37367398493
>>>>> web: http://abs-telecom.com/
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Alexandru Covalschi
>>>> ABRISS-Solutions
>>>> VoIP engineer and system administrator
>>>> phone: +37367398493
>>>> web: http://abs-telecom.com/
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>>
>> --
>> Alexandru Covalschi
>> ABRISS-Solutions
>> VoIP engineer and system administrator
>> phone: +37367398493
>> web: http://abs-telecom.com/
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>

-- 
Alexandru Covalschi
ABRISS-Solutions
VoIP engineer and system administrator
phone: +37367398493
web: http://abs-telecom.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160225/65dcec87/attachment.html>