Probleme mit BLF unter Asterisk 1.2.1

[baschdieh]

Hallo,

nachdem ich bei unseren SNOM Telefone das BLF aktiviert habe und meine configs unter asterisk mit subscribecontext=blf bzw. unter der extensions.conf:

[blf]
exten => 222,hint,SIP/basty
.
.
.

ausgestattet habe, funktionieren wie gewünscht die tollen Lichter am Telefon. Allerdings fällt mir nun auf, dass ich div. Fehler im CLI bzw. Log habe:

    -- Incoming call: Got SIP response 489 "Bad Event" back from 172.16.3.80
    -- Incoming call: Got SIP response 489 "Bad Event" back from 172.16.3.81
etc.

Diese Fehler treten regelmässig (alle 2 Minuten) auf. Was könnte das sein?

danke!

 

[HobbyStern]

Ich wärme mal kalte Küche auf.

Ich habe seit einiger Zeit nichtbeachtete Warnungen vor mir hergeschoben und habe Google hin und wieder mal terrorisiert - hilft alles nichts - ich muss mich leider anschliessen :

Incoming call: Got SIP response 489 "Bad Event" back from 10.0.0.x

Kommt bei allen in Bezug auf Pickup-Patch und Hints genutzten Snoms.

Es passiert mW rein nichts was schädlich wäre, aber es ist halt ein "Warning" - also störend.

Diese Fehler treten regelmässig (alle 2 Minuten) auf.

In meinem Falle treten Sie bei jedem Wechsel des Status der LEDs auf - also zB bei jedem Anruf.

Kann jemand bestätigen das er dieses mit u.g. Konstellation auch sieht ?

SNOM FW 6.2.2
Pickup-Patch von mg
Asterisk 1.2.x

Grüsse, Stefan

 

[Guard-X]

Das Problem habe ich nicht. Und ich habe ueber 1000 subscriptions. Getestet mit fast allen Versionen. Ist mir nie aufgefallen. Patch ist auch der gleiche. Schon mal 1.2.12.1 mit einer 5er Fw getestet?

mfg Guard-X

 

[HobbyStern]

Nicht wirklich - ich werd die ganze Sache im Auge behalten, solange es keine "Störungen" gibt ists nur ein Makeup-Problem...

Ich könnte jetzt noch nicht einmal sagen ob es seit >6.x aufgetreten ist, würde aber Asterisk eher ausschliessen, da der letzte Patch erst vor einiger Zeit war - da bestand dieses "Puderproblem" aber schon...

Grüsse, Stefan

 

[jackfritt]

Hallo,

ich habe den Fehler gefunden. Und zwar scheint in der astdb irgend ein Schrott drinzustehen. Bei mir trat der Fehler erst auf nachdem ich mit Asterisk 1.4 und 1.2 gespielt habe. Irgendwie war in der astdb noch was drin was dann mit der 1.2 zu Problemen führte. Ich habe die astdb einfach mal gelöscht und Asterisk 1.2 neu gestartet und siehe da der Fehler is weg.
Ich konnte auf der CLI nichts mehr außer dieser Fehlermeldung lesen.
Bei soviel Snom´s wird die CLI schnell zugespamt

rm /var/lib/asterisk/astdb

und Asterisk restarten. Fertig.

Evtl. Hilft es ja auch bei euch.

ABER Vorsicht ! Es gehen alle Datenbankeinstellungen etc. verloren.
Also auch subscriptions,hints und ähnliches.
Einfach warten bis sich die Telefone wieder neu angemeldet haben.
Dann sollte alles wieder klappen.
Wenn Ihr euch nicht sicher seid benennt die alte astdb erstmal um.
Dann hat man immerhin noch eine Sicherungskopie.

Gruss,

Jörg, der immer noch auf eine schöne pickup Lösung wartet

 

[muurman]

Ich bekomme auch immer die sip response 489 meldung.
Denke nach dem ich meine grandstream gxp2000 mit neue firmware geflashed habe.
Zuruck flashen des grandstreams geht nicht, weil ich dan slechtes audio bekomme uber headsets.

Und ich kan doch nicht einfach denn ast db loschen????

 

[betateilchen]

Und ich kan doch nicht einfach denn ast db loschen?

Warum nicht? Solange Du die AstDB nicht für irgendwelche eigenen Zwecke benutzt, steht da nix drin, was der Asterisk bei einem Neustart nicht automatisch selbst generieren kann.

 

[muurman]

Ich habe aub custom variabelen im db. Aber die kann ich wieder neu setzen.