- VoiceOps - lists.voiceops.org

troubleshooting RTP loss - and does anyone use webair/opti9?
by igoldstein＠telego.net Nov. 15, 2023

Nov. 15, 2023

HI team we recently noticed packet loss happening every morning from 6AM to 11AM, our MOS drops during that time our datacenter in garden City Long island (formerly Webair / now Opti9) claims it is outside of their network and can't do anything - but they have been unable to identify where the loss is occurring so i have 2 questions 1) Is there anyone in this group using the same datacenter, and if so, do you have any RTP issues ? maybe the issue is with one of our SIP providers, etc and not the Datacenter directly 2) What's a good tool / method to determine where the packet loss is happening ? i am using VoipMonitor - but willing to start using other tools to find the root cause -- Izzy Goldstein Chief Technology Officer - DevOps Master Main: (212) 477-1000 x 2085 <(212)%20477-1000> Direct: (929) 477-2085 Website: https://telego.com/ Confidentiality Notice: This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error please notify us immediately by email reply and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of TeleGo (T). Employees of TeleGo are expressly required not to make defamatory statements and not to infringe or authorize any infringement of copyright or any other legal right by email communications. Any such communication is contrary to TeleGo policy and outside the scope of the employment of the individual concerned. TeleGo will not accept any liability in respect of such communication, and the employee responsible will be personally liable for any damages or other liability arising. TeleGo Hosted PBX <https://youtu.be/DaT8YAZ4V0w>

5 5

Sales contacts at Ribbon, Audiocodes
by ross＠tajvar.io Nov. 13, 2023

Nov. 13, 2023

Does anyone have sales contacts at Ribbon or Audiocodes (for SBCs) they could share with me? I'm allergic to filling out "contact us" forms, and apparently my old contacts have moved on.

1 1

Mediant 3000 SIP-I
by admin＠dc4.us Nov. 7, 2023

Nov. 7, 2023

Does anyone know if the AudioCodes Mediant 3000 Media Gateway supports the SIP-I interworking of ISUP to SIP standard? (Q.1912.5?) Specifically with support for ANSI88 or ITU-92+?Asides from Telcobridges, Metaswitch, AudioCodes & Dialogic hardware does anyone have any cost effective SS7 capable Media Gateway recommendations that do SIP-I?The Dialogic IMG2020 looks like it would have been awesome but it looks to be discontinued if I am not mistaken.What about Cisco hardware? Did Cisco ever make carrier-grade media gateways with SIP-I support?Thanks,Dylan Cruz Livewire Telecom407-999-0000

1 0

Voice Peering
by voiceops＠ics-il.net Oct. 25, 2023

Oct. 25, 2023

This was in another thread, but I broke it out into it's own conversation. Someone had asked: --- Hi, I am joining this thread late, but, would anyone out there be interested in exchanging traffic with other carriers directly over SIP? The service would just look like a carrier, except it would know how to reach all other participants directly with SIP, bypassing TDM land, and enabling rich media as a fringe benefit, as media would be direct between endpoints. I have a proof of concept and am wondering who out there might be willing to do some testing. Email me directly if interested, to talk about your network and how something like this might fit in. Cheers, Jawaid --- https://www.voip-info.org/the-voice-peering-fabric/ I can't find anything on this in 15 years, so I'm guessing it didn't work out for one reason or another. Can anyone impart some history there? ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com

14 33

SS7 Landscape
by voiceops＠ics-il.net Oct. 24, 2023

Oct. 24, 2023

We currently get our SS7 via TNS. I (maybe incorrectly) understand them to be a big dog in that space. I've had two major problems with them in six months. What are my alternatives? Are they less pleasant? ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com

11 31

Repeated Porting Attempts
by voiceops＠ics-il.net Oct. 19, 2023

Oct. 19, 2023

My assumption is that I have to just put up with it. I have a customer that, per Facebook chatter, is closing up shop. We got a port out request from a local competitor. I forget the reasoning, but we called the customer to verify and they confirmed. Then it was canceled. The other carrier said a port would come via Inteliquent. Then we get a port from Neustar with Inteliquent's OCN. Then it was canceled. Then we got another request. Then it was canceled. Then we got another request. This has all happened in the past week. I'm assuming I just have to bear with whomever is doing whatever on the remote side? Acknowledge each request, chewing up time? ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com

2 2

FCC FRN Equivalents
by Kili.Land＠gtt.net Oct. 16, 2023

Oct. 16, 2023

Hey all. Sorry to be a bother but my Google-fu is failing here. I am trying to find something similar to CORES for CRTC, IFT, OFCOM/DCMS, etc. We are wanting to add that information as part of the KYC/KYB that we do for onboarding new customers. And, for CRTC (and soon France), something similar to the FCC?s RMD database. I found a list of registered telecom companies for CRTC; but, it?s just a list of company names. I know CRTC hasn?t gone as far as the FCC on issuing full blocks on violators of S/S; but, does CRTC have a notification distro or site for S/S violators? Thanks for any assistance you can provide. Kili NOTICE: This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of GTT Communications Inc or any of its affiliates. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. All quotes, offers, proposals and any other information in the body of this email is subject to, and limited by, the terms and conditions, signed service agreement and/or statement of work

1 0

CSR Best Practices
by voiceops＠ics-il.net Oct. 10, 2023

Oct. 10, 2023

We recently received a CSR request. I was asked how we're supposed to respond. Looking through what we had sent out in the past was... less than satisfactory to me. It seemed too simplistic. Unfortunately, when I Googled for additional input, I got a range of: "Ask your provider, they'll know" I am the provider and I don't know, which is why I'm searching Some companies only send CSRs to customers Some companies only send CSRs to carriers Some companies don't send CSRs at all Are there any best practices out there regarding what should be sent to whom and what authorization is checked before sending? ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com

3 2

IPAWS/FEMA National Test - VoWIFI
by nathana＠fsr.com Oct. 6, 2023

Oct. 6, 2023

...huh. https://cacm.acm.org/magazines/2021/10/255719-securing-the-wireless-emergen… Guess it is delivered over a separate interface to the MME than SMS would be. Kinda boggles the mind that "WEA over IMS" isn't a thing. Perhaps it's an issue of scalability? WEA messages over NAS presumably doesn't require that much overhead: MME sends the message out to all eNBs, who in turn I'd guess would just indiscriminately transmit it to all attached UEs. More broadcast-y than unicast-y. Whereas I guess an IMS-based solution would require the CSCF to enumerate all active registrations and then transmit a SIP message individually to each subscriber, one-by-one. Still, the lack of at least some IP-based way of accomplishing this seems like a huge oversight, especially in an age where it seems like more people (especially in more rural areas) are more reliant on VoWiFi than ever before in order to have any use whatsoever of their mobile voice service while at home. -- Nathan -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Nathan Anderson via VoiceOps Sent: Wednesday, October 4, 2023 3:53 PM To: voiceops at voiceops.org Subject: Re: [VoiceOps] IPAWS/FEMA National Test - VoWIFI Darn...it actually had occurred to me to test this very thing by forcing airplane mode and then enabling WiFi, but then spaced it and didn't manage to do that before the broadcast went out! Assuming I'd actually managed to run the test, I was actually fully prepared to be surprised if I had NOT gotten the test broadcast while exclusively on WiFi Calling. It seems bizarre to me to learn that WEAs are dependent on the same NAS CP messages that non-IP-based SMS over LTE is also dependent on...can this really be true?? This is strange because it would require that all mobile carriers continue to run and maintain a 2G core, since (as far as I know) SMS can only be encapsulated within LTE NAS by way of the SGs interface. (Perhaps there is some separate interface over which WEA payloads specifically are sent to the MME?) Some months ago -- but well after the 3G UMTS shutdown had taken place -- I found that my ability to use SMS on the AT&T network had suddenly broken in a weird way, and ONLY worked over WiFi. Which was naturally a *wee* bit inconvenient. After digging into it over a few days, I figured out that the SMS over IP (IMS) setting in my (non-5G) handset's baseband was disabled. And apparently this setting is ignored when you are on VoWiFi, since IMS is literally the only way to deliver SMS over ePDG. I enabled it & that fixed my problem with SMS over LTE. I did some back-and-forth testing and every time I re-disabled that baseband setting, SMS over LTE broke again. I took this all as a sign that AT&T was probably looking to retire their entire 2G/3G core, though admittedly I haven't tried forcing the same handset back to SMS-over-SGs since then in order to see if maybe this was just a temporary (yet prolonged) glitch on their side. -- Nathan -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Jay R. Ashworth via VoiceOps Sent: Wednesday, October 4, 2023 2:08 PM To: jra Cc: VoiceOps Subject: Re: [VoiceOps] IPAWS/FEMA National Test - VoWIFI I now have a counter report that the Cellular Control Channel necessary to get these alerts to a cellphone *is not proxied by carrier WIFI-connect*, by design. I'm familiar with his credentials, and I'll assume he knows what he's talking about, cause *I* know what he's talking about, and he sounds like he's talking sense. :-) Thanks to everyone who responded. If you *did* get an alert, *and you know you were not in range of ANY cell network*, only WIFI proxy, that wasn't supposed to be possible and I would still like to hear about that. Cheers, -- jr 'just zis guy, you know?' a ----- Original Message ----- > From: "Jay R. Ashworth via VoiceOps" <voiceops at voiceops.org> > To: "VoiceOps" <voiceops at voiceops.org> > Sent: Wednesday, October 4, 2023 3:25:04 PM > Subject: [VoiceOps] IPAWS/FEMA National Test - VoWIFI > I have a report from a usually reliable source that he did not receive today's > IPAWS/CMAS/WEA test message, and he surmises this might be because his phone > handset is forced to VoWIFI. I have a number of other reports, mostly though > not all, from the broadcast engineering community; nobody reported expecting > a CMAS and not getting it, so that's not data here. > > Is anyone on the list involved with the FEMA/IPAWS/CMAS link, or knows someone > who is, and has a channel to clear this query up through? > > I could be unsurprised to find that the carrier VoWIFI proxies missed out on > proxying SMS Cell Broadcast, which I gather provides the underlying PHY for > CMAS. > > Cheers, > -- jra > > -- > Jay R. Ashworth Baylink jra at baylink.com > Designer The Things I Think RFC 2100 > Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII > St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274 > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops -- Jay R. Ashworth Baylink jra at baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274 _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

2 1

IPAWS/FEMA National Test - VoWIFI
by nathana＠fsr.com Oct. 4, 2023

Oct. 4, 2023

Darn...it actually had occurred to me to test this very thing by forcing airplane mode and then enabling WiFi, but then spaced it and didn't manage to do that before the broadcast went out! Assuming I'd actually managed to run the test, I was actually fully prepared to be surprised if I had NOT gotten the test broadcast while exclusively on WiFi Calling. It seems bizarre to me to learn that WEAs are dependent on the same NAS CP messages that non-IP-based SMS over LTE is also dependent on...can this really be true?? This is strange because it would require that all mobile carriers continue to run and maintain a 2G core, since (as far as I know) SMS can only be encapsulated within LTE NAS by way of the SGs interface. (Perhaps there is some separate interface over which WEA payloads specifically are sent to the MME?) Some months ago -- but well after the 3G UMTS shutdown had taken place -- I found that my ability to use SMS on the AT&T network had suddenly broken in a weird way, and ONLY worked over WiFi. Which was naturally a *wee* bit inconvenient. After digging into it over a few days, I figured out that the SMS over IP (IMS) setting in my (non-5G) handset's baseband was disabled. And apparently this setting is ignored when you are on VoWiFi, since IMS is literally the only way to deliver SMS over ePDG. I enabled it & that fixed my problem with SMS over LTE. I did some back-and-forth testing and every time I re-disabled that baseband setting, SMS over LTE broke again. I took this all as a sign that AT&T was probably looking to retire their entire 2G/3G core, though admittedly I haven't tried forcing the same handset back to SMS-over-SGs since then in order to see if maybe this was just a temporary (yet prolonged) glitch on their side. -- Nathan -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Jay R. Ashworth via VoiceOps Sent: Wednesday, October 4, 2023 2:08 PM To: jra Cc: VoiceOps Subject: Re: [VoiceOps] IPAWS/FEMA National Test - VoWIFI I now have a counter report that the Cellular Control Channel necessary to get these alerts to a cellphone *is not proxied by carrier WIFI-connect*, by design. I'm familiar with his credentials, and I'll assume he knows what he's talking about, cause *I* know what he's talking about, and he sounds like he's talking sense. :-) Thanks to everyone who responded. If you *did* get an alert, *and you know you were not in range of ANY cell network*, only WIFI proxy, that wasn't supposed to be possible and I would still like to hear about that. Cheers, -- jr 'just zis guy, you know?' a ----- Original Message ----- > From: "Jay R. Ashworth via VoiceOps" <voiceops at voiceops.org> > To: "VoiceOps" <voiceops at voiceops.org> > Sent: Wednesday, October 4, 2023 3:25:04 PM > Subject: [VoiceOps] IPAWS/FEMA National Test - VoWIFI > I have a report from a usually reliable source that he did not receive today's > IPAWS/CMAS/WEA test message, and he surmises this might be because his phone > handset is forced to VoWIFI. I have a number of other reports, mostly though > not all, from the broadcast engineering community; nobody reported expecting > a CMAS and not getting it, so that's not data here. > > Is anyone on the list involved with the FEMA/IPAWS/CMAS link, or knows someone > who is, and has a channel to clear this query up through? > > I could be unsurprised to find that the carrier VoWIFI proxies missed out on > proxying SMS Cell Broadcast, which I gather provides the underlying PHY for > CMAS. > > Cheers, > -- jra > > -- > Jay R. Ashworth Baylink jra at baylink.com > Designer The Things I Think RFC 2100 > Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII > St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274 > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops -- Jay R. Ashworth Baylink jra at baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274 _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

1 0