Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-11 Thread Mark Wiles
… I mean Microsoft, if it happens again. Any thoughts why maybe it would happen on one cell site? From: VoiceOps On Behalf Of Paul Timmins Sent: Thursday, June 10, 2021 10:33 PM To: Matthew Crocker Cc: VoiceOps Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Paul Timmins
5:11 PM > To: VoiceOps mailto:voiceops@voiceops.org>> > Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data > > CAUTION: This email originated from outside of Crocker. Do not click links or > open attachments unless you recognize the sender and kno

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Matthew Crocker
seconds. We have had very good results with the acme/oracle approach From: VoiceOps on behalf of Pete Mundy Date: Thursday, June 10, 2021 at 5:11 PM To: VoiceOps Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data CAUTION: This email originated from outside of Crock

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Pete Mundy
Precisely. And those "NAT table entries" eventually time out. On CG-NAT they often time out aggressively; <60 seconds. Hence sending OPTIONS over SIP over UDP regularly keeps the NAT table entries refreshed and active and therefore the UDP 'connection' open. I've come across firewalls with 30

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Dovid Bender
ve run into this before and had > “recommendations” to address this. > > I’ll bounce your thoughts off of them. > > > > Thanks! > > > > Mark > > > > > > > > > > > > *From:* Dovid Bender > *Sent:* Thursday, June 10, 2021 8:47 AM &g

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Alex Balashov
ng.  It would seem that if that’s the case, Meta would have run into this before and had “recommendations” to address this. I’ll bounce your thoughts off of them. Thanks! Mark From: Dovid Bender Sent: Thursday, June 10, 2021 8:47 AM To: Mark Wiles Cc: voiceops@voiceops.org Subject: Re: [

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Mark Wiles
Yes, I think the softphone client does use TCP. -Original Message- From: Peter Beckman Sent: Thursday, June 10, 2021 4:07 PM To: Mark Wiles Cc: Dovid Bender ; voiceops@voiceops.org Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data u SIP here

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Peter Beckman
June 10, 2021 8:47 AM To: Mark Wiles Cc: voiceops@voiceops.org Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data If I had to guess Verizon is using CGNAT and since there is no traffic for X amount of time the NAT hole for the SIP traffic is closed. When you send

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Paul Timmins
e NAT timeout might standardly be, before the pin-hole goes away? Strange we’ve not run into this before. *From:* VoiceOps *On Behalf Of *Paul Timmins *Sent:* Thursday, June 10, 2021 11:12 AM *To:* voiceops@voiceops.org *Subject:* Re: [VoiceOps] "Timeout" on VoIP call traversin

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Mark Wiles
@voiceops.org Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data The perimeta should auto-detect the NAT and start a "fast register" in their parlance. You might want to look into this and possibly force nat on your MaXUC instead of using nat autodetect

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Pete Mundy
49 seconds... how trusting! ;-) We use 25. Pete (it's true, but said tongue-in-cheek as I'm sure you have your data to show where the bulk of NATs expire) > On 11/06/2021, at 12:46 AM, Dovid Bender wrote: > > (we send SIP OPTIONS every 49 seconds) to ensure that the session > stays aliv

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Mark Wiles
Timmins Sent: Thursday, June 10, 2021 11:12 AM To: voiceops@voiceops.org Subject: Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data The perimeta should auto-detect the NAT and start a "fast register" in their parlance. You might want to look into this and possib

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Paul Timmins
hts off of them. Thanks! Mark *From:* Dovid Bender *Sent:* Thursday, June 10, 2021 8:47 AM *To:* Mark Wiles *Cc:* voiceops@voiceops.org *Subject:* Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data If I had to guess Verizon is using CGNAT and since there is no traffic for

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Mark Wiles
, Meta would have run into this before and had “recommendations” to address this. I’ll bounce your thoughts off of them. Thanks! Mark From: Dovid Bender Sent: Thursday, June 10, 2021 8:47 AM To: Mark Wiles Cc: voiceops@voiceops.org Subject: Re: [VoiceOps] "Timeout" on VoIP call

Re: [VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-10 Thread Dovid Bender
If I had to guess Verizon is using CGNAT and since there is no traffic for X amount of time the NAT hole for the SIP traffic is closed. When you send a re-invite at the 30 minute mark that session as far as Verizon's CGNAT devices are concerned have been closed a long time ago. You would need to se

[VoiceOps] "Timeout" on VoIP call traversing Verizon data

2021-06-09 Thread Mark Wiles
If there’s a Verizon cellular data guru monitoring here, I’d love to get your insight! Otherwise, let me toss this out to the group for thoughts and opinions please… We’re a Metaswitch shop, and use their MaX UC mobile softphone client (iPhone/Android). We had a customer using the MaX UC clien