Asterisk auf 7170 TOT nach Upgrade auf 29.04.80

[voipfan2010]

Bis vor kurzem hatte ich ein geiles Telefonsystem bestehend aus der 7170 und Asterisk. Dann habe ich die falsche Entscheidung getroffen, und auf Firmware 29.04.80 upzugraden, und seitdem funktioniert mein Asterisk nicht mehr.

Ich habe mein Telefonsystem nicht mehr, es ist echt schlimm.

Ich erhalte beim Starten von

cfg_asterisk14 start r

folgenden Fehler

'/etc/asterisk/asterisk.conf' is not a regular file, ignoring
'/etc/asterisk/extconfig.conf' is not a regular file, ignoring
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)

Es laufen jedoch mehrere Asterisk Prozesse.


Never change a working system. Ja, das naechste mal werde ich diesen Update nicht mehr machen.


:spocht:


Last famous words:
Nachdem ich keinen Erfolg hatte bei Asterisk 1.6 Anrufe zu empfangen, eines der neuen Features dieser Version, habe ich das Teil einfach weg geschmissen.
Dann alles noch einmal von vorne installiert, dann aber 1.4, und schon konnte ich zumindest wieder Anrufe empfangen.
Der naechste Schritt war es das Problem mit DNSMASQ zu lösen. Also ganz einfach Freetz kompilieren, und so dann DNSMASQ abgreifen.
Dies dann installiert, und schon war dies auch gelöst. Dann noch einige Dinge wieder gerade gezogen, und schon hatte ich mein Telefon wieder.
Ich habe mehrere lange Stunden verbracht, um dies wieder zu fixen, in der letzten Stunde, wobei das Kompilieren von Freetz schon eine Weile gedauert hat, habe ich dann alles wieder einigermaßen zum Laufen gebracht.

WICHTIG:
Wenn Ihr mit der Fritzbox zufrieden seid, und die neuen Features nicht so super sind, dann lässt einfach die Spielchen mit den Updates. Es lohnt sich meistens eh nicht.

Diese Fritzbox wird nicht mehr geupdated, auf was auch immer. Ich bin froh, daß alles wieder funktioniert.

NEVER CHANGE A F&CKING RUNNING SYSTEM.

 

[voipfan2010]

DNSMASQ Problem "No Permission" beim Download von SEP...xml Datei

Beim Reparieren des Gesamtproblems bin ich deutlich vorwärts gekommen. Asterisk läuft jetzt wieder (naja fast). Ich muss nur noch auf die neue Notation bei 16 umstellen. Ich habe einfach alles noch einmal neu gemacht.

Aber ich habe jetzt immer noch ein Problem mit meinem DNSMASQ, den ich als TFTP für mein Cisco benötige.

DNSMASQ liefert ständig
Oct 26 11:41:03 dnsmasq[1162]: TFTP cannot access /var/media/ftp/xxxxxx/tools/dnsmasq/SEP001XXXXXXXX.cnf.xml: Permission denied

Die Datei ist natürlich genau an dieser Stelle. Keine Ahnung was da los ist.

Immer noch ziemlich

 

[rentier-s]

"Permission denied" heißt nicht, dass die Datei nicht da ist, sondern dass der Prozess keine Rechte für die Datei hat. => chmod

 

[voipfan2010]

DNSMASQ Permission Problem

Ok, die Datei hat folgende Permissions:
-rwxrwxrwx 1 root root 2360 Jun 14 2009 SEP001XXXXXX.cnf.xml

Das ist alles total schräg:
DNSMASQ kann ohne Probleme auf das logfile schreiben, lesen, etc..
DNSMSAQ kann aber nicht SEP... mit den gleichen Permissions lesen?

Ratlos.

Danke.

 

[voipfan2010]

Neuer Fehler

Der Update ist wirklich eine verdammt schräge Sache.

Problem 1:
Eingehende Anrufe werden nicht mehr akzeptiert, weil die SIP Invites "not authorized" sind. Durch Änderung in

insecure=invite,port

verschwindet dieses Problem.

Dafür kommt dann aber

(Neues) Problem 2:

SIP meldet jetzt "Address incomplete". Also die Extension, die man hier als SIP-XXXX

register => YYYYYYYYY:[email protected]:5060/sip-XXXX

angibt. Wird nicht verarbeitet, ist also nicht da.

Deshalb versucht Asterisk dann eine Verbindung zur Startextension s herzustellen, die bei mir erst einmal nicht definiert war. Nachdem ich das gemacht habe, zumindest mal Asterisk ein neues Feedback gegeben. Aber es soll nicht s angesteuert werden, sondern z.B. sip-xxxx .

Bei Probleme treten gleichermaßen bei Congstar und SIPGATE auf.

Ich hasse jetzt schon 29.04.80 .

 

[rentier-s]

Bitte nicht zwei mal hintereinander posten, sondern ggf. die "Ändern"-Funktion benutzen.

insecure=very gibt es bei 1.6 nicht mehr, und bei den ankommenden Anrufen solltest Du mal genau die Contexte und Extens prüfen. Ggf. kannst Du mal sip.conf, extensions.conf und einen CLI Auszug eines Anrufs mit verbosity>=3 posten.

Da kann aber die neue Firmware nicht dafür!

Bzgl. der nicht lesbaren Datei: hast Du die per FTP oÄ. drauf kopiert oder auf der Box erstellt? Das hat bei mir mal einen Unterschied gemacht, obwohl 0777 gesetzt war.