Actually, that doesn't work, it won't take that...

Do you just use 9.T and then when they hit pound it terminates IDT?



Jonathan

On Tue, Apr 15, 2008 at 4:02 PM, Jonathan Charles <[EMAIL PROTECTED]> wrote:
> So, would you then have a destination pattern of 9.T#
>
>  and then strip the pound?
>
>
>
>  Jonathan
>
>
>
>  On Tue, Apr 15, 2008 at 2:47 PM, Justin Steinberg <[EMAIL PROTECTED]> wrote:
>  > what is your objective?  perhaps, change the terminator will help?
>  >
>  > dial-peer terminator F
>  >
>  >
>  >
>  >
>  >
>  > On Tue, Apr 15, 2008 at 3:30 PM, Gregory Jost (grjost) <[EMAIL PROTECTED]>
>  > wrote:
>  >
>  > > That's what I thought too, but it's not working as expected.  When the
>  > > blocking translation-profile inbound is applied to the ephone-dn, it
>  > > blocks all T patterns, not just those terminated with #.
>  > >
>  > > CME:
>  > > voice translation-rule 4
>  > >  rule 1 reject /#/
>  > > !
>  > > voice translation-profile block#
>  > >  translate called 4
>  > > !
>  > > ephone-dn  1  dual-line
>  > >  translation-profile incoming block#
>  > > !
>  > >
>  > > BR2#test voice translation-rule 4 9009876543#
>  > > 9009876543# blocked on rule 1
>  > > BR2#test voice translation-rule 4 9009876543
>  > > 9009876543 Didn't match with any of rules
>  > >
>  > > BR2#debug voice dialpeer inout
>  > > voip dialpeer inout debugging is on
>  > >
>  > > Test call to 9009876543 (after inter-digit timeout, fast busy):
>  > > ================================================
>  > >   Match Rule=DP_MATCH_DEST; Called Number=9009876543
>  > > *Apr 15 18:28:31.195: //-1/8EAB4A7680C8/DPM/dpMatchPeersCore:
>  > >   Result=Partial Matches(1) after DP_MATCH_DEST
>  > > *Apr 15 18:28:31.195: //-1/8EAB4A7680C8/DPM/dpMatchPeersMoreArg:
>  > >   Result=MORE_DIGITS_NEEDED(1)
>  > >
>  > > Test call to 9009876543# (fast busy):
>  > > ================================================
>  > >   Match Rule=DP_MATCH_DEST; Called Number=9009876543
>  > > *Apr 15 18:30:12.835: //-1/CE6C17CE80CB/DPM/dpMatchPeersCore:
>  > >   Result=Partial Matches(1) after DP_MATCH_DEST
>  > > *Apr 15 18:30:12.835: //-1/CE6C17CE80CB/DPM/dpMatchPeersMoreArg:
>  > >   Result=MORE_DIGITS_NEEDED(1)
>  > >
>  > > Calls to other destination-patterns still complete as expected.  When
>  > > the translation-profile is removed, both calls above complete.
>  > >
>  > > I also tried applying to the outbound POTS dial-peer, but as soon as
>  > > there is a match, the # is stripped automatically and the call is routed
>  > > to PSTN.
>  > >
>  > >
>  > >
>  > >
>  > >
>  > >
>  > > Greg Jost
>  > > Network Consulting Engineer
>  > > Unified Communications Practice
>  > > Cisco Systems, Inc.
>  > > 214-274-1922
>  > >
>  > >
>  > >
>  > >
>  > > -----Original Message-----
>  > > From: Jonathan Charles [mailto:[EMAIL PROTECTED]
>  > > Sent: Tuesday, April 15, 2008 1:04 PM
>  > > To: Gregory Jost (grjost)
>  > > Cc: ccie_voice@onlinestudylist.com
>  > > Subject: Re: [OSL | CCIE_Voice] block # with T
>  > >
>  > > Translation profile...
>  > >
>  > >
>  > >
>  > > Jonathan
>  > >
>  > > On Tue, Apr 15, 2008 at 12:57 PM, Gregory Jost (grjost)
>  > > <[EMAIL PROTECTED]> wrote:
>  > > >
>  > > >
>  > > >
>  > > >
>  > > > Does anyone know how to disable # as a terminating character when
>  > > using the
>  > > > T wildcard?
>  > > >
>  > > >
>  > > >
>  > > >
>  > > >
>  > > > Greg Jost
>  > > >
>  > > > Network Consulting Engineer
>  > > >
>  > > > Unified Communications Practice
>  > > >
>  > > > Cisco Systems, Inc.
>  > > >
>  > > > 214-274-1922
>  > > >
>  > > >
>  > >
>  >
>  >
>

Reply via email to