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 Ve

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

2021-06-10 Thread Paul Timmins
gt; 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 know the

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 C

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
ld 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 &g

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

2021-06-10 Thread Alex Balashov
at’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: [VoiceOps] "Timeout&qu

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 h

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

2021-06-10 Thread Peter Beckman
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 a re-invite at the 30 m

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

2021-06-10 Thread Paul Timmins
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 traversing Verizon data The perimeta s

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

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
oughts 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

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

[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