[cisco-voip] Recieved Calls List Digits Lose Prefix

Tue Aug 1 08:25:28 EDT 2006

Ruben, 

The Kevin answer direct me to one solution.

:-)

You can Prefix DN ( in the CCM GW configuration page) for example  99999

Then configure translation pattern 99999.!

The coal to direct all calls from GW to the this translation, others
calls (internal, from others GW) couldn't go via this translation, 

due to prefix.

In the translation you 

1/ Discard digits 99999 in the called number

2/ Modify calling number (prepend you digits)

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

  _____  

From: Ruben Montes (EU) [mailto:Ruben.Montes at eu.didata.com] 
Sent: Tuesday, August 01, 2006 3:41 PM
To: Fedorov, Konstantin; Nick Kassel; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Recieved Calls List Digits Lose Prefix

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/3dbafc4f/attachment-0001.html 