Weiss jemand vielleicht, ob man die Verzögerung des Rufens bei Analoggeräten an einem Patton 4114 reduzieren kann?
Wir haben da eine Türklingel dran und es dauert immer ca. 4 Sekunden, bis das Gespräch durchgestellt wird. Das Patton schein ja von MobyDick verwaltet zu werden.
thx!
Hallo Andreashe,
versuche mal die # nach der Durchwahlnummer. Bei Analogtelefonen weis der Asterisk nicht wann die Nummer vollständig ist. Es wird dann einfach 4 Sekunden nach der letzten Ziffer gewählt. Oder durch signalisieren mittel Raute.
Grüße
Maik
Guter tip. Bringt mir leider nichts, weil die Türwählanlage feste Signalfolgen hat, kann daran eben nichts ändern. Ob man die Wartezeit für dieses a/b Gerät kürzer stellen kann?
Hallo Andreas,
eventuell kannst Du an dem Patton die maximale Länger der Rufnummer einstellen. In deinem Fall auf die Länge der Durchwahl die von der TFE angerufen wird.
Grüße
Maik
Hallo,
ja, das ist leider so. Das ist ein genrerelles Problem. ISDN und Analog kennen OVERLAPDIAL. D.h. man kann abheben und eine Nummer “Stück für Stück” wählen. Nach jeder Zahl checkt das Protokoll ob die Nummer schon komplett ist. Bei SIP ist das nicht so. Man wählt eine Nummer und der SIP INVITE wird dann als ein Block mit der kompletten Nummer gesendet (ähnlich Mobilfunk). Wenn Du jetzt ein analoges Patton hast ist die Strecke ja: AnalogesEndgerät -> Patton -> SIP -> MobyDick. D.H. der Wandler muss warten ob die Nummer komplett ist um diese dann als einen einzigen SIP INVITE verschicken zu können. Dieses “Warten” haben wir auf 5 sek. gestellt (mache Leute wählen recht langsam ;-). In Deinem Fall kannst Du den Timeout aber direkt am Patton runtersetzten; das ist das T5 in der Konfig. MobyDick direkt kann das leider (nocht) nicht einstellen.
LG
Mathias
Hmm, ja das bringt wohl was. Leider habe ich auch noch so ein Analog Handteil, das selbst, wenn man die Nummer vorher waehlt, ca 3 Sekunden wartet, bis es bei Freizeichen wirklich beginnt.
Ich hatte versucht, das pro Geraet zu definieren, schein aber ncht zu gehen:
route sip:tuer@.% dest-interface IF_FXS_0_0 URI_TO_NUMBER
route sip:Wireless1@.% dest-interface IF_FXS_0_2 URI_TO_NUMBER
route T3 dest-interface MOBYDICK DEVICE_MOBYDICK
… fuegte ich ein T1 ein, nach wireless:
route sip:tuer@.% dest-interface IF_FXS_0_0 URI_TO_NUMBER
route T1 sip:Wireless1@.% dest-interface IF_FXS_0_2 URI_TO_NUMBER
route T3 dest-interface MOBYDICK DEVICE_MOBYDICK
… hatte aber keine Wirkung.
oder hat jemand noch eine Idee, wie man das auf ein einzelnes Analog Geraet bindet?
mach mal einen “show running-config” und poste das; so ist da wenig Überblick.
Wenn ich das auf der Shell eintippe kommt “Keyword mismatch”.
Hier ist der config export:
clock local offset +01:00
sntp-client
sntp-client server primary 10.0.2.121 port 123 version 4
administrator admin password Lego88
dns-client server 10.0.2.121
dns-relay
system hostname patton_00A0BA05D5BB
arp gratuitous
system
ic voice 0
low-bitrate-codec g729
profile voip default
codec 1 g711alaw64k rx-length 20 tx-length 20
codec 2 g711ulaw64k rx-length 20 tx-length 20
context ip router
interface LAN
ipaddress 10.0.2.4 255.255.254.0
tcp adjust-mss rx mtu
tcp adjust-mss tx mtu
context ip router
route 0.0.0.0 0.0.0.0 10.0.2.1 0
authentication-service MOBYDICK
username tuer password 123456
username polycom password 123456
username Wireless1 password 123456
location-service MOBYDICK_DEVICE
domain 1 10.0.2.121
identity tuer
registration outbound
registrar 10.0.2.121
lifetime 300
register auto
authentication outbound
authenticate 1 authentication-service MOBYDICK
identity polycom
registration outbound
registrar 10.0.2.121
lifetime 300
register auto
authentication outbound
authenticate 1 authentication-service MOBYDICK
identity Wireless1
registration outbound
registrar 10.0.2.121
lifetime 300
register auto
authentication outbound
authenticate 1 authentication-service MOBYDICK
context cs switch
national-prefix 0
international-prefix 00
routing-table called-uri SIP_TO_DEVICE
route sip:tuer@.% dest-interface IF_FXS_0_0 URI_TO_NUMBER
route sip:polycom@.% dest-interface IF_FXS_0_1 URI_TO_NUMBER
route sip:Wireless1@.% dest-interface IF_FXS_0_2 URI_TO_NUMBER
routing-table called-e164 DEVICE_MAPPING
route T3 dest-interface MOBYDICK DEVICE_MOBYDICK
routing-table calling-uri SIP_FROM_MOBYDICK
route default dest-table SIP_TO_DEVICE
mapping-table called-uri to called-e164 URI_TO_NUMBER
map sip:tuer@.% to 79
map sip:polycom@.% to 70
map sip:Wireless1@.% to 71
mapping-table calling-e164 to calling-e164 DEVICE_MOBYDICK
map 79 to tuer
map 70 to polycom
map 71 to Wireless1
interface sip MOBYDICK
bind context sip-gateway GW_SIP_DEVICE
route call dest-table SIP_FROM_MOBYDICK
remote 10.0.2.121
local 10.0.2.4
early-connect
early-disconnect
mapping-table calling-name to calling-pi PRESENTATION
map .Anonymous. to restricted
map Anonymous to restricted
mapping-table calling-type-of-number to calling-type-of-number CLIP
map default to national
complex-function MAP_OUT
execute 1 PRESENTATION
execute 2 CLIP
interface fxs IF_FXS_0_0
subscriber-number 79
route call dest-table DEVICE_MAPPING
interface fxs IF_FXS_0_1
subscriber-number 70
route call dest-table DEVICE_MAPPING
interface fxs IF_FXS_0_2
subscriber-number 71
route call dest-table DEVICE_MAPPING
context sip-gateway GW_SIP_DEVICE
bind location-service MOBYDICK_DEVICE
interface GW_SIP_LAN
bind interface LAN context router port 5060
context sip-gateway GW_SIP_DEVICE
no shutdown
port fxs 0 0
encapsulation cc-fxs
bind interface IF_FXS_0_0 switch
port fxs 0 1
encapsulation cc-fxs
bind interface IF_FXS_0_1 switch
port fxs 0 2
encapsulation cc-fxs
bind interface IF_FXS_0_2 switch
port ethernet 0 0
medium auto
encapsulation ip
bind interface LAN router
port fxs 0 0
no shutdown
port fxs 0 1
no shutdown
port fxs 0 2
no shutdown
port ethernet 0 0
no shutdown
Hallo,
Wenn ich das auf der Shell eintippe kommt “Keyword mismatch”.
ja, sorry, man muss vorher “enable” tippen und dann “configure” damit man was einstellen kann.
Das mit dem “pro Gerät einstellen” wird nicht so leicht.
routing-table called-e164 DEVICE_MAPPING
route T3 dest-interface MOBYDICK DEVICE_MOBYDICK
hier ist die Tabelle für das Warten. In der Tabelle steht Dir aber nur die “called-e164” zur Verfügung. Somit ist hier eine Unterscheidung nicht mehr möglich, da wir ja nach calling-e164 (also dem rufenden Gerät) unterscheiden wollen…
Du müsstest also einen neuen Table einfügen und vom Interface darauf verzweigen. Dieser Table würde dann die calling-e164 unterscheiden und dann entweder auf DEVICE_MAPPING mit dem Standardtimeout oder auf einen euen Table DEVICE_MAPPING2 mit einem Sondertimeout verweisen.
Ist leider nicht ganz einfach.
LG
Mathias