Unallocated/unassigned number message

[melozurdo78]

Hi all,

I´m supporting voice for a customer and I have the following issue. 

When I try to send a fax or make a call to fax number (RightFax numbers) starting with 303 - 209 - XXXX or 303 - 305 - XXXX, the fax document is not going through and fails. I captured the following in the voice gateway when I tried to send a fax from a fax number in Spain to one of the RightFax numbers:

DENvoIP.5#

3236282: .Oct 30 06:09:36.109 MDT: ISDN Se0/2/1:23 Q931: TX -> SETUP pd = 8  callref = 0x7774

        Sending Complete

        Bearer Capability i = 0x8090A2

                Standard = CCITT

                Transfer Capability = Speech

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA98397

                Exclusive, Channel 23

        Facility i = 0x9FAA06800100820100A1080201000201008400

        Progress Ind i = 0x8283 - Origination address is non-ISDN

        Calling Party Number i = 0x1183, '3491XXXXXXX'

                Plan:ISDN, Type:International

        Called Party Number i = 0x80, 'YYYY'

                Plan:Unknown, Type:Unknown

3236283: .Oct 30 06:09:36.169 MDT: ISDN Se0/2/1:23 Q931: RX <- CALL_PROC pd = 8  callref = 0xF774

        Channel ID i = 0xA98397

                Exclusive, Channel 23

3236284: .Oct 30 06:09:36.173 MDT: ISDN Se0/2/1:23 Q931: RX <- DISCONNECT pd = 8  callref = 0xF774

        Cause i = 0x808180 - Unallocated/unassigned number

Where YYYY are the last 4 digits for a fax starting with 303 - 209. I know that cause i = 0x808180 is because the service provider is not able to find out the number you are trying to reach. But GW is only sending the last 4 digits number for the fax number instead of the whole number. GW should be sent 303209YYYY. Do you know what the issue is ? I´m guessing something in the translation patterns on CUCM or something in voice ports configuration in gateway. I attached you GW config and GW technical details. Please Help !!!

Thanks

Nacho

[Jaime Valencia]

If you're running MGCP, look at your CUCM config, GW has nothing to do, CUCM is the one sending the SETUP with 4 digits.

If you're running H.323, look at CUCM AND your GW config.

You have access to both, you should be able to tell where this is happening based on your current config.

Look at the RP/RL/GW level, translation patterns, etc.

[melozurdo78]

OK...i´ll check it. Thanks

[Carlo Poggiarelli]

Hi.

That means that gateway is unable to reach that extension behind cucm

Please make sure that calling search space associated to mgcp voice port on CUCM allows that port to call right fax extension.

Let me know 

Regards

Carlo

[melozurdo78]

The CSS associated to mgcp voice port on CUCM is "unrestricted". It´s the same port for LD and International calls. These calls are working fine.

[Carlo Poggiarelli]

Hi.

From your original posted debug, it seems that you are unable to call a fax outside, while the attached debug is an incoming call.

Just to clarify.. is rightfax external or internal?

Can you please specify the call flow?

Thanks

Regards

Carlo

[melozurdo78]

Rightfax is an external service that is being used by some of my customers in the Head Quarter. All of the numbers are starting with 303 209 or 303 305.

Attached is the DNA when trying to call onerightfax numbers from a customer extension.

Here is the debug I capture today when I made a test call from my softphone.

DENvoIP.6#
001209: Nov 2 04:06:08.314 MST: ISDN Se0/2/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0271
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Net Specific Fac i = 0x00E3
Calling Party Number i = 0x0081, '303480xxxx'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '303209yyyy'
Plan:Unknown, Type:Unknown
001210: Nov 2 04:06:08.362 MST: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8271
Channel ID i = 0xE9808397
Exclusive, Interface 0, Channel 23
001211: Nov 2 04:06:09.138 MST: ISDN Se0/2/1:23 Q931: RX <- SETUP pd = 8 callref = 0x1CFF
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x2180, '303480xxxx'
Plan:ISDN, Type:National
Called Party Number i = 0x80, 'yyyy'
Plan:Unknown, Type:Unknown
001212: Nov 2 04:06:09.146 MST: ISDN Se0/2/1:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x9CFF
Channel ID i = 0xA98381
Exclusive, Channel 1
001213: Nov 2 04:06:09.222 MST: ISDN Se0/2/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x9CFF
Cause i = 0x8081 - Unallocated/unassigned number 

It seems the provider only is receiving 4 digits instead of the whole number, right? Because the gateway is sending the whole number...correct?

[Carlo Poggiarelli]

Hi

If the output of debug is captured on the same gateway, it seems that provider is sending you back the call with only four digits and CUCM doesn't let gateway to reach numbers with 4 digits only.

.

Can you please attach an output of a debug for an incoming call to that gateway?

Thanks

Regards

Carlo

[melozurdo78]

You mean a call from a RightFax number to my softphone (extension from customer) or can i do a call from my spanish mobile to my softphone and capture this call in the debug?

Regards,

Nacho

Pd: if you speak spanish, we can do for the future messages if you want.

[Carlo Poggiarelli]

Hi Nacho,

Yes please a call from your mobile to your softphone and capture your debug.

P.S.

I'm italian and my spanish is poor :) :)

[melozurdo78]

Here you are...the call has been captured in secondary gateway (DENvoip.5). Nothing has appeared in primary gateway (DENvoip.6). The call has been done without issues.

DENvoIP.5#
3237651: .Nov 2 05:47:54.403 MST: ISDN Se0/2/0:23 Q931: RX <- SETUP pd = 8 callref = 0x1450
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x1180, '34618444xxx'
Plan:ISDN, Type:International
Called Party Number i = 0x80, 'yyyy'
Plan:Unknown, Type:Unknown
3237652: .Nov 2 05:47:54.415 MST: ISDN Se0/2/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x9450
Channel ID i = 0xA98381
Exclusive, Channel 1
3237653: .Nov 2 05:47:54.415 MST: ISDN Se0/2/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x9450
Progress Ind i = 0x8088 - In-band info or appropriate now available
3237654: .Nov 2 05:48:06.351 MST: ISDN Se0/2/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x1450
Cause i = 0x8090 - Normal call clearing
3237655: .Nov 2 05:48:06.383 MST: ISDN Se0/2/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x9450
3237656: .Nov 2 05:48:06.451 MST: ISDN Se0/2/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x1450

[Ayodeji Okanlawon]

How have you setup your rightfax. Do yo u have a sip trunk from CUCM to the rightfax server? If you do, do you have a RP pointing to the sip trunk? Can you call the 4 digit number of the rightfax internally? If you have setup a RP to the rightfax sip turnk, does the CSS on your mgcp gateway have access to the partition of the RP (Route pattern)?

[Carlo Poggiarelli]

Hi Nacho,

so it seems that the rightfax number that you are trying to reach is allocated on DENVoip.5 gateway.

Is that correct?

In this case, you should answer to  what my buddy Deji is asking you.

Is Rightfax behind CUCM?

If yes, do you have a SIP or H323 trunk to rightfax?

Can you please report the route pattern you configured to rightfax?

The main issue could be that provider is sending you only last four digits of all full DDI while you are routing full DDI to rightfax.

In that case you have two options:

1 - Tell the provider that you are receiving four digits only on oncoming calls

2- Configure a translation pattern on CUCM that translates rececived digits into full ddi so that CUCM can correctly route the call to rightfax trunk.

Please let us know

Regards

Carlo

[melozurdo78]

Forget the previous debug because it was for a call from my mobile to my softphone. Now I called from my mobile to one of the right fax number starting with 303 209 and I captured 2 debugs at the same time in both gateways:

DENvoip.6:

001281: Nov 2 06:48:07.587 MST: ISDN Se0/2/1:23 Q931: RX <- SETUP pd = 8 callref = 0x1330
Bearer Capability i = 0x9090A2
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x1183, '34618444xxx'
Plan:ISDN, Type:International
Called Party Number i = 0x80, 'yyyy'
Plan:Unknown, Type:Unknown
001282: Nov 2 06:48:07.595 MST: ISDN Se0/2/1:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x9330
Channel ID i = 0xA98381
Exclusive, Channel 1
001283: Nov 2 06:48:07.655 MST: ISDN Se0/2/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x9330
Cause i = 0x8081 - Unallocated/unassigned number

DENvoip.5:

3237662: .Nov 2 07:03:33.266 MST: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x78DF
Sending Complete
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Facility i = 0x9FAA06800100820100A1080201000201008400
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x1183, '34618444xxx'
Plan:ISDN, Type:International
Called Party Number i = 0x80, 'yyyy'
Plan:Unknown, Type:Unknown
3237663: .Nov 2 07:03:33.314 MST: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0xF8DF
Channel ID i = 0xA98397
Exclusive, Channel 23
3237664: .Nov 2 07:03:33.314 MST: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0xF8DF
Cause i = 0x808180 - Unallocated/unassigned number

And this is all related with RightFax in DENvoip.6 because nothing found in DENvoip.5:

DENvoip.6# sh run...

controller T1 0/2/1
cablelength long 0db
pri-group timeslots 1-24 service mgcp
description Rightfax Circuit

voice translation-profile RightfaxInboundPSTN
translate called 1
!
voice translation-profile RightfaxOutboundServer
translate called 2

interface Serial0/2/1:23
no ip address
encapsulation hdlc
isdn switch-type primary-4ess
isdn incoming-voice voice
isdn bind-l3 ccm-manager
no cdp enable

voice-port 0/2/1:23
translation-profile incoming RightfaxInboundPSTN

dial-peer voice 2 voip
translation-profile outgoing RightfaxOutboundServer
destination-pattern 900....          ¡¡ It could be the issue here?  !!!!
session target ipv4:10.1.42.219
session transport udp
voice-class h323 1
dtmf-relay h245-alphanumeric
codec g711ulaw
!
dial-peer voice 3 pots
destination-pattern 8[2-9]......
port 0/2/1:23
!
dial-peer voice 5 pots
destination-pattern 8720.......
port 0/2/1:23
forward-digits 10
!
dial-peer voice 6 pots
destination-pattern 81[2-9]..[2-9]......
port 0/2/1:23
forward-digits 11
!
dial-peer voice 7 pots
destination-pattern 8011T
port 0/2/1:23
prefix 011

dial-peer voice 269 voip
translation-profile outgoing RightfaxOutboundServer
destination-pattern 83039006082            ¡¡¡It could be the issue here???? !!!
session target ipv4:10.1.42.219
session transport udp
voice-class h323 1
dtmf-relay h245-alphanumeric
codec g711ulaw

And FYI, when checked endpoints in CUCM i realized that 0/2/1 it was in ? status and I had to recreate it from the beggining doing a copy of 0/2/0. See attached.

I dont know if how the rightfax is setup because I never setup it...just I´m supporting the CUCM and gateways for the customer and RightFax is a service that users were using before.

Thanks

Nacho

[Carlo Poggiarelli]

Nacho,

DenVoip.6's E1 controller is controlled by CUCM through MGCP so dialpeer does not take effect in our case.

What I see is that call comes in from DENVOIP.6, goes to CUCM and then is forwarded to gateway DENVOIP.5.

CAN you please draw an expected call flow and post here?

Please attach also full config of both DENVOIP.5 and .6

Thanks 

Regards

Carlo