Hallo Christoph,

danke für Deine Antwort

zu 1) Das heißt die Slave repliziert sich ausschließlich die Objekte welche auf der Master unter der DynBPX eingetragen sind, oder zusätzlich zu den eigenen?

zu 2) Für meinen Fall leider keine brauchbare Lösung.... Dann muß ich tatsächlich auf den PBX Import zurück greifen.

zu 3) Das heißt ich brauche aber noch mal ein neues PBX Objekt mit dem 'name' "." damit sich die Master als dort anmelden kann?



Um Deine Neugier zu befriedigen:

Wir müssen LCR einrichten.
Einige öffentliche Rufnummern müssen wir umwerten und auf interne, sichere Netze umrouten.
Als Lösung habe ich mir folgendes überlegt und bereits im Labor geprüft:

Vom trunk-Objekt gehen wir wie gewohnt ins Relay (GW1). Dort haben wir ein Gateway (GW11) in eine jeweils lokale DynPBX. Innerhalb der DynPBX gibt es für jeden LCR Eintrag ein number-mapping Objekt mit dem wir die öffentliche Nummer ummappen bzw. auf '*' mappen wenn die Vorwahl entfällt. Die DynPBX haben ein defaultout über das gleiche Gateway wieder raus ins lokale relay (GW11). Dort wird die neue Nummer bewertet und geroutet. Z.B. zurück in die PBX mit geänderter Ausstiegskennzahl.
Das nette daran, ist die gemappte Nummer wg. einer Störung nicht erreichbar (no channel, etc.) wird im relay trotzdem mit der ursprünglichen Nummer ins öffentliche PSTN ausgestiegen.
Die im Anhang schwarz markierten maps sind Routen zur Master um die zwei in Frage kommenden internen WAN Verbindungen zu belegen.
Wir richten für jede Slave eine seperate DynPBX ein. Da es sich i.d.R. immer um die gleichen Mapping-Objekte handelt, wäre eine Replizierung klasse.

LG Roland LCR.JPG