[SR-Users] NatHelper ignoring force_socket module parameter

[Asgaroth]

Hi All,

I have a strange issue, I have set the module parameter for nathelper's 
force_socket to a specfic ip/port, however, when I perform a sip trace I 
can see that all locally generated options messages are not sent from 
the socket defined in the modules parameters.

I am not setting $fs anywhere in the script, so I am not over-writing 
it. Do any of the other module parameters have a bearing on if nathelper 
uses the force_socket parameter?

My current nathelper settings are:

modparam("nathelper", "received_avp",      "$avp(RECEIVED)")
modparam("nathelper", "natping_interval",   20)
modparam("nathelper", "natping_processes",  4)
modparam("nathelper", "ping_nated_only",    1)
modparam("nathelper", "sipping_from", "sip:keepalive at domain.com")
modparam("nathelper", "sipping_method",     "OPTIONS")
modparam("nathelper", "sipping_bflag",           NAT_BFLAG)
modparam("nathelper", "force_socket",            "1.2.3.4:5060")

I am using kamailio v4.3.1:

# kamailio -V
version: kamailio 4.3.1 (x86_64/linux) f38e67
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, 
F_MALLOC, DBG_F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, 
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, 
HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: f38e67
compiled on 18:15:23 Jul 20 2015 with gcc 4.4.7

Thanks