Hi,

Does anyone have any idea?

I can send the sip trace if needed.

--
Regards,
William Jin
________________________________
From: Users <users-boun...@lists.opensips.org> on behalf of William Jin 
<willi...@exetel.com.au>
Sent: Tuesday, 2 June 2020 2:48 PM
To: OpenSIPS users mailling list <users@lists.opensips.org>
Subject: Re: [OpenSIPS-Users] Question about IP Transit

Just additional info:
A(v4) => opensips(v4/v6) => B(v6) => C(v6)   - also working
Does that mean if the B number is V6, I need to send the invite to the v6 IP of 
the opensips? Then the server should handle the ip transit from v6 to v4 again?



--
Regards,
William Jin
________________________________
From: Users <users-boun...@lists.opensips.org> on behalf of William Jin 
<willi...@exetel.com.au>
Sent: Tuesday, 2 June 2020 2:07 PM
To: OpenSIPS users mailling list <users@lists.opensips.org>
Subject: [OpenSIPS-Users] Question about IP Transit

Hi

We are using opensips 2.4.6 at the moment. It's the apt standard(not nightly) 
repo of debian
opensips -V
version: opensips 2.4.6 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, 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, sigio_rt, select.
main.c compiled on  with gcc 6.3.0

The situation is:
Our sip server has both IPv4 and IPv6 addresses, it handles IP transit pretty 
well. Say if there is an incoming call from the gateway A (asterisk IPv4), it 
can do the IP transit to the destination number registered in IPv6
A(v4) <=> opensips(v4<=>v6) <=> B(v6)

We are using $T_fr_inv_timeout to do call forwarding if no answer. The issue 
here is: when the B has a call forwarding setting and if the destination 
number, let's say C is v4, then the t_relay() of the INVITE after 
$T_fr_inv_timeout seconds results in fail with $retcode -6, I checked the doc 
it says "generic send failed". I am not too sure what does that means. If both 
B and C are in v4 only env, then it works without any issue.

A(v4) => opensips(v4/v6) => B(v6)          -     working
A(v4) => opensips(v4/v6) => B(v6) => C(v4)   - not working
A(v4) => opensips(v4/v6) => B(v4) => C(v4)   - working

Could you please shed some light on it?

--
Regards,
William Jin
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to