Ich hab das 0.3.2 Targa und bin bei carpo. In der Früh ist VoIP immer tot (tut-tut-tut Fehlerton aus dem Hörer) und muss per "ata.sh restart" wiederbelebt werden. Bei den Images <0.3 gabs das Problem nicht (in der Regelmäßigkeit).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ich würde mal vermuten das es an der Trennung durch deinen Provider liegt. Ich werde im nächsten Image mal bei der Zeitsteuerung zusätzlich zum Reconnect noch ein Neustarten von VOIP vorsehen.
Bis dahin würde ich an deiner Stelle einfach den zeitgesteuerten Reboot (im Webinterface: Additional->Auto disconnect/reboot) nutzen und den Router einfach nachts mal neu starten lassen. Das stört keinen und nach dem Neustart sollte auf jeden Fall alles gehen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Auf der Kiste läuft doch auch ein ppp_watch Script. Ich nehm mal an, dass das die ppp Verbindung überwacht und ggf neu aufbaut. Wird dabei auch der vodsl mit seiner Verbindung zum VoIP Provider berücksichtigt? Bzw auch die Übermittlung der neuen IP Adresse an dyndns?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Auszug aus den vodsl Ausgaben... um 17:38:10 scheint es dann zu einem Problem zu kommen. Im Anschluss ist die VoIP-Leitung tot.
*********************** SIP Registration Success! *****************************
17:19:03 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_OK
Can not connect to server.
17:19:03 Line 0: In Service
17:19:03 Line 1: In Service
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:19:03 register ok...
17:19:03 cmEndpt: 0, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:19:03 *** ERROR: unhandled event/state
17:19:03 cmEndpt: 1, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:19:03 *** ERROR: unhandled event/state
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
*********************** SIP Registration Success! *****************************
17:28:33 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_OK
Can not connect to server.
17:28:33 Line 0: In Service
17:28:33 Line 1: In Service
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:28:33 register ok...
17:28:33 cmEndpt: 0, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:28:33 *** ERROR: unhandled event/state
17:28:33 cmEndpt: 1, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:28:33 *** ERROR: unhandled event/state
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
*********************** SIP Registration Success! *****************************
17:38:04 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_OK
Can not connect to server.
17:38:04 Line 0: In Service
17:38:04 Line 1: In Service
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:38:04 register ok...
ich denke das Problem hat primär nichts mit VoIP zu tun. Das Problem liegt wohl beim PPP-reconnect respektive bei der DSL-Zwangstrennung. Zumindest deutet das 'Can not connect to server' daraufhin.
Starte am besten den Router neu. Wenn dann VoIP wieder geht bzw. eine Internetverbindung über den Router aufgebaut werden kann, dann notiere die DNS-Server die in "Status / WAN status" aufgeführt sind. Diese trägst du dann im Web-Interface unter "Network Settings / DSL/WAN" als DNS-Server ein.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ja der Log zeigt eindeutig, das die IP-Adresse des Registrar nicht aufgelöst werden kann weil offensichtlich hier auch das Problem mit den DNS-Servern besteht. Dies wurde auch schon hier: https://sourceforge.net/forum/forum.php?thread_id=2411991&forum_id=799261 diskutiert.
Mit der nächsten Version wird das geändert und dann sollte es keine Probleme mehr geben.
Bis dahin, wie schon angesprochen, Nachts rebooten und gut.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ich hab das 0.3.2 Targa und bin bei carpo. In der Früh ist VoIP immer tot (tut-tut-tut Fehlerton aus dem Hörer) und muss per "ata.sh restart" wiederbelebt werden. Bei den Images <0.3 gabs das Problem nicht (in der Regelmäßigkeit).
Ich würde mal vermuten das es an der Trennung durch deinen Provider liegt. Ich werde im nächsten Image mal bei der Zeitsteuerung zusätzlich zum Reconnect noch ein Neustarten von VOIP vorsehen.
Bis dahin würde ich an deiner Stelle einfach den zeitgesteuerten Reboot (im Webinterface: Additional->Auto disconnect/reboot) nutzen und den Router einfach nachts mal neu starten lassen. Das stört keinen und nach dem Neustart sollte auf jeden Fall alles gehen.
Auf der Kiste läuft doch auch ein ppp_watch Script. Ich nehm mal an, dass das die ppp Verbindung überwacht und ggf neu aufbaut. Wird dabei auch der vodsl mit seiner Verbindung zum VoIP Provider berücksichtigt? Bzw auch die Übermittlung der neuen IP Adresse an dyndns?
Auszug aus den vodsl Ausgaben... um 17:38:10 scheint es dann zu einem Problem zu kommen. Im Anschluss ist die VoIP-Leitung tot.
*********************** SIP Registration Success! *****************************
17:19:03 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_OK
Can not connect to server.
17:19:03 Line 0: In Service
17:19:03 Line 1: In Service
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:19:03 register ok...
17:19:03 cmEndpt: 0, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:19:03 *** ERROR: unhandled event/state
17:19:03 cmEndpt: 1, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:19:03 *** ERROR: unhandled event/state
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
*********************** SIP Registration Success! *****************************
17:28:33 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_OK
Can not connect to server.
17:28:33 Line 0: In Service
17:28:33 Line 1: In Service
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:28:33 register ok...
17:28:33 cmEndpt: 0, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:28:33 *** ERROR: unhandled event/state
17:28:33 cmEndpt: 1, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:28:33 *** ERROR: unhandled event/state
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
*********************** SIP Registration Success! *****************************
17:38:04 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_OK
Can not connect to server.
17:38:04 Line 0: In Service
17:38:04 Line 1: In Service
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:38:04 register ok...
17:38:04 cmEndpt: 0, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:38:04 *** ERROR: unhandled event/state
17:38:04 cmEndpt: 1, cx -1: CMEVT_VOIP_REGISTER_OK in CMST_ONHOOK endpt state
17:38:04 *** ERROR: unhandled event/state
call Tcm_updateDialplanTblbyEvent
Tcm_handlesigUpdate: update option = 0
17:38:10 Vinson -- serviceUpdateDialplan
Error getting IP address
17:38:10 *** Using default value for local IP address = 192.168.1.1 ***
CThread's thread has PID 2820
DnsResolver's thread leaving
TransmissionMgr's thread leaving
SipEngine's thread leaving
Unknown Thread's thread leaving
Unknown Thread's thread leaving
CThread's thread leaving
17:38:10 CallEvent -1, CCEVT_STATUS: reason CCRSN_CFG_DISABLED
Can not connect to server.
17:38:10 Log IP: 0.0.0.0:0
17:38:10 Proxy IP: sip.carpo.de:5060
17:38:10 Registrar IP: 0.0.0.0:5060
17:38:10 Domain name: carpo.de
Hallo,
ich denke das Problem hat primär nichts mit VoIP zu tun. Das Problem liegt wohl beim PPP-reconnect respektive bei der DSL-Zwangstrennung. Zumindest deutet das 'Can not connect to server' daraufhin.
Starte am besten den Router neu. Wenn dann VoIP wieder geht bzw. eine Internetverbindung über den Router aufgebaut werden kann, dann notiere die DNS-Server die in "Status / WAN status" aufgeführt sind. Diese trägst du dann im Web-Interface unter "Network Settings / DSL/WAN" als DNS-Server ein.
Ja der Log zeigt eindeutig, das die IP-Adresse des Registrar nicht aufgelöst werden kann weil offensichtlich hier auch das Problem mit den DNS-Servern besteht. Dies wurde auch schon hier: https://sourceforge.net/forum/forum.php?thread_id=2411991&forum_id=799261 diskutiert.
Mit der nächsten Version wird das geändert und dann sollte es keine Probleme mehr geben.
Bis dahin, wie schon angesprochen, Nachts rebooten und gut.