dtmfbox (AB/CB/CT VoIP/ISDN/Analog)

Auch nach Umstellung des Interfaces auf die lokale IP der Fritzbox ändert sich nicht viel. Ich habe nochmal den Log angehängt. Es gibt diesen Fehler: Call DISCONNECTED [port=0, reason=408 (Request Timeout)]

Code:
 13:37:21.357   voip_funcs.c Initialize outgoing call from 'sip:[email protected]' to 'sip:[email protected]'
 13:37:21.358  icstr0x54f438 ICE session created, comp_cnt=2, role is Controlling agent
 13:37:21.359  icstr0x54f438 Candidate 0 added: comp_id=1, type=Host, foundation=Ha9fe0201, addr=169.254.2.1:30000, base=169.254.2.1:30000, prio=0x64ffffff (1694498815)
 13:37:21.359  icstr0x54f438 Candidate 1 added: comp_id=1, type=Server Reflexive, foundation=Sa9fe0201, addr=84.174.26.216:30000, base=169.254.2.1:30000, prio=0x7effffff (2130706431)
 13:37:21.361  icstr0x54f438 Candidate 2 added: comp_id=2, type=Host, foundation=Ha9fe0201, addr=169.254.2.1:30001, base=169.254.2.1:30001, prio=0x64fffffe (1694498814)
 13:37:21.362  icstr0x54f438 Candidate 3 added: comp_id=2, type=Server Reflexive, foundation=Sa9fe0201, addr=84.174.26.216:30001, base=169.254.2.1:30001, prio=0x7efffffe (2130706430)
 13:37:21.362   voip_funcs.c Create SDP...
 13:37:21.366   voip_funcs.c Create invite session...
 13:37:21.372  voip_events.c Call state changed to CALLING [port=0]
 13:37:21.375 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "OUTGOING" "0" "-1" "496xxxxxxxxxx" "[email protected]" "1" ""
 13:37:21.411  voip_events.c Call state changed to CALLING [port=0]
 13:37:21.416 script_funcs.c [-1] (SCRIPT) - CALL - VOIP - sip:[email protected] -> sip:[email protected]
 13:37:21.435        funcs.c Set high priority
 13:37:21.474 sip_endpoint.c Error processing packet from 212.227.15.231:5060: Unknown pjsip error 171050  To [code 171050]:
SIP/2.0 500 I'm terribly sorry, server error occurred (1/SL)
Via: SIP/2.0/UDP 84.174.26.216:5061;rport=5061;branch=z9hG4bKPj09d10000000f67458b6b
From: <sip:[email protected]>
Call-ID: 09d10000000d67458b6b
CSeq: 2541 INVITE
Server: OpenSer (1.2.0-dev15-notls (i386/linux))
Content-Length: 0


-- end of packet.
 13:37:21.605 sip_endpoint.c Error processing packet from 212.227.15.231:5060: Unknown pjsip error 171050  To [code 171050]:
SIP/2.0 500 I'm terribly sorry, server error occurred (1/SL)
Via: SIP/2.0/UDP 84.174.26.216:5061;rport=5061;branch=z9hG4bKPj09d10000000f67458b6b
From: <sip:[email protected]>
Call-ID: 09d10000000d67458b6b
CSeq: 2541 INVITE
Server: OpenSer (1.2.0-dev15-notls (i386/linux))
Content-Length: 0


-- end of packet.
 13:37:56.747  voip_events.c Call DISCONNECTED [port=0, reason=408 (Request Timeout)]
 13:37:56.748 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "DISCONNECT" "VOIP" "OUTGOING" "0" "-1" "496xxxxxxxxxx" "[email protected]" "1" ""
 13:37:56.917  icstr0x54f438 Destroying ICE session
 13:37:56.918  voip_events.c Hangup [0]
 13:37:56.933        funcs.c Set low priority

@bodega du hast Post
 
Ich habe mal ein wenig getestet. Bei mir kommt der Fehler mit 500 nicht, aber ich habe erstmal keine VoIP zu VoIP Verbindung getestet (nur ISDN zu VoIP).

Aber auch hier bekomme ich ein Timeout nach 30sec, was nicht sein sollte. Audio wird übertragen, nur nach 30sec -> Request Terminated. Dann habe ich es mal mit der alten v0.3.9 probiert und da funktioniert es (wie einige hier bereits berichtet haben).

Also das Testprogramm von PJSIP rausgekramt (pjsua v0.8 ) und da ist der Fehler auch vorhanden! Vielleicht kriegt man das mit ein paar Compiler-Optionen wieder hin, nur weiß ich leider noch nicht, wo ich ansetzen muss.

Mir lässt das jetzt keine Ruhe :ziggi:

EDIT:
So, es läuft nun mit v0.8. Aber warum 1und1 einen Namen vor der SIP benötigt, ist mir schleierhaft. Dabei taucht dann im Log dieser ominöse 500er Fehler auf. Very strange.... Bei eingehender Verbindung muss unbedingt noch ein Contact-Header mitgegeben werden, sonst ist nach 30sec Ende. Jetzt müsste ich noch prüfen, ob dadurch nicht andere Fehler entstehen. Wenn alles gut geht, kann ich heute noch eine Testversion posten.

EDIT2:
Hier die Vorabversion (dtmfbox v0.4.1 - prev. 1, Binary only). Für ein paar Stunden testen etwas zu wenig. Damit sollte 1und1 funktionieren.

Was zu beachten ist:
- STUN Server unbedingt hinterlegen --> stun.1und1.de. ICE kann, muss aber nicht aktiviert werden.
- Account:
Name: 491234567
MSN, Nr: 491234567
Registrar: 212.227.15.197
Realm: 1und1.de
Username: 491234567
Passwort: *******
ID: [email protected]

Ich gebe bei 1und1 die IP direkt an, um keine falsche IP zu bekommen. Man kann auch Nameserver angeben, aber das muss ich noch prüfen.
 
Zuletzt bearbeitet:
Es scheint als tritt immer noch der gleiche Fehler auf. Ich habe aber mal ein bisschen rumgestöbert. Dabei ist mir aufgefallen, dass dieses ICE sich die Adresse 169.254.2.1 ( ist das interne PPPOE-Interface ) nimmt. Vielleicht könnte das ein Ansatz für mein Problem sein. Dies geschieht immer, ganz egal was ich bei "Interface" eingebe.

Achja: ohne ICE registriert er sich erst gar nicht.

Grüße,
Max
 
Ist es die richtige Version? Beim Start des Programms wird diese zuerst angezeigt. Da sollte hoffentlich kein v0.4.1 stehen. Ich hatte ja den selben Fehler. Nach Änderung war er weg und das Anrufen hat funktioniert. :confused:

Bei ICE sollte das Interface keine Rolle spielen. Es ist ja dafür da, den richtigen Weg durch die FW zu finden. Ohne STUN Server geht es nicht bei 1und1.

EDIT:
Ich habe es gerade nochmal überprüft. Bei mir werden die RTP/RTCP ports auch an das virtuelle Interface gebunden.
Läuft ohne Probleme.
 
Zuletzt bearbeitet:
Ja du hast recht, ich hab es nicht richtig ausgetauscht... Jetzt ist es mir aber zu spät.Werde morgen mal schauen ob ich es hinbekomme.

EDIT:

Es geht soweit!!!! :-D

Danke!!!!!
 
Zuletzt bearbeitet:
Hallo Zusammen,

dtmfbox, absolut super!

Habs nun am laufen. Jetzt möcht ich aber folgendes und irgendwie stell ich mich da blöd an.

Ich hab einen account. für diesen möchte ich unter call-back folgendes einrichten; mein Problem dabei ist der reguläre Ausdruck:


Wenn eine Nummer anruft, die beinhaltet (1234 oder 7890), dann rufe diese Rufnummer mit MSN XYZ zurück.

Vom Ausdruck her stell ich mir das so vor:

.*(1234|7890)*/ANRUFENDE_NUMMER/XYZ


Geht das, wäre nett, wenn mir jmd. helfen könnte - Schonmal Danke!

Grüsse

mdg_

-------------------------------------------------------------------
EDIT:

Achja, ein Thema hab ich noch:

Manchmal verliert mein sipgate-ACC die Registrierung:

(1) [VOIP] XXXXXXX - sipgate.de - (200) - OK (-59340 sec)

Warum passiert sowas?
 
Zuletzt bearbeitet:
Hallo,

die Hilfe dazu sagt, dass du auch mehrere Regeln (getrennt durch ein Leerzeichen) angeben kannst. Probier doch mal ungefähr folgendes:

"*.1234/ANRUFENDE_NUMMER/XYZ *.7890/ANRUFENDE_NUMMER/XYZ"
 
"*.1234/ANRUFENDE_NUMMER/XYZ *.7890/ANRUFENDE_NUMMER/XYZ"

Hi Kai66,

danke für die schnelle Antwort. Doch wie drücke ich mich bei ANRUFENDE_NUMMER aus.

INCOMING_ID ?

Ich verstehe eben diesen Ausdruck nicht so ganz bzw. wie ich diesen Kombinieren kann, so dass es nicht einfach jede beliebige nummer ist, sondern eine Nummer die 1234 oder 7890 enthält:

\(.*\)/\1 # Rückruf auf beliebige Nummer

Danke!!!

Grüsse

mdg_
 
Wenn es nicht jede beliebige Nummer sein soll, dann gib sie doch einfach genau an :confused:

Schau dir ggf. noch mal die Hilfe unter http://fritz.box:6767 im Bereich Callback/Callthroug an.
 
mdg_ schrieb:
Manchmal verliert mein sipgate-ACC die Registrierung:
(1) [VOIP] XXXXXXX - sipgate.de - (200) - OK (-59340 sec)
Warum passiert sowas?
Das habe ich auch schon mal gehabt (sipgate.de). Er hat sich aber bei -180 sec gefangen und sich neu registriert. Du kannst mal probieren, das Re-Register und Keep-Alive Intervall zu verringern (Verbindungseinstellungen). Ich werde da aber nochmal genauer schauen.

mdg_ schrieb:
Ich verstehe eben diesen Ausdruck nicht so ganz bzw. wie ich diesen Kombinieren kann, so dass es nicht einfach jede beliebige nummer ist, sondern eine Nummer die 1234 oder 7890 enthält:
Da wird ein Platzhalter definiert durch die Klammern \(.*\) und das \1, wie bei normalen regulären Ausrücken auch:
\(.*\)1234/\16666/MSN
wenn (0049333)1234 anruft, wird auf die Nr. (0049333)6666 zurückgerufen.
 
Da wird ein Platzhalter definiert durch die Klammern \(.*\) und das \1, wie bei normalen regulären Ausrücken auch:
\(.*\)1234/\16666/MSN
wenn (0049333)1234 anruft, wird auf die Nr. (0049333)6666 zurückgerufen.

Hi Bodega,

ich glaub ich hab nun verstanden, danke.

.*ORTSVORWAHL\(.*\)/0049ORTSVORWAHL\1/MSN

Da mir unbekannt is wie die Länderkennzahl reinkommt ein .*, die ORTSVORWAHL ist mir bekannt, nur die Rufnummer nicht, weswegen ich den Platzhalter \1 (der ja die Rufnummer beinhalten sollte) anrufen lasse.

Mal checken obs klappt. (>>>Ergebnis: Klappt perfekt!)


Bei mir schmiert die dtmfBox bei solchen Änderungen immer ab und lässt sich auch nicht per Button neustarten. Muss die ganze FritzBox neustarten?!

SIPGATE: ich hab die Intervalle mal reduziert, falls es läfut poste ich meiner Werte mal.....

Vielen Dank!

Grüsse Mdg_

--------------------
EDIT:

Das steht im Log noch missglücktem Neustart der dtmfbox per Button:

11:57:27.726 dtmfbox.c dtmfbox 0.4.0
11:57:27.727 dtmfbox.c PJSIP 0.8.0
11:57:27.761 pjlib select() I/O Queue created (0x4ecccc)
11:57:27.762 sip_endpoint.c Module "mod-msg-print" registered
11:57:27.763 voip_ctrl.c Init VOIP...
11:57:27.877 voip_ctrl.c (120125) UDP bind() error
11:57:27.877 dtmfbox.c Unable to initialize VOIP!
11:57:27.878 dtmfbox.c Exiting...
 
Zuletzt bearbeitet:
Ich habe mal eine Frage zur DTMF Erkennung:
der Callback funktioniert wunderbar wenn ich von ISDN zurückgerufen werde. Ich kann meine Nummer eingeben und mich über Voip verbinden lassen. Lasse ich mich jetzt über Voip zurückrufen, dann werden die Tasteneingaben nicht erkannt.
Im Log ist aber auch keine Aktivierung des DTMF zu sehen. Bei ISDN kommt die Ausgabe:
Code:
 11:44:56.747   capi_funcs.c Enable DTMF for NCCI 70145
Macht der PJSIP dazu einfach keine Ausgabe, oder lassen sich die Töne nicht per Voip übertragen?

---
lg
Max
 
@mdg_:
Dann bist du der Zweite, dem das beim Callback passiert ;)
Im Skript "script_waitevent.sh" gibt es einen kill-Befehl. Da wird nicht auf 0 oder -1 geprüft. Wenn im Skript ein 'kill -9 0' vorkommt, beendet sich das Programm (so habe ich die Befürchtung). Ein "ps -w" auf der Konsole wäre da interessant.

@Dr_agon:
PJSIP kann soweit nur DTMFs über INFO Message empfangen und senden. Inband geht nur in Senderichtung. Manchmal wird DTMF bei 1und1 erkannt, manchmal aber nicht. Ich müsste schauen, ob man vielleicht etwas im Transaction Layer sieht. Wenn DTMF Zeichen korrekt empfangen wurden, werden sie im Log angezeigt.
 
Webradio

Ich hinterlege im Webradio:

http://213.200.97.110:8000/swr/dasding.mp3

Wenn ich das anhören möchte, sagt mir der nette Herr:

"Es wurde kein MP3-Schdream (die Aussprache is geil!) hinterlegt!"

Was ist den daran falsch?

Danke, schonmal!

Grüsse mdg_
 
@mdg_:
Dann bist du der Zweite, dem das beim Callback passiert ;)
Im Skript "script_waitevent.sh" gibt es einen kill-Befehl. Da wird nicht auf 0 oder -1 geprüft. Wenn im Skript ein 'kill -9 0' vorkommt, beendet sich das Programm (so habe ich die Befürchtung). Ein "ps -w" auf der Konsole wäre da interessant.

Das passiert eigentlich immer, wenn ich was ändere. gerade ben zb is Sipgate wieder rausgeflogen, nun hab ich die Intervale noch kleiner gestellt, auf übernehmen geklickt und zack war die dtmfbox wieder aus. Kein Neustart möglich!

Ein Auszug aus ps -w, ich hoffe das ist die richtige Stelle (Firmware-Version 29.04.49)?!

Code:
 1071 root        296 S   ftpd -D -q -t 120 -m 15 -h FRITZ!Box Fon WLAN 7170
 1104 root       1916 S   telefon a127.0.0.1
 1105 root       1916 S   telefon a127.0.0.1
 1106 root       1916 S   telefon a127.0.0.1
 1108 root            RWN [kdsld_token]
 1158 root        312 S   /var/media/ftp/MassStorageDevice-Partition-0-1/dtmfbox
/busybox-tools httpd -p 6767 -h /var/media/ftp/MassS
 1977 root        388 S N /var/tmp/sh /var/media/ftp/MassStorageDevice-Partition
-0-1/dtmfbox/tmp/callback_0.sh DISCONNECT VOIP INCOM
 3387 root        428 S   -sh
 3435 root        348 R   ps -w

Grüsse mdg_
 
Sipgate Re-Register klappt nicht

Hallo nochmal,

das Re-Register klappt bei mir bei Sipagte nicht, das scheitn das Thema zu sein!
Ist der Intervall abgelaufen (egal was ich einstelle 600sec max.), ist die Nummer tot.

Code:
(1) [VOIP] XXXXXXX - sipgate.de - (200) - OK (-960 sec)

Das Keep-Alive wird ordnungsgemäß gesendet:

Code:
 13:34:23.428      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:34:53.438      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:35:23.448      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:35:53.457      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:36:23.472      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:36:53.488      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:37:04.884 script_funcs.c [-1] (SCRIPT) - Queue: 3, Pending: 0
 13:37:05.024 script_funcs.c [-1] (SCRIPT) - Queue: 4, Pending: 0
 13:37:05.156 script_funcs.c [-1] (SCRIPT) - Queue: 5, Pending: 0
 13:37:23.498      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:37:53.507      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:38:23.517      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:38:53.527      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:39:23.537      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:39:53.548      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:40:05.228 script_funcs.c [-1] (SCRIPT) - Queue: 6, Pending: 0
 13:40:05.351 script_funcs.c [-1] (SCRIPT) - Queue: 7, Pending: 0
 13:40:05.475 script_funcs.c [-1] (SCRIPT) - Queue: 8, Pending: 0
 13:40:23.557      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:40:53.567      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:41:23.578      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:41:53.587      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:42:23.597      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:42:53.607      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:43:23.617      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:43:45.041 script_funcs.c [-1] (SCRIPT) - Queue: 9, Pending: 0
 13:43:45.164 script_funcs.c [-1] (SCRIPT) - Queue: 10, Pending: 0
 13:43:45.295 script_funcs.c [-1] (SCRIPT) - Queue: 11, Pending: 0
 13:43:53.626      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 13:44:23.637      dtmfbox.c Successfully sent keep-alive (sipgate.de)

Hat jemand eine Idee?

Das Keep-Alive wird immer weiter gesendet, auch wenn die Nummer schon tot ist.

Danke!

gruss mdg_
_________________________
EDIT:

Mit Teldafax läuft das re-Register nur Sipgate, das versucht er nicht mal das reregister....
 
Zuletzt bearbeitet:
Musstest du dafür jetzt drei Beträge hintereinander posten? Edit hätte völlig gereicht.

Das hängenbleiben des Skriptes und das Timeout-Interval können ganz gut zusammenhängen. Wenn Beispielsweise ein Anruf getätigt wird, aber keine ID zurückkommt, da der Anruf nicht zustande kommt, so bleibt das Skript hängen. Das habe ich erstmal abgefangen.

Leider bekomme ich es jetzt nicht mehr hin, dass die Registrierung ausläuft. Es könnte aber daran liegen, da ich die Version von gestern verwende. Also bitte noch etwas abwarten.

Bzgl. des Radio-Streams: klappt bei mir. Die Aussprache hängt mit den deutschen Phonemen zusammen, die ich auf Englisch umbiege. Ich sag nur "Ei Pi Adresse" oder "Sztriem".
 
Zuletzt bearbeitet:
Musstest du dafür jetzt drei Beträge hintereinander posten? Edit hätte völlig gereicht.

Sorry ich habs nicht gleich gemerkt, in anderen Foren in denen ich normal unterwegs bin, hat man nur 30min für nen Edit. Das kam also aus Gewohnheit.

Das hängenbleiben des Skriptes und das Timeout-Interval können ganz gut zusammenhängen. Wenn Beispielsweise ein Anruf getätigt wird, aber keine ID zurückkommt, da der Anruf nicht zustande kommt, so bleibt das Skript hängen. Das habe ich erstmal abgefangen.

Leider bekomme ich es jetzt nicht mehr hin, dass die Registrierung ausläuft. Es könnte aber daran liegen, da ich die Version von gestern verwende. Also bitte noch etwas abwarten.

Abwarten ;-) Ich bin in wenigen Stunden für längere Zeit von meiner Fritzbox entfernt, daher, jetzt noch schnell, schnell alles grob zum laufen bekommen ;-) Holt die dtmfbox sich Updates selbstständig?

Bzgl. des Radio-Streams: klappt bei mir. Die Aussprache hängt mit den deutschen Phonemen zusammen, die ich auf Englisch umbiege. Ich sag nur "Ei Pi Adresse" oder "Sztriem".

Die URL läuft bei dir, krass. Bei mir läuft nur das Beispiel von dir. Bei "DasDing" meckert er (siehe oben).

Vielen Dank!

Grüsse mdg_

--------------------------
EDIT: Nach einem kompletten Reboot der Fritzbox erkennt er jetzt die "DasDing"-URL.
 
Zuletzt bearbeitet:
mdg_ schrieb:
Holt die dtmfbox sich Updates selbstständig?
Nein. Wenn z.B. neue Konfigurationswerte hinzukommen, müsste ich dafür wieder jede Menge Code schreiben um die Werte zu parsen. Da habe ich keine große Lust zu. Aber ich möchte keinen davon abhalten, eine Update-Funktion einzubauen :eek:

mdg_ schrieb:
Nach einem kompletten Reboot der Fritzbox erkennt er jetzt die "DasDing"-URL.
Reboot tut gut ;)

Ich bin gerade dabei das Programm komplett durchzugehen. Mal sehen, ob ich heute noch was hochstellen kann.
 
Ich bin gerade dabei das Programm komplett durchzugehen. Mal sehen, ob ich heute noch was hochstellen kann.

Das wäre total klasse! Weil ich das Ding wirklich genial finde, wärs schade wenn ich es die nächsten Monate (daher auch die Frage nach automatischen Updates) nicht nutzen könnte!

Hab noch was festgestellt:

Account1 darf kein Voip sein, sonst klappt das mit dem Re-Register nicht. Hatte gestern und heute sipgate auf Acc1: Re-Register ging nicht. Teldafax war auf Acc4 ging prima. Nun hab ich zum Spass mal Teldafax auf Acc1 gelegt und siehe da, Teldafax macht kein Re-register mehr?!

Grüsse mdg_
---------------------

UPDATE:
Wenn ich den VoipACC auf 2 lege (eben nur nicht Acc1) kann ich sogar Einstellungen verändern, ohne dass die dtmfbox abschmiert! Bei Änderung des internen Controller schmiert dtmfbox jedoch ab.

UPDATE2:
Habs nun mehrfach getestet: Ist Sipgate auf ACC1 geht Re-Register nicht und die Verbindung bricht ab. Ist Sipgate auf ACC2 (oder höher) funktioniert alles bestens.
Jetzt hab ich nu nen neue Problem: Seit ich den SIpgate auf ACC2 hab, komm ich nur noch auf den S0-Bus, ach wenn ich am Telefon den ACC1 (ISDN) auswähle.

UPDATE3:
Habs nun neu installiert: SIpgate auf Acc3 bricht nicht mehr ab, aber ich kann nicht mehr telefonieren(Callthrough). Ich höre nur den Dauerton (vermutlich S0?) geb die Nummer+# ein und nix passiert. Mit * kann man auch nicht mehr zurück, bleibt nur noch auflegen. Ggf sollte ich SIpgate nochmal auf Acc1 legen vlt geht dann das Telefonieren wieder aber Voip macht kein Re-register ;-)
 
Zuletzt bearbeitet:
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.