Hallo zusammen,
ich hätte eine Frage zum Smartnode 4634 in Kombination mit einer Swyx, Softwarebasierende TK-Anlage.
Bislang hatten wir keinerlei Probleme mit den Smartnodes am Amtsanschluss ob S2M oder Anlagenanschluss das ganze funktionierte immer auf Anhieb. Da wir vermehrt Smartnodes bei Kunden verbauen, da diese Ihre Anlagen virtualisieren wurde nun auch bei uns in der Firma für Testzwecke eine virtuelle Swyx installiert.
Da für die Swyx Testanlage nicht extra ein Anlagen oder S2M Anschluss gemietet werden soll war die Idee den Smartnode hinter die bestehende TK-Anlage über ISDN anzukoppeln. Anschließend wird alles was hinter einer definierten Querkennzahl gewählt wird Richtung Smartnode geschickt. Das ganze funktioniert auch soweit das man mit der Swyx abgehend telefonieren kann (Es wird aber keine Rufnummer übermittelt), ankommende Gespräche werden allerdings gar nicht erst von der Swyx angenommen.
Im Patton Smartnode tauchen Sie allerdings unter dem Reiter Active Calls kurzeitig auf.
Auszug Active Calls ankommend, Nebenstelle 200 wird angerufen also <QUERKENNZAHL>+<200>:
Wenn man das ganze mit einem Active Calls Auszug eines S2M oder Anlagenanschluss vergleicht welcher auch in Kombination mit der Swyx funktioniert sieht dies so aus:
Die Rufnummer 200 ist in beiden Fällen die Nebenstelle welche angerufen wird.
Die Routing Table im Patton sieht wie folgt aus wie gesagt diese funktioniert direkt an einem Amtsanschluss ohne Probleme!
Auszug Patton Config
Da wir mit den Einstellmöglichkeiten an unser TK-Anlage Siemens Hipath 4000 ziemlich alles durchhaben was Rufnummernformatierung für die Simulation eines Amtsanschluss-Anlagenanschlusses hergibt stellt sich nur die Frage, ob man am Patton noch Einstellungen bezüglich der Rufnummernformatierung vornehmen kann welche zum Erfolg führen?
ciao
maxo
ich hätte eine Frage zum Smartnode 4634 in Kombination mit einer Swyx, Softwarebasierende TK-Anlage.
Bislang hatten wir keinerlei Probleme mit den Smartnodes am Amtsanschluss ob S2M oder Anlagenanschluss das ganze funktionierte immer auf Anhieb. Da wir vermehrt Smartnodes bei Kunden verbauen, da diese Ihre Anlagen virtualisieren wurde nun auch bei uns in der Firma für Testzwecke eine virtuelle Swyx installiert.
Da für die Swyx Testanlage nicht extra ein Anlagen oder S2M Anschluss gemietet werden soll war die Idee den Smartnode hinter die bestehende TK-Anlage über ISDN anzukoppeln. Anschließend wird alles was hinter einer definierten Querkennzahl gewählt wird Richtung Smartnode geschickt. Das ganze funktioniert auch soweit das man mit der Swyx abgehend telefonieren kann (Es wird aber keine Rufnummer übermittelt), ankommende Gespräche werden allerdings gar nicht erst von der Swyx angenommen.
Im Patton Smartnode tauchen Sie allerdings unter dem Reiter Active Calls kurzeitig auf.
Auszug Active Calls ankommend, Nebenstelle 200 wird angerufen also <QUERKENNZAHL>+<200>:
Code:
IF_BRI_0_0-00a9cd40/ CONNECTED 0049<ORTSVORWAHL><ANLAGENRUFNUMMER><NEBENSTELLE> n/a n/a
router-010360e0/inco ADDRESS-INCOMPLETE 0200 n/a n/a
Wenn man das ganze mit einem Active Calls Auszug eines S2M oder Anlagenanschluss vergleicht welcher auch in Kombination mit der Swyx funktioniert sieht dies so aus:
Code:
IF_BRI_0_0-03a9ct20/ CONNECTED <ORTSVORWAHL><ANLAGENRUFNUMMER><NEBENSTELLE> n/a n/a
router-0103dw0/inco CONNECTED <ANLAGENRUFNUMMER>200 n/a n/a
Die Rufnummer 200 ist in beiden Fällen die Nebenstelle welche angerufen wird.
Die Routing Table im Patton sieht wie folgt aus wie gesagt diese funktioniert direkt an einem Amtsanschluss ohne Probleme!
Auszug Patton Config
Code:
context cs switch
digit-collection timeout 1 set-address-complete-indication
digit-collection terminating-char # set-address-complete-indication
digit-collection full-match set-address-complete-indication
national-prefix 0
international-prefix 00
routing-table called-e164 RT_OUT
route .T!0 dest-interface IF_E1T1_0_0 MAP_SUBSCRIBER
routing-table called-e164 RT_IN
route <ANLAGENRUFNUMMER>.T dest-interface IF_SIP
routing-table calling-e164 RT_OUT_CALLING
mapping-table called-e164 to called-e164 MAP_CALLED_E164_AT
map default to 0
mapping-table calling-e164 to calling-e164 MAP_CALLING_E164
map 0(.%) to \1
mapping-table calling-numbering-plan to calling-numbering-plan MAP_CALLING_PLAN
map default to isdn-telephony
mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_EXTENSION
map default to unknown
mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_SUBSCRIBER
map default to subscriber
mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_NATIONAL
map default to national
mapping-table calling-type-of-number to calling-type-of-number MAP_CALLING_TYPE_INTERNATIONAL
map default to international
complex-function MAP_EXTENSION
execute 1 MAP_CALLING_E164
execute 2 MAP_CALLING_PLAN
execute 3 MAP_CALLING_TYPE_EXTENSION
complex-function MAP_SUBSCRIBER
execute 1 MAP_CALLING_E164
execute 2 MAP_CALLING_PLAN
execute 3 MAP_CALLING_TYPE_SUBSCRIBER
complex-function MAP_NATIONAL
execute 1 MAP_CALLING_E164
execute 2 MAP_CALLING_PLAN
execute 3 MAP_CALLING_TYPE_NATIONAL
complex-function MAP_INTERNATIONAL
execute 1 MAP_CALLING_E164
execute 2 MAP_CALLING_PLAN
execute 3 MAP_CALLING_TYPE_INTERNATIONAL
complex-function MAP_CLIPNOSCREENING
execute 1 MAP_CALLING_E164
execute 2 MAP_CALLING_PLAN
execute 3 MAP_CALLING_TYPE_INTERNATIONAL
interface isdn IF_E1T1_0_0
route call dest-table RT_IN
diversion accept
diversion emit
dtmf-dialing
isdn-date-time
caller-name
inband-info accept transparent 1-CallIsNotIsdnToIsdn 2-DestinationNotIsdn 3-OriginationNotIsdn 4-ReturnedToIsdn 8-InbandInfoAvailable
interface sip IF_SIP
bind context sip-gateway GW_SIP
route call dest-table RT_OUT
remote xxx.xxx.xxx.xxx 5060
hold-method direction-attribute
early-disconnect
no call-transfer emit
no call-transfer pull-in
aoc-d accept
aoc-d emit
address-complete-indication accept set
overlap-dialing new-transaction accept
overlap-dialing new-transaction emit
privacy
address-translation outgoing-call from-header user-part fix patton host-part call
address-translation incoming-call called-e164 to-header
use profile voip V8xx-Vxxx
new-session-after-redirect
session-timer 90
Da wir mit den Einstellmöglichkeiten an unser TK-Anlage Siemens Hipath 4000 ziemlich alles durchhaben was Rufnummernformatierung für die Simulation eines Amtsanschluss-Anlagenanschlusses hergibt stellt sich nur die Frage, ob man am Patton noch Einstellungen bezüglich der Rufnummernformatierung vornehmen kann welche zum Erfolg führen?
ciao
maxo
Zuletzt bearbeitet: