[VoiceOps] DTMF issues for Conf Bridges

[David Hiers]

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