Suchergebnisse

Habe in meiner Testumgebung ein neues snom 360 und ein 370 mit 7er-Firmware an einem einfachen Netgear Desktop-Switch (4 Ports PoE, 4 ohne) dran und die betreffenden Switch-Ports beginnen früher oder später wie wild zu blinken, das WebUI wird praktisch unbedienbare und die Sprache/MoH tönt nach...

Habe mal: - Eine Asterisk-Issue zum Problem des nicht mehr funktionierenden "One-legged Transfers" / INVITE mit Replaces Header eingegeben, trotz gepatchtem Asterisk - Den "alten" Code teilweise "wiederhergestellt", d.h. die roten Zeilen der Revision 219303 wieder reingehackt und die neuen...

Danke erstmal für die Unterstützung. Bezügl. Bugreport bei Digium habe ich ein bisschen Hemmungen, da es sich um einen gepatchten Asterisk handelt... Man müsste also wohl besser quasi einen Use Case finden, wo das auch bei einem ungepatchten auftritt...

Nix da. Klappt auch so nicht, der "fällt" nun in das ast_log(LOG_WARNING, "Failed to perform masquerade with INVITE replaces\n"); rein... Vielleicht sollten wir unsere Diskussion off-board weiterführen und erst wieder Resultate posten, damit dieser Thread nicht noch unübersichtlicher wird...

...spendiere an dieser Stelle mal den Patch für die 1.4.29. Natürlich ohne Gewähr, müsste aber auf einen ungepatchten Asterisk fehlerfrei applyen und grundsätzlich funktionieren. P.S.: Patch verwendet Flag 21: AST_FLAG_ANSWERED_ELSEWHERE = (1 << 21) Ist im .29 noch frei, bei allfälligen...

Hie mal die beiden Logs - jeweils mit Verbos von 8 und Debug 4 oder so. Aber ohne SIP Messages drin. 1.4.29 patched: http://pastebin.com/f52feae32 1.4.26.3 patched: http://pastebin.com/f4567f938 Die Logs unterscheiden sich auch nicht so massiv... Update2: Da ist mir die wohl noch entscheidende...

Ich auch - bzw. mindestens eine (siehe oben) ... und mittlerweile auch eine zweite. (Asterisk Issue#0016027: [patch] Crash on Pickup or Transfer / SVN Revision 222542) Wird wohl mindestens morgen werden... Ach ja: Gute Besserung!

Habe einfach mal aus Spass an der Freude 1.4.26.3 runtergeladen, gepatcht (mit asterisk-1.4.22-pickup-by-call-id.patch) und kompiliert -> works... 1.4.27.1: worksn't! Als Schuss aus der Hüfte verdächtige ich einfach mal die folgende Änderung an Asterisk, das Problem zu verursachen: Asterisk...

...kommt auch gleich... 1.4.29 gepatcht: NOTIFY: NOTIFY sip:[email protected]:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.10:5060;branch=z9hG4bK4bfb377d;rport From: <sip:[email protected]>;tag=as0ca33173 To: <sip:[email protected]>;tag=rzbd6oz3ri Contact: <sip:[email protected]> Call-ID...

Aber gerne doch, hier der vom 1.4.21.1 (gepatcht): NOTIFY: NOTIFY sip:[email protected]:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.10:5060;branch=z9hG4bK7548db0b;rport From: <sip:[email protected]>;tag=as4b6c1be1 To: <sip:[email protected]>;tag=35rp9m6914 Contact...

Pickup-Patch - mal wieder (net-performer-Patch mit Asterisk 1.4.29) Hat schon jemand versucht, den Patch von Tweety ("net-performer-Patch"; asterisk-1.4.22-pickup-by-call-id.patch) auf den aktuell aktuellesten 1.4er-Asterisk (1.4.29) zu applizieren? Der Patch applyt soweit auch, mit einzelnen...

Morgen! Ich mal wieder. Versuche mich gerade im Patchen von Asterisk 1.4 latest (.29) und da ist mir noch folgendes aufgefallen: Ab Asterisk 1.4.26 ist die Definition des/der Flags SIP_PAGE2_CID_* mit "<< 30" nciht mehr "zulässig"! Seit .26 gibt's nämlich das Flag #define...

Mag Zufall oder durch eine andere Ursache als dem (kürzlichen) Jahreswechsel hervorgerufen worden sein, aber bei einem Kunden haben sich am 3. Januar 2010 um ca. 06:16 sämtliche 4 Grandstream-ATA HT386 (Firmware 1.0.3.96) auf einen Schlag vom Asterisk abgemeldet ("Peer '123' is now UNREACHABLE")...

Hatte so was auch an einem snom 360 (einmalig), war glaubs auch vor Weihnachten (jedenfalls vermutlich im Dezember oder evtl. November 09), kann aber leider nicht mit weiteren Angaben dienen, da ich das Telefon einfach neu gestartet habe, kann nicht mal mehr gesicherte Angaben zur FW-Version...

Hmmmm. cid_name ist leer?! Evtl. Müsste noch (im Dialplan, nicht in chan_sip.c) cid_name = cid_num gesetzt werden, falls cid_name nix ist. Oder am snom die Anzeige von Nummer statt Name konfiguriert werden (mindestens zum Testen). - Ist das beim semi-attended-Transfer auch so? Nehme an; A =...

Ja, zum Beispiel. Hold, Nummer wählen Hacken-Taste. Oder mittels BLF-Taste usw. Hm. Kapiere ich nun nicht ganz. Müsste doch eigentlich mehr oder weniger dasselbe sein,, vom Ablauf her, einfach mit anderem Timing... (Attended vs. Nicht dass ich wüsste. Hm. Du könntest sonst mal - wenn Du...

Hm.. Der Patch müsste eigentlich funktionieren... Kann sein, dass die Zeilennummern nicht 100%ig stimmen, aber der Patch scheint ja zu applyen (Zeilen könnten wegen dem "call answererd elsewhere"-Patch, den ich bereits vor diesem Patch reingemacht habe, leicht verschoben sein, deshalb die...

Siehe Post #25: Mindestens Stand 31.8. war käumlichst was dazu drin. Das ist doch das Schöne an OpenSource-Software: Jeder kann in den Sourcen (hier z.B. im SVN) nachschauen, ob der entsprechende Code drin ist oder nicht...

Welcher Patch ist das? Die hier im Forum sind - wenn ich nichts übersehen habe- für 1.2 bzw. 1.6.0, nicht für 1.6.2. Da wundern mich die vielen rejects überhaupt nicht...

Jetzt ist's wohl halboffiziell: http://wiki.snom.com/Snom_m9 Sorry, ziemlich-offiziell: http://www.snom.com/de/produkte/snom-m9-sip-dect-ip-phone/