Hallo zusammen,
ich möchte gerne meine Fritzbox 7390 an eine (unter ESXi 4.1 virtualisierten) Gemeinschaft 3.1-rc3 Anlage (mit Asterisk 1.4, basierend auf 32-Bit Debian Squeeze) anbinden. Dabei ist die genaue Konstellation wie folgt:
Soweit funktioniert auch alles recht ordentlich.
Leider scheint die fbrcapi nicht mit einer 24h Trennung des VPN Tunnels zurecht zu kommen (bedingt durch die nächtliche Unterbrechung der DSL-Verbindung). Anrufe werden danach nicht mehr auf der CAPI-Anbindung signalisiert. Logge ich mich auf der Asterisk Maschine ein und schaue mittels capiinfo nach dem Status, dann dauert die Abfrage sehr lange, schließlich kommen folgende (unvollständige Ausgaben):
Die virtuelle Maschine hängt danach und benötigt einen manuellen Neustart. Danach funktioniert alles wieder einwandfrei (ohne die Fritzbox anzufassen, dort liegt also vermutlich kein Fehler vor; capiinfo läuft schnell und problemlos durch) - bis zu nächsten Trennung... gleiches Verhalten vermute ich auch, wenn die Netzwerkverbindung außerhalb der normalen Trennung kurzzeitig nicht Verfügbar ist.
Laut Changelog von fbrcapi auf http://fbrcapi.v3v.de/fbrcapi.html soll die Fehlertoleranz ja verbessert worden sein:
So ganz rund scheint es aber noch nicht zu sein.
Weiß jemand wo ich hier ansetzen könnte?
Ein morgentlicher (automatisierter) Reboot der Asterisk-Kiste (bzw. entladen und neu laden des Kernel-Moduls) ist es jedenfalls nicht
Danke + Gruß
Julian
ich möchte gerne meine Fritzbox 7390 an eine (unter ESXi 4.1 virtualisierten) Gemeinschaft 3.1-rc3 Anlage (mit Asterisk 1.4, basierend auf 32-Bit Debian Squeeze) anbinden. Dabei ist die genaue Konstellation wie folgt:
Code:
PSTN --- FB7390 --- IPsecVPN --{--}-- Vyatta-GW --- Gemeinschaft3.1-rc3 (mit fbrcapi 0.5)Soweit funktioniert auch alles recht ordentlich.
Leider scheint die fbrcapi nicht mit einer 24h Trennung des VPN Tunnels zurecht zu kommen (bedingt durch die nächtliche Unterbrechung der DSL-Verbindung). Anrufe werden danach nicht mehr auf der CAPI-Anbindung signalisiert. Logge ich mich auf der Asterisk Maschine ein und schaue mittels capiinfo nach dem Status, dann dauert die Abfrage sehr lange, schließlich kommen folgende (unvollständige Ausgaben):
Code:
root@comgate:~# capiinfo
Number of Controllers : 1
Controller 1:
Manufacturer: AVM Berlin
CAPI Version: 2.0
Manufacturer Version: 0.0-03 (0.3)
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x80003c0b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000081
Transparent
Modem
0001
0200
39000000
0b3c0080
03000000
81000000
00000000 00000000 00000000 00000000 00000000 00000000
01000001 00020000 00000000 00000000 00000000
FAC REQ - No additional information (0xfff2)
root@comgate:~# capiinfo Timeout, server not responding.Die virtuelle Maschine hängt danach und benötigt einen manuellen Neustart. Danach funktioniert alles wieder einwandfrei (ohne die Fritzbox anzufassen, dort liegt also vermutlich kein Fehler vor; capiinfo läuft schnell und problemlos durch) - bis zu nächsten Trennung... gleiches Verhalten vermute ich auch, wenn die Netzwerkverbindung außerhalb der normalen Trennung kurzzeitig nicht Verfügbar ist.
Laut Changelog von fbrcapi auf http://fbrcapi.v3v.de/fbrcapi.html soll die Fehlertoleranz ja verbessert worden sein:
So ganz rund scheint es aber noch nicht zu sein.
Weiß jemand wo ich hier ansetzen könnte?
Ein morgentlicher (automatisierter) Reboot der Asterisk-Kiste (bzw. entladen und neu laden des Kernel-Moduls) ist es jedenfalls nicht
Danke + Gruß
Julian
Zuletzt bearbeitet:
