[cisco-voip] CME- sending more than 32 digits through pots dialpeer

[Chris Clouse]

I'm assuming that the actual phone number portion is not longer than 32
digits though.  It is the extra digits for account #, etc.  You should
be able to set up a TCL script to handle passing the account number and
other information.

 

Chris

 

From: FrogOnDSCP46EF [mailto:ciscoboy2006 at gmail.com] 
Sent: Monday, August 18, 2008 10:49 PM
To: Chris Clouse
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CME- sending more than 32 digits through pots
dialpeer

 

 phone banking...
one of the lazy accounting lady transfers money to all employees account
for that she has to dial IVR first which is located in pstn cloude at
bank premise.

she dials about 57 digits to transfer the salary to all accounts.

so i am doing it through via sending extra digit in pstn as a inband
dtmf on pots dialpeer

the limitation being of cme router, it won't send more than 32 digits to
pstn.

cheers



On Tue, Aug 19, 2008 at 1:21 PM, Chris Clouse <Chris.Clouse at cdw.com>
wrote:

What are you trying to accomplish that you need more than 32 digits out
the PSTN?

 

Chris

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of FrogOnDSCP46EF
Sent: Monday, August 18, 2008 10:16 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CME- sending more than 32 digits through pots
dialpeer

 

CME pots dialpeer has limitation and can only forward 32 digits out to
the PSTN.
Is there any way to over come from this limitation and send more than 32
digits out to the pstn? [lets say 50/60-100 digits?]


Scenario;

PSTN-----------T1/E1----------|CME|------------ipphones

dial-p voice 20 pots
destination-patter 333-333
forward-digits [valid range 0-32]
port 0/2/0:15

-- 
Smile, you'll save someone else's day!
Frog




-- 
Smile, you'll save someone else's day!
Frog

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080819/da049eba/attachment-0001.html>