{"id":1719,"date":"2020-10-01T11:09:11","date_gmt":"2020-10-01T11:09:11","guid":{"rendered":"http:\/\/www.art-events.de\/weblog\/?p=1719"},"modified":"2024-04-30T11:05:21","modified_gmt":"2024-04-30T09:05:21","slug":"vodafone-sip-trunk-telefonie-und-fritzbox-7590","status":"publish","type":"post","link":"https:\/\/www.art-events.de\/weblog\/vodafone-sip-trunk-telefonie-und-fritzbox-7590\/","title":{"rendered":"Logging SIP Trunk: Vodafone SIP Trunk Telefonie und FritzBox 7590"},"content":{"rendered":"

Update zum Projekt: Vodafone SIP Trunk Telefonie und FritzBox 7590. Exkurs<\/strong><\/p>\n

Vorheriger Text:\u00a0http:\/\/www.art-events.de\/weblog\/fritzbox-7590-und-der-vodafone-sip-trunk-anlagenanschluss\/<\/a><\/p>\n

Wir haben zwischenzeitlich diverse Testreihen mit einem SIP Trunk Gateway durchgef\u00fchrt – nachstehend TK Anlage genannt. Besonders kompliziert ist das SIP Protokoll nicht. F\u00fcr das grunds\u00e4tzliche Telefonieren sind erst einmal folgende Dinge wichtig:<\/p>\n

    \n
  1. Telefone (FXS Clients) sollen sich registrieren<\/li>\n
  2. Abgehende Anrufe (Outbound)<\/li>\n
  3. Eingehende Anrufe (Inbound)<\/li>\n<\/ol>\n

    <\/p>\n

    Hilfreich ist ein Log der SIP Protokolle. Mit unserem Telefon Analog Gateway k\u00f6nnen wir bequem ein Logging aktivieren, um uns die Datenpakete im SIP Stream anzuschauen.<\/p>\n

    \"\"<\/a><\/p>\n

    Dann k\u00f6nnt Ihre Euch jedes Mal ansehen, was Eurer Gateway \/ die TK Anlage sendet und wie der SBC (in unserem Fall von von Vodafone) antwortet.<\/p>\n

    Wenn man jetzt noch wei\u00df, wie es aussehen soll, r\u00fcckt eine brauchbare Datenanalyse in greifbare N\u00e4he:<\/p>\n

    Fall 1: Registrierung (simpel)<\/strong><\/p>\n

    1.1. TK Anlage sendet an den SBC eine Registrierungs-Anforderung.<\/p>\n

    1.2. Der SBC antwortet mit einem OK Block. Oder halt mit einem Fehler, wenn er die Registrierung abweist. Die Art der Fehlermeldung sollte Aufschluss liefern, warum der SBC keine Lust auf Eure TK Anlage hat.<\/p>\n

    Fall 2: Outbound (simpel)<\/strong><\/p>\n

    2.1. TK Anlage sendet INVITE Block an SBC<\/p>\n

    2.2. SBC baut Verbindung auf, antwortet mit TRYING und RINGING Block<\/p>\n

    2.3. Wenn Verbindung besteht sendet der SBC einen OK Block an TK Anlage.<\/p>\n

    2.4. TK Anlage antwortet mit einen ACK Block. Telefonie m\u00f6glich!<\/p>\n

    Es sei noch erw\u00e4hnt, dass Outbound Anrufe in vielen F\u00e4llen auch ohne die SIP Registrierung durchgef\u00fchrt werden k\u00f6nnen. Kurzum: ganz im Sinne des Au\u00dferirdischen ET: Nach Hause telefonieren geht (meistens).<\/p>\n

    Fall 3: Inbound (anspruchsvoll)<\/strong><\/p>\n

    3.1. SBC sendet INVITE Block an TK Anlage<\/p>\n

    3.2. TK Anlage antwortet mit TRYING und RINGING. Ein Telefon sollte klingeln – wenn ihr es mit der TK Anlage verbunden und entsprechend logisch verheiratet habt<\/p>\n

    3.3. Wenn Ihr den H\u00f6rer abnimmt, sendet TK Anlage dem SBC einen OK Block, der der als Antwort auf INVITE (3.1.) gedacht ist.<\/p>\n

    3.4. Der SBC antwortet mit einem ACK Block. Telefonie m\u00f6glich!<\/p>\n

    Ein h\u00e4ufiges Problem mit dem NAT Routing: Die Antwort 3.4. erfolgt an eine im Contact-Header angegebene Adresse aus 3.3! Das ist ein bisserl heikel und erfordert in den meisten F\u00e4llen Euren Eingriff, damit die Antwort auch an Eurer TK Anlage ankommt. Beispiel in 3.3. steht:<\/p>\n

    Contact: <sip:051369794699@PBX:5060;transport=tcp><\/p><\/blockquote>\n

    Der Contact Header enth\u00e4lt Eure \u00f6ffentliche PBX Adresse des Anschlusses. Hier m\u00fcsst Ihr also mit internem Routing auf dem Router (!) sicherstellen, dass das das nachfolgende erwartete ACK (3.4.) auch korrekt an Eure TK Anlage weiter geroutet wird. Sonst bekommt die das ACK nicht mit – und es ist Essig mit dem Telefonieren!<\/p>\n

    In der Praxis sieht das dann so aus, dass Eure TK Anlage den OK Block unter 3.3. so lange wiederholt, bis ein Timeout ausgel\u00f6st wird und sie entnervt den Leitung wieder freigibt.<\/p>\n

     <\/p>\n

    Auf unserem Server in TEAM, Verzeichnis Vodafone_SIPTests befinden sich zahlreiche Log Dateien, die detaillierte Kommunikationsprotokolle beinhalten. Da in diesen aber auch private Daten enthalten sind, werden sie hier nicht ver\u00f6ffentlicht.<\/p>\n

    Die Protokolle zeichen sich flink auf. Wir m\u00fcssen sie speichern und analysieren. Da sie auch reihenweise private Daten enthalten, beschr\u00e4nken wir uns hier auf zwei\u00a0Muster, die den Ablauf und die Kommunikationsbl\u00f6dies sinngem\u00e4\u00df darstellen:<\/p>\n

    Beispiel f\u00fcr INVITE Block von SBC an TK gem. 3.1.:<\/p>\n

    \n
    AESYSTEME \u2014 2020-09-28 15:32:17.205 RECEIVING FROM 1xxxxx:5060\r\nINVITE sip:+4951xxxx690@xxxxxxt.ngn.vodafone.de<\/a>;user=phone SIP\/2.0\r\nVia: SIP\/2.0\/TCP 176.95.xxxx:5060;branch=z9hG4bK0h0ain30aou2hijsqem0.1\r\nTo: sip:+4xxxxxx0@nbxxx.ngn.vodafone.de;user=phone<\/a>\r\nFrom: sip:+xxxxxxxx8@ims.vodafone.de;user=phone<\/a>;tag=SDrib4d01-3fd67f39\r\nCall-ID: SDrib4d01-7dd5a32128f042caeef4e1dc0960fd80-ct4u830000\r\nCSeq: 1 INVITE\r\nMax-Forwards: 59\r\nContact: sip:+4xxxxxx8@1xxxxx2:5060;transport=tcp<\/a>\r\nDate: Mon, 28 Sep 2020 22:32:16 GMT\r\nAllow: INVITE, ACK, PRACK, CANCEL, BYE, OPTIONS, MESSAGE, NOTIFY, UPDATE, REGISTER, INFO, REFER, SUBSCRIBE\r\nSupported: resource-priority,100rel\r\nP-Asserted-Identity: sip:+4916xxxxx8@ims.vodafone.de;user=phone<\/a>\r\nAccept: application\/sdp\r\nP-Early-Media: supported\r\nContent-Type: application\/sdp\r\nContent-Length: 201\r\n\r\nv=0\r\no=- 0 0 IN IP4 176.xxxx\r\ns=IMSS\r\nc=IN IP4 1xxx22\r\nt=0 0\r\nm=audio 31476 RTP\/AVP 9 8 98 99\r\na=rtpmap:98 telephone-event\/8000\r\na=rtpmap:99 telephone-event\/16000\r\na=ptime:20\r\na=maxptime:30<\/pre>\n<\/blockquote>\n
    Beispiel f\u00fcr OK Block als Antwort auf INVITE (Den RINGING Block haben wir ausgelassen), gem. 3.3.:<\/p>\n
    \n
    AESYSTEME \u2014 2020-09-28 15:32:21.140 SENDING TO 1xxxxx22:5060\r\nSIP\/2.0 200 OK\r\nVia: SIP\/2.0\/TCP 1xxxx.61.22:5060;branch=z9hG4bK0h0ain30aou2hijsqem0.1\r\nFrom: sip:+4xxxx@ims.vodafone.de;user=phone<\/a>;tag=SDrib4d01-3fd67f39\r\nTo: sip:+495xxxx@nbgsxxxxxxn.vodafone.de;user=phone<\/a>;tag=253361975\r\nCall-ID: SDrib4d01-7dd5a32128f042caeef4e1dc0960fd80-ct4u830000\r\nCSeq: 1 INVITE\r\nContact: sip:05xxxxx@2.xxxx:5060;transport=tcp;user=phone<\/a>\r\nSupported: replaces, path, timer, eventlist\r\nUser-Agent: AESYSTEME\u00a0 Logging 1.10.17.5\r\nAllow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE\r\nContent-Type: application\/sdp\r\nContent-Length: 226\r\n\r\nv=0\r\no=05xxxxx0 8000 8000 IN IP4 2.207.xxxx\r\ns=SIP Call\r\nc=IN IP4 2.207.xxxx\r\nt=0 0\r\nm=audio 55000 RTP\/AVP 9 98\r\na=sendrecv\r\na=rtpmap:9 G722\/8000\r\na=ptime:20\r\na=rtpmap:98 telephone-event\/8000\r\na=fmtp:98 0-16,32-36,54<\/pre>\n<\/blockquote>\n
    Daten enthalten Beispiele. Private Werte anonymisiert.<\/p>\n
    Der obligatorische Hinweis: Alle Angaben ohne Gew\u00e4hr. Diese Beschreibung bezieht sich auf unsere Installation und stellt keine Bewertung der verwendeten Techniken da.\u00a0<\/em><\/p>\n
    \"\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
    Update zum Projekt: Vodafone SIP Trunk Telefonie und FritzBox 7590. Exkurs Vorheriger Text:\u00a0http:\/\/www.art-events.de\/weblog\/fritzbox-7590-und-der-vodafone-sip-trunk-anlagenanschluss\/ Wir haben zwischenzeitlich diverse Testreihen mit einem SIP Trunk Gateway durchgef\u00fchrt – nachstehend TK Anlage genannt. Besonders kompliziert ist das SIP Protokoll nicht. F\u00fcr das grunds\u00e4tzliche Telefonieren sind erst einmal folgende Dinge wichtig: Telefone (FXS Clients) sollen sich registrieren Abgehende Anrufe (Outbound) […]<\/p>\n","protected":false},"author":6,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,6],"tags":[],"class_list":["post-1719","post","type-post","status-publish","format-standard","hentry","category-anwendungen","category-internes","entry"],"_links":{"self":[{"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/posts\/1719","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/comments?post=1719"}],"version-history":[{"count":0,"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/posts\/1719\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/media?parent=1719"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/categories?post=1719"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.art-events.de\/weblog\/wp-json\/wp\/v2\/tags?post=1719"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}