Hi, Denis!
According to the SIP RFC, if the Proxy doesn't receive any reply, it
will not generate a CANCEL. Are you sending at least 100 Trying between
your servers?
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
On 12/19/2016 12:42 PM, Denis wrote:
Hello!
Server:: OpenSIPS (2.2.2 (x86_64/linux))
I am going to use Opensips as top_hiding, load balancer and proxy
instance.
My scheme looks as follows.
The first instance: top_hiding and load balancer. It listens 5060 and
5068 ports.
The second instance: proxy. It listens 5065 port.
The scheme of the call:
Caller SIP UA -> first instance (makes top_hiding and load balancer)
-> second instance (makes routing and setup destination URI) -> first
instance (makes top_hiding) -> Callee SIP UA.
This scheme of the call seems to be working correctly (from
perspective of SIP signalling) for:
- successful call (i.e. call with answer)
- Cancel transaction during ringing of th callee
But when i emulated situation, when callee becomes unreachable
(internet problem or other) the PROXY doesn`t send CANCEL to the first
instance on the third leg.
tcpdump capture of the problem call you can find here.
https://yadi.sk/d/ase8fSjw342eBJ
Where
Caller - 192.168.18.150
the first instance and the second are located on the same server (IP
address - 172.31.0.10)
Thank you for any help.
--
Best regards, Denis
--
С уважением,
Путято Денис.
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
