Can’t it be a NAT problem? The IP address where the bye is coming from doesn’t 
seem a pstnhub to me.

Outlook voor iOS<https://aka.ms/o0ukef> downloaden
________________________________
Van: Users <users-boun...@lists.opensips.org> namens volga629 via Users 
<users@lists.opensips.org>
Verzonden: Saturday, April 18, 2020 11:01:19 PM
Aan: OpenSIPS users mailling list <users@lists.opensips.org>; Alexey Vasilyev 
<alexei.vasil...@gmail.com>
Onderwerp: Re: [OpenSIPS-Users] ms teams ACK


Hello Alexey,

Thank you on reply,

I undone all changes regard headers changes and MS Teams send BYE directly to 
asterisk.

No Route header present.

But INVITE ACK 183 180 all travel with  proper routing information.


2020/04/18 17:54:28.599711 190.109.70.77:5060 -> 190.109.68.250:5060
BYE sip:11988582770@190.109.68.250:5060 SIP/2.0
FROM: 
<sip:551120999838@190.109.70.77><sip:551120999838@190.109.70.77>;tag=4d7fb0763c224e39a13a03c669c4b387
TO: 
<sip:11988582770@190.109.70.77><sip:11988582770@190.109.70.77>;tag=as41e97ff5
CSEQ: 3 BYE
CALL-ID: 
2e6c1a8d2383a4752403e94512ced077@190.109.70.77<mailto:2e6c1a8d2383a4752403e94512ced077@190.109.70.77>
MAX-FORWARDS: 69
Via: SIP/2.0/UDP 190.109.70.77:5060;branch=z9hG4bK050e.e400e373.0;i=66c9c603
VIA: SIP/2.0/TLS 
52.114.14.70:5061;rport=8208;received=52.114.14.70;branch=z9hG4bK9594cd7
REASON: Q.850;cause=18;text="fcb37a2a-4bc4-49b6-a5e3-aabddc8f7a22;Call 
Controller timed out while waiting for acknowledgement."
CONTACT: 
<sip:52.114.14.70:8208;nat=yes;x-i=fcb37a2a-4bc4-49b6-a5e3-aabddc8f7a22;x-c=b5841f98785c5819bb99e57cd0fa7d86/s/1/9b6ba2f8eefa4a67bed29609fd1884ec><sip:52.114.14.70:8208;nat=yes;x-i=fcb37a2a-4bc4-49b6-a5e3-aabddc8f7a22;x-c=b5841f98785c5819bb99e57cd0fa7d86/s/1/9b6ba2f8eefa4a67bed29609fd1884ec>
CONTENT-LENGTH: 0
USER-AGENT: Microsoft.PSTNHub.SIPProxy v.2020.4.13.7 i.ASSE.3
ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY


volga629


On 4/18/20 5:13 PM, Alexey Vasilyev wrote:

Hi volga629,

There were nothing special for ACK. You don't need to change
To/From/Contact. All the necessary steps were in the article
https://blog.opensips.org/2019/09/16/opensips-as-ms-teams-sbc/ and for most
people it still works.
So I'm not sure, that MS changed anything, because all the hardware SBCs
should change behaviour, so they need new firmware. SBC vendors should
inform customers to update etc. So this is not so simple process. And it
definitely make no sense for anybody.
And in the test lab for the article I've used absolutely the same
architecture with asterisk, the only difference was RTPEngine to transcode
SRTP-RTP.
And within test lab I've tested not only calls, but transfers worked fine
too.



-----
---
Alexey Vasilyev
--
Sent from: 
http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html

_______________________________________________
Users mailing list
Users@lists.opensips.org<mailto: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

Reply via email to