I have a switch out of the Miami and we are experiencing DTMF problems getting to 215 or 218 NPA. The call completes and then the DTMF to gain access to the conf dies. I tries INFO and RFC2833, inband, via sip, transparent all using G711 codec. No luck on anything so I opened a ticket with L3 and L3 said that the circuit is oversubscribed on the conf bridge side. Here is an excerpt from the email "...Test results confirm NPA NXX 218 862 is on the access pumping list, A known capasity issue on the Level 3 Network whare a RCC 34 is sent to customer to route away from LVL 3..." I am not sure what to the next step is....any ideas would help.... V/r Chris Ledford CCNA/CCSP/CVOICE MCP/Comptia A+/NET+/SEC+/LINUX+
We have seen these issues over and over again with the super-cheap or "free" conferencing services. They play games by buying trunks into really remote areas (looks like Battle Lake, MN this time), and those areas cannot handle the load these services bring (both in terms of the local switches and other carrier's trunks to those areas). You can find another thread on this topic in the achieves as well, but take the issue up with the conference provider, not Level 3. -Scott From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Chris Ledford Sent: Tuesday, March 16, 2010 12:37 PM To: voiceops at voiceops.org Subject: [VoiceOps] DTMF issues for Conf Bridges I have a switch out of the Miami and we are experiencing DTMF problems getting to 215 or 218 NPA. The call completes and then the DTMF to gain access to the conf dies. I tries INFO and RFC2833, inband, via sip, transparent all using G711 codec. No luck on anything so I opened a ticket with L3 and L3 said that the circuit is oversubscribed on the conf bridge side. Here is an excerpt from the email ".Test results confirm NPA NXX 218 862 is on the access pumping list, A known capasity issue on the Level 3 Network whare a RCC 34 is sent to customer to route away from LVL 3." I am not sure what to the next step is..any ideas would help.. V/r Chris Ledford CCNA/CCSP/CVOICE MCP/Comptia A+/NET+/SEC+/LINUX+
The word "pumping" indicates that the termination end has been tagged by the carrier as one of those barely-legal, low-brow rate arbitrage services in BFE. They'll never work, and you don't really want them to work. David On Tue, Mar 16, 2010 at 10:36 AM, Scott Berkman <scott at sberkman.net> wrote:
We have seen these issues over and over again with the super-cheap or ?free? conferencing services. They play games by buying trunks into really remote areas (looks like Battle Lake, MN this time), and those areas cannot handle the load these services bring (both in terms of the local switches and other carrier?s trunks to those areas).? You can find another thread on this topic in the achieves as well, but take the issue up with the conference provider, not Level 3.
??????????????? -Scott
From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Chris Ledford Sent: Tuesday, March 16, 2010 12:37 PM To: voiceops at voiceops.org Subject: [VoiceOps] DTMF issues for Conf Bridges
I have a switch out of the Miami and we are experiencing DTMF problems getting to 215 or 218 NPA. The call completes and then the DTMF to gain access to the conf dies. I tries INFO and RFC2833, inband, via sip, transparent all using G711 codec. No luck on anything so I opened a ticket with L3 and L3 said that the circuit is oversubscribed on the conf bridge side.
Here is an excerpt from the email
??Test results confirm NPA NXX 218 862 is on the access pumping list, A known capasity issue on the Level 3 Network whare a RCC 34 is sent to customer to route away from LVL 3??
I am not sure what to the next step is?.any ideas would help?.
V/r
Chris Ledford
CCNA/CCSP/CVOICE
MCP/Comptia A+/NET+/SEC+/LINUX+
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
This is due to Level 3's idea that charging high access rates because you're a rural ilec and hosting high volume inbound customers on your network is somehow fraudulent or some sort of abuse. They refer to it as "Traffic Pumping" and would prefer not to pay for that traffic, and since it's illegal to deliberately block traffic to another provider, they simply deliberately underprovision capacity to the terminating carrier so that people get busy signals to it all the time. You can decide for yourself what's more unethical. -Paul Scott Berkman wrote:
We have seen these issues over and over again with the super-cheap or ?free? conferencing services. They play games by buying trunks into really remote areas (looks like Battle Lake, MN this time), and those areas cannot handle the load these services bring (both in terms of the local switches and other carrier?s trunks to those areas). You can find another thread on this topic in the achieves as well, but take the issue up with the conference provider, not Level 3.
-Scott
*From:* voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] *On Behalf Of *Chris Ledford *Sent:* Tuesday, March 16, 2010 12:37 PM *To:* voiceops at voiceops.org *Subject:* [VoiceOps] DTMF issues for Conf Bridges
I have a switch out of the Miami and we are experiencing DTMF problems getting to 215 or 218 NPA. The call completes and then the DTMF to gain access to the conf dies. I tries INFO and RFC2833, inband, via sip, transparent all using G711 codec. No luck on anything so I opened a ticket with L3 and L3 said that the circuit is oversubscribed on the conf bridge side.
Here is an excerpt from the email
??Test results confirm NPA NXX 218 862 is on the access pumping list, A known capasity issue on the Level 3 Network whare a RCC 34 is sent to customer to route away from LVL 3??
I am not sure what to the next step is?.any ideas would help?.
V/r
Chris Ledford
CCNA/CCSP/CVOICE
MCP/Comptia A+/NET+/SEC+/LINUX+
------------------------------------------------------------------------
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
We have seen this issue multiple times but that is not related to this issue, this is a paid conference service. From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Scott Berkman Sent: Tuesday, March 16, 2010 1:37 PM To: 'Chris Ledford'; voiceops at voiceops.org Subject: Re: [VoiceOps] DTMF issues for Conf Bridges We have seen these issues over and over again with the super-cheap or "free" conferencing services. They play games by buying trunks into really remote areas (looks like Battle Lake, MN this time), and those areas cannot handle the load these services bring (both in terms of the local switches and other carrier's trunks to those areas). You can find another thread on this topic in the achieves as well, but take the issue up with the conference provider, not Level 3. -Scott From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Chris Ledford Sent: Tuesday, March 16, 2010 12:37 PM To: voiceops at voiceops.org Subject: [VoiceOps] DTMF issues for Conf Bridges I have a switch out of the Miami and we are experiencing DTMF problems getting to 215 or 218 NPA. The call completes and then the DTMF to gain access to the conf dies. I tries INFO and RFC2833, inband, via sip, transparent all using G711 codec. No luck on anything so I opened a ticket with L3 and L3 said that the circuit is oversubscribed on the conf bridge side. Here is an excerpt from the email "...Test results confirm NPA NXX 218 862 is on the access pumping list, A known capasity issue on the Level 3 Network whare a RCC 34 is sent to customer to route away from LVL 3..." I am not sure what to the next step is....any ideas would help.... V/r Chris Ledford CCNA/CCSP/CVOICE MCP/Comptia A+/NET+/SEC+/LINUX+
participants (5)
-
chris.ledford＠cnxntech.com -
hiersd＠gmail.com -
paul＠timmins.net -
robert.dawson＠mindshift.com -
scott＠sberkman.net