Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Mitel 3300 ICP, E1 PRI ISDN issue

Status
Not open for further replies.

pasesanchez

Technical User
Jun 17, 2008
21
BR
Hi,

A have configured a E1 PRI ISDN to connect to the PSTN, I can make outgoing calls, but the incoming calls are not working. I performed the following command to get traces edt trace tsp l2l3 3 1 2 1 and the traces shows the following error, -0101100 Cause code: requested cct/chan unavail.

Below you have the complete trace output. Our PSTN provider sends the last 3 digits of the DID (000 to 099), In the PBX we have the extensions 4000 to 4099, so I have configured the Trunk Service Assignments to do not absorb any digit and to add the digit 4 to the incoming number.


2009-03-31 12:29:13 Link 1 - To Mitel - HLen 4, ILen 36, IType 6
SAPI 0 TEI 0 C/R 1 P/F 0 NR 24 NS 23 INFO Orig PD=0x8 CR=0x220 SETUP(0x5)
1 00000100 Information Element: Bearer Capability:
2 IE Length : 3 octets
3 1------- Extension bit : Not Continued
-00----- Coding Standard : CCITT
---10000 Info. trans. cap. : 3.1 kHZ audio
4 1------- Extension bit : Not Continued
-00----- Transfer Mode : Circuit Mode
---10000 Info. trans. rate : 64 kbits/s
5 1------- Extension bit : Not Continued
-01----- Layer identifier : 1
---00011 Layer 1 protocol : Rec. G.711 A-law
1 00011000 Information Element: Channel Identification:
2 IE Length : 3 octets
3 1------- Extension bit : Not Continued
-0------ Interface ident. : implicitly identified
--1----- Interface type : primary rate
---0---- Spare
----1--- Preferred/Exclusive: exclusive
-----0-- D-channel indicator: not the D channel
------01 Info. chan. sel. : as indicated in the following octets
3.2 1------- Extension bit : Not Continued
-00----- Coding Std : CCITT Std
---0---- Channel indicated : by following octets
----0011 Chan/Map type : B-chan units
3.3 1------- Extension bit : Not Continued - Single channel
-0000100 Channel Number : 4
1 01101100 Information Element: Calling Party Number:
2 IE Length : 12 octets
3 0------- Extension bit : Continued
-000---- Type of number : unknown
----0000 Numbering plan : unknown
3a 1------- Extension bit : Not Continued
-00----- Presentation : Allowed
---000-- Spare
------11 Screening : Network provided
4 ******** Phone number : [3514209400]
1 01110000 Information Element: Called Party Number:
2 IE Length : 4 octets
3 1------- Extension bit : Not Continued
-100---- Type of number : Subscriber number
----0001 Numbering plan : ISDN/telephony numbering - Rec. E.164
4 ******** Phone number : [002]
1 10100001 Information Element: Sending Complete:



2009-03-31 12:29:13 Link 1 - From Mitel - HLen 4, ILen 9, IType 5
SAPI 0 TEI 0 C/R 0 P/F 0 NR 24 NS 24 INFO Dest PD=0x8 CR=0x220 RELEASE COM(0x5a)
1 00001000 Information Element: Cause:
2 IE Length : 2 octets
3 1------- Extension bit : Not Continued
-00----- Coding Standard : CCITT
---0---- spare
----0000 Location : User
4 1------- Extension bit : Not Continued
-0101100 Cause code : requested cct/chan unavail.
 
Appears the span is otherwise up and working, passing outbound traffic OK, correct?

In your trunk service assignment form, make sure you have set number of digits to absorb to zero. If left blank it will not work. Likely your problem isn't this simple, but you'd be surprised at the number of people who overlook this little detail.

 
The number of digits to absorb is set to 0, also the outgoing calls are working.
 
Can you turn on the CCs trace and make a call and post the output.

Many thanks

__________________________

There is no 'I' in 'Team'
__________________________
 
In the report you provided are the digits being received 3514209400?

If yes, then you need to absorb more digits.

Option 1 - Absorb 6 if DN to match 9400

Option 2 - Absorb 3 and create Speedcall 4209400 with actual digits ????

There are other options but They depend on several other factors.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
Te number received is [002]:

01110000 Information Element: Called Party Number:
2 IE Length : 4 octets
3 1------- Extension bit : Not Continued
-100---- Type of number : Subscriber number
----0001 Numbering plan : ISDN/telephony numbering - Rec. E.164
4 ******** Phone number : [002]
1 10100001 Information Element: Sending Complete:
 
That had me too for a bit kwb, the calling party is 3514209400 sent as part of the CLID.

Try setting up a DN of 0002 and see if that rings.
 
OK 002 are the inbound digits.

Do we have a valid DN of 002?

(There are no stupid questions, only inquisitive idiots)

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
Back to the simple things, make sure you haven't got non-ddi number set to yes in the class of service for the extns.

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top