<div dir="ltr"><div><div><div><div><div>Hello,<br><br><br></div>Just tried to play with the b2b refer scenario with opensips.<br></div>The config is pretty much the default LB config from <a href="http://opensips.org">opensips.org</a>, so nothing sexy in the conf, it works fine without the b2b stuff. LB destinations are reachable through the private ip of the server.<br>
<br></div>if I use the b2b topology hiding scenario, it also work fine.<br></div>when I use the refer scenario, things goes mad :)<br><br></div>Sending this to the caller party (default LB config):<br>
<style type="text/css">P { margin-bottom: 0.08in; }</style>
<p style="margin-bottom:0in">U 2013/04/30 02:19:05.920262
opensips_public_ip:5060 -> caller_ip:5060</p>
<p style="margin-bottom:0in">SIP/2.0 183 Session Progress.</p>
<p style="margin-bottom:0in">Via: SIP/2.0/UDP
caller_ip:5060;received=caller_ip;branch=z9hG4bK25704719;rport=5060.</p>
<p style="margin-bottom:0in">Record-Route:
<sip:username@opensips_private_ip;r2=on;lr;ftag=as38e68f66;did=a3c.83df6ae1>.</p>
<p style="margin-bottom:0in">Record-Route:<sip:username@opensips_public_ip;r2=on;lr;ftag=as38e68f66;did=a3c.83df6ae1>.</p>
<br><br><br><div><div><div><div>New call with the refer settings applied:<br><br>U 2013/04/30 02:13:50.130487 opensips_public_ip:5060 -> caller_ip:5060<br>SIP/2.0 183 Session Progress.<br>Record-Route: <sip:6288808754418@;r2=on;lr;ftag=as439eda7d;did=35.b69971a2>.<br>
Record-Route: <sip:6288808754418@opensips_public_ip;r2=on;lr;ftag=as439eda7d;did=35.b69971a2>.<br></div><div><br><br></div><div>In the first record-route header, the host part is missing.<br><br></div><div>The relevant lines from the syslog in this case: <br>
Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lumps_len: lumps_len called with null send_sock<br>Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>
Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>
Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:process_lumps: null bind_address<br>Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>
Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br>Apr 30 02:13:47 svr2 /usr/local/sbin/opensips[30081]: CRITICAL:core:lump_check_opt: null send socket<br><br><br></div>
<div>What can cause this?<br></div><div>It is a multihomed enviroment with opensips 1.9.<br># opensips -V<br>version: opensips 1.9.0-notls (x86_64/linux)<br>flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT<br>
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535<br>poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.<br>svnrevision: 2:9980<br>@(#) $Id: main.c 9790 2013-02-15 10:14:34Z bogdan_iancu $<br>
main.c compiled on 00:52:55 Apr 30 2013 with gcc 4.4.6<br><br><br></div><div>-Laszlo<br></div></div></div></div></div>