Suchergebnisse

Tja, da steht nur Murks in der SDP, das ist das Problem. 0d0a ist ein einfaches Carriage Return, damit kann kein SIP Server etwas anfangen. Die Dahua Dinger sind manchmal recht anfällig für zu viele Config Änderungen. Mach dir ein paar Fotos der Config und dann einen Factory-Reset. Danach stell...

Ich vermute mal, der Debugger vom asterisk zeigt den SDP Teil deiner INV nicht an. Mach doch parallel dazu einen wireshark trace (mit tcpdump,tshark,...), dann sieht man das Problem wohl etwas klarer.

Hab "nur" ne alte VTO2000A. Ich nutze den SIP Server (ip=192.168.1.39) darauf für meine VTH's, nur so funktioniert das Bild "vor" dem Abheben sauber. Meine Asterisk habe ich einfach als weitere VTH drauf registriert. Somit kommt das Besucher-Klingeln als INVITE mit 9901#10 zum Asterisk. Das...

Hatte das gleiche Problem. Habs mir leicht gemacht und bin auf chan_sip zurückgewechselt.

Nein. Bei VTO musst du die Prompts direkt in die FW einbauen. Dafür gibts ein schönes Tool auf Github: https://github.com/BotoX/Dahua-Firmware-Mod-Kit

Ok, auf SIP Ebene hast du dann wohl keine Chance. Ich denke, dass du mit dem Eventhandler noch weiterexperimentieren solltest. Du musst dich nur für die richtigen Events "subscriben", dann könnte da schon etwas passendes kommen. Das serielle Protokoll ist glaube ich Mifare oder eine Abwandlung...

@tobity Welchen SIP server verwendest du? Kannst du mal einen pcap Trace der gesamten Situation anfertigen und posten? Würde mich interessieren, ob sich das evtl. auf SIP Ebene lösen lässt.

Ich kann bei der Suche nach WL3 behilflich sein - einfach PM an mich.

Ascom i63 / Unify WL4 kannst du dir ansehen.

Ok, das kann sein. Die Adresse aus Beispiel war von einer Cam. Durchsuch mal das Forum, das Thema TFTP und VTO2000A wurde hier schon sehr oft behandelt.

Folgendes deutet auf einen fehlendes Signature File hin: DH:: [reliableenvvalidate:1025] crypto dir=/usr/SigFileList,buf pos=4 falied---filename:[/usr/SigFileList] signfile [/usr/Data_Signature] Restarting system. Ab 2018 sind die Partitionen signiert - da muss der Bootloader, alle Partitionen...

Appauto auf 1 stellen, dann sollte das Gerät ganz normal hochfahren.

Wenn die VTH gebrickt ist, dann musst du sowieso einen anderen Weg gehen (Stichwort "Dahua Unbricking").

Denke schon - hab die VTH1550CHW-2_Eng_SIP_V4.300.0000002.0.R.20210720.bin selbst aber noch nicht ausprobiert. Wenn sie sich auf deine VTH flashen lässt, dann sollte das schon gehn. Wichtig ist nur, dass es sich um eine VTH1550 V1 handelt. Die IP solltest du eigentlich auch über das Dispay...

Das ! muss sein, des "negiert" den Filter. Somit wird alles angezeigt, nur nicht die Pakete von deinem PC. Da nur die VTH dranhängt, wirst du nur Pakete von dieser sehen.

Naja, da musst du die MAC-Adresse von deinem PC eintragen.

Mit Sniffen würde es gehn. VTH hochlaufen lassen (mit Netzwerk verbunden), Kabel von der VTH abstecken und sofort direkt am PC anschließen auf dem Wireshark läuft. Wenn du dann den Traffic filterst (!eth.addr==pc-mac-adresse) solltest du die Pakete mit der aktuellen IP der VTH sehn.

Warum nicht die General_VTOXXX_Eng_P_16M_SIP_V4.300.0000002.0.R.20210722 mit dem Language Pack? Läuft bei mir seit 2021 problemlos.

Nein - sind sie nicht. Die WL4 FW hat ein paar Spezialitäten drinnen, die v.a. in Unify Telefonanlagen zusätzliche Features bringen. Die HW ist wohl identisch, der Bootloader sagt dann ob es sich um ein i63, WL4, innovaphone,... handelt und lässt so nur die passende FW zu.

Nur zur Info: Aktuellste Version dich ich finden konnte ist die OS40_SIP_V3_R5_24_2.img.