Solved: Issue with Dial-Peer and inbound Calls

Matthias Brauchle · ‎10-22-2012

Hello everybody!

I have a big issue with inbound calls on a UC540.

First of all here the relating configuration:

Translation Rules:

voice translation-rule 1

rule 1 /\(^.+\)/ /00\1/ type national national

rule 2 /\(^.+\)/ /000\1/ type international international

rule 3 /\(^.+\)/ /0\1/ type any subscriber

!

voice translation-rule 2

rule 1 /^79290/ /30/

rule 2 /^792925/ /20/

rule 3 /^792994/ /25/

rule 4 /^792995/ /27/

rule 5 /^7929/ //

!

voice translation-profile eingehend [incoming]

translate calling 1

translate called 2

!

Dial-Peers:

dial-peer voice 8 pots

description eingehende Telefonate

translation-profile incoming eingehend [incoming]

incoming called-number 79292.T

direct-inward-dial

!

dial-peer voice 7 pots

description eingehende Telefonate

translation-profile incoming eingehend [incoming]

incoming called-number 79290

!

dial-peer voice 9 pots

description eingehende Telefonate

translation-profile incoming eingehend

incoming called-number 79294.T

direct-inward-dial

ISDN-Ports:

interface BRI0/1/0

no ip address

isdn switch-type basic-net3

isdn overlap-receiving T302 7000

isdn point-to-point-setup

isdn incoming-voice voice

isdn sending-complete

isdn static-tei 0

trunk-group ALL_BRI

!

interface BRI0/1/1

no ip address

isdn switch-type basic-net3

isdn overlap-receiving T302 7000

isdn point-to-point-setup

isdn incoming-voice voice

isdn sending-complete

isdn static-tei 0

trunk-group ALL_BRI

I hope this is enough for Troubleshooting.

Now, my problem is, when a call comes in from a certain number, the call is rejected because of a "incomplete number".

Here a debug example (Q931 and voice Dial-Peer inout) for a call, which is connected normally:

009452: Oct 22 13:17:02.212: ISDN BR0/1/0 Q931: RX <- SETUP pd = 8 callref = 0x01

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x89

Exclusive, B1

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

Calling Party Number i = 0x2180, '368179xxx'

Plan:ISDN, Type:National

Calling Party Number i = 0x2183, '36818062xxx'

Plan:ISDN, Type:National

Called Party Number i = 0xC1, '792941'

Plan:ISDN, Type:Subscriber(local)

009453: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=368179xxx, Called Number=792941, Voice-Interface=0x87B3EF44,

Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_SPEECH

009454: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=9

009455: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0

009456: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=368179xxx, Called Number=792941, Voice-Interface=0x0,

Timeout=TRUE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_FAX

009457: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=NO_MATCH(-1) After All Match Rules Attempt

009458: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1

009459: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Calling Number=, Called Number=41, Peer Info Type=DIALPEER_INFO_SPEECH

009460: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=41

009461: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

009462: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0

009463: Oct 22 13:17:02.216: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=20010

009464: Oct 22 13:17:02.220: //-1/99F348E6825C/DPM/dpMatchPeersCore:

Calling Number=, Called Number=41, Peer Info Type=DIALPEER_INFO_SPEECH

009465: Oct 22 13:17:02.220: //-1/99F348E6825C/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=41

009466: Oct 22 13:17:02.220: //-1/99F348E6825C/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

009467: Oct 22 13:17:02.220: //-1/99F348E6825C/DPM/dpMatchSafModulePlugin:

dialstring=41, saf_enabled=0, saf_dndb_lookup=1, dp_result=0

009468: Oct 22 13:17:02.220: //-1/99F348E6825C/DPM/dpMatchPeersMoreArg:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=20010

and so on

009519: Oct 22 13:17:02.244: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=20010

009520: Oct 22 13:17:02.248: ISDN BR0/1/0 Q931: TX -> CALL_PROC pd = 8 callref = 0x81

Channel ID i = 0x89

Exclusive, B1

009521: Oct 22 13:17:02.264: ISDN BR0/1/0 Q931: TX -> ALERTING pd = 8 callref = 0x81

And here a debug example from a call, which is rejected:

008550: Oct 22 11:58:01.160: ISDN BR0/1/1 Q931: RX <- SETUP pd = 8 callref = 0x01

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x89

Exclusive, B1

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

Calling Party Number i = 0x2181, '3682464xxx'

Plan:ISDN, Type:National

Called Party Number i = 0xC1, '79292'

Plan:ISDN, Type:Subscriber(local)

008551: Oct 22 11:58:01.164: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3682464xxx, Called Number=79292, Voice-Interface=0x87B4EA40,

Timeout=FALSE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_SPEECH

008552: Oct 22 11:58:01.164: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=99

008553: Oct 22 11:58:01.164: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0

008554: Oct 22 11:58:01.164: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3682464xxx, Called Number=79292, Voice-Interface=0x0,

Timeout=FALSE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_FAX

008555: Oct 22 11:58:01.164: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=NO_MATCH(-1) After All Match Rules Attempt

008556: Oct 22 11:58:01.164: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1

008557: Oct 22 11:58:01.168: ISDN BR0/1/1 Q931: TX -> SETUP_ACK pd = 8 callref = 0x81

Channel ID i = 0x89

Exclusive, B1

008558: Oct 22 11:58:01.256: ISDN BR0/1/1 Q931: RX <- INFORMATION pd = 8 callref = 0x01

Called Party Number i = 0xC1, '0'

Plan:ISDN, Type:Subscriber(local)

008559: Oct 22 11:58:01.260: //-1/9010D2728251/DPM/dpMatchPeersCore:

Calling Number=, Called Number=792920, Peer Info Type=DIALPEER_INFO_SPEECH

008560: Oct 22 11:58:01.260: //-1/9010D2728251/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=792920

008561: Oct 22 11:58:01.260: //-1/9010D2728251/DPM/dpMatchPeersCore:

No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)

008562: Oct 22 11:58:01.260: //-1/9010D2728251/DPM/dpMatchSafModulePlugin:

dialstring=792920, saf_enabled=1, saf_dndb_lookup=0, dp_result=-1

008563: Oct 22 11:58:01.260: //-1/9010D2728251/DPM/dpMatchPeersMoreArg:

Result=NO_MATCH(-1)

008564: Oct 22 11:58:01.264: ISDN BR0/1/1 Q931: TX -> DISCONNECT pd = 8 callref = 0x81

Cause i = 0x809C - Invalid number format (incomplete number)

I am wondering about the divided called party number (here fat).

Can somebody help me please, because I don't know where to look to solve this issue!

Thanks a lot!

Regards,

Matthias

chrysostomos1980 · ‎10-26-2012

Hi

so in dial peer put

destination-pattern 936818062633 (which 9 is the access code)

forward digits11

if you dont want to use access code and you want to dial only 33 then

destination-pattern 36818062633

forward digits11

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""

View solution in original post

paolo bevilacqua · ‎10-22-2012

This is normal overlap-receiving, in the first case they are calling 792941, in the second 792920 from a fixed line phone.

But since you have a translation rule for 79292, as soon that is received, the call is routet to '2'.

You need tro translate for the entire number, eg ^792920 to 20.

Matthias Brauchle · ‎10-23-2012

Hi,

thanks for your answer.

Here another Logg snippet. It seems, that the UC is not "waiting" long enough.

016083: Oct 23 07:23:01.556: ISDN BR0/1/1 Q931: RX <- SETUP pd = 8 callref = 0x01

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x8A

Exclusive, B2

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

Calling Party Number i = 0x2181, '3682464400'

Plan:ISDN, Type:National

Called Party Number i = 0xC1, '7929'

Plan:ISDN, Type:Subscriber(local)

016084: Oct 23 07:23:01.556: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3682464400, Called Number=7929, Voice-Interface=0x87B4EA40,

Timeout=FALSE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_SPEECH

016085: Oct 23 07:23:01.556: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=99

016086: Oct 23 07:23:01.556: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0

016087: Oct 23 07:23:01.556: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3682464400, Called Number=7929, Voice-Interface=0x0,

Timeout=FALSE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_FAX

016088: Oct 23 07:23:01.556: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=NO_MATCH(-1) After All Match Rules Attempt

016089: Oct 23 07:23:01.556: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1

016090: Oct 23 07:23:01.560: ISDN BR0/1/1 Q931: TX -> SETUP_ACK pd = 8 callref = 0x81

Channel ID i = 0x8A

Exclusive, B2

016091: Oct 23 07:23:01.560: //-1/4FF20FE7828C/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x88B67170; count=1

016092: Oct 23 07:23:01.560: //-1/4FF20FE7828C/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x887C75F4

016093: Oct 23 07:23:01.564: //-1/4FF20FE7828C/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x88B67170; count=1

016094: Oct 23 07:23:01.644: ISDN BR0/1/1 Q931: RX <- INFORMATION pd = 8 callref = 0x01

Called Party Number i = 0xC1, '2'

Plan:ISDN, Type:Subscriber(local)

016095: Oct 23 07:23:01.648: //-1/4FF20FE7828C/DPM/dpMatchPeersCore:

Calling Number=, Called Number=79292, Peer Info Type=DIALPEER_INFO_SPEECH

016096: Oct 23 07:23:01.648: //-1/4FF20FE7828C/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=79292

016097: Oct 23 07:23:01.648: //-1/4FF20FE7828C/DPM/dpMatchPeersCore:

No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)

016098: Oct 23 07:23:01.648: //-1/4FF20FE7828C/DPM/dpMatchSafModulePlugin:

dialstring=79292, saf_enabled=1, saf_dndb_lookup=0, dp_result=-1

016099: Oct 23 07:23:01.648: //-1/4FF20FE7828C/DPM/dpMatchPeersMoreArg:

Result=NO_MATCH(-1)

016100: Oct 23 07:23:01.652: ISDN BR0/1/1 Q931: TX -> DISCONNECT pd = 8 callref = 0x81

Cause i = 0x809C - Invalid number format (incomplete number)

016101: Oct 23 07:23:01.664: ISDN BR0/1/1 Q931: RX <- INFORMATION pd = 8 callref = 0x01

Called Party Number i = 0xC1, '0'

Plan:ISDN, Type:Subscriber(local)

016102: Oct 23 07:23:01.720: ISDN BR0/1/1 Q931: RX <- RELEASE pd = 8 callref = 0x01

016103: Oct 23 07:23:01.724: ISDN BR0/1/1 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81

The last digit came after the UC disconnected the call. If it would "wait" longer, then the call should be connected. Or am I wrong?

Or should I configure another Dialpeer like this:

dial-peer voice 21 pots

description eingehende Telefonate

translation-profile incoming eingehend

incoming called-number 7929..T

direct-inward-dial

Regards,

DrMxxxxx

Matthias Brauchle · ‎10-23-2012

Some additional information:

In the logs I see, that the call want to use the incoming dial peer 99.

This is this one:

dial-peer voice 99 pots

trunkgroup ALL_BRI

corlist outgoing call-national

description **CCA*Deutschland*Kurzwahl**

translation-profile outgoing KURZWAHL

preference 4

destination-pattern 3[0-9]

forward-digits all

no sip-register

This dialpeer is used for shortdials to another location, which has a numbering plan beginning with a 3.

Can there be an issue?

I deleted the preference, because the other dialpeers have also no preference.

Thanks a lot!

Regards,

DrMxxxxx

chrysostomos1980 · ‎10-23-2012

Just create a pure dial peer pots for incoming calls with preference 0 and try

dial-peer voice 50 pots

description eingehende Telefonate

translation-profile incoming eingehend [incoming]

incoming called-number .

direct-inward-dial

prefer 0

!

send the debug isdn q931 and the debug voip dialpeer

Note: Remove ALL the incoming-called number command from ALL the other dial peers

You need one for the pots and one for the voip..Nothing esle regarding incoming calls

Regards

chrysostomos

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""

Matthias Brauchle · ‎10-23-2012

Hello,

thanks for your help.

Here are the Debug outputs from a call, which is not working. The call came digit by digit and the UC took the Dialpeer 99, which is the wrong one.

021311: Oct 23 09:33:17.451: ISDN BR0/1/0 Q931: RX <- SETUP pd = 8 callref = 0x01

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x89

Exclusive, B1

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

Calling Party Number i = 0x2181, '3682464400'

Plan:ISDN, Type:National

Called Party Number i = 0xC1, '7929'

Plan:ISDN, Type:Subscriber(local)

021312: Oct 23 09:33:17.451: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3682464400, Called Number=7929, Voice-Interface=0x87B3EF44,

Timeout=FALSE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_SPEECH

021313: Oct 23 09:33:17.455: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=99

021314: Oct 23 09:33:17.455: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0

021315: Oct 23 09:33:17.455: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3682464400, Called Number=7929, Voice-Interface=0x0,

Timeout=FALSE, Peer Encap Type=ENCAP_VOICE, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_FAX

021316: Oct 23 09:33:17.455: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=NO_MATCH(-1) After All Match Rules Attempt

021317: Oct 23 09:33:17.455: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1

021318: Oct 23 09:33:17.455: ISDN BR0/1/0 Q931: TX -> SETUP_ACK pd = 8 callref = 0x81

Channel ID i = 0x89

Exclusive, B1

021319: Oct 23 09:33:17.459: //-1/8295109A82AD/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x88B66988; count=1

021320: Oct 23 09:33:17.459: //-1/8295109A82AD/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x887C83D4

021321: Oct 23 09:33:17.459: //-1/8295109A82AD/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x88B66988; count=1

021322: Oct 23 09:33:17.539: ISDN BR0/1/0 Q931: RX <- INFORMATION pd = 8 callref = 0x01

Called Party Number i = 0xC1, '0'

Plan:ISDN, Type:Subscriber(local)

021323: Oct 23 09:33:17.543: //-1/8295109A82AD/DPM/dpMatchPeersCore:

Calling Number=, Called Number=79290, Peer Info Type=DIALPEER_INFO_SPEECH

021324: Oct 23 09:33:17.543: //-1/8295109A82AD/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=79290

021325: Oct 23 09:33:17.543: //-1/8295109A82AD/DPM/dpMatchPeersCore:

No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)

021326: Oct 23 09:33:17.543: //-1/8295109A82AD/DPM/dpMatchSafModulePlugin:

dialstring=79290, saf_enabled=1, saf_dndb_lookup=0, dp_result=-1

021327: Oct 23 09:33:17.543: //-1/8295109A82AD/DPM/dpMatchPeersMoreArg:

Result=NO_MATCH(-1)

021328: Oct 23 09:33:17.547: ISDN BR0/1/0 Q931: TX -> DISCONNECT pd = 8 callref = 0x81

Cause i = 0x809C - Invalid number format (incomplete number)

021329: Oct 23 09:33:17.619: ISDN BR0/1/0 Q931: RX <- RELEASE pd = 8 callref = 0x01

021330: Oct 23 09:33:17.623: ISDN BR0/1/0 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81

021331: Oct 23 09:33:17.623: //-1/8295109A82AD/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x88B66988; count=1

021332: Oct 23 09:33:17.623: //-1/8295109A82AD/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x887C83D4

021333: Oct 23 09:33:17.627: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Calling Number=3[0-9], Called Number=, Voice-Interface=0x0,

Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,

Peer Info Type=DIALPEER_INFO_SPEECH

021334: Oct 23 09:33:17.627: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=NO_MATCH(-1) After All Match Rules Attempt

021335: Oct 23 09:33:17.627: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1

Why is the UC taking the Dialpeer 99 and not 50??

And when I delete the dialpeer 99, the short dials to the other location are not working any more.

Thanks guys!

Regards,

DrMxxxxx

chrysostomos1980 · ‎10-23-2012

Hi

questions:

1) What is the called number that you dial?(the full number that you dial from the PSTN phone)

2) The dial peer 99 is only for outgoing calls and not incoming,This is strange

3) Did you remove the incoming-called number from the other dial peers?

4) Preference 0 means it has highter priority from other that has preference 1

If you dont have preferce then it takes the default(preference 0)

5) What is the extension number that you try to (reach)

A)Can you check the above and if is possible reload the router

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""

Matthias Brauchle · ‎10-23-2012

Hi Chrys,

here my replies:

1) The called number was 03681792920 --> the calling number was 03682... and there was the mistake. Because Dialpeer 99 was chosen from the system.

2) Yeah. That's my fault. I deleted this Dialpeer completely from the config. Now it is working again.

3) Yes

4) Now I have no preference on any Dialpeer.

5) 20

As mentioned above the System took the dialpeer 99 because of the calling number (which began with a 3) and tried now to connect the call. I deleted the Dialpeer and have now for incoming calls only the Dialpeer 50 (like some posts before) and now it is working again.

Thank's a lot!

Regards,

DrMxxxxx

chrysostomos1980 · ‎10-23-2012

Hi

Glad to hear that

Pls rate useful posts

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""

Matthias Brauchle · ‎10-26-2012

Hello,

now I have another question. Since I have deleted the Dialpeer for the short dials, the short dials doesn't work any more (surprise ).

But I want to offer the customers this feature on their phones and I don't know how to implement it. Can you help me? It should be working like the dialpeer 99 mentioned above, so when they dial the 3x they should reach another phone in another location. The call will be routed via ISDN, because there is no LAN connectivity between the two locations.

Here the config before I deleted the dialpeer 99:

voice translation-rule 1113

rule 1 /^\(3.\)/ /368180626\1/ type any national

voice translation-profile KURZWAHL

translate called 1113

dial-peer voice 99 pots

trunkgroup ALL_BRI

corlist outgoing call-national

description **CCA*Deutschland*Kurzwahl**

translation-profile outgoing KURZWAHL

preference 4

destination-pattern 3[0-9]

forward-digits all

no sip-register

Thanks in advance!

Regards,

Matthias

chrysostomos1980 · ‎10-26-2012

Hi

Lerts start from the begin

With the below translation what do you want to do?

You want to dial for example 33 and then to be translated to 36818062633

can you write me your thought for that translation rule?

Second the destination number in dial peer 99 is 2 digits?With the translation that you provided does not

it should be more..How many digits (caled) number you wanrt to send each time

Third the destination is a pstn number or is a voip number

voice translation-rule 1113

rule 1 /^\(3.\)/ /368180626\1/ type any national

voice translation-profile KURZWAHL

translate called 1113

dial-peer voice 99 pots

trunkgroup ALL_BRI

corlist outgoing call-national

description **CCA*Deutschland*Kurzwahl**

translation-profile outgoing KURZWAHL

preference 4

destination-pattern 3[0-9]

forward-digits all

no sip-register

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""

Matthias Brauchle · ‎10-26-2012

Hi,

Ok, I have to say, that I'm a beginner in Dialpeers and their configuration.

Yes, your example is right. When the user calls the 33 the System should call the PSTN-Number 36818062633 and the call should be routed over ISDN to the external location.

So, am I right, that I have to configure the whole number as the destination-pattern in the dialpeer? The number has normally the same length.

Thanks a lot!

Regards,

Matthias

chrysostomos1980 · ‎10-26-2012

Hi

so in dial peer put

destination-pattern 936818062633 (which 9 is the access code)

forward digits11

if you dont want to use access code and you want to dial only 33 then

destination-pattern 36818062633

forward digits11

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""

Matthias Brauchle · ‎11-02-2012

Hi,

this Problem gets really annoying!

Now I configured the Dialpeer as you mentioned, but when now someone is dialing the shortdial, e.g. 32, the system says it has no dialpeer for this calling number.

Here the config:

dial-peer voice 99 pots

trunkgroup ALL_BRI

corlist outgoing call-national

description **CCA*Deutschland*Kurzwahl**

translation-profile outgoing KURZWAHL

destination-pattern 3681806263[0-9]

forward-digits 11

no sip-register

voice translation-profile KURZWAHL

translate called 1113

voice translation-rule 1113

rule 1 /^\(3.\)/ /368180626\1/ type any national

When I check the translation rule, it translate the number correctly.

Thanks a lot!

Regards,

Matthias

chrysostomos1980 · ‎11-02-2012

Hi

Remove the translation from the dial peer

dial-peer voice 99 pots

trunkgroup ALL_BRI

corlist outgoing call-national

description **CCA*Deutschland*Kurzwahl**

destination-pattern 3.

forward-digits 11

no sip-register

prefix 368180626

Regards

Please rate all useful posts Regards Chrysostomos ""The Most Successful People Are Those Who Are Good At Plan B""