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

@Tomekk85m

Welche version von der dtmfbox nutzt Du denn??? Verwendest Du einen USB-Stick oder USB HDD??? Auf der FritzBox befindet sich unter /var/mod/etc die Datei default.dtmfbox - wenn was schief geht nimmt er die, da landen dann normal auch alle Dateien... Hast Du denn USB-Stick mal im laufenden Betrieb rausgezogen bzw. während Du gerade im Verzeichnis warst??? Dann kann es passieren, dass ein neues USB-Gerät beim Anstecken unter /var/media/ftp angelegt wird und Dein Pfad nich mehr gefunden wird. Lösung: USB-Geräte abziehen, mit MC beide Geräte-Verzeichnisse löschen und wieder einstecken.
Naja, nur so ein paar Ideen, hoffe es hilft...

Gruss Manuel

Ps. Bevor Du mit dem Testen anfängst, den Dienst auf manuell starten stellen
 
hi,
da momentan meine usb platte hops ging läuft das alles ohne platte und ist in der dtmfbox auch nicht eingetragen macht alles per mail versand. wie gesagt festnetz anrufe nimmt der ab nun an nur die voip noch nicht kA wieso. die version die ich nutze is das ds-mod paket also meines wissens 0.3.3

MfG Tomekk
 
Naja, ich vermute Du hast bei Voip die Parameter genauso eingegeben wie ich.
Hast Du vielleicht auch ein falsches Passwort genutzt? Evtl. liegt ja bei Dir noch ein alter USB-Stick den Du zeitweise nutzen kannst?

Gruss Manuel
 
hi,

usb-stick fehlanzeige daten sind korrekt denn er registriert mein voip ja (hab ich schon mehrmals geguggt. hab keine ahnung an was das noch liegen könnte

MfG Tomekk
 
??

hi!
meine 1und1 voip registrierung klappt teilweise. wird zwar mit "dtmfbox -list accounts" als registriert angezeigt, geht aber nicht.
log:
---- snip ----
-------------------------------------------------------------------------------
dtmfbox v0.3.3
-------------------------------------------------------------------------------
14:39:55.273 capi_ctrl.c Init CAPI...
14:39:55.286 capi_ctrl.c CAPI initialized!
14:39:55.287 voip_ctrl.c Init VOIP...
14:39:55.288 voip_ctrl.c Get IP from host ...
14:39:55.521 voip_ctrl.c Use IP: 192.168.179.1
14:39:55.631 udp0x550d5c SIP UDP transport started, published address is 192.168.179.1:5061
14:39:55.632 voip_ctrl.c UDP server listening on port 5061.
14:39:55.744 tcplis:2230 SIP TCP listener ready for incoming connections at 192.168.179.1:2230
14:39:55.749 sip_endpoint.c Module "mod-tsx-layer" registered
14:39:55.750 sip_endpoint.c Module "mod-stateful-util" registered
14:39:55.754 sip_endpoint.c Module "mod-ua" registered
14:39:55.755 voip_ctrl.c VOIP callbacks initialized
14:39:55.756 sip_endpoint.c Module "mod-invite" registered
14:39:55.757 sip_endpoint.c Module "dtmfbox" registered
14:39:55.774 pjlib select() I/O Queue created (0x5790b4)
14:39:55.778 conference.c Creating conference bridge with 160 ports
14:39:55.780 conference.c Sound device successfully created for port 0
14:39:55.896 voip_ctrl.c RTP/RTPC: 192.168.179.1:4000-4001
14:39:56.011 voip_ctrl.c RTP/RTPC: 192.168.179.1:4002-4003
14:39:56.122 voip_ctrl.c RTP/RTPC: 192.168.179.1:4004-4005
14:39:56.234 voip_ctrl.c RTP/RTPC: 192.168.179.1:4006-4007
14:39:56.360 voip_ctrl.c RTP/RTPC: 192.168.179.1:4008-4009
14:39:56.472 voip_ctrl.c RTP/RTPC: 192.168.179.1:4010-4011
14:39:56.584 voip_ctrl.c RTP/RTPC: 192.168.179.1:4012-4013
14:39:56.695 voip_ctrl.c RTP/RTPC: 192.168.179.1:4014-4015
14:39:56.695 voip_ctrl.c RTP/RTCP transport running from port 4000 to 4015
14:39:58.317 voip_ctrl.c VOIP initialized!
14:39:58.322 endpoint Request msg REGISTER/cseq=33620 (tdta0x5b327c) created.
14:39:58.324 tsx0x5b4284 Transaction created for Request msg REGISTER/cseq=33621 (tdta0x5b327c)
14:39:58.325 tsx0x5b4284 Sending Request msg REGISTER/cseq=33621 (tdta0x5b327c) in state Null
14:39:58.326 sip_resolve.c DNS resolver not available, target 'sip.1und1.de:0' type=Unspecified will be resolved with gethostbyname()
14:39:58.328 voip_ctrl.c Start VOIP listen loop...
14:39:58.341 sip_resolve.c Target 'sip.1und1.de:0' type=Unspecified resolved to '212.227.15.231:5060' type=UDP
14:39:58.343 tsx0x5b4284 State changed from Null to Calling, event=TX_MSG
14:39:58.346 capi_ctrl.c (ISDN/ANALOG): Listen to CAPI controller 4...
14:39:58.348 capi_ctrl.c (CNF, CTRL 4, PLCI: 0) - CAPI_LISTEN
14:39:58.377 sip_endpoint.c Processing incoming message: Response msg 401/REGISTER/cseq=33621 (rdata0x551de4)
14:39:58.378 tsx0x5b4284 Incoming Response msg 401/REGISTER/cseq=33621 (rdata0x551de4) in state Calling
14:39:58.379 tsx0x5b4284 State changed from Calling to Completed, event=RX_MSG
14:39:58.382 tsx0x5b60cc Transaction created for Request msg REGISTER/cseq=33622 (tdta0x5b327c)
14:39:58.382 tsx0x5b60cc Sending Request msg REGISTER/cseq=33622 (tdta0x5b327c) in state Null
14:39:58.383 sip_resolve.c DNS resolver not available, target 'sip.1und1.de:0' type=Unspecified will be resolved with gethostbyname()
14:39:58.398 sip_resolve.c Target 'sip.1und1.de:0' type=Unspecified resolved to '212.227.15.197:5060' type=UDP
14:39:58.402 tsx0x5b60cc State changed from Null to Calling, event=TX_MSG
14:39:58.432 sip_endpoint.c Processing incoming message: Response msg 200/REGISTER/cseq=33622 (rdata0x551de4)
14:39:58.433 tsx0x5b60cc Incoming Response msg 200/REGISTER/cseq=33622 (rdata0x551de4) in state Calling
14:39:58.434 tsx0x5b60cc State changed from Calling to Completed, event=RX_MSG
14:39:58.435 voip_auth.c SIP registration successful (sip.1und1.de), status=12
14:39:58.436 voip_auth.c Next registration in 28610 sec
---------- ab hier passiert was komisches --------
14:40:03.409 tsx0x5b4284 Timeout timer event
14:40:03.410 tsx0x5b4284 State changed from Completed to Terminated, event=TIMER
14:40:03.420 tsx0x5b4284 Timeout timer event
14:40:03.420 tsx0x5b4284 State changed from Terminated to Destroyed, event=TIMER
14:40:03.421 tsx0x5b4284 Transaction destroyed!
14:40:03.439 tsx0x5b60cc Timeout timer event
14:40:03.441 tsx0x5b60cc State changed from Completed to Terminated, event=TIMER
14:40:03.450 tsx0x5b60cc Timeout timer event
14:40:03.450 tsx0x5b60cc State changed from Terminated to Destroyed, event=TIMER
14:40:03.450 tdta0x5b327c Destroying txdata Request msg REGISTER/cseq=33622 (tdta0x5b327c)
14:40:03.451 tsx0x5b60cc Transaction destroyed!
---- snip ----
ich denke das liegt an fehlerhaften oder unvollständigen voip anmeldedaten.

wenn ich nur einen isdn/analog account anlege, und die incoming und outgoing ports auf 4 setze, wird ein ankommender anruf als OUTGOING an das skript gesendet. hab ich da noch andere möglichkeite als beide auf 4 zu setzen?
die msn für den analog account hab ich auf "unknown" gesetzt.

ansonsten wäre mir wirklich schon sehr geholfen, wenn mal einer die syntax von funktionierenden voip accounts (z.b. 1und1 oder sipgate) posten könnte.
thx
awx
 
@awx:

den 'Timeout timer event' bekomme ich auch. Der kommt direkt nach der erfolgten Registrierung und sollte nicht weiter schlimm sein. Es könnte am Keep-Alive liegen, oder auch an der Porteinstellung. Rufst du dich über eine dynamische Adresse (dyndns) oder über die SIP des Providers an? Probiere auch mal bitte SIP-Port: 5070 und RTP/RTCP Start: 30000.

In der nächsten Version wird die Meldung vom Registrar bei den '-list accounts' mitangezeigt. Dann sieht man genau, ob es an falschen Anmeldedaten, etc. liegt.



@all:
In der nächsten Version klappt auch die Weiterleitung von Gesprächen über den '-call' Parameter. Es geht CAPI zu VOIP, VOIP zu CAPI und VoIP zu VoIP.
 
Zuletzt bearbeitet:
@bodega:
hab alle ports verstellt und keine veränderung festgestellt.
mein einziges ziel ist es das meine box auf eine voip nummer reagiert, aber bis jetzt geht nur meine analoge hauptnummer.
was meinst du mit "rufst du dich über eine dynamische adresse ..."
ich hab dtmfbox nicht als registrar laufen, nur als client.
zum testen rufe ich per handy die voip nummer an, kriege aber immer "der anschluss ist zur zeit ...". wenn ich die festnetz nummer anrufen klappt alles.
scheint also nicht so richtig registriert zu sein.
hier ein auszug aus meiner dtmfbox.cfg:

---- snip ----
# Accounts, MSNs
[msn1]
name=Festnetz
msn=unknown
type=isdn
active=1
voip_registrar=
voip_realm=
voip_user=
voip_pass=
voip_proxy=
voip_id=@

[msn2]
name=1und1
msn=1234567
type=voip
active=1
voip_registrar=sip.1und1.de
voip_realm=1und1.de
voip_user=494411234567
voip_pass=PASSWORT
voip_proxy=
[email protected]
---- snip ----
wie gesagt, laut log klappt die registrierung der voip nummer aber ich glaub nicht dran.
wäre schön wenn mir mal einer zeigen könnte, wie die 1und1 voip daten (in der dtmfbox.cfg) auszusehen haben
ansonsten erstmal
schönen abend noch
awx
 
Das ist für mich jetzt erstmal schwer ersichtlich, warum es nicht funktioniert. Bei balou klappt es mit 1&1, so wie ich das verstanden habe. Er verwendet die IP anstatt des Registrars.
Jedoch find ich die Tatsache, dass die Registrierung erfolgreich ist aber keine Verbindung zu stande kommt, äußerst merkwürdig.

Vielleicht sollte ich doch die kompletten SIP-Header mit in das Logging mitaufnehmen...
 
mit der ip anstatt namen, hab ich es auch schon versucht, geht aber auch nicht.
sonst noch ne idee?
 
Wenn garnichts in den Logs auftaucht, also die dtmfbox garnicht reagiert bei einem eingehenden Anruf, dann kann ich's dir nicht sagen. MSN sollte VOIP User sein, aber ich denke, du hast schon alles durch (sogar die Realm geändert).

Wie gesagt, es steht: "Registration successful". Es muss an was anderem liegen. Eventuell mal "testweise" den Port freigeben. Verstehe nicht, was an 1und1 anders sein soll, wie bei anderen Providern. :noidea:

EDIT:
Ein STUN-Server wäre da nicht schlecht, mal sehen..
 
reagiert dtmfbox selbst denn normalerweise überhaupt auf die anrufe, oder geht das nur wenn man die anrufe per voipd (im avm webfrontend registrierte accounts registrar: 192.168.178.1:5061) an dtmfbox durchschleift?
ist alles ein wenig verwirrend. vielleicht kannst du (oder jemand anders) bei nächster gelegenheit/version mal ein "step by step" howto zusammenbasteln.
danke auf jeden fall für deine arbeit. gut gemacht!
gruß
awx
 
Das Programm funktioniert sowohl als Client, als auch Registrar. Siehe #155.

Bei der nächsten Version packe ich eine readme dabei. Hab mir auch die Sache mit STUN mal angeschaut. Vielleicht bringt es ja was, den UDP Server und die RTP/RTCP Ports an die externe IP zu binden.
 
ok. damit ist der registrar modus erklärt.
aber wozu wird dann im client modus an port 5061 etwas gestartet?
lauscht dtmfbox etwa an diesem port ob anrufe kommen?
wer schickt ihm denn da was? geht das nur wenn ich im web frontend einen account mit registrar 192.168.178.1:5061 anlege?
 
Über den Port 5061 werden die SIP-Messages empfangen und gesendet. Also eingehende/ausgehende Anrufe verarbeitet.
Der voipd läuft auf Port 5060. Ganz ohne wird es nicht funktionieren.

Die RTP/RTCP Ports werden für die Sprachübertragung verwendet. Beim voipd kenn ich die jetzt nicht genau, aber ich denke die fangen so ab 70xx an.

EDIT:

wäre mal interessant zu wissen, ob das Telefon klingelt, wenn du auf der Konsole:
Code:
dtmfbox -call MSN [email protected]:5060
eingibst. MSN natürlich durch die jew. MSN der Konfig ersetzen.
 
Zuletzt bearbeitet:
bodega schrieb:
@all:
In der nächsten Version klappt auch die Weiterleitung von Gesprächen über den '-call' Parameter. Es geht CAPI zu VOIP, VOIP zu CAPI und VoIP zu VoIP.

Toll wäre es auch wenn bei einer Weiterleitung zu einer VoIP URI die Absenderrufnummer des Anrufers durchgereicht würden könnte - so wie es auch bei ISDN funktioniert bei der Anrufweiterschaltung. Bei VoIP wird ja leider sogar zu direkten VoIP URIs die Absenderrufnummers des Accounts durchgereicht.
 
@bodega:
so, letzter versuch.
frage 1: muss ich im avm web frontend eine account anlegen, der 192.168.178.1:5061 als registar hat?
frage 2: wann ist es notwendig dtmfbox als registrar laufen zu lassen?
frage 3: wann ist es notwendig dtmfbox als client laufen zu lassen?

zur klarheit:
ich will nur, dass dtmfbox auf eine voip nummer reagiert! sonst nix.

bis jetzt verstehe ich das ganze so:
- in dtmfbox.cfg einen voip account anlegen (zb mit msn 1234567)
- dtmfbox als registrar und als client starten.
- im avm web frontend einen (normalen) sip account anlegen (msn 1234567) mit registar 192.168.178.1:5061
leider schmiert beim drücken des "übernehmen" buttons, dtmfbox ab:
---- snip ----
21:18:30.095 sip_endpoint.c Processing incoming message: Request msg REGISTER/cseq=3 (rdata0x551de4)
21:18:30.097 voip_events.c RX-REQUEST 888 bytes Request msg REGISTER/cseq=3 (rdata0x551de4) from UDP 192.168.178.1:5060
21:18:30.098 voip_auth.c Found credentials -> user: 49441XXXXXXX, realm: 1und1.de
21:18:30.100 voip_auth.c Client 192.168.178.1:5060 for account 1und1
21:18:30.101 voip_auth.c Client 192.168.178.1:5060 authorized for account 1und1
21:18:30.102 endpoint Response msg 200/REGISTER/cseq=3 (tdta0x5b60cc) created
Killed
failed!
---- snip ----
es klappt also garnichts.
 
@nhz5500:
Momentan übergebe ich die Nr., die dem Account hinterlegt wird. Für das durchreichen der Nr. müsste ich die SIP-URI des Absenders ändern. Mal sehen, ob das geht.

@awx:
Die dtmfbox erwischt bei dir das falsche Interface, so wie mir das gerade auffällt. Also, wenn deine FB die Adresse 192.168.178.1 hat, dann vergleiche doch dieses mal mit deinem vorherigen Log (aus #165). Da wird die Adresse des dsl Interfaces verwendet (192.168.179.1) und das ist falsch! Das liesse sich durch STUN ändern (in der nächsten Version).

btw:
Wenn du auf 'übernehmen' klickst, stürzt das Programm nicht ab, sondern startet sich neu. Der Kill ist ganz bewusst!
Und warum die drei Fragen? Das hab ich doch schon erklärt! Und das es nicht klappte, war auch schon vorher klar. Warum probierst du nicht das aus, was ich vorschlage?

EDIT:
ok, habe gestern abend die Version fertiggestellt. Damit sollte das Bind-Problem weg sein.
Man kann jetzt entweder das Interface selbst bestimmen (die IP-Adresse der FB), bzw. einen STUN-Server angeben. Ich denke aber, dass die IP-Adresse reichen sollte... Werde die Version heute abend posten. Wenn es damit klappt, gibt es auch den Source (und ich kann das Wort -beta- streichen)...

Was neu ist:
- AB kann zu bestimmten Uhrzeiten angeschaltet/ausgeschaltet werden (Schedule)
- Verbindungen weiterschalten/zusammenschalten (über -call Parameter).
- Statusanzeige im Webinterface (Accounts, Clients, Verbindungen)
- Download der Aufnahmen über Webinterface (Rudi-Shell rulez ;))
- STUN Server, bzw. Interface kann vorgegeben werden (NAT Problematik -> 1und1/bestimmte Boxen)
- Nummernfindung (CAPI) abgeändert.
- kleinere Bugfixes
- (eventuell die Logausgabe über Webinterface)
 
Zuletzt bearbeitet:
dtmfbox v0.3.4 (dsmod addon)

Also hier die neue Version.
Hab mal alles in eine readme kurz zusammengefasst.

Was neu ist, siehe vorherigen Post.

EDIT:
Bzgl. 1und1:
Es gibt zwei Einstellungen im Webinterface, die ihr mal probieren könnt:
Unter VoIP-Interface tragt ihr die IP der FB ein. Falls das nicht funktioniert, tragt ihr unter VoIP-STUN einen STUN Server ein (stun.1und1.de). Ich hoffe mal, das es damit geht. Ansonsten ist das hier vielleicht noch interessant. Einfach mal so wie das 1und1 Softphone einstellen.

EDIT2:
Ich musste die Binary neu kompilieren, da der hdr im Registrar-Modus zwar unter Windows klappte, aber nicht auf der FB.
 

Anhänge

  • dtmfbox-readme.pdf
    88.9 KB · Aufrufe: 267
  • dtmfbox-dsmod-addon-0.3.4a_24.tar.gz
    255.8 KB · Aufrufe: 8
  • dtmfbox-dsmod-addon-0.3.4a_26.tar.gz
    259.6 KB · Aufrufe: 36
Zuletzt bearbeitet:
Hi Bodega!

Seit der aktuellen Version 0.3.4a bekomme ich bei VOIP einen Fehler:
(das Pending bei Analog ist wohl nicht so schlimm, oder?)


dtmfbox running!

Accounts
(0) [ISDN] unknown - - Pending!
(1) [VOIP] 492316967981 - 212.227.15.231 - (403) - Keine RFC1918-IPs erlaubt



Die 212.227.15.231 ist aber keine private IP... Oder irre ich mich ?!

Gruss Manuel - naja, werde gleich mal das Log posten :)
 
So hier mal die wichtigsten Parameter als JPG-Anhang und der Log-File, es sieht so aus als wenn Parameter nicht stimmen...

Code:
 14:33:01.013    capi_ctrl.c Init CAPI...
 14:33:01.026    capi_ctrl.c CAPI initialized!
 14:33:01.027    voip_ctrl.c Init VOIP...
 14:33:01.028    voip_ctrl.c Resolve IP from host 192.168.178.1 ...
 14:33:01.030    voip_ctrl.c Use IP: 192.168.178.1
 14:33:01.032    udp0x552d5c SIP UDP transport started, published address is 192.168.178.1:5061
 14:33:01.033    voip_ctrl.c UDP server listening on port 5061
 14:33:01.038 sip_endpoint.c Module "mod-tsx-layer" registered
 14:33:01.038 sip_endpoint.c Module "mod-stateful-util" registered
 14:33:01.042 sip_endpoint.c Module "mod-ua" registered
 14:33:01.043    voip_ctrl.c VOIP callbacks initialized
 14:33:01.044 sip_endpoint.c Module "mod-invite" registered
 14:33:01.045 sip_endpoint.c Module "dtmfbox" registered
 14:33:01.062          pjlib select() I/O Queue created (0x5790a4)
 14:33:01.073    voip_ctrl.c RTP/RTCP: 192.168.178.1:4000-4001
 14:33:01.076    voip_ctrl.c RTP/RTCP: 192.168.178.1:4002-4003
 14:33:01.079    voip_ctrl.c RTP/RTCP: 192.168.178.1:4004-4005
 14:33:01.082    voip_ctrl.c RTP/RTCP: 192.168.178.1:4006-4007
 14:33:01.086    voip_ctrl.c RTP/RTCP: 192.168.178.1:4008-4009
 14:33:01.089    voip_ctrl.c RTP/RTCP: 192.168.178.1:4010-4011
 14:33:01.091    voip_ctrl.c RTP/RTCP: 192.168.178.1:4012-4013
 14:33:01.094    voip_ctrl.c RTP/RTCP: 192.168.178.1:4014-4015
 14:33:01.096    voip_ctrl.c RTP/RTCP transport running from port 4000 to 4015
 14:33:02.874    voip_ctrl.c Start VOIP listen loop...
 14:33:02.877    voip_ctrl.c VOIP initialized!
 14:33:02.890    capi_ctrl.c (ISDN/ANALOG): Listen to CAPI controller 4...
 14:33:02.891    capi_ctrl.c (CNF, CTRL 4, PLCI: 0) - CAPI_LISTEN
 14:33:03.006    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:34:04.030 sip_auth_clien Unable to set auth for tdta0x5b4b8c: can not find credential for 192.168.178.1/Digest
 14:34:04.031    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:34:04.131    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:35:05.149 sip_auth_clien Unable to set auth for tdta0x5b87c4: can not find credential for 192.168.178.1/Digest
 14:35:05.150    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:35:05.208    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:36:02.927      dtmfbox.c Successfully sent keep-alive (212.227.15.231)
 14:36:06.229 sip_auth_clien Unable to set auth for tdta0x5b32f4: can not find credential for 192.168.178.1/Digest
 14:36:06.230    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:36:06.288    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:36:13.875    capi_ctrl.c Destroy CAPI...
 14:36:13.876    capi_ctrl.c CAPI destroyed!
 14:36:13.876    voip_ctrl.c Destroy VOIP...


 14:37:03.014    capi_ctrl.c Init CAPI...
 14:37:03.026    capi_ctrl.c CAPI initialized!
 14:37:03.026    voip_ctrl.c Init VOIP...
 14:37:03.028    voip_ctrl.c Resolve IP from host 192.168.178.1 ...
 14:37:03.030    voip_ctrl.c Use IP: 192.168.178.1
 14:37:03.032    udp0x552d5c SIP UDP transport started, published address is 192.168.178.1:5061
 14:37:03.032    voip_ctrl.c UDP server listening on port 5061
 14:37:03.037 sip_endpoint.c Module "mod-tsx-layer" registered
 14:37:03.037 sip_endpoint.c Module "mod-stateful-util" registered
 14:37:03.041 sip_endpoint.c Module "mod-ua" registered
 14:37:03.042    voip_ctrl.c VOIP callbacks initialized
 14:37:03.044 sip_endpoint.c Module "mod-invite" registered
 14:37:03.044 sip_endpoint.c Module "dtmfbox" registered
 14:37:03.061          pjlib select() I/O Queue created (0x5790a4)
 14:37:03.144    voip_ctrl.c RTP/RTCP: 192.168.178.1:4000-4001
 14:37:03.147    voip_ctrl.c RTP/RTCP: 192.168.178.1:4002-4003
 14:37:03.150    voip_ctrl.c RTP/RTCP: 192.168.178.1:4004-4005
 14:37:03.153    voip_ctrl.c RTP/RTCP: 192.168.178.1:4006-4007
 14:37:03.157    voip_ctrl.c RTP/RTCP: 192.168.178.1:4008-4009
 14:37:03.163    voip_ctrl.c RTP/RTCP: 192.168.178.1:4010-4011
 14:37:03.167    voip_ctrl.c RTP/RTCP: 192.168.178.1:4012-4013
 14:37:03.170    voip_ctrl.c RTP/RTCP: 192.168.178.1:4014-4015
 14:37:03.170    voip_ctrl.c RTP/RTCP transport running from port 4000 to 4015
 14:37:05.410    voip_ctrl.c Start VOIP listen loop...
 14:37:05.412    voip_ctrl.c VOIP initialized!
 14:37:05.422    capi_ctrl.c (ISDN/ANALOG): Listen to CAPI controller 4...
 14:37:05.423    capi_ctrl.c (CNF, CTRL 4, PLCI: 0) - CAPI_LISTEN
 14:37:05.479    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:38:06.499 sip_auth_clien Unable to set auth for tdta0x5b4b8c: can not find credential for 192.168.178.1/Digest
 14:38:06.500    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:38:06.626    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:39:07.651 sip_auth_clien Unable to set auth for tdta0x5b87c4: can not find credential for 192.168.178.1/Digest
 14:39:07.651    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:39:07.770    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:40:05.447      dtmfbox.c Successfully sent keep-alive (212.227.15.231)
 14:40:08.791 sip_auth_clien Unable to set auth for tdta0x5b32f4: can not find credential for 192.168.178.1/Digest
 14:40:08.791    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:40:08.898    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:41:09.919 sip_auth_clien Unable to set auth for tdta0x5b6bac: can not find credential for 192.168.178.1/Digest
 14:41:09.920    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:41:09.978    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:42:11.000 sip_auth_clien Unable to set auth for tdta0x5ba7e4: can not find credential for 192.168.178.1/Digest
 14:42:11.001    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:42:11.107    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:43:05.457      dtmfbox.c Successfully sent keep-alive (212.227.15.231)
 14:43:12.133 sip_auth_clien Unable to set auth for tdta0x5bc3fc: can not find credential for 192.168.178.1/Digest
 14:43:12.133    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:43:12.249    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:44:13.269 sip_auth_clien Unable to set auth for tdta0x5bd404: can not find credential for 192.168.178.1/Digest
 14:44:13.269    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:44:13.326    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:45:14.349 sip_auth_clien Unable to set auth for tdta0x5be40c: can not find credential for 192.168.178.1/Digest
 14:45:14.349    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:45:14.463    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:46:05.487      dtmfbox.c Successfully sent keep-alive (212.227.15.231)
 14:46:15.479 sip_auth_clien Unable to set auth for tdta0x5bf414: can not find credential for 192.168.178.1/Digest
 14:46:15.479    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:46:15.537    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 14:47:16.560 sip_auth_clien Unable to set auth for tdta0x5c041c: can not find credential for 192.168.178.1/Digest
 14:47:16.560    voip_auth.c ERR: SIP registration error (212.227.15.231), status=14!
 14:47:16.678    voip_auth.c ERR: SIP registration failed (212.227.15.231), status=14!
 
Zuletzt bearbeitet:

Statistik des Forums

Themen
246,159
Beiträge
2,247,110
Mitglieder
373,683
Neuestes Mitglied
c0deisme
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.

IPPF im Überblick

Neueste Beiträge