Hola,
ich habe folgende Aufgabenstellung: Bei einer bestimmten Durchwahl soll nicht nur eine interne Nebenstelle, sondern auch ein externe Mobiltelefon klingeln. Das ganze hatte schon funktioniert, aber seit einiger Zeit wird das interne Klingeln nach ganz kurzer Zeit unterbrochen, weil das Patton-GW behauptet, es hätte den Anruf beantwortet, obwohl das Mobiltelefon noch nicht abgehoben wurde und weiter klingelt. Wir können keinen zeitlichen Zusammenhang mit einer Config-Änderung feststellen. Zwar gab es mal einen Wechsel von ISDN-Karten auf Patton-GW, aber wir sind uns sicher, dass es danach auch noch funktionierte.
Der Dialplan-Eintrag dazu ist simpel:
exten => 11111122,1,Dial(${durchwahl-xyz}&${wl-mobil-xyz},,t)
mit
durchwahl-xyz = SIP/44
wl-mobil-xyz = SIP/1101701234567@patton-gw
Der erste Eintrag ruft die Nebenstelle an und der zweite Eintrag soll das Mobiltelefon 0170-1234567 über das Patton-GW anrufen. Der Präfix "11" signalisiert dem Patton-GW übrigens, welche externe Leitung er nutzen soll, da wir verschiedene Leitungen dort haben, aber das sollte hier nicht das Problem sein.
Ruft jemand jetzt auf der externen Nummer 111111-22 an, klingelt auch kurz die interne Nebenstelle, aber dann signalisiert das Patton-GW offenbar, dass es den Anruf bereits beantwortet:
-- Executing [11111122@von-patton:1] Dial("SIP/patton-gw-b6e35a48", "SIP/44&SIP/1101701234567@patton-gw||t") in new stack
-- Called 44
-- Called 1101701234567@patton-gw
-- SIP/44-09da3488 is ringing
-- SIP/44-09da3488 is ringing
-- SIP/patton-gw-09e8ef60 answered SIP/patton-gw-b6e35a48
Das Mobiltelefon wurde aber noch nicht abgenommen, sondern klingelt brav weiter. Die Weiterleitung funktioniert auch wunderbar, nur an der Nebenstelle kann man das Gespräch nicht entgegennehmen (wenn man nicht sehr, sehr schnell ist). Zuerst dachte ich es liegt am "Packet2Packet Bridging", das das Patton-GW sonst durchgeführt hat. Das habe ich aber mit dem Flag "t" beim Dial-Befehl unterbunden.
Bevor ich jetzt die kompletten Configs hier poste: Vielleicht hat jemand eine Idee, woran es liegen könnte, oder kann mir zumindest sagen, welche Config-Teile er zur Analyse benötigt. Vielleicht ist auch der ganze Ansatz für dieses Problem Humbug und es kann mir jemand auf die Sprünge helfen, wie man es besser realisieren sollte.
Folgende grundlegende Infos:
Asterisk Version 1.4.24
Patton-Gateway: SN4638/5BIS (Hardware Version 1.11, Software Version R4.2 2007-09-19 H323 SIP BRI)
Unser ganzes System wurde schon länger nicht mehr aktualisiert, da es gut und stabil läuft. Nur dieses kleine Problem wollen wir jetzt endlich mal angehen.
Danke für jede Hilfe oder jeden Ansatz
P.
ich habe folgende Aufgabenstellung: Bei einer bestimmten Durchwahl soll nicht nur eine interne Nebenstelle, sondern auch ein externe Mobiltelefon klingeln. Das ganze hatte schon funktioniert, aber seit einiger Zeit wird das interne Klingeln nach ganz kurzer Zeit unterbrochen, weil das Patton-GW behauptet, es hätte den Anruf beantwortet, obwohl das Mobiltelefon noch nicht abgehoben wurde und weiter klingelt. Wir können keinen zeitlichen Zusammenhang mit einer Config-Änderung feststellen. Zwar gab es mal einen Wechsel von ISDN-Karten auf Patton-GW, aber wir sind uns sicher, dass es danach auch noch funktionierte.
Der Dialplan-Eintrag dazu ist simpel:
exten => 11111122,1,Dial(${durchwahl-xyz}&${wl-mobil-xyz},,t)
mit
durchwahl-xyz = SIP/44
wl-mobil-xyz = SIP/1101701234567@patton-gw
Der erste Eintrag ruft die Nebenstelle an und der zweite Eintrag soll das Mobiltelefon 0170-1234567 über das Patton-GW anrufen. Der Präfix "11" signalisiert dem Patton-GW übrigens, welche externe Leitung er nutzen soll, da wir verschiedene Leitungen dort haben, aber das sollte hier nicht das Problem sein.
Ruft jemand jetzt auf der externen Nummer 111111-22 an, klingelt auch kurz die interne Nebenstelle, aber dann signalisiert das Patton-GW offenbar, dass es den Anruf bereits beantwortet:
-- Executing [11111122@von-patton:1] Dial("SIP/patton-gw-b6e35a48", "SIP/44&SIP/1101701234567@patton-gw||t") in new stack
-- Called 44
-- Called 1101701234567@patton-gw
-- SIP/44-09da3488 is ringing
-- SIP/44-09da3488 is ringing
-- SIP/patton-gw-09e8ef60 answered SIP/patton-gw-b6e35a48
Das Mobiltelefon wurde aber noch nicht abgenommen, sondern klingelt brav weiter. Die Weiterleitung funktioniert auch wunderbar, nur an der Nebenstelle kann man das Gespräch nicht entgegennehmen (wenn man nicht sehr, sehr schnell ist). Zuerst dachte ich es liegt am "Packet2Packet Bridging", das das Patton-GW sonst durchgeführt hat. Das habe ich aber mit dem Flag "t" beim Dial-Befehl unterbunden.
Bevor ich jetzt die kompletten Configs hier poste: Vielleicht hat jemand eine Idee, woran es liegen könnte, oder kann mir zumindest sagen, welche Config-Teile er zur Analyse benötigt. Vielleicht ist auch der ganze Ansatz für dieses Problem Humbug und es kann mir jemand auf die Sprünge helfen, wie man es besser realisieren sollte.
Folgende grundlegende Infos:
Asterisk Version 1.4.24
Patton-Gateway: SN4638/5BIS (Hardware Version 1.11, Software Version R4.2 2007-09-19 H323 SIP BRI)
Unser ganzes System wurde schon länger nicht mehr aktualisiert, da es gut und stabil läuft. Nur dieses kleine Problem wollen wir jetzt endlich mal angehen.
Danke für jede Hilfe oder jeden Ansatz
P.
Zuletzt bearbeitet:
