[VoiceOps] as5350 incoming calls failing which have blocked callerid

Tony Zunt tony.zunt at gmail.com
Thu Aug 26 20:59:44 EDT 2010


Hey Blair, This is just a guess.  It appears that your gateway is receiving
7 digits for the call.

-->Called Party Number i = 0x80, '4987770'

That might be OK, but I'd usually expect/prefer to receive 10 digits
incoming in the United States on ISDN.  It is completely fine if your area
has a different dialing plan.

Anyhow, if your gateway is registered to CCM, (and why it shouldn't be?), I
believe there is a section in the CUCM Devices>Gateway Record that says,
"Inbound Calls > Significant Digits."

How do you have that configured?  For example, if you set that to 'ALL' and
also had a directory number on your box that was "4987770", I'd expect the
calls to start ringing there.  However, you may need to set it to '4' if
your DN is '7770'...  Explanation here:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/4_0_1/ccmcfg/b06gtway.html#wp1311669

Sometimes you may have special requirements that force you to be creative
there and/or use translation patterns to fit the overall dialing scheme.

Don't surrender until it does what you want.  That one catches everyone!
 Please be careful to test all important numbers on your box in case you
receive varying numbers of incoming digits for different telephone numbers,
which modification of this parameter could adversely affect.




On Thu, Aug 26, 2010 at 6:20 AM, Blair Harrison <blair at fx.net.nz> wrote:

> Hi Guys,
>
> Have just upgraded one of our PSTN gateways from an old as5300 to a new
> as5350xm. Have run into an issue whereby incoming calls from PSTN which
> have callerID blocked won't complete, and just seem to get dropped on the
> floor.
>
> I get the following debug output when I make a call from callerid blocked
> number to the gateway - seems odd because the only references I can find
> to this error message are for outgoing calls.. Of note is the Plan / type
> which are Unknown, and the drop cause.
>
> Cause i = 0x809C - Invalid number format (incomplete number)
>
>
> 00124: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8
> callref = 0x01FF
>        Sending Complete
>        Bearer Capability i = 0x9090A3
>                Standard = CCITT
>                Transfer Capability = 3.1kHz Audio
>                Transfer Mode = Circuit
>                Transfer Rate = 64 kbit/s
>        Channel ID i = 0xA18381
>                Preferred, Channel 1
>        Progress Ind i = 0x8283 - Origination address is non-ISDN
>        Date/Time i = 0x0A081A1318
>                Date (dd-mm-yr)   = 10-08-26
>                Time (hr:mnt:sec) = 19:24:52
>        Signal i = 0x40 - Alerting on - pattern 0
>        Calling Party Number i = 0x00A3, N/A
>                Plan:Unknown, Type:Unknown
>        Called Party Number i = 0x80, '4987770'
>                Plan:Unknown, Type:Unknown
> 000125: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: Received SETUP
> callref = 0x81FF callID = 0x0017 switch = primary-net5 interface = User
> 000126: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP
> pd = 8  callref = 0x81FF
>        Cause i = 0x809C - Invalid number format (incomplete number)
> 000127: Aug 26 19:25:04.058 NZST: %CALLTRKR-6-CALL_RECORD: ct_hndl=25,
> service=None, origin=Answer, category=SyncData, DS0
> slot/port/ds1/chan=3/0/0/0, called=4987770, calling=(n/a), resource
> slot/port=(n/a)/(n/a), userid=(n/a), ip=0.0.0.0, account id=(n/a),
> setup=08/26/2010 19:24:53, conn=0.00, phys=0.00, service=0.00,
> authen=0.00, init-rx/tx b-rate=0/0, rx/tx chars=0/0, charged units=0,
> time=0.01, disc subsys=ISDN, disc code=0x1C, disc text=Invalid number
> format (incomplete number), sig type=Unknwn
>
> Anyone run into this kind of thing before and have any ideas how I might
> configure the box so that these calls complete?
>
> Cheers,
> Blair
>
>
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20100826/c6a2f071/attachment.html>


More information about the VoiceOps mailing list