cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
Walkthrough Wednesdays
455
Views
0
Helpful
5
Replies
mehrdadelectron
Beginner

MGCP E1 With Incomming Calls Problem

We have new scenario, I added NM-2MFT-T1E1-E1 router module to CUCM as MGCP endpoint & add Route Pattern for outgoing calls .I also add empty translation pattern (with special partition & CSS) for incomming calls to transfer all calls to 1290 extention. 

The Call from inside to outside(PSTN) work corect:

=====>

Oct 21 08:43:21.739: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0001
Sending Complete
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 = 0x0081, '11111290'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '77722222'
Plan:ISDN, Type:National
Oct 21 08:43:21.763: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8001
Channel ID i = 0xA98381
Exclusive, Channel 1
Oct 21 08:43:25.263: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8001
Progress Ind i = 0x8288 - In-band info or appropriate now available
Oct 21 08:43:27.343: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x0001
Cause i = 0x8090 - Normal call clearing

-----------------------------------------------------------------

but the call from outside to inside have error:

===>

Oct 30 11:14:40.034: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0449
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18384
Preferred, Channel 4
Calling Party Number i = 0x2183, '77722222'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '8811111290'
Plan:ISDN, Type:National
Oct 30 11:14:40.034: ISDN Se0/0/0:15 Q931d: srl_send_l3_pak:
source_id = CCM MANAGER 0x0003, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
priv_len = 4 int_id = 0x4A4B1794 datasize = 25
Oct 30 11:14:40.034: ISDN Se0/0/0:15 Q931d: data =
Oct 30 11:14:40.034: 4A4B1794000000030240043000010000
Oct 30 11:14:40.034: 080284495A080280E4
Oct 30 11:14:40.038: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8449
Cause i = 0x80E4 - Invalid information element contents

---------------------------------

I set my MGCP setting as below:

isdn switchtype = primary-net5

Protocol Type=PRI EURO

PCM Type= u-law

but when I change PCM Type to a-law, the error changed:

===>

Oct 30 11:27:13.106: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0450
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18389
Preferred, Channel 9
Calling Party Number i = 0x2183, '77722222'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '8811111290'
Plan:ISDN, Type:National
Oct 30 11:27:13.110: ISDN Se0/0/0:15 Q931d: srl_send_l3_pak:
source_id = CCM MANAGER 0x0003, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
priv_len = 4 int_id = 0x4A4B1794 datasize = 25
Oct 30 11:27:13.110: ISDN Se0/0/0:15 Q931d: data =
Oct 30 11:27:13.110: 4A4B1794000000030240043000010000
Oct 30 11:27:13.110: 080284505A08028081
Oct 30 11:27:13.114: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8450
Cause i = 0x8081 - Unallocated/unassigned number

when I don't use MGCP & run h323 trunk with plar on voice-port incoming & outgoing work correctly as below:

Oct 21 15:31:29.921: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00E3
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x2181, '11111290'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '77722222'
Plan:Unknown, Type:Unknown
Oct 21 15:31:29.945: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80E3
Channel ID i = 0xA98381
Exclusive, Channel 1
Oct 21 15:31:33.625: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x80E3
Progress Ind i = 0x8288 - In-band info or appropriate now available

=>Incoming:
Oct 21 15:29:34.797: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0576
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18386
Preferred, Channel 6
Calling Party Number i = 0x2183, '77722222'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '8811111290'
Plan:ISDN, Type:National
Oct 21 15:29:34.797: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x8576 callID = 0x0022 switch = primary-4ess interface = User
Oct 21 15:29:34.825: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8576
Channel ID i = 0xA98386
Exclusive, Channel 6
Oct 21 15:29:34.853: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x8576
Oct 21 15:29:38.413: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0576
Cause i = 0x8A9F - Normal, unspecified

1 ACCEPTED SOLUTION

Accepted Solutions

Unallocated/unassigned number means the number is NOT being matched on CUCM, make sure the CSS applied to the GW has access to the translation pattern.

View solution in original post

5 REPLIES 5
Chris Deren
Hall of Fame Master

I dont know if PLAR with MGCP is supported on PRI circuits as I never tried it, why not just create a XXXXXXXXXX translation pattern assigned to partition which is only listed in the GW CSS and set the TP to transalte to the desired destination, i.e. 1290?

By the way I really like your icons in your Visio, are these available for download somwhere :-)

Thanks for replay

PLAR configuration in voice-port is not supported with MGCP controlled module, so as I mentioned ,I used translation pattern as you said. But the problem exist.by the way the Visio stencils are default for version 2013.

Unallocated/unassigned number means the number is NOT being matched on CUCM, make sure the CSS applied to the GW has access to the translation pattern.

View solution in original post

Dennis Mink
Advisor

Is your incoming MGCP gateway able to reach the Translation pattern through its CSS?

also can you shed some light on how you attempt to call for that Translation Pattern you mentioned, when a call comes in?

called party transformation?

Please remember to rate useful posts, by clicking on the stars below.

mehrdadelectron
Beginner

sorry for late reply.

Thanks,you are right,the problem was in CSS for H323 Gateway.

Content for Community-Ad

Spotlight Awards 2021