[cisco-voip] Fwd: Best Practice H323 / CCM - BRI and Overlap Receiving Germany - Deutsche Telekom

[Brian]

I'm running into this exact same problem with Unallocated/Unassigned number
in Germany, only difference is the router is running CME.  From the Q931
debug, I see the main number in the SETUP message.  Then an INFORMATION
message less than a second later with the extension.  Unfortunately, the
router sends a DISCONNECT with Unallocated/Unassigned number before
receiving the second INFORMATION message.


001517: Jan 29 06:55:32.460: ISDN BR0/0/0 Q931: RX <- SETUP pd = 8  callref
= 0x2B
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0x89
                Exclusive, B1
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Calling Party Number i = 0x2181, '718192220'
                Plan:ISDN, Type:National
        Called Party Number i = 0xC1, '4209943'
                Plan:ISDN, Type:Subscriber(local)
001518: Jan 29 06:55:32.464: ISDN BR0/0/0 Q931: TX -> SETUP_ACK pd = 8
callref = 0xAB
        Channel ID i = 0x89
                Exclusive, B1
001519: Jan 29 06:55:32.488: ISDN BR0/0/0 Q931: TX -> DISCONNECT pd = 8
callref = 0xAB
        Cause i = 0x8081 - Unallocated/unassigned number
001520: Jan 29 06:55:32.588: ISDN BR0/0/0 Q931: RX <- INFORMATION pd = 8
callref = 0x2B
        Called Party Number i = 0xC1, '33'
                Plan:ISDN, Type:Subscriber(local)
001521: Jan 29 06:55:32.676: ISDN BR0/0/0 Q931: RX <- RELEASE pd = 8
callref = 0x2B
001522: Jan 29 06:55:32.680: ISDN BR0/0/0 Q931: TX -> RELEASE_COMP pd = 8
callref = 0xAB





When I do a test voice translation-rule, the translation is occurring
correctly and when I get a SETUP message with the full number it also works
and sends the call to the correct destination.

voice translation-rule 2
 rule 1 /^42099430$/ /370/
 rule 2 /^420994\(...\)/ /\1/

interface BRI0/1/0
 no ip address
 isdn switch-type basic-net3
 isdn overlap-receiving T302 2000
 isdn point-to-point-setup
 isdn incoming-voice voice
 isdn sending-complete
 isdn static-tei 0
 trunk-group bri

dial-peer voice 100 pots
 trunkgroup bri
 description Outgoing
 translation-profile incoming PSTN_IN
 destination-pattern 0T
 incoming called-number .
 carrier-id source bri
 direct-inward-dial


How can I force the router to wait and collect all the digits from the
INFORMATION message before connecting the call?


Thanks,
Brian



On Tue, Jul 15, 2008 at 7:32 AM, Tim Smith <thsglobal at gmail.com> wrote:

> Hi Guys,
>
> I posted this on Netpro already, and I have a suggested work around.
>
> But just for a different perspective...
>
> There is a good doc that covers this setup - (if you are not using voice
> translation profiles or rules)
> http://www.cisco.com/warp/public/788/signalling/isdn_overlap_prob.pdf
>
> What effectively happens is the router collects 10 digits in one ISDN setup
> message, then receives the last digit in a separate ISDN message.
>
> The router looks at the last digit received in the setup and tries to route
> on this... and fails with unallocated number.
>
> Just a snippet below...
>
> voice translation-rule 1
>  rule 1 /^21234120$/ /1201/
>  rule 2 /^21234\(....\)/ /\1/
>  rule 3 reject //
>
> int bri 0/0/0
>  isdn overlap receiving t302 500
>
> dial-peer voice 1 pots
>  description *** in from pstn ***
>  incoming called-number .
>  translation-profile incoming from_pstn
>  port 0/0/0
>
> dial-peer voice 2 voip
>  description *** to CCM ***
>  destination-pattern 12..
>
> What I am really interested in is what my incoming called-number should
> be.. and how it interacts with the translation rule.
> Is there a way to get it to collect all the digits and then apply the
> translation...?
>
> I am also assuming I may be able to remove the translation profile...
> Move the outbound voip destination to 2T (full called number from PSTN
> starts with 2)
> Pass this straight to CCM, and do a translation rule on the CCM to take it
> to the 4 digits extensions..
>
> Cheers,
>
> Tim
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090129/57b05ef0/attachment.html>