[cisco-voip] Recieved Calls List Digits Lose Prefix

[Ruben Montes (EU)]

Konstantin,
 
do you mean that if I put the same config as Nick in my MGCP gateway it will work? Some time ago I did some testing to modify the calling number of the calls through Translations Profiles in the gateway with no success...
Do you have this config running?
 
Thanks in advance,
 
Ruben

________________________________

De: cisco-voip-bounces at puck.nether.net en nombre de Fedorov, Konstantin
Enviado el: mar 01/08/2006 13:25
Para: Nick Kassel; cisco-voip at puck.nether.net
Asunto: Re: [cisco-voip] Recieved Calls List Digits Lose Prefix



Nick

 

Yes, the debugs looks same.

With a little difference but I think that this is not a root of problem.

 

Are you use the same CCM for termination from both GWs or they are different ?

 

1)       Try remove translation on GW, and in the CCM - gateway configuration configure

Inbound calls - Prefix DN - 90

 

What happens ??  

 

PS: Ruden, this is can be done on MGCP GW. 

-----------------------
Sincerely Yours,
Konstantin Fedorov

________________________________

From: Nick Kassel [mailto:Nick.Kassel at Charles-Stanley.co.uk] 
Sent: Tuesday, August 01, 2006 1:51 PM
To: Fedorov, Konstantin; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Recieved Calls List Digits Lose Prefix

 

I have listed the 2 debugs below but they appear to be the same, am I missing something here?

 

Here is the debug from Colt which works fine.

 

*Aug  1 08:42:35.373: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x18F3

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA1839E

                Preferred, Channel 30

        Progress Ind i = 0x8481 - Call not end-to-end ISDN, may have in-band info

        Calling Party Number i = 0x2083, '2079532000'

                Plan:Unknown, Type:National

        Called Party Number i = 0xA1, '496515'

                Plan:ISDN, Type:National

        Sending Complete

*Aug  1 08:42:35.385: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x98F3

        Channel ID i = 0xA9839E

                Exclusive, Channel 30

*Aug  1 08:42:35.413: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x98F3

        Progress Ind i = 0x8188 - In-band info or appropriate now available

*Aug  1 08:42:37.269: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x98F3

*Aug  1 08:42:37.321: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x18F3

*Aug  1 08:42:40.069: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x18F3

        Cause i = 0x8090 - Normal call clearing

*Aug  1 08:42:40.073: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x98F3

*Aug  1 08:42:40.121: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x18F3

London_PRI1#

 

 

Here is the BT debug

 

*Mar 13 18:02:13.989: ISDN Se1/0:15 Q931: RX <- SETUP pd = 8  callref = 0x0001

        Sending Complete

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transer Capability = Speech

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA98381

                Exclusive, Channel 1

        Calling Party Number i = 0x2180, '2071496515'

                Plan:ISDN, Type:National

        Called Party Number i = 0x81, '671503'

                Plan:ISDN, Type:Unknown

*Mar 13 18:02:14.021: ISDN Se1/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x8001

        Channel ID i = 0xA98381

                Exclusive, Channel 1

*Mar 13 18:02:14.193: ISDN Se1/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x8001

        Progress Ind i = 0x8188 - In-band info or appropriate now available

*Mar 13 18:02:21.241: ISDN Se1/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x8001

*Mar 13 18:02:21.309: ISDN Se1/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x0001

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060801/28701851/attachment.html