ms6800
Goto Top

SNOM D765 an LancomR883VAW

Guten Morgen zusammen,

ich verzweifel gerade an der SIP registrierung von einem Lancom R883VAW auf zwei SNOM D765. Gestern war die Telekom da um unseren ALL-IP anschluss zu schalten, dabei hat der freundiche die 3 SIP Leitungen angelegt. (Ich war leider nicht vorort)

Allerdings verzweifel ich gerade an den SIP Benutzern + die registrierung an den SNOM Telefonen.

wenn ich auf dem Lancom unter Voice Call Manager -> Benutzer gehe -> SIP Benutzer -> Hinzufügen gehe

dann hacken Eintrag aktiv -> Interne Rufnummer ( dort habe ich die komplette rufnummer eingetragen sprich +490123456789) -> Kommentar ( Frei gewählt IP-TELEFON1) -> Authentifiziert.-Name ( Dort habe ich die letzen beiden nummern der Telefonnummer genommen sprich in diesem Beispiel 89) -> Passwort: 21 -> Zugriff von WAN nicht erlaubt -> Gerätetyp Telefon ->DTMF-Signalisierung Telefon-Events-Rückfall auf SIP info.

ich kann mich leider nicht auf den Snom mit den daten anmelden....
Snom frägt nach dem Account, hier gebe ich dann den Authentifizier.-Name an , sprich die 89 ?
dann möchte er einen Registrar, der vorgegeben ist und intern heißt, dieser ist auch beim Voice Call Manager -> Allgemein unter Lokale VoIP-Domäne eingetragen.

bestätige ich auf dem SNOM intern mit ok, sehe ich im Display 21@intern, unregistriert.

Was mache ich falsch ?

vielleicht kann mir jemand zur seite stehen

Vielen dank
Grüße aus Heilbronn
Max

Content-ID: 349934

Url: https://administrator.de/contentid/349934

Ausgedruckt am: 22.11.2024 um 08:11 Uhr

aqui
aqui 23.09.2017 aktualisiert um 11:34:09 Uhr
Goto Top
dann hacken Eintrag aktiv
"hacken" ??
https://de.wikipedia.org/wiki/Ferse
https://de.wikipedia.org/wiki/Hacke_(Werkzeug)
http://www.duden.de/suchen/dudenonline/haken
Nutzt man sowas neuerdings auch in der IT ??
Zurück zum Problem...

Im Grunde ist es ganz einfach. Der Lancom ist für deine internen Nummern ja der Registrar sofern sich der Lancom wie eine VoIP Telefonanlage darstellt.
Meist ist die Nebenstellennummer dann auch der Username und das Passwort ist das was du im Snom eingerichtet hast. Der Registrar ist dann logischerweise die lokale IP Adresse des Lancom.
Warst du so intelligent und hast mal in das Log des Lancom gesehen ?? Was loggt der mit wenn die SIP Registrierung fehlschlägt ?? Da sollte immer der Grund stehen.
Ansonsten ist der Wireshark hier wie immer dein bester Freund. Sniffer damit einfach die SIP Registrierung mit. Anhand der SIP Kommunikation kannst du in einer Minute sofort genau sehen wo es kneift !

Oder willst du die Telefone direkt ohne Lancom beim VoIP Provider registrieren lassen ??
Dann muss da natürlich als Username die vollständige Nummer inkl. Vorwahl, Passwort und SIP URL des Providers eingegeben werden.
Leider wird das aus deinen Ausführungen nicht so ganz klar face-sad
ich kann mich leider nicht auf den Snom mit den daten anmelden....
Das ist ja auch Blödsinn ! Wenn überhaupt meldet sich das SNOM selber irgendwo an. Das SNOM ist doch hier der (SIP) Client ! Entweder als Nebenstelle auf dem Lancom oder direkt beim Provider. Das bestimmst immer DU selber mit den SIP URL Daten die DU im Snom Telefon selber definierst !
Kann es sein das dir die VoIP Mechnaismen nicht wirklich klar sind ?
hier gebe ich dann den Authentifizier.-Name an ,
Die muss exakt mit dem Usernamen der entweder im Lancom oder Provider definiert ist übereinstimmen !
dann möchte er einen Registrar, der vorgegeben ist und intern heißt,
Vorgegeben ?? Kann normnal nicht sein. Den musst du doch im SNOM Setup vorher definieren !
Was ist denn "intern" ?? Ein Hostname ? Wenn müsste das ein Domainname sein der auf die IP des Lancom referenziert, ansonsten gehört hier die lokale IP des Lancom rein !
"21@intern" ist schon richtig aber unlogisch.
Normal hat man ja eine interne Domain wenn man mit DNS arbeitet wie z.B. ms6800.intern. So sähe ja eine klassische Domain aus.
Dann richtet man im DNS Server einen Host Eintrag ein der z.B. sip.ms6800.intern heisst und auf die lokale IP Adresse des Lancom verweist.
Ein Quercheck mit einem ping sip.ms6800.intern sollte dann eine Antwort vom Lancom erbringen.
Dann kannst du ins Telefon auch 21@sip.ms6800.intern als SIP Registrar eintragen.
Das ist aber stinknormales DNS Setup.
Wenn du kein DNS hast darfst du im SNOM natürlich keine Domain oder Domainnamen eingeben sondern immer die nackte IP des Lancoms ala 21@192.168.10.1 (wenn 192.168.10.1 die Lancom IP ist)

Mach es dir doch erstmal ganz einfach und gehe strategisch vor !
Nimm statt des SNOM ein einfaches PC Softphone wie den Phoner:
http://www.phoner.de
Oder wenn du mit einem Smartphomne arbeiten willst den Zoiper
https://www.zoiper.com
Das hat ein Log und dem kannst du die SNOPM Credentials konfigurieren.
Damit kannst du dann bis der Arzt kommt probieren und rausbekommen mit welchen Credentials du dich registrieren kannst per SIP.
Dadurch das diese Clients ein detailiertes Log führen (und der Lancom auch) hat man in Sekundenschnelle raus wo es kneift. Mit Wireshark sowieso wenn man es zusätzlich nutzt.
Auf solche banalen und einfachen Troubleshooting Schritte kommt man doch auch von allein mit dem gesunden Mensachenverstand ohne ein Admin Forum wenn man nur einmal etwas in Ruhe nachdenkt....wenn !
MS6800
MS6800 23.09.2017 um 11:41:35 Uhr
Goto Top
Hallo Aqui,

hier mal ein paar bilder.

nach den logs suche ich.
danke

Grüße
Max
lancom2
snom
sipleitung
lancom1png
LordGurke
LordGurke 23.09.2017 um 12:47:34 Uhr
Goto Top
Trage mal die IP-Adresse des Lancom als Outbound-Proxy am Snom ein. Selbst dann, wenn das Snom probleme mit der Auflösung des Namens "intern" hat, kommt es zu deinem Lancom durch, behält dabei aber die korrekten Domainnamen bei.

Wenn das nicht funktioniert, guck doch mal in den Logs vom Snom WESHALB es sich nicht registrieren kann.
MS6800
MS6800 23.09.2017 um 13:00:32 Uhr
Goto Top
Hallo,

habe die IP-Adresse des Lancoms als Outbound-Proxy am Snom eingetragen, leider geht es noch immer nicht.

hier die logs des snoms:

Jan 1 19:27:53 [ERROR ] PHN: TPL: Socket Error: 1658/35/none, connect -> Network is unreachable (101)

Jan 1 19:27:53 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:27:57 [ERROR ] PHN: TPL: Socket Error: 1659/35/none, connect -> Permission denied (13)

Jan 1 19:27:57 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:27:57 [ERROR ] PHN: TPL: Socket Error: 1660/35/none, connect -> Network is unreachable (101)

Jan 1 19:27:57 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:28:05 [ERROR ] DNS: Timeout on 2682/_sip._udp.intern

Jan 1 19:28:05 [CRITIC] SIP: route pending packet: invalid id 1000122

Jan 1 19:28:05 [CRITIC] SIP: route pending packet: invalid id 1000123

Jan 1 19:32:47 [ERROR ] PHN: TPL: Socket Error: 1661/35/none, connect -> Permission denied (13)

Jan 1 19:32:47 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:32:47 [ERROR ] PHN: TPL: Socket Error: 1662/35/none, connect -> Permission denied (13)

Jan 1 19:32:47 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:32:48 [ERROR ] PHN: TPL: Socket Error: 1663/35/none, connect -> Permission denied (13)

Jan 1 19:32:48 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:32:50 [ERROR ] PHN: TPL: Socket Error: 1664/35/none, connect -> Permission denied (13)

Jan 1 19:32:50 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:32:50 [ERROR ] PHN: TPL: Socket Error: 1665/35/none, connect -> Network is unreachable (101)

Jan 1 19:32:50 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:32:52 [ERROR ] PHN: TPL: Socket Error: 1666/35/none, connect -> Permission denied (13)

Jan 1 19:32:52 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:32:52 [ERROR ] PHN: TPL: Socket Error: 1667/35/none, connect -> Network is unreachable (101)

Jan 1 19:32:52 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:32:56 [ERROR ] PHN: TPL: Socket Error: 1668/35/none, connect -> Permission denied (13)

Jan 1 19:32:56 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:32:56 [ERROR ] PHN: TPL: Socket Error: 1669/35/none, connect -> Network is unreachable (101)

Jan 1 19:32:56 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:04 [ERROR ] DNS: Timeout on 2703/intern.intern

Jan 1 19:33:04 [ERROR ] PHN: TPL: Socket Error: 1670/35/none, connect -> Permission denied (13)

Jan 1 19:33:04 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:05 [ERROR ] PHN: TPL: Socket Error: 1671/35/none, connect -> Permission denied (13)

Jan 1 19:33:05 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:06 [ERROR ] PHN: TPL: Socket Error: 1672/35/none, connect -> Permission denied (13)

Jan 1 19:33:06 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:08 [ERROR ] PHN: TPL: Socket Error: 1673/35/none, connect -> Permission denied (13)

Jan 1 19:33:08 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:08 [ERROR ] PHN: TPL: Socket Error: 1674/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:08 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:10 [ERROR ] PHN: TPL: Socket Error: 1675/35/none, connect -> Permission denied (13)

Jan 1 19:33:10 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:10 [ERROR ] PHN: TPL: Socket Error: 1676/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:10 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:14 [ERROR ] PHN: TPL: Socket Error: 1677/35/none, connect -> Permission denied (13)

Jan 1 19:33:14 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:14 [ERROR ] PHN: TPL: Socket Error: 1678/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:14 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:22 [ERROR ] DNS: Timeout on 2717/_sips._tcp.intern

Jan 1 19:33:22 [ERROR ] PHN: TPL: Socket Error: 1679/35/none, connect -> Permission denied (13)

Jan 1 19:33:22 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:22 [ERROR ] PHN: TPL: Socket Error: 1680/35/none, connect -> Permission denied (13)

Jan 1 19:33:22 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:23 [ERROR ] PHN: TPL: Socket Error: 1681/35/none, connect -> Permission denied (13)

Jan 1 19:33:23 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:25 [ERROR ] PHN: TPL: Socket Error: 1682/35/none, connect -> Permission denied (13)

Jan 1 19:33:25 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:25 [ERROR ] PHN: TPL: Socket Error: 1683/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:25 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:27 [ERROR ] PHN: TPL: Socket Error: 1684/35/none, connect -> Permission denied (13)

Jan 1 19:33:27 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:27 [ERROR ] PHN: TPL: Socket Error: 1685/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:27 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:31 [ERROR ] PHN: TPL: Socket Error: 1686/35/none, connect -> Permission denied (13)

Jan 1 19:33:31 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:31 [ERROR ] PHN: TPL: Socket Error: 1687/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:31 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:39 [ERROR ] DNS: Timeout on 2741/_sip._tcp.intern

Jan 1 19:33:39 [ERROR ] PHN: TPL: Socket Error: 1688/35/none, connect -> Permission denied (13)

Jan 1 19:33:39 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:40 [ERROR ] PHN: TPL: Socket Error: 1689/35/none, connect -> Permission denied (13)

Jan 1 19:33:40 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:41 [ERROR ] PHN: TPL: Socket Error: 1690/35/none, connect -> Permission denied (13)

Jan 1 19:33:41 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:43 [ERROR ] PHN: TPL: Socket Error: 1691/35/none, connect -> Permission denied (13)

Jan 1 19:33:43 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:43 [ERROR ] PHN: TPL: Socket Error: 1692/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:43 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:45 [ERROR ] PHN: TPL: Socket Error: 1693/35/none, connect -> Permission denied (13)

Jan 1 19:33:45 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:45 [ERROR ] PHN: TPL: Socket Error: 1694/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:45 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:49 [ERROR ] PHN: TPL: Socket Error: 1695/35/none, connect -> Permission denied (13)

Jan 1 19:33:49 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:33:49 [ERROR ] PHN: TPL: Socket Error: 1696/35/none, connect -> Network is unreachable (101)

Jan 1 19:33:49 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:33:57 [ERROR ] DNS: Timeout on 2758/_sip._udp.intern

Jan 1 19:33:57 [CRITIC] SIP: route pending packet: invalid id 1000124

Jan 1 19:33:57 [CRITIC] SIP: route pending packet: invalid id 1000125

Jan 1 19:38:10 [NOTICE] PHN: TPL: Socket 1697 idle/connect timeout

Jan 1 19:38:13 [NOTICE] PHN: TPL: Socket 1698 idle/connect timeout

Jan 1 19:38:17 [NOTICE] PHN: TPL: Socket 1699 idle/connect timeout

Jan 1 19:38:19 [NOTICE] PHN: TPL: Socket 1700 idle/connect timeout

Jan 1 19:38:24 [ERROR ] PHN: TPL: Socket Error: 1701/35/none, connect -> Permission denied (13)

Jan 1 19:38:24 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:24 [ERROR ] PHN: TPL: Socket Error: 1702/35/none, connect -> Permission denied (13)

Jan 1 19:38:24 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:25 [ERROR ] PHN: TPL: Socket Error: 1703/35/none, connect -> Permission denied (13)

Jan 1 19:38:25 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:27 [ERROR ] PHN: TPL: Socket Error: 1704/35/none, connect -> Permission denied (13)

Jan 1 19:38:27 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:27 [ERROR ] PHN: TPL: Socket Error: 1705/35/none, connect -> Network is unreachable (101)

Jan 1 19:38:27 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:38:29 [ERROR ] PHN: TPL: Socket Error: 1706/35/none, connect -> Permission denied (13)

Jan 1 19:38:29 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:29 [ERROR ] PHN: TPL: Socket Error: 1707/35/none, connect -> Network is unreachable (101)

Jan 1 19:38:29 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:38:33 [ERROR ] PHN: TPL: Socket Error: 1708/35/none, connect -> Permission denied (13)

Jan 1 19:38:33 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:33 [ERROR ] PHN: TPL: Socket Error: 1709/35/none, connect -> Network is unreachable (101)

Jan 1 19:38:33 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:38:41 [ERROR ] DNS: Timeout on 2774/intern.intern

Jan 1 19:38:41 [ERROR ] PHN: TPL: Socket Error: 1710/35/none, connect -> Permission denied (13)

Jan 1 19:38:41 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:42 [ERROR ] PHN: TPL: Socket Error: 1711/35/none, connect -> Permission denied (13)

Jan 1 19:38:42 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:43 [ERROR ] PHN: TPL: Socket Error: 1712/35/none, connect -> Permission denied (13)

Jan 1 19:38:43 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:45 [ERROR ] PHN: TPL: Socket Error: 1713/35/none, connect -> Permission denied (13)

Jan 1 19:38:45 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:45 [ERROR ] PHN: TPL: Socket Error: 1714/35/none, connect -> Network is unreachable (101)

Jan 1 19:38:45 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:38:47 [ERROR ] PHN: TPL: Socket Error: 1715/35/none, connect -> Permission denied (13)

Jan 1 19:38:47 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:47 [ERROR ] PHN: TPL: Socket Error: 1716/35/none, connect -> Network is unreachable (101)

Jan 1 19:38:47 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:38:51 [ERROR ] PHN: TPL: Socket Error: 1717/35/none, connect -> Permission denied (13)

Jan 1 19:38:51 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:51 [ERROR ] PHN: TPL: Socket Error: 1718/35/none, connect -> Network is unreachable (101)

Jan 1 19:38:51 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:38:57 [ERROR ] PHN: TPL: Socket Error: 1720/36/none, connect -> Permission denied (13)

Jan 1 19:38:57 [CRITIC] SIP: Could not connect to udp:192.168.1.0:5060

Jan 1 19:38:57 [ERROR ] SIP: Did not route packet 1000128 to udp:192.168.1.0:5060, error on tx setup

Jan 1 19:38:57 [ERROR ] SIP: request 1000128 destination invalid udp:192.168.1.0:5060 35373637333337323533-ibb9suvrmi13

Jan 1 19:38:57 [NOTICE] SIP: final transport error: 1000128 -> udp:192.168.1.0:5060

Jan 1 19:38:57 [ERROR ] SIP: transport error 1000128: generating fake 599

Jan 1 19:38:57 [ERROR ] SIP: Registrar 21@intern timed out

Jan 1 19:38:59 [ERROR ] DNS: Timeout on 2802/_sips._tcp.intern

Jan 1 19:38:59 [ERROR ] PHN: TPL: Socket Error: 1722/37/none, connect -> Permission denied (13)

Jan 1 19:38:59 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:38:59 [NOTICE] CFG: Std-Settings stored

Jan 1 19:38:59 [ERROR ] PHN: TPL: Socket Error: 1723/37/none, connect -> Permission denied (13)

Jan 1 19:38:59 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:00 [ERROR ] PHN: TPL: Socket Error: 1724/37/none, connect -> Permission denied (13)

Jan 1 19:39:00 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:02 [NOTICE] PHN: TPL: Socket 1719 idle/connect timeout

Jan 1 19:39:02 [NOTICE] PHN: TPL: Socket 1721 idle/connect timeout

Jan 1 19:39:02 [ERROR ] PHN: TPL: Socket Error: 1725/35/none, connect -> Permission denied (13)

Jan 1 19:39:02 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:02 [ERROR ] PHN: TPL: Socket Error: 1726/35/none, connect -> Network is unreachable (101)

Jan 1 19:39:02 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:39:04 [ERROR ] PHN: TPL: Socket Error: 1729/37/none, connect -> Permission denied (13)

Jan 1 19:39:04 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:04 [ERROR ] PHN: TPL: Socket Error: 1730/37/none, connect -> Network is unreachable (101)

Jan 1 19:39:04 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:39:07 [NOTICE] PHN: TPL: Socket 1727 idle/connect timeout

Jan 1 19:39:08 [ERROR ] PHN: TPL: Socket Error: 1732/37/none, connect -> Permission denied (13)

Jan 1 19:39:08 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:08 [ERROR ] PHN: TPL: Socket Error: 1733/37/none, connect -> Network is unreachable (101)

Jan 1 19:39:08 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:39:11 [NOTICE] PHN: TPL: Socket 1728 idle/connect timeout

Jan 1 19:39:13 [NOTICE] PHN: TPL: Socket 1731 idle/connect timeout

Jan 1 19:39:16 [ERROR ] DNS: Timeout on 2810/_sip._tcp.intern

Jan 1 19:39:16 [ERROR ] PHN: TPL: Socket Error: 1734/35/none, connect -> Permission denied (13)

Jan 1 19:39:16 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:17 [ERROR ] PHN: TPL: Socket Error: 1735/35/none, connect -> Permission denied (13)

Jan 1 19:39:17 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:18 [ERROR ] PHN: TPL: Socket Error: 1736/35/none, connect -> Permission denied (13)

Jan 1 19:39:18 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:20 [ERROR ] PHN: TPL: Socket Error: 1737/35/none, connect -> Permission denied (13)

Jan 1 19:39:20 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:20 [ERROR ] PHN: TPL: Socket Error: 1738/35/none, connect -> Network is unreachable (101)

Jan 1 19:39:20 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:39:22 [ERROR ] PHN: TPL: Socket Error: 1739/35/none, connect -> Permission denied (13)

Jan 1 19:39:22 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:22 [ERROR ] PHN: TPL: Socket Error: 1740/35/none, connect -> Network is unreachable (101)

Jan 1 19:39:22 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:39:26 [ERROR ] PHN: TPL: Socket Error: 1741/35/none, connect -> Permission denied (13)

Jan 1 19:39:26 [ERROR ] DNS: Connecting to udp:192.168.1.0:53 failed

Jan 1 19:39:26 [ERROR ] PHN: TPL: Socket Error: 1742/35/none, connect -> Network is unreachable (101)

Jan 1 19:39:26 [ERROR ] DNS: Connecting to udp:[fec0:0:0:ffff::1]:53 failed

Jan 1 19:39:34 [ERROR ] DNS: Timeout on 2817/_sip._udp.intern

Jan 1 19:39:34 [CRITIC] SIP: route pending packet: invalid id 1000126

Jan 1 19:39:34 [CRITIC] SIP: route pending packet: invalid id 1000127

Jan 1 19:39:38 [NOTICE] PHN: TPL: Socket 1743 idle/connect timeout

Jan 1 19:39:39 [NOTICE] PHN: TPL: Socket 1744 idle/connect timeout

Jan 1 19:40:02 [NOTICE] PHN: TPL: Socket 1745 idle/connect timeout

Jan 1 19:40:04 [NOTICE] PHN: TPL: Socket 1746 idle/connect timeout

Jan 1 19:40:08 [ERROR ] PHN: TPL: Socket Error: 1748/36/none, connect -> Permission denied (13)

Jan 1 19:40:08 [CRITIC] SIP: Could not connect to udp:192.168.1.0:5060

Jan 1 19:40:08 [ERROR ] SIP: Did not route packet 1000130 to udp:192.168.1.0:5060, error on tx setup

Jan 1 19:40:08 [ERROR ] SIP: request 1000130 destination invalid udp:192.168.1.0:5060 35373637333337323533-ibb9suvrmi13

Jan 1 19:40:08 [NOTICE] SIP: final transport error: 1000130 -> udp:192.168.1.0:5060

Jan 1 19:40:08 [ERROR ] SIP: transport error 1000130: generating fake 599

Jan 1 19:40:08 [ERROR ] SIP: Registrar 21@intern timed out

Jan 1 19:40:10 [NOTICE] CFG: Std-Settings stored

Jan 1 19:40:13 [NOTICE] PHN: TPL: Socket 1749 idle/connect timeout

Jan 1 19:40:14 [NOTICE] PHN: TPL: Socket 1747 idle/connect timeout

Jan 1 19:40:14 [NOTICE] MEDIA: MediaIpc::rtpClose: RP8

Jan 1 19:40:14 [NOTICE] MEDIA: MediaIpc::rtpClose: RC8

Jan 1 19:40:14 [NOTICE] MEDIA: onRtpClose: RP8

Jan 1 19:40:14 [NOTICE] MEDIA: onRtpClose: RC8
MS6800
MS6800 23.09.2017 aktualisiert um 13:26:10 Uhr
Goto Top
das sieht nach einem DNS probem aus, wenn ich jetzt im Lancom unter Konfiguration -> IPv4 -> DNS schaue steht folgendes:

eigene domain intern, sollte da nicht die IP adresse des Lancoms rein ?


Grüße
Max
dns
aqui
aqui 23.09.2017 aktualisiert um 17:33:29 Uhr
Goto Top
Network is unreachable (101)
Das sieht ja irgendwie danach aus als ob mit der IP Adressierung generell was nicht stimmt ?!
Sind Lancom und SNOM überhautp im gleichen IP Netz und anpingbar ? Der andere Eintrag:
route pending packet:
bestärkt einen noch in der Annahme das da irgendwas faul mit der Adressierung an sich ist.
Der DNS Server kann ebenfalls den Hostnamen: intern.intern nicht auflösen in eine IP bzw. der DNS Server wird ja gar nicht erst gefunden weil dort statt einer Host IP ein Netzwerk angegeben ist.
DNS: Timeout on 2703/intern.intern
Ebenso den Hostnamen: _sips._tcp.intern. Auch das scheitert ebenso wie 21@intern.

Das verwundert dann auch wenig wenn man die Fehlermeldung:
DNS: Connecting to udp:192.168.1.0:53 failed (UDP Port 53 = DNS Request)
liest !
Da versucht das Gerät einen DNS Request auf eine IP Netzwerkadresse (alle Hostbits auf 0) !!!
So scheitert natürlich jeglicher DNS Namensauflösungs Versuch, denn einen Host mit einer Netzwerk IP kann es niemals geben.
Es lässt sich auch nicht erkennen das du als SIP URL mal die IP direkt statt eines Hostnamens angegeben hast face-sad Alle SIP Requests werden auf Hostnamen gemacht die nicht per DNS auflösbar sind. Damit scheitert dann alles...klar !
Mit der direkten IP ala 21@192.168.1.1 (wenn .1 der Lancom ist ?!) könnte man das DNS Hostproblem erstmal umgehen.
Auch
Could not connect to udp:192.168.1.0:5060
Zeigt das da generell was ziemlich im Argen ist mit der IP Adressierung an sich.
Sieht nach Log so aus als ob dort Netzwerkadressen statt Hostadresse konfiguriert sind oder die Partner sich in unterschioedlichen IP Netzen befinden. Dann muss natürlich jegliche DNS Auflösung und auch SIP Request von vorn herein scheitern.

Wie bereits gesagt: Nimm einen freien Softphone Client mit den SNOM Credentials und check das damit aus !
Damit kannst du das SNOM emulieren und siehst wenigstens die richtige IP Adressierung bzw. kannst sie on the fly ändern !
Wenns damit klappt kannst du diese Credentials aufs SNOM übertragen.
Kannst du das Telefon überhaupt vom Lancom oder einem anderen PC im Netz anpingen ?
MS6800
MS6800 23.09.2017 aktualisiert um 19:25:43 Uhr
Goto Top
dazu könnte ich morgen etwas mehr sagen ,da ich jetzt schon zuhause bin.
das wurde so vom Telekom Menschen eingerichtet. Netzwerk: 192.168.1.0/24


Die Konfigurationsseite der Snoms sehe ich und kann diese ja über den Browser öffnen.

Irgendwie glaube ich das ich über einen Reset nicht hinweg komme, und es selber konfigurieren muss, was eigentlich schade ist , da hätte man sich auch die Montage gebühr sparen können.


PS: Der Lancom hat die 192.168.1.0 als IP adresse !
MS6800
MS6800 24.09.2017 um 15:51:40 Uhr
Goto Top
So Mahlzeit miteinander,

habe jetzt die IP Adresse des Netzwerkes von ursprünglich 192.168.1.0/24 auf 192.168.1.1/24 geändert und siehe da , ich kann mich mit den SIP Benutzern am SNOM anmelden und bekomme auf dem Gerät einen Grünen Hörer, SUPER !

Jetzt habe ich aber noch folgedes Problem ich kann zwar mit dem Telefon raus telefonieren, aber nicht mit der hinterlegten nummer ! . Leider kann ich nur rausrufen, wenn ich mit meinem Handy reinrufen möchte komme ich nicht druch.

Hat hier noch jemand eine ahnung ?

Vielen dank und Wählen nicht vergessen ;)
Max
LordGurke
LordGurke 24.09.2017 um 16:42:55 Uhr
Goto Top
Halt, moment, was? Der Telekom-Spezialexperte hat dem Router die 192.168.1.0 als Adresse zugewiesen? Was?

Was eingehende Anrufe angeht: Welche Fehleransage erhältst du denn? Jenachdem welche Ansage kommt, hat diese unterschiedliche Ursachen.
Sind die Telekom-Rufnummern denn registriert? Diese Accounts müssen sich bei den Telekom-Servern registrieren, um eingehende Anrufe zu erhalten. Falls das der Fall ist, schau mal ins Log von dem Lancom, ob eventuell was anderes nicht passt - z.B. falsche Codecs oder nicht zugewiesene interne Durchwahlen oder...
MS6800
MS6800 24.09.2017 um 16:59:43 Uhr
Goto Top
Hallo LordGurke,

ja in der tat, hat das der Telekom Technicker getan....
Leider bin ich nicht so vertraut mit dem Lancom wo finde ich den die Logs ?
Beim Reinrufen via Handy kommt das der gewünschte Gesprächpartner nicht erreichbar ist.

Ich denke schon das die SIP Leitungen registriert sind ?, siehe Anhang.
sipleitung
aqui
aqui 25.09.2017 aktualisiert um 10:12:00 Uhr
Goto Top
Leider bin ich nicht so vertraut mit dem Lancom
Na ja aber jeder Azubi im ersten Lehrjahr weiss ja heutzutage das 192.168.1.0 KEINE gültige IP Hostadresse ist !!
Sind alle Hostbits einer IP Adresse mit 0 (Null) angegeben bezeichnet das immer die Netzwerk Adresse bzw. das Netzwerk an sich und die ist als Hostadresse ungültig und kann nicht vergeben werden.
Lernt man aber auch in der Grunschlule IP Adressierung. Wenn es an solch einfachen Basics schon scheitert muss man sich ja nicht wundern was da noch in der Konfig verbrochen ist.
Als verantwortungsvoller Netzwerker kontrolliert man doch was so ein externer Heini in zentrale Komponenten eingibt und konfiguriert !!! Mindestens ändert man ja wohl das Passwort.
Beim Reinrufen via Handy kommt das der gewünschte Gesprächpartner nicht erreichbar ist.
Logisch bei vollkommen falscher Konfig ! Das muss man dann auch nicht weiter kommentieren.
//anonymous@t-online.de ist ja auch ein interessanter Username für die SIP Einwahl. Sicherlich ist auch das Passwort da überall gleich und vermutlich überall nur ein Dummy Platzhalter den man noch nach den individuellen Accounts einrichten muss. Tödlich aus Sicherheitssicht !
All das hast du vermutlich auch nicht gemacht ?!
LordGurke
LordGurke 25.09.2017 aktualisiert um 10:45:22 Uhr
Goto Top
Zitat von @aqui:
Beim Reinrufen via Handy kommt das der gewünschte Gesprächpartner nicht erreichbar ist.
Logisch bei vollkommen falscher Konfig ! Das muss man dann auch nicht weiter kommentieren.
anonymous@t-online.de ist ja auch ein interessanter Username für die SIP Einwahl. Sicherlich ist auch das Passwort da überall gleich und vermutlich überall nur ein Dummy Platzhalter den man noch nach den individuellen Accounts einrichten muss. Tödlich aus Sicherheitssicht !
All das hast du vermutlich auch nicht gemacht ?!

Aqui, komm mal runter...
Du musst an deinem eigenen Telekom-Anschluss für die zugehörigen SIP-Zugänge keine Benutzernamen und Kennwörter haben.
Sobald Anschluss (wirklich der physische Anschluss) oder PPPoE-Einwahl zu der Rufnummer passen, brauchst du diese nicht separat authentifizieren. Vereinfacht die Konfiguration und schützt vor Missbrauch, falls die SIP-Zugangsdaten mal geklaut werden - denn du kannst ja keine klauen, wenn du keine hinterlegst face-wink
Aus Sicherheitssicht eigentlich eine prima Sache.

Und: Dass die Konfiguration so falsch nicht sein kann beweist doch, dass er heraustelefonieren kann.


@MS6800: Wo die Logs sind kann ich gerade auch nicht sagen - du kannst aber einen Trace erstellen wie hier beschrieben (halt für VoIP statt für DSL) und dann mal anrufen.
aqui
aqui 25.09.2017 aktualisiert um 12:23:52 Uhr
Goto Top
Du musst an deinem eigenen Telekom-Anschluss für die zugehörigen SIP-Zugänge keine Benutzernamen und Kennwörter haben.
OK trotz "Beruhigung" face-smile kann ich das leider nicht bestätigen !
Ich habe hier diverse VoIP Anlagen hinter Cisco Routern am Telekom VoIP laufen und wenn ich da donald duck als User und test123 als Passwort eintrage (oder anonymous@...) funktioniert nichts ! Wireshark Trace der SIP Kommunikation zeigt das auch.
Die SIP Userdaten müssen mit dem im Telekom Kundenportal hinterlegten Login Daten übereinstimmen.
Das mag ggf. bei Speedport Routern mit Autokonfig anders sein aber für externe VoIP Anlagen stimmt das meiner Erfahrung nach nicht.
Die SIP Login Daten der lokalen Telefone sind ja dann so oder so von der Anlagenkonfig (hier Lancom) abhängig und haben nix mit dem Provider daten zu tun.
Nichts anderes macht der TO mit der Lancom Gurke doch auch wenn man es jetzt nicht falsch versteht.
LordGurke
LordGurke 25.09.2017 aktualisiert um 12:45:16 Uhr
Goto Top
Auf meiner Asterisk funktioniert das 1a - allerdings habe ich dort als "Contact" die Rufnummer hinterlegt, Authentifizierungsbenutzer und Kennwort werden aber explizit nicht eingetragen. Funktioniert total flauschig. Die Anzeige "Anonymous" von Lancom ist vermutlich auch nicht der real eingetragene Benutzername sondern einfach nur ein Hinweis auf "Es ist kein Benutzername hinterlegt".

Da ausgehende Anrufe funktionieren gehe ich aber davon aus, dass dies nicht das Problem des TO ist - aber natürlich kann man das mal ausprobieren und testweise für einen der Accounts Benutzername und Kennwort hinterlegen. Dann sieht man ja, ob es damit anders/besser funktioniert.

Nachtrag: Mit dem Benutzer "anonymous" und dem Kennwort "anonymous" kann ich mich auch problemlos registrieren. Vielleicht funktioniert das aber auch nur an neueren Anschlüssen, denn für die DSL-Einwahl an sich brauche ich auch keinen Benutzernamen mehr.
MS6800
MS6800 25.09.2017 um 18:17:13 Uhr
Goto Top
Guten Abend ihr zwei,

ersteinmal danke für die Zahlreichen kommentare und Hilfestellungen.

@aqui: Leider habe ich nicht das Fachwissen wie du, dass muss ich zugeben. Deshalb hatte ich auch den Installationsservice der Telekom in Anspruch genommen und erwartet das das Internet + die Telefonie einwandfrei funktioniert, da habe ich mich wohl getäuscht. Auch da ich nie mit Lancom Produkten gearbeitet habe. Also habe bitte etwas Nachsicht mit mir face-smile.

@LordGurke: auch dir danke für deine Hilfestellungen.

wie ich das jetzt verstanden habe, schaue ich ersteinmal im Kundencenter der Telekom ob dort Zugangsdaten hinterlegt sind. Wenn dort keine sind, tue ich was ?
Das mit dem Benutzername und Passwort weglassen im Lancom werde ich auch versuchen.
Ich werde morgen berichten wie es hingehauen hat.

Vielen und dank und schönen Abend
Max
LordGurke
LordGurke 25.09.2017 um 18:28:45 Uhr
Goto Top
Wenn nicht explizit geändert, entsprechen die SIP-Zugangsdaten den DSL-Zugangsdaten. Der Benutzername ist dabei die "T-Online-Nummer".
MS6800
MS6800 25.09.2017 um 18:36:14 Uhr
Goto Top
Guten Abend,

also die :

Zugangsnummer


Persönliches Kennwort


sprich den gedruckten zettel, den man von der Telekom bekommen hat ?

Grüße und danke
LordGurke
LordGurke 25.09.2017 um 18:40:58 Uhr
Goto Top
Genau der.
aqui
aqui 26.09.2017 um 13:08:07 Uhr
Goto Top
Authentifizierungsbenutzer und Kennwort werden aber explizit nicht eingetragen.
Mmmhhh...das teste ich jetzt glatt mal aus... face-wink
MS6800
MS6800 26.09.2017 aktualisiert um 17:02:41 Uhr
Goto Top
Tach zusammen,

also kurzer zwischenstand weder Benutzername anonymous und Passwort anonymous oder die Telekom Zugangsdaten Sprich Zugangsnummer ( vormals T-online Nummer ) und Persönliches Kennwort bringen eine besserung.

Der Gewünschte Gesprächspartner ist nicht erreichbar
Grüße
Max
MS6800
MS6800 29.09.2017 um 20:21:25 Uhr
Goto Top
Guten Abend Zusammen ,

hat jemad noch eine Idee ?

Grüße
Max
LordGurke
LordGurke 29.09.2017 um 21:37:02 Uhr
Goto Top
Hattest du schon versucht, wie weiter oben beschrieben einen Trace anzufertigen?
Damit könnte man dann definitivere Aussagen treffen woran es denn nun liegen mag...
aqui
aqui 30.09.2017 um 11:03:41 Uhr
Goto Top
Nach dem Zwischenstand zu urteilen ist die grundlegende Konfig schon falsch.
Da hilft definitiv nur der oben beschriebene Trace weiter sonst drehen wir uns im Kreis face-sad
MS6800
MS6800 02.10.2017 um 21:52:28 Uhr
Goto Top
Guten Abend zusammen,

kurzer zwischenstand. Mir ist heute entgültig der kragen geplatzt, und habe bei der Telekom Hotline angerufen und meinen fall geschildert. Es hat sich nun folgendes ergeben, dass die Rufnummern fehlerhaft potiert wurden.
Die sind gerade dabei das auszusotieren.
Da bin ich mal auf Mittwoch gespannt face-smile

Grüße und schönen Feiertag.
Max
aqui
aqui 03.10.2017 aktualisiert um 10:41:06 Uhr
Goto Top
Du meinst sicher "portiert" oder ?! "Erobern" kann man Nummern ja schlecht...
Aber bei sowas kann man sich dann natürlich einen Wolf suchen und das ist eine böse Falle.
Dann steigt ja die Spannung am Mittwoch...und wir sind dann mal neugierig auf das Ergebnis.
MS6800
MS6800 06.10.2017 um 17:44:53 Uhr
Goto Top
Genau das meinte ich face-smile.
Tja bis heute 06.10.2017, 17:43 MEZ, keine Besserung in sicht. Jeder Telekom Mitarbeiter den ich am Hörer hatte, hat mir was anderes gesagt. Da muss ich wohl nun eine Böse Mail schreiben.
Das wird aufjedenfall der letzte anschluss bei magenta sein.

Ich halte euch auf dem laufenden.

Grüße
Max
aqui
aqui 09.10.2017 um 12:00:41 Uhr
Goto Top
Glaubst du das es bei O2 und Konsorten besser ist. Da kommst du ganz sicher vom Regen in die Traufe...