DTMFBox läuft nicht bei "Internetzugang über LAN1"
Hallo,
da die DTMFBox ja super läuft, würde ich sie nun gerne auch in einem rein internen Netz einsetzen, jedoch:
Bei Einstellung "Internetzugang über LAN1" läuft die Box nicht. Im LOG sehe ich nichts Auffälliges, das WebIF sagt auch "grün" (dtmfbox running"), PS zeigt auch die Prozesse an, jedoch sehe ich im WebIF keine Accounts (bei "Status"). Auch die Registrierung ist nicht möglich.
Nach Umschalten auf "DSL" läuft alles wie es soll.
[EDIT]
Habe gerade festgestellt, dass ich nicht der erste bin, der dieses Problem hat:
Man sieht auch, dass der Status immer wieder automatisch aktualisiert wird, aber das steht einfach nix drin. auch nach nem neustart der fritz nicht :-(
@dj-sash:
Nutzt Du die 7170 als Modem oder hast Du (wie in meinem Problemfall) "Internetzugang über LAN1" aktiviert?
@bodega:
Kann es sein, dass es noch Probleme mit der Bindung der Ports gibt? Ich habe auch mit der funktionierenden DSL-Box (7170 direkt am DSL-Anschluss) trotz korrekter Portweiterleitungen das Problem, dass sich X-Lite aus dem Internet zwar registrieren und Anrufe signalisieren kann, jedoch bleibt es in beide Richtungen stumm. Mit dem gleichen X-Lite am selben Rechner funktioniert die Anmeldung und das Telefonieren mit einem Arcor-VoIP-Account wunderbar, ohne ICE und STUN.
[/EDIT]
[EDIT2]
Das LOG zeigt deutlich, wo es hakt:
Code:
03:39:37.975 dtmfbox.c dtmfbox 0.4.1 - rc4
03:39:37.977 dtmfbox.c PJSIP 0.8.0
03:39:37.978 sip_endpoint.c Creating endpoint instance...
03:39:38.006 pjlib select() I/O Queue created (0x503d2c)
03:39:38.006 sip_endpoint.c Module "mod-msg-print" registered
03:39:38.007 sip_transport. Transport manager created.
03:39:38.008 voip_ctrl.c Init VOIP...
03:40:08.011 voip_ctrl.c Resolve IP from host 192.168.178.1 ...
03:40:08.012 voip_ctrl.c Use IP: 192.168.178.1
03:40:08.014 udp0x51478c SIP UDP transport started, published address is 192.168.178.1:5061
03:40:08.015 voip_ctrl.c UDP server listening on port 5061
03:40:08.019 sip_endpoint.c Module "mod-tsx-layer" registered
03:40:08.020 sip_endpoint.c Module "mod-stateful-util" registered
03:40:08.025 sip_endpoint.c Module "mod-ua" registered
03:40:08.025 sip_endpoint.c Module "mod-100rel" registered
03:40:08.026 voip_ctrl.c VOIP callbacks initialized
03:40:08.027 sip_endpoint.c Module "mod-invite" registered
03:40:08.028 sip_endpoint.c Module "dtmfbox" registered
03:40:08.042 pjlib select() I/O Queue created (0x53aabc)
03:40:08.044 conference.c Creating conference bridge with 256 ports
03:40:08.046 conference.c Sound device successfully created for port 0
03:40:08.059 funcs.c connection_by_free - Connection: 0
03:41:08.062 voip_ctrl.c RTP/RTCP: 192.168.178.1:4000-4001
03:42:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4002-4003
03:43:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4004-4005
03:44:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4006-4007
03:45:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4008-4009
03:46:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4010-4011
03:47:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4012-4013
03:48:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4014-4015
03:49:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4016-4017
03:50:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4018-4019
03:51:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4020-4021
03:52:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4022-4023
03:53:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4024-4025
03:54:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4026-4027
03:55:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4028-4029
03:56:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4030-4031
03:57:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4032-4033
03:58:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4034-4035
03:59:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4036-4037
04:00:08.061 voip_ctrl.c RTP/RTCP: 192.168.178.1:4038-4039
04:00:08.062 voip_ctrl.c RTP/RTCP media transport created
04:00:08.066 voip_ctrl.c VOIP initialized!
Auffällig ist, ist dass jedes Portpaar eine ganze Minute für die Bindung braucht. Mit meiner anderen DSL-Box
benötigt die Registrierung der 20 Portpaare 6 Sekunden. Auch wenn man die Anzahl der Verbindungen auf 0 setzt, ist immer noch diese Wartezeit da. Habe auch festgestellt, dass die Anzahl der Verbindungen aus dem WebIF keine Auswirkungen auf Anzahl der Portbindungen hat. Also kann ich folgendes streichen:
Ich habe mal in den Code geschaut. Wenn die Anzahl 0 ist, dann kommt er doch gar nicht mehr in die for-Schleife. Das Problem muss also irgendwo vor der Funktion "udp_media_transports_create" stecken. Auch die alternative Funktion "ice_media_transports_create" bringt ja auch keine Besserung. Die Wartezeit von 20 Min. liegt daran, dass jedes der 20 Portpaare 1 Min Bindungszeit braucht. Ist das vielleicht doch ein Problem mit dem SIP-Stack?
[/EDIT2]
Nur leider gibt es dann noch ein weiteres Problem: Wenn kein DSL verfügbar ist (Kabel raus, Störung usw.), dann registrieren sich die Clients der Fritzbox nicht mehr.
Gibt es für die beiden Probleme Lösungen?
Gruß,
MaHaGoNi
