CallBack mit DS 0.2.8 - bei wem geht es ?

[1.BigDaddy]

Hallo !

Nach umstellung auf dieneuste version geht CallBack nicht mehr.

Was hat dieser eintrag im ringpuffer zu bedeuten ???

Aug  1 00:34:36 fritz syslog.info -- MARK --
Aug  1 00:35:06 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:35:13 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:37:11 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:37:16 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:39:19 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:39:20 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:41:26 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:41:27 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:43:26 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:43:29 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:45:34 fritz user.debug kernel: New IGMP type=34, why we do not know about it?
Aug  1 00:45:35 fritz user.debug kernel: New IGMP type=34, why we do not know about it?

 

[1.BigDaddy]

>>> in:cancel ID=1 TIMESTAMP=01.08.06 10:14 SOURCE=xxxx7115745 DEST=2736896 EXT=4 DURATION=16 PROVIDER=
[0] EVENT=in:cancel SOURCE='xxxx7115745' DEST='2736896' SOURCE_NAME='' DEST_NAME='' ID=1 EXT=4 DURATION=16 TIMESTAMP='01.08.06 10:14' PROVIDER=
[0:0] processing rule 'in:request' '^xxxx7115745' '^2736896' 'echo "quot;ATP3"quot; | nc 127.0.0.1 1011; echo "quot;ATD4002134"quot; | nc 127.0.0.1 1011'
[0:0] event 'in:cancel' does NOT match pattern 'in:request'
[0:0] FAILED
[0:1] processing rule 'in:request' '^xxxx7115745' '^2736897' 'echo "quot;ATP3"quot; | nc 127.0.0.1 1011; echo "quot;ATD400049"quot; | nc 127.0.0.1 1011'
[0:1] event 'in:cancel' does NOT match pattern 'in:request'
[0:1] FAILED
[0:2] processing rule 'in:cancel' '!^xxxx7115745$' '^8262231' 'mailmessage'
[0:2] event 'in:cancel' matches pattern 'in:cancel'
[0:2] parameter SOURCE='xxxx7115745' does NOT match pattern '!^xxxx7115745$'
[0:2] FAILED

Diese Fehlermeldung bekomme ich wenn ich ein CallBack versuche ( Testanruf )

bei der 0.2.6 Hat es funktioniert.

Hat jemand ne ideee ???


Danke

 

[buehmann]

Hallo BidDaddy,

was ist denn eigentlich dein Problem bzw. warum hältst du die Ausgabe für eine Fehlermeldung? Bei deinem Testanruf wurde deine Regelliste ordnungsgemäß abgearbeitet; es hat nur keine Regel gepasst. Das Warum steht für die drei Regeln auch dabei:

[0:0] event 'in:cancel' does NOT match pattern 'in:request'
[0:1] event 'in:cancel' does NOT match pattern 'in:request'
[0:2] parameter SOURCE='xxxx7115745' does NOT match pattern '!^xxxx7115745$'

Andreas

 

[1.BigDaddy]

Hallo BidDaddy,

was ist denn eigentlich dein Problem bzw. warum hältst du die Ausgabe für eine Fehlermeldung? Bei deinem Testanruf wurde deine Regelliste ordnungsgemäß abgearbeitet; es hat nur keine Regel gepasst. Das Warum steht für die drei Regeln auch dabei:

[0:0] event 'in:cancel' does NOT match pattern 'in:request'
[0:1] event 'in:cancel' does NOT match pattern 'in:request'
[0:2] parameter SOURCE='xxxx7115745' does NOT match pattern '!^xxxxxxxxxxx$'

Andreas

Und was soll ich nun machen ???
Wieder 0.2.6 reinhauen ????

Das steh bei mir in den Listeners drinne :

in:request ^xxxxxxxxxxx ^2736896 echo "ATP3" | nc 127.0.0.1 1011; echo "ATD4002134" | nc 127.0.0.1 1011

in:request ^xxxxxxx ^2736897 echo "ATP3" | nc 127.0.0.1 1011; echo "ATD400049" | nc 127.0.0.1 1011

Danke

 

[1.BigDaddy]

CallBack punk nicht mehr bei 0.2.8

Hallo !

Wer hat erfahung mit CallBack ?

Nach umstellung auf DSMOD 0.2.8 geht kein CallBack mehr.

Bekomme folgende INfo :

Aug  1 12:41:21 fritz daemon.debug callmonitor: [9:0] processing rule 'in:request' '^xxxxxxxxx' '^2736896' 'echo "ATP3" | nc 127.0.0.1 1011; echo "ATD4002134" | nc 127.0.0.1 1011'
Aug  1 12:41:21 fritz daemon.debug callmonitor: [9:0] event 'out:request' does NOT match pattern 'in:request'
Aug  1 12:41:21 fritz daemon.debug callmonitor: [9:0] FAILED
Aug  1 12:41:21 fritz daemon.debug callmonitor: [9:1] processing rule 'in:request' '^xxxxxxxxxxx' '^2736897' 'echo "ATP3" | nc 127.0.0.1 1011; echo "ATD400049" | nc 127.0.0.1 1011'
Aug  1 12:41:21 fritz daemon.debug callmonitor: [9:1] event 'out:request' does NOT match pattern 'in:request'
Aug  1 12:41:21 fritz daemon.debug callmonitor: [9:1] FAILED

In den Listeners steht :

in:request ^xxxxxxxxxxx ^2736896 echo "ATP3" | nc 127.0.0.1 1011; echo "ATD4002134" | nc 127.0.0.1 1011

in:request ^xxxxxxx ^2736897 echo "ATP3" | nc 127.0.0.1 1011; echo "ATD400049" | nc 127.0.0.1 1011

Danke

 

[buehmann]

Wenn da wirklich Zeilenumbrüche hinter dem "echo" in der ersten Regel und hinter dem "|" in der zweiten Regel sind, ist das schon mal ein erster Fehler, der allerdings bei einem Testanruf sichtbar werden sollte.

Beim Testanruf musst du natürlich das richtige Ereignis auswählen (in:request, nicht in:cancel wie oben), damit das überhaupt mit deinen Regeln klappen kann. Bisher wurden die Aktionen in deinen Regeln ja noch gar nicht ausgeführt!

Andreas

 

[1.BigDaddy]

SUCCEEDED
Aug  2 00:39:01 fritz daemon.info callmonitor: [47:0] ACTION: 'echo "ATP3" | nc 127.0.0.1 1011; echo "ATD4002134" | nc 127.0.0.1 1011'

Mit in:cancel sieht der eintrag besser aus, aber es ruft nicht an.


Liegt es an der neuen Firmware oder dem MOD ???


Gruß

 

[kay1234]

event 'out:request' does NOT match pattern 'in:request'

Danach würde ich sagen, Du bist nicht angerufen worden (in:request), sondern hast von Deinem Anschluss nach außen telefoniert (out:request).

Wie hast Du versucht, was anzurufen und was soll wann passieren? Es ist schwer, nur nach Logfile zu entscheiden, was nicht stimmt. Im Gegenteil, das Log sieht sogar gut aus - die von Dir verwendete Regel passt eben nicht zu dem erzeugten Event, folglich ist FAILED ganz genau das, was rauskommen muss.

Gruß,
Kay.

EDIT: und warum zum Teufel postest Du dasselbe Problem einmal als neuen Thread und einmal im Callmonitor-Thread????

 

[1.BigDaddy]

Weil mir im Callmonitor keiner helfen konnte.

Komisch das keiner sagen kann was der unterschied ist zwischen DS 2.6 und 0.2.8

Es muß an dem MODliegen, alle einstellungen sind die gleichen und es tut sich nichts.

Werde wohl den Alten wider draufhauen.


Trotzdem Danke für deine Hilfe. ( Alle anderen sind wohl zu Beschäftigt )

Gruß

 

[DM41]

Weil mir im Callmonitor keiner helfen konnte.

Andreas hat doch geantwortet! :gruebel:

Ich habe die Beiträge aus beiden Threads nun in diesem zusammengefasst. Bitte demnächst in einem bleiben oder zumindest Bescheid sagen, dass das Problem in einem anderen Thread ausgelagert wurde.

 

[1.BigDaddy]

Wenn da wirklich Zeilenumbrüche hinter dem "echo" in der ersten Regel und hinter dem "|" in der zweiten Regel sind, ist das schon mal ein erster Fehler, der allerdings bei einem Testanruf sichtbar werden sollte.

Beim Testanruf musst du natürlich das richtige Ereignis auswählen (in:request, nicht in:cancel wie oben), damit das überhaupt mit deinen Regeln klappen kann. Bisher wurden die Aktionen in deinen Regeln ja noch gar nicht ausgeführt!

Andreas

Die zeilenumbrüche sind aber nicht vorhanden, b.z.w. waren sie auch in der alten version drinne.

Nach dem aufspielen der Firmware-Version 14.04.15ds-0.2.8, war ja auch alles in dem Listeners so drinne wie vorher ( hat mich gewundert, ich dachte ich muß alles neu eingeben )

Hab jetzt alles mögliche versucht, werde jetzt auf die Alte version DOWNGRADEN.

@DM41 Danke fürs zusammenfügen.



Gruß

 

[1.BigDaddy]

Alte version drauf 0.2.6

und es geht. Hab nichts im Listner geändert.



Gruß


EDIT:

Hab nochmal die Neueste FW mit 028 DS MOD reingehauen, ES GEHT NICHT..


Aufruf an alle 7050 inhaber, die die neuste FW + Mod haben und bei denen CALLBACK funktioniert.
Mit einer BOX und KABEL.

DANKE

 

[plutschnik]

also bei mir gehts
7050 mit 028er dsmod und callback 1.5
hier meine einstellungen die nach einer nacht dummer rumprobiererei zum erfolg gefuehrt haben:

brueckenkabel in fon2

listener:
in:cancel ^XXXXXXX ^YYYYYYYY dial ZZZZZZZZZ

nebenstellen:
fon1 auf festnetz-isdn-msn, fon2 auf fake-analoge festnetz (123456)

rufumleitung/callthrough:
anrufe auf 123455 weiterverbinden ueber voip-nummer
berechtigung fuer durchwahl durch anschlussnummer: 555555555555
wenn ich das deaktiviere nimmt die box *sofort* ab.. so hab ich 1 klingelzeichen lang zeit um aufzulegen bevor die box abnimmt und direkt wieder auflegt.. nervt total..

gruss

 

[1.BigDaddy]

[Edit Novize: Fullquote von plutschnik gelöscht]

Ich habs über FON3 Laufen ( die klemen )

Und ich habe einen anderen eintrag im Listener.

Mal schauen wann ich zeit habe, dann versuche ich es nochmal.

Danke

 

[plutschnik]

ich flipp noch aus mit dem callback..
es scheint als verhaelt sich meine nagelneue box willkuerlich.. hab ein bissel was am listener geaendert.. dann gings ncht mehr, jetzt wieder 100pro alles so eingestellt wie es war, und bekomme nur noch den callback mit "verbindung wird gehalten"
AAAAAAAAAAAAAAAAAAAAAAAHHHHHHHHHH

kann irgendjemand mit ds028 seine einstellungen (nebenstellen, callthrough und listener) posten?
tausend dank!!!

 

[Tippfehler]

Verbindung wird gehalten deutet eher darauf hin, dass Du kein Freizeichen bekommst. Das hat mit dem Listener nichts zu tun. Vermutlich ist Deine Amtsleitung schon belegt.
Bei mir ist es leider manchmal so, dass nach einem erfolgreichen Callback die Box das Auflegen nicht erkennt. Ich resette dann die Box vom Handy aus, damit sie wieder läuft. Vielleicht kann man ans Callback noch irgendwie ein Hangup mit dranhängen.

 

[1.BigDaddy]

Oder es stimmt was nicht mit dem brückenkabel. Hatte es bei mir auch.

Zieh mal das kabel ab, und versuch dann Callback.

Gruß

 

[plutschnik]

habs jetzt.. sorry haette mal laenger rumprobiern solln bevor ich poste...
es lag an der callthrough einstellung berechtigung durch die Anschlussnummer des Anrufers.. da hatte ich meine homezonenummer drinne, das hat auch geklappt.. nur als ich dann diese durch eine cbc vorwahl (im listener oder in den wahlregeln) ergaenzt habe gings nicht mehr.. hab die option jetzt einfach ganz rausgenommen. jetzt gehts auch mit konstanter cbc vorwahl..
naechste huerde: LCR.. sobald der lcr von telefonsparbuch.de drauf ist flackert die festnetzlampe nur kurz beim rueckruf.. hab schon wieder ne stunde rumgemehrt.. kein erfolg..