translation-profile und deren Einbindung

[moonjumper]

Hallo zusammen,

wir haben in einer Niederlassung ein MGCP Gateway mit SRST.
Die Config sieht für mich sehr verwirrend aus, was die translation-profiles angeht. gekürzt sieht es bisher so aus:

voice translation-rule 1
 rule 1 /\(.*\)/ /00\1/ type national national
 rule 2 /\(.*\)/ /000\1/ type international international
 rule 3 /\(.*\)/ /0\1/ type subscriber subscriber

voice translation-rule 2
 rule 1 /55597101/ /701/
 rule 2 /55597111/ /704/
.
.
[bis 15]

voice translation-rule 3
 rule 1 /55597301/ /731/

voice translation-profile called
 translate called 3

voice translation-profile called1
 translate called 2

voice translation-profile incoming
 translate calling 1

dial-peer voice 1 pots
 translation-profile incoming calling
 destination-pattern 0T
 incoming called-number .
 direct-inward-dial
 port 1/0:15

auf dem voice-port ist nichts hinterlegt was translation-profiles angeht. Das es kein profil "calling" gibt hat derjenige damals wohl ignoriert. Also dürfte keines der profile irgendwo greifen.

Nun ist es aber so, dass wir die Umsetzung im SRST mode definitiv benötigen.
Das eigentliche Problem ist aber, dass ich zwei profile habe für die Rufnummernumsetzung (2 & 3). da ich aber immer nur ein profil pro dial-peer vergeben kann ist nun die Überlgung zwei identische potd dial-peers anzulegen. Würde das denn gehen?

folgende Config habe ich mir jetzt überlegt.

voice translation-rule 1
 rule 1 /\(.*\)/ /00\1/ type national national
 rule 2 /\(.*\)/ /000\1/ type international international
 rule 3 /\(.*\)/ /0\1/ type subscriber subscriber
!
voice translation-rule 2
 rule 1 /55597101/ /701/
 rule 2 /55597111/ /704/
 ...
 [bis 15]
!
voice translation-rule 3
 rule 1 /55597301/ /731/
 ...
!
!
voice translation-profile ANKOMMEND1
 translate called 2
 translate calling 1
!
voice translation-profile ANKOMMEND2
 translate called 3
 translate calling 1
!

dial-peer voice 1 pots
 translation-profile incoming ANKOMMEND1
 destination-pattern 0T
 incoming called-number .
 direct-inward-dial
 port 1/0:15
 
 dial-peer voice 2 pots
 translation-profile incoming ANKOMMEND2
 destination-pattern 0T
 incoming called-number .
 direct-inward-dial
 port 1/0:15
!

Gruß
Eike

 

[limp]

Dürfte nicht funktionieren. Probier doch im global Modus "num-exp"

Beispiel:

num-exp 55597101 701
num-exp 55597111 704
.
.
.
.
.

Die voice translation 1 musst du natürlich trotzdem noch einbinden.

gruß

 

[Miguel78]

Hallo Moonjumper,

pack doch die voice translation-rule 3 in die voice translation-rule 2 mit rein:

voice translation-rule 2
 rule 1 /55597101/ /701/
 rule 2 /55597111/ /704/
.
.
[bis 15]
 rule 16 /55597301/ /731/

Dann brauchst Du keine doppelten voice translation profile...

Gruß
Miguel

 

[limp]

Es sind nur 15 Einträge möglich. Sonst hätte er ja keinen Grund zwei translation-rules bauen zu wollen.

 

[moonjumper]

Genau 15 sind leider Maximum, daher auch meine Frage.
Ich schau mir das mal mit num-exp an aber scheinbar greift die ja nur outgoing oder?
Aber ich schau mal und werde am Montag wieder Berichten.

 

[moonjumper]

So ich hab jetzt nochmal ein wenig wegen num-exp geschaut. Wie limp schon meinte, kann man num-exp verwenden, was auch incoming funktioniert, wie man hier lesen kann. Nur greift num-exp nicht nur bei SRST sondern immer und so müsste ich jede Änderung auf dem Callmanager und auf dem Gateway konfigurieren.
Mir wird wohl nichts weiter übrig bleiben als die translation-rules auf die nötigsten Nummern runter zu brechen.

Danke trotzdem für die Hilfe...

Eike

 

[limp]

Wieso musst du alles doppelt pflegen? In deiner jetzigen Konstellation mit translation pattern musst du bei Nebenstellenänderungen auch immer die Translation Pattern anpassen von daher nicht Mehraufwand. Aber eine andere Frage wieso müssen die internen Durchwahlen sich von den externen unterscheiden?

Du hast geschrieben:

voice translation-rule 2
rule 1 /55597101/ /701/
rule 2 /55597111/ /704/

Wieso kann die Nebenstelle nicht einfach 101 oder 111 sein?

Gruß

 

[moonjumper]

die translation paatern greifen nur im SRST Mode. Die eigentliche Umsetzung macht der Callamanger (kein CME) wenn alles funktioniert und da muss ich es pflegen. Die translation profiles haben keine Auswirkungen wenn das Gateway vom Callmanager erreichbar ist (MGCP gibt ja alles an den Callmanager weiter und macht nichts selber).
Wenn ich allerdings num-exp verwende ist dies eine globale Einstellung und greift schon bevor es an den Callmanager weitergegeben wird. Also müsste ich für den einen Standort die Umsetzung auf eine andere Durchwahl auf dem Router machen und nicht im Callmanager, während alle anderen Standort auf dem Callmanager administriert werden. (war vielleicht etwas unglücklich ausgedrückt in dem vorherigen Post)
Da wir eben mehrere Niederlassungen in Deutschland haben, haben wir auch überlappende Durchwahlen, weswegen die kleineren Niederlassungen einen eigenen Block (in dem Fall 7xx) bekommen.

Gruß
Eike

 

[limp]

Ok, verstanden was du damit bezweckst, fänd ich auch blöd wenn ich mehrere Außenstellen habe und bei manchen ist die config auf dem Router bei den anderen wieder auf dem cucm.


Nur ne Überlegung habe es jetzt nicht ausprobiert wenn du es folgendermaßen machst:

voice translation-rule 10
rule 1 /55597101/ /701/
.
.
x 15

translation-rule 20
rule 55597111 704
.
.

voice translation-profile IN_10
translate called 10


dial-peer voice 1 pots
translation-profile incoming IN_10

call-manager-fallback
translate called 20




oder als Alternative falls das nicht funktioniert

voice translation-rule 10
rule 1 /55597101/ /701/
.
.
rule 15 /55597128/ /719/


voice translation-rule 20
rule 1 /55597145/ /724/
.
.

voice translation-profile IN_10
translate called 10

voice translation-profile IN_20
translate called 20

dial-peer voice 1 pots
incoming called number 55591[1-3]T
translation-profile incoming IN_20

dial-peer voice 1 pots
incoming called number 55591[4-6]T
translation-profile incoming IN_10


Gruß