[OpenSIPS-Users] refer scenario - record-route header

[Bogdan-Andrei Iancu]

Hi Lazlo,

I do not understand - the LB + b2b refer capture shows a call going 
through the B2B and receiving a 503.....there is no REFER stuff there at 
all...

Is there something I mis ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


On 04/29/2013 04:09 PM, Laszlo wrote:
> Hi Bogdan,
>
> with the stock LB config:
> http://pastebin.com/xxxxxxxxxxx <http://pastebin.com/Msw6Hk0p>
>
> with LB + b2b refer
> http://pastebin.com/xxxxxxxxxxx <http://pastebin.com/zYb3PxLe>
>
>
>
>
> 2013/4/29 Bogdan-Andrei Iancu <bogdan at opensips.org 
> <mailto:bogdan at opensips.org>>
>
>     Hi Lazlo,
>
>     Could you post somewhere the SIP capture of the call ? Just to be
>     sure I correctly understand your scenario.
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>     OpenSIPS Founder and Developer
>     http://www.opensips-solutions.com
>
>
>     On 04/29/2013 02:38 PM, Laszlo wrote:
>>     Hello,
>>
>>
>>     Just tried to play with the b2b refer scenario with opensips.
>>     The config is pretty much the default LB config from opensips.org
>>     <http://opensips.org>, so nothing sexy in the conf, it works fine
>>     without the b2b stuff. LB destinations are reachable through the
>>     private ip of the server.
>>
>>     if I use the b2b topology hiding scenario, it also work fine.
>>     when I use the refer scenario, things goes mad :)
>>
>>     Sending this to the caller party (default LB config):
>>
>>     U 2013/04/30 02:19:05.920262 opensips_public_ip:5060 ->
>>     caller_ip:5060
>>
>>     SIP/2.0 183 Session Progress.
>>
>>     Via: SIP/2.0/UDP
>>     caller_ip:5060;received=caller_ip;branch=z9hG4bK25704719;rport=5060.
>>
>>     Record-Route:
>>     <sip:username at opensips_private_ip;r2=on;lr;ftag=as38e68f66;did=a3c.83df6ae1>.
>>
>>     Record-Route:<sip:username at opensips_public_ip;r2=on;lr;ftag=as38e68f66;did=a3c.83df6ae1>.
>>
>>
>>
>>
>>     New call  with the refer settings applied:
>>
>>     U 2013/04/30 02:13:50.130487 opensips_public_ip:5060 ->
>>     caller_ip:5060
>>     SIP/2.0 183 Session Progress.
>>     Record-Route:
>>     <sip:6288808754418@;r2=on;lr;ftag=as439eda7d;did=35.b69971a2>.
>>     Record-Route:
>>     <sip:6288808754418 at opensips_public_ip;r2=on;lr;ftag=as439eda7d;did=35.b69971a2>.
>>
>>
>>     In the first record-route header, the host part is missing.
>>
>>     The relevant lines from the syslog in this case:
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lumps_len: lumps_len called with null send_sock
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:process_lumps: null bind_address
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>     Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]:
>>     CRITICAL:core:lump_check_opt: null send socket
>>
>>
>>     What can cause this?
>>     It is a multihomed enviroment with opensips 1.9.
>>     # opensips -V
>>     version: opensips 1.9.0-notls (x86_64/linux)
>>     flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST,
>>     SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>>     ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN
>>     16, MAX_URI_SIZE 1024, BUF_SIZE 65535
>>     poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>     svnrevision: 2:9980
>>     @(#) $Id: main.c 9790 2013-02-15 10:14:34Z bogdan_iancu $
>>     main.c compiled on 00:52:55 Apr 30 2013 with gcc 4.4.6
>>
>>
>>     -Laszlo
>>
>>
>>     _______________________________________________
>>     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/20130430/c9ae9322/attachment.htm>