SIP Problem bei direkter Providerregistrierung

  • Bug / Problem

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

Da in jedem Forum ein paar Regeln eingehalten werden müssen, möchte ich diese auch vorher hier festlegen und niederschreiben. Die grundsätzliche Netiquette setze ich bei Jedem voraus. Darüber hinaus möchte ich nur spezielle Regeln ansprechen:
- Unterlasse FullQuote sondern nutze Alternativen wie Inline-Quoting
-> siehe auch https://de.wikipedia.org/wiki/Fullquote vs. https://de.wikipedia.org/wiki/TOFU#Alternativen_zu_TOFU
- Unterlasse nichtssagende Antworten wie "Danke" oder "werde ich mal testen" oder ähnliches, sofern Du nicht der Threadersteller bist und einen Lösungsvorschlag angeboten bekommen hast.
- Vermeide Doppel-Posts (zwei Beiträge von Dir hintereinander) sondern editiere wenn möglich Deine Posts.

Danke...

  • SIP Problem bei direkter Providerregistrierung

    Hallo zusammen,

    ich stricke grade meinen Prototypen zusammen und stoße auf ein SIP-Problem.

    Ich würde gern den Doorpi direkt beim Provider (Telekom) als SIP-Endgerät registrieren. Nach vielem Probieren funktioniert das auch, die Kommunikation wird aufgebaut, es kommt jedoch eingehend wie ausgehend keine Verbindung zustande, obwohl ich den "Ruf" sehe:

    1.) Eingehend

    2019-06-28 06:37:33,670 [DEBUG] [doorpi.sipphone.linphone_lib.CallBacks] is_admin_number (sip:+49160xxxxxxx@ims.telekom.de)
    2019-06-28 06:37:33,671 [WARNING] [root] section AdminNumbers not found in configfile
    2019-06-28 06:37:33,671 [TRACE] [doorpi.conf.config_object] get_keys for section AdminNumbers returns []
    2019-06-28 06:37:33,672 [DEBUG] [doorpi.sipphone.linphone_lib.CallBacks] sip:+49160xxxxxxx@ims.telekom.de is not an adminnumber
    2019-06-28 06:37:33,672 [TRACE] [doorpi.action.handler] fire Event OnCallReject from doorpi.sipphone.linphone_lib.CallBacks asyncron
    2019-06-28 06:37:33,673 [DEBUG] [doorpi.sipphone.from_linphone] [PYLINPHONE] >>> pylinphone_Core_instance_method_decline_call(0x75827500 [0x9de210], 0x76d17df0 [0xa0ab20], 2)
    2019-06-28 06:37:33,674 [INFO] [doorpi.sipphone.from_linphone] channel [0xa12308]: message sent to [UDP://tel.t-online.de:5060], size: [406] bytes
    SIP/2.0 403 Forbidden
    Via: SIP/2.0/UDP 217.0.21.2:5060;branch=z9hG4bKg3Zqkv7i66gwdzcrtn67x721tfsmi8hob
    From: <sip:+49160xxxxxxx@ims.telekom.de;user=phone>;tag=h7g4Esbg_p65541t1561696653m488495c845925960s1_3594997545-1359138989
    To: <sip:+493xxxxxxxx@telekom.de;user=phone>;tag=B6Ljx9u
    Call-ID: p65541t1561696653m488495c845925960s2
    CSeq: 1 INVITE
    User-Agent: (belle-sip/1.4.2)
    Supported: outbound


    2.) Ausgehend

    2019-06-28 06:36:58,364 [INFO] [doorpi.sipphone.from_linphone] channel [0xa12308]: received [395] new bytes from [UDP://tel.t-online.de:5060]:
    SIP/2.0 606 Not Acceptable
    Via: SIP/2.0/UDP 192.168.1.113:5060;branch=z9hG4bK.YKoat4R67;rport
    From: "DoorPi" <sip:03xxxxxxx@tel.t-online.de>;tag=QENrfP~Za
    To: <sip:0160xxxxxxx@tel.t-online.de>;tag=h7g4Esbg_p65541t1561696618m236819c845844589s1_3559739564-2019247265
    Call-ID: k8WFIrY4B9
    CSeq: 21 INVITE
    Contact: <sip:sgc_c@217.0.21.2;transport=udp>
    supported: timer
    Content-Length: 0

    Ich habe bereits alle möglichen Codecs ausprobiert und Video in der Konfig disabled, nichts funktioniert.

    Hat jemand einen Tip für mich?
  • Hallo Alex01.

    Eingehend ist dein Problem wohl, dass du die Anrufer Nummer nicht in der Config hinterlegt hast. DoorPi nimmt nur Anrufe von Admin-Nummern entgegen. Da musst du folgende Einträge in die Doorpi.ini aufnehmen:


    Source Code

    1. [AdminNumbers]
    2. +49160xxxxxxx@ims.telekom.de = Active
    wobei ich mir nicht sicher bin, ob der CLIP so stimmt. unter Umständen kannst du das hinter dem "@" weglassen. Am besten probierst du mal aus.

    Beim ausgehenden Call scheint dein angerufenes Gerät ein Problem zu haben. Der 606er bedeutet:


    Source Code

    1. 606 Not Acceptable Das Endgerät des angerufenen Teilnehmers lehnt die SIP-Anfrage als unzulässig ab


    Probier doch mal eine Verbindung DoorPi ---> Handy. Da hast du das codec-gedusel schon mal ausgeblendet.

    Hier noch meine Einstellungen, wie ich sie in meiner DoorPi schon zwei Jahre problemlos nutze:

    Source Code

    1. [SIP-Phone]
    2. firewallpolicy = PolicyNoFirewall
    3. audio_codecs = PCMA,PCMU
    4. call_timeout = 45
    5. capture_device = ALSA: USB Audio Device
    6. dialtone = !BASEPATH!/media/Haustuerklingel.wav
    7. dialtone_renew_every_start = False
    8. dialtone_volume = 15
    9. echo_cancellation_enabled = True
    10. identity = DoorPi
    11. local_port = 5060
    12. max_call_time = 120
    13. playback_device = ALSA: USB Audio Device
    14. record_while_dialing = true
    15. records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
    16. sipphonetyp = linphone
    17. sipserver_password = ******
    18. sipserver_realm = ****
    19. sipserver_server = ****
    20. sipserver_username = ****
    21. stun_server =
    22. ua.max_calls = 2
    23. video_codecs = VP8
    24. video_device = http://127.0.0.1:9000/stream_simple.html
    25. video_display_enabled = False
    26. video_size = vga
    Display All
    Vier Erfolg beim weitertüfteln.

    Gruss
    Sven
  • Danke Sven!

    Eingehend ist es vielleicht der richtige Hinweis, das probiere ich. Nur mit der Rufnummer scheint es zu funktionieren.
    Dann passiert aber nichts und nach ca. 10 Sekunden löst es aus. Muss ich da noch Events definieren, damit ich mit der Polycom sprechen kann? Könntest Du Deine komplette Doorpi.ini posten?


    Abgehend versuche ich die ganze Zeit, mein iPhone zu erreichen;-)

    The post was edited 1 time, last by Alex01 ().

  • Hallo Alex01.

    Was genau meinst du mit "Dann passiert aber nichts und nach ca. 10 Sekunden löst es aus." ?
    Kommt keine Sprachverbindung zustande?
    Funktioniern denn dein Mikro und der Lautsprecher am Pi?
    Events für den einkommenden Rufaufbau brauchts keine. Ausgehend muss das natürlich irgendwas triggern, aber das weisst du ja sicher.

    Meine DoorPi.ini ist umfangreich und hat noch Kommunikation mit meiner Hausautomation drin, aber wenn du meinst, damit was anfangen zu können, dann hier:

    Source Code: doorpi.ini

    1. [AREA_installer]
    2. .* =
    3. [AREA_public]
    4. .* = None
    5. [AdminNumbers]
    6. **** = Active
    7. [DTMF]
    8. "#" = out:Tueroeffner,1,0,3
    9. "*" = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_Haupteingangstuere_Dauer on
    10. [DoorPi]
    11. base_path = /usr/local/etc/DoorPi
    12. eventlog = !BASEPATH!/conf/eventlog.db
    13. is_alive_led =
    14. last_snapshot = /usr/local/etc/DoorPiWeb/snapshots/2019-05-20_22-24-50.jpg
    15. number_of_snapshots = 50
    16. snapshot_path = /usr/local/etc/DoorPiWeb/snapshots/
    17. [DoorPiWeb]
    18. indexfile = index.html
    19. ip =
    20. loginfile = login.html
    21. online_fallback = http://motom001.github.io/DoorPiWeb
    22. port = 8080
    23. public = AREA_public
    24. www = /usr/local/etc/DoorPiWeb
    25. [EVENT_BeforeSipPhoneMakeCall]
    26. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call start
    27. 11 = os_execute:aplay !BASEPATH!/media/Haustuerklingel.wav
    28. [EVENT_OnCallStateDisconnect]
    29. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call end
    30. [EVENT_OnCallStateDismissed]
    31. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call dismissed
    32. [EVENT_OnCallStateReject]
    33. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd.doorpi=set doorpi call rejected
    34. [EVENT_OnKeyPressed_fhemservice.doorlocked]
    35. 10 = out:Tueroeffner,0
    36. 15 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status zu
    37. 20 = take_snapshot:http://localhost:9000/?action=snapshot
    38. [EVENT_OnKeyPressed_fhemservice.dooropen]
    39. 10 = out:Tueroeffner,1,0,3
    40. 20 = take_snapshot:http://localhost:9000/?action=snapshot
    41. [EVENT_OnKeyPressed_fhemservice.doorunlocked]
    42. 10 = out:Tueroeffner,1
    43. 15 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status offen
    44. 20 = take_snapshot:http://localhost:9000/?action=snapshot
    45. [EVENT_OnKeyPressed_fhemservice.fritzpin]
    46. 10 = call:*18520
    47. [EVENT_OnKeyPressed_fhemservice.takesnapshot]
    48. 10 = take_snapshot:http://localhost:9000/?action=snapshot
    49. [EVENT_OnKeyPressed_gpiopins.10]
    50. 09 = call:11
    51. 10 = take_snapshot:http://localhost:9000/?action=snapshot
    52. 11 = url_call:http://osmc:8080/jsonrpc?request={"jsonrpc":"2.0","method":"Addons.ExecuteAddon","params":{"addonid":"script.doorpicam"},"id":"1"}}
    53. [EVENT_OnKeyPressed_gpiopins.11]
    54. 10 = sleep:10 #url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status offen
    55. [EVENT_OnKeyPressed_gpiopins.12]
    56. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set Haupteingangstuere_SchlossStatus abgeschlossen
    57. [EVENT_OnKeyPressed_gpiopins.13]
    58. 09 = out:Tuerglocke_EG,1,0,1
    59. 10 = take_snapshot:http://localhost:9000/?action=snapshot
    60. 11 = os_execute:aplay !BASEPATH!/media/Haustuerklingel.wav
    61. [EVENT_OnKeyPressed_gpiopins.15]
    62. 10 = out:Tueroeffner,1,0,3
    63. 20 = take_snapshot:http://localhost:9000/?action=snapshot
    64. [EVENT_OnKeyUp_gpiopins.11]
    65. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set D_TH0_Haupteingangstuere_Status zu
    66. [EVENT_OnKeyUp_gpiopins.12]
    67. 10 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set Haupteingangstuere_SchlossStatus offen
    68. [EVENT_OnSipPhoneCallTimeoutNoResponse]
    69. 10 = os_execute:/usr/local/etc/DoorPi/scripts/Klingelbild.sh
    70. [EVENT_OnStartup]
    71. 10 = sleep:10
    72. 20 = os_execute:sudo systemctl start tuerpi.service
    73. 30 = url_call:http://fhempi:8083/fhem?XHR=1&cmd=set RebootDoorPi 1
    74. 40 = os_execute:/usr/local/etc/DoorPi/scripts/Startmeldung.sh
    75. [Group]
    76. administrator = door
    77. [ReadPermission]
    78. administrator = installer
    79. [SIP-Phone]
    80. firewallpolicy = PolicyNoFirewall
    81. audio_codecs = PCMA,PCMU
    82. call_timeout = 45
    83. capture_device = ALSA: USB Audio Device
    84. dialtone = !BASEPATH!/media/Haustuerklingel.wav
    85. dialtone_renew_every_start = False
    86. dialtone_volume = 15
    87. echo_cancellation_enabled = True
    88. identity = DoorPi
    89. local_port = 5060
    90. max_call_time = 120
    91. playback_device = ALSA: USB Audio Device
    92. record_while_dialing = true
    93. records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
    94. sipphonetyp = linphone
    95. sipserver_password = *******
    96. sipserver_realm = ********
    97. sipserver_server = ********
    98. sipserver_username = *********
    99. stun_server =
    100. ua.max_calls = 2
    101. video_codecs = VP8
    102. video_device = http://127.0.0.1:9000/stream_simple.html
    103. video_display_enabled = False
    104. video_size = vga
    105. [User]
    106. door = ******
    107. [WritePermission]
    108. administrator = installer
    109. [fhemservice_InputPins]
    110. doorlocked = sleep:0
    111. dooropen = sleep:0
    112. doorunlocked = sleep:0
    113. fritzpin = sleep:0
    114. takesnapshot = sleep:0
    115. [fhemservice_keyboard]
    116. base_path_input = /var/DoorPI/fhemservice/inputs/
    117. base_path_output = /var/DoorPI/fhemservice/outputs/
    118. bouncetime = 2000
    119. polarity = 0
    120. pressed_on_keydown = True
    121. reset_input = True
    122. [gpiopins_InputPins]
    123. 10 = sleep:0 # Klingel 1.OG
    124. 11 = sleep:0 # Türstatus
    125. 12 = sleep:0 # Schlossstatus
    126. 13 = sleep:0 # Klingel EG
    127. 15 = sleep:0 # Handtüröffner
    128. 16 = sleep:0 # HandDauertüröffner
    129. [gpiopins_OutputPins]
    130. 23 = Tueroeffner
    131. 24 = Tuerglocke_EG
    132. 26 = Tuerglocke_OG
    133. 7 = blinking_led
    134. [gpiopins_keyboard]
    135. bouncetime = 200
    136. mode = BOARD
    137. polarity = 0
    138. pressed_on_keydown = True
    139. pull_up_down = PUD_DOWN
    140. [keyboards]
    141. fhemservice = filesystem
    142. gpiopins = gpio
    Display All
    Verwendung auf eigene Gefahr und ohne Supportanspruch meinerseits 8)


    Gruss
    Sven
  • Hm. Ich hänge hier immernoch.

    Ich möchte einen eingehenden Call vom Handy annehmen können.

    Wenn ich mit dem iPhone den DoorPi anrufe, ist der Anruf ca. 10 Sekunden offenbar verbunden, es ist aber nichts zu hören. Danach wird die Verbindung getrennt

    SIP-Protokoll sehe ich alles, was sein soll... Invite - ok - ACK...

    aber nach dem OK passiert offenbar nichts in Linphone:


    2019-07-03 08:57:19,432 [ERROR] [doorpi.sipphone.from_linphone] audio_stream_start_from_io: No decoder or encoder available for payload telephone-event.

    Wo liegt mein Denkfehler?
  • Es scheint ein Codec Problem zu sein. Wenn ich mit einem PC über das Netz anrufe (App PhonerLite), geht es. MIt einem iPhone nicht.

    Im Sip-Header sieht die Codec-Section bei Phoner so aus:

    v=0
    o=- 1801568110 3014767174 IN IP4 192.168.2.1
    s=SIPPER for PhonerLite
    c=IN IP4 192.168.2.1
    t=0 0
    m=audio 7070 RTP/AVP 8 0 3 9 18 101
    a=rtpmap:8 PCMA/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:3 GSM/8000
    a=rtpmap:9 G722/8000
    a=rtpmap:18 G729/8000
    a=fmtp:18 annexb=yes
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16
    a=ssrc:1108112642
    a=sendrecv

    Und wenn ich mit dem iPhone anrufe, sieht es so aus:

    v=0
    o=- 1400937498 3024008617 IN IP4 192.168.2.1
    s=-
    c=IN IP4 192.168.2.1
    t=0 0
    a=sendrecv
    m=audio 7070 RTP/AVP 109 104 110 9 102 108 105 100 8 0
    b=AS:80
    a=rtpmap:109 EVS/16000
    a=fmtp:109 max-red=0; br=5.9-24.4; bw=nb-wb; cmr=1; ch-aw-recv=-1
    a=rtpmap:104 AMR-WB/16000
    a=fmtp:104 mode-set=0,1,2; mode-change-capability=2; max-red=0
    a=rtpmap:110 AMR-WB/16000
    a=fmtp:110 octet-align=1; mode-set=0,1,2; mode-change-capability=2; max-red=0
    a=rtpmap:9 G722/8000
    a=rtpmap:102 AMR/8000
    a=fmtp:102 mode-change-capability=2; max-red=0
    a=rtpmap:108 AMR/8000
    a=fmtp:108 octet-align=1; mode-change-capability=2; max-red=0
    a=rtpmap:105 telephone-event/16000
    a=fmtp:105 0-15
    a=rtpmap:100 telephone-event/8000
    a=fmtp:100 0-15
    a=ptime:20
    a=maxptime:40
    a=sendrecv
    a=rtpmap:8 PCMA/8000
    a=rtpmap:0 PCMU/8000

    Offenbar fehlt der passende Codec für das iPhone. Weiß jemand, welcher das ist?
  • Deine "SIP-Konstellation" verstehe nicht so richtig.
    Du hast einen Hybrid-Anschluss (Telekom)?
    Auf dem Router hast du Deine (sonstigen) Telefonnummern (Telekom) eingerichtet?
    Eine Telefonnummer (Telekom) verwendest du für den Doorpi direkt mit dem Telekom-SIP-Server
    Wenn du vom iPhone anrufst, mit einer App? Wie eingerichtet? Auch wieder an direkt an den Telekom-SIP-Server?
    Beim PC auch wieder an direkt an den Telekom-SIP-Server?

    Viele Grüße
    Olaf
    --
    Wer nicht gekennzeichnete Rechtschreibfehler findet darf sie gerne behalten.
  • Hallo Korky,

    ich nutze einen Telekom - Hybrid-Anschluß. Dahinter ist eine Unifi Firewall.
    In Summe habe ich auf meinem Anschluß (Ein Trunk ist es ja nicht) 5 Rufnummern. Zwei der Rufnummern sind direkt auf dem Speedport registriert, eine Weitere am PC (Nicht am Speedport angemeldet sondern direkt tel.t-online.de) und eine vierte Rufnummer ist auf dem DoorPi direkt registriert.

    Am PC funktioniert alles einwandfrei. Wenn ich vom PC auf dem Doorpi anrufe, habe ich Sprachverständigung. Jedoch hängen PC und Doorpi im gleichen IP-Subnet und ich kann nicht garantieren, ob der Sprachdatenstrom trotz Providerregistrierung nicht doch im lokalen Netz bleibt.
    Vom iPhone rufe ich mit der nativen App (also ganz normales GSM) den Doorpi an. Es kommt eine Verbindung zustande, die nach 10Sek. mit einem BYE vom Netz auslöst. Wenn ich in diesen 10 Sekunden am Handy makele, kommt am Doorpi die bekannte "Ein Teilnehmer hat das Gespräch vorrübergehend verlassen..." Ansage aus dem Mobilfunknetz. Selten hatte ich schon nach dem Makeln eine Sprachverbindung... warum auch immer.

    Wenn ich übrigens vom Handy den PC anrufe, der wie gesagt im gleichen Subnetz wie der Doorpi hängt, geht das sofort. Sagt mir, das es nicht an meiner LAN/Firewallkonfiguration liegt. Ich nutze am PC PhonerLite.

    So richtig reproduzierbar ist das alles grad nicht... Und im SIP Protokoll ist leider auch keine klare Ursache erkennbar.
  • Was ich "komisch" finde ist, dass du dich hinter dem Speedport mit dem SIP-Server verbinden kannst.
    Nun gut, wenn es klappt hat es ja was.

    Ich wollte meinen asterisk (von meinem Home-Serverer) erst direkt zur Telekom verbinden. Als ich dann gelesen hatte, dass man einen Portbereich zum Internet öffnen muss, habe ich es der Fritzbox überlassen. Leider gibt die Telekom keinen IP-Bereich aus, damit man Filtern könnte.
    Beides zusammen (Fritzbox und asterisk) zur Telekom habe ich nicht hinbekommen.

    Wie dem auch sei. Soweit ich es verstanden habe (oder zusammen reime) wird der Port 5060 nur für die "Steuerung" benutzt. Also: "Rufe Nr xxx an" oder "ankommender Anruf für RufNr" , ...
    Die Sprache wird über eine extra Verbindung hergestellt, welche vom SIP-Server kommt. bzw. die Teilnehmer verbinden sich direkt.

    Ich kriege es nicht mehr ganz zusammen (ist zu lange her, andere Projekte zurzeit wichtiger). Ich meine bei asterisk hat das was mit

    Source Code

    1. directmedia=no
    2. directrtpsetup=no
    zu tun.

    Soweit jedenfalls mein Kenntnisstand.
    Ich denke mal, das der SIP-Server (Telekom) versucht eine Verbindung aufzubauen, aber der Router (Speedport) damit nichts anfangen kann und die Verbindung verwirft.

    Als Schlagworte schmeiß ich mal "SIP NAT" in den (Suchmaschinen-)Ring

    Viele Grüße
    Olaf
    --
    Wer nicht gekennzeichnete Rechtschreibfehler findet darf sie gerne behalten.
  • SIP Problem bei direkter Providerregistrierung

    Hallo Korky.
    Danke, du hast mir gerade die Landebahn geebnet.
    @Alex01: SIP braucht in der Tat noch mehr Ports für die Kommunikation. Vor einem Jahr musste ich im Geschäft die Firewall austauschen und da musste ich neben 5060 auch noch den Range 30000 - 30005 eingehend auf unsere PBX freigeben.
    Kurz gegoogelt und gefunden: hier ist alles recht schön beschrieben: tecchannel.de/a/voip-hinter-einer-nat-firewall,433069,6
    Ich hoffe das hilft dir nun weiter.

    Da ich persönlich kein Freund von eingehenden Portweiterleitungen auf Geräte im Heimnetz bin, würde ich für den DoorPi eine DMZ oder ein VLAN bauen. Aber das überlasse ich jedem wie er will.

    Gesendet von meinem BAH-W09 mit Tapatalk
  • Hallo Ihr beiden,

    danke für die Tip´s… aber so recht an die Portweiterleitung glauben mag ich noch nicht. Wie gesagt, sind Phonerlite am PC und Doorpi beide im gleichen Subnet hinter der gleichen Firewall und hinter dem gleichen Speedport. Phonerlite geht, Doorpi nicht.
    Und bei Verbindung sehe ich auch eigehende "Sprachpakete" vom Gespräch, nur eben ohne Inhalt am Doorpi.

    2019-07-04 19:03:02,351 [INFO] [doorpi.sipphone.from_linphone] Linphone core [0x173bfa8] notifying [call_stats_updated]
    2019-07-04 19:03:02,351 [INFO] [doorpi.sipphone.from_linphone] Bandwidth usage for call [0x17f7ac0]:
    RTP audio=[d= 0.0,u= 0.0], video=[d= 0.0,u= 0.0] kbits/sec
    RTCP audio=[d= 0.0,u= 0.0], video=[d= 0.0,u= 0.0] kbits/sec
    2019-07-04 19:03:02,352 [INFO] [doorpi.sipphone.from_linphone] Thread processing load: audio=0.000000 video=0.000000

    Sehr Mysteriös das ganze, da wünsche ich mir fast ISDN zurück, X.25 konnte ich besser lesen...;-);-);-)
  • SIP Problem bei direkter Providerregistrierung

    Nutzt ddu bei phonerLite UDP oder TCP?
    Bei TCP ist meines Wissens kein zusätzlicher Port nötig, da alles in den 5060er gekapselt wird. Das macht es als Protokoll hinter NAT etwas konfortabler. Siehe: dus.net/de/sip-ueber-tcp

    Ob LinPhone in DoorPi auch TCP spricht, weiss ich leider auch nicht. Das wüssten wahrscheinlich @motom001 oder @Nea.

    Gesendet von meinem BAH-W09 mit Tapatalk