VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Forum zu LANCOM Systems VoIP Router/Gateways und zur LANCOM VoIP Option

Moderator: Lancom-Systems Moderatoren

Antworten
cpuprofi
Beiträge: 1365
Registriert: 12 Jun 2009, 12:44
Wohnort: Bremen

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von cpuprofi »

Hallo,

wahrscheinlich meint Georg die 10.20.0367 Beta vom FTP...

Grüße
Cpuprofi
Nach oben
Koppelfeld
Beiträge: 991
Registriert: 20 Nov 2013, 09:17

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Koppelfeld »

Hi Jirka,
Jirka hat geschrieben: 05 Feb 2019, 21:42 Allerdings wartet tatsächlich noch eine ganze Belegschaft eines mittelständigen Unternehmens, dass es für das Problem eine Lösung gibt. Offiziell gibt es keine. Nur mit Bintec, denn die können bei einem SIP-Trunk-Benutzer FROM und PPI tauschen, der LANCOM kann das nicht. Koppelfeld hat gesagt, dass das geht, man müsse da nur in der Telefonanlage was umstellen, an einer Stelle im Webinterface, "wo man es nicht vermutet". Dann habe ich gesagt, er soll das machen, selbstverständlich auch bezahlt. Aber er meldet sich nicht.
Mimöschen. Für solche Fälle hat der Kommunikationsgott das Telephon erfunden.

Außerdem: Du hattest etwas gesagt von "Askotzia". Und genau dort konnte resp. schlimmer MUSSTE man, bei jedem gottverdammten Teilnehmergerät, aus einer "Combobox" die richtige Option heraussuchen.

Was jetzt mit "swichs" ist, dem Windows-Müllhaufen aus Dortmund, das weiß ich nicht. Da habe ich auch noch ein bißchen Restehre im Leib.
Nach oben
Benutzeravatar
alf29
Moderator
Moderator
Beiträge: 6207
Registriert: 07 Nov 2004, 19:33
Wohnort: Aachen
Kontaktdaten:
Kontaktdaten von alf29

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von alf29 »

@Koppelfeld: Ich finde Deinen Stil ja ansonsten ganz unterhaltsam, aber eine bestimmte Formulierung am Ende Deines Postings ist mir dann doch zu weit gegangen. Ich habe sie deswegen entfernt.

Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
Nach oben
Benutzeravatar
Jirka
Beiträge: 5288
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:
Kontaktdaten von Jirka

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Jirka »

Hallo zusammen,
cpuprofi hat geschrieben: 07 Feb 2019, 01:05wahrscheinlich meint Georg die 10.20.0367 Beta vom FTP...
oha, da wurde also nachgelegt. Danke.
Koppelfeld hat geschrieben: 07 Feb 2019, 04:12Für solche Fälle hat der Kommunikationsgott das Telephon erfunden.
Wovon ich ja mehrmals Gebrauch gemacht habe. Und selbst Du hattest angerufen. Aber dass man ein derartiges Problem, wo sich schon 2 erfahrene IT-Leute und ein Telekom-Techniker 6 Stunden die Zähne dran ausgebissen haben und ich anschließend mit einem der IT-ler auch noch mal 6 Stunden verbracht habe, nicht in 5 Minuten in einem Funkloch, wo ich kein Wort verstanden habe, per Handy von unterwegs gelöst bekommt, das dürfte selbst Dir einleuchten. Aber Du kannst Dich jederzeit melden.
Das war übrigens lustig. Den Telekom-Techniker kenne ich zwar nicht, aber er kannte mich anscheinend hier aus dem Forum. Als nämlich der eine IT-ler nach den ersten 6 Stunden sagte, dann werden wir mal Jirka anrufen, da sagte der Telekomiker: "Wie? Der aus dem LANCOM-Forum?" So klein ist dann doch wieder die Welt.
Koppelfeld hat geschrieben: 07 Feb 2019, 04:12Außerdem: Du hattest etwas gesagt von "Askotzia". Und genau dort konnte resp. schlimmer MUSSTE man, bei jedem gottverdammten Teilnehmergerät, aus einer "Combobox" die richtige Option heraussuchen.
Ist diese Aussage auch gültig, wenn ich Dir mitteile, dass die als Endgeräte snom-Telefone haben? Die magst Du ja auch nicht, um es mal milde auszudrücken.
Koppelfeld hat geschrieben: 07 Feb 2019, 04:12Was jetzt mit "swichs" ist, dem Windows-Müllhaufen aus Dortmund, das weiß ich nicht. Da habe ich auch noch ein bißchen Restehre im Leib.
Die Swyx macht ja offensichtlich nichts falsch. Dass meine Registry-Einträge noch nicht berücksichtigt werden, wird sich beim nächsten Neustart klären.
alf29 hat geschrieben: 07 Feb 2019, 08:05aber eine bestimmte Formulierung am Ende Deines Postings ist mir dann doch zu weit gegangen. Ich habe sie deswegen entfernt.
Hätte ich mal vor dem Frühstück ins Forum schauen sollen :-) Mit Kritik an mir habe ich kein Problem, die hätte auch stehen bleiben können. Und die Askozia mag weder der IT-ler mit dem ich da noch 6 Stunden gesessen habe, noch ich. Aber der IT-ler hat schon mehrfach bei der Geschäftsführung erfolglos versucht, daran was zu ändern. Und das, obwohl mehr als genug Geld da ist. Vermutlich sind die geschädigt von früheren Rechnungen von Telefonanlagen-Betreuern und ständigen Lizenzgebühren, die ja regelmäßig das Niveau von Apothekenpreisen erreicht haben.

Vielen Dank und viele Grüße,
Jirka
Nach oben
Koppelfeld
Beiträge: 991
Registriert: 20 Nov 2013, 09:17

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Koppelfeld »

alf29 hat geschrieben: 07 Feb 2019, 08:05 @Koppelfeld: Ich finde Deinen Stil ja ansonsten ganz unterhaltsam, aber eine bestimmte Formulierung am Ende Deines Postings ist mir dann doch zu weit gegangen. Ich habe sie deswegen entfernt.
Die Formulierung ging ziemlich weit, aber Dortmund, resp. was davon übriggeblieben ist, geht weiter. Nicht schön. Aber absehbar: Die haben sich buchstäblich in die Bedeutungslosigkeit gesprengt. Da ist nichts mehr, was an Dortmund erinnern könnte. Insofern war es nichtmal böse, sondern eher traurig gemeint.
Nach oben
awi
Beiträge: 71
Registriert: 19 Jun 2013, 15:22

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von awi »

Hi Jirka,

kannst du mit der aktuellen Build das Ganze nochmal testen und davon Traces (Sip-Packet und Callmanager) ziehen?
Das INVITE auf die 422-Response sollte damit durchgeleitet werden.
Aber es soll ja nach wie vor nicht funktionieren.

Gruß
awi
Nach oben
Kalle
Beiträge: 11
Registriert: 29 Dez 2017, 16:10

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Kalle »

Jirka hat geschrieben: 07 Feb 2019, 09:27
Das war übrigens lustig. Den Telekom-Techniker kenne ich zwar nicht, aber er kannte mich anscheinend hier aus dem Forum. Als nämlich der eine IT-ler nach den ersten 6 Stunden sagte, dann werden wir mal Jirka anrufen, da sagte der Telekomiker: "Wie? Der aus dem LANCOM-Forum?" So klein ist dann doch wieder die Welt.
Grüße aus München
Nach oben
Benutzeravatar
Jirka
Beiträge: 5288
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:
Kontaktdaten von Jirka

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Jirka »

Kalle hat geschrieben: 07 Feb 2019, 17:41Grüße aus München
Ah! Lustig, da bist Du :) Danke und viele Grüße zurück.

Hallo awi,

so hier der Trace. Die NetPhone wurde ja noch nicht neu gestartet, folglich kommt sie immer noch zuerst mit der Default-90-Sek.-Session-Expires daher, für diesen Test ist das ja auch gut so. Diesen Trace-/Protokoll-"Overhead" bzw. diese zusätzliche Telefonats-Aufbau-"Latenz" (immerhin ist das eine gute halbe Sekunde!) tue ich mir natürlich zukünftig nicht an, also ab Montag kommt die NetPhone dann gleich mit 900 Sekunden daher.
Es funktioniert dann anscheinend alles. Anscheinend deswegen, weil ich jetzt keine Zeit hatte, mich da per SIP von hier anzumelden an der NetPhone und vor Ort keiner mehr war. Ich habe per RDP den nächstbesten NetPhone-CTI-Client genommen und mich dann auf dem Handy angerufen. Da ich so natürlich nichts höre, habe ich das Gespräch zwischenzeitlich mal auf halten gesetzt, um wenigstens die Haltemelodie zu hören... Dadurch ist der Trace jetzt noch etwas länger als üblich... Morgen früh wird man dann sehen, ob alles sauber läuft.

Code: Alles auswählen

[SIP-Packet] 2019/02/07 18:07:40,563  Devicetime: 2019/02/07 18:07:42,099 [Packet]: 
Receiving datagram (1111 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
INVITE sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---674bc541a7400172;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 1 INVITE\r\n
Session-Expires: 90;refresher=uac\r\n
Min-SE: 90\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
Content-Type: application/sdp\r\n
Supported: timer\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 154\r\n
\r\n
v=0\r\n
o=- 4042269146 1 IN IP4 172.20.172.223\r\n
s=T-Com IpPbxSrv\r\n
c=IN IP4 172.20.172.223\r\n
t=0 0\r\n
m=audio 50010 RTP/AVP 8\r\n
a=rtpmap:8 PCMA/8000\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:07:40,563  Devicetime: 2019/02/07 18:07:42,106 [Packet]: 
Sending datagram (554 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---674bc541a7400172;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 1 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,303  Devicetime: 2019/02/07 18:07:42,872 [Packet]: 
Sending datagram (1235 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
INVITE sip:+491712223344@sip-trunk.telekom.de SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-23de58f3-0ae4550d;rport\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 100 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,timer\r\n
Contact: <sip:+4930666660@87.139.1.1:10963;transport=TCP>\r\n
P-Asserted-Identity: <sip:+49306666690@sip-trunk.telekom.de;user=phone>\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:+491712223344@sip-trunk.telekom.de", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="513f3544d197b34e122c6f60640853f7"\r\n
Session-Expires: 90;refresher=uac\r\n
Min-SE: 90\r\n
Content-Type: application/sdp\r\n
Content-Length: 219\r\n
\r\n
v=0\r\n
o=- 3675692273 3675692273 IN IP4 87.139.1.1\r\n
s=call\r\n
c=IN IP4 87.139.1.1\r\n
t=0 0\r\n
m=audio 15570 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:07:41,305  Devicetime: 2019/02/07 18:07:42,901 [Packet]: 
Receiving datagram (313 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport;branch=z9hG4bK-23de58f3-0ae4550d\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 100 INVITE\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,325  Devicetime: 2019/02/07 18:07:42,916 [Packet]: 
Receiving datagram (556 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 422 Session Interval Too Small\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-23de58f3-0ae4550d\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=79860551\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
CSeq: 100 INVITE\r\n
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS, PRACK, REGISTER, SUBSCRIBE, UPDATE\r\n
Min-SE: 900\r\n
Reason: TSSI;cause=4220001\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,325  Devicetime: 2019/02/07 18:07:42,916 [Packet]: 
Sending datagram (522 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
ACK sip:+491712223344@sip-trunk.telekom.de SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-23de58f3-0ae4550d;rport\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=79860551\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 100 ACK\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,330  Devicetime: 2019/02/07 18:07:42,916 [Packet]: 
Sending datagram (647 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 422 Session Interval Too Small\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---674bc541a7400172;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 1 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Contact: <sip:SIP666660@192.168.193.1:11621;transport=UDP>\r\n
Min-SE: 900\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,340  Devicetime: 2019/02/07 18:07:42,932 [Packet]: 
Receiving datagram (373 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
ACK sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---674bc541a7400172;rport\r\n
Max-Forwards: 70\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 1 ACK\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,342  Devicetime: 2019/02/07 18:07:42,934 [Packet]: 
Receiving datagram (1113 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
INVITE sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---b5277f5b10713175;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 INVITE\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
Content-Type: application/sdp\r\n
Supported: timer\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 154\r\n
\r\n
v=0\r\n
o=- 4042269146 1 IN IP4 172.20.172.223\r\n
s=T-Com IpPbxSrv\r\n
c=IN IP4 172.20.172.223\r\n
t=0 0\r\n
m=audio 50010 RTP/AVP 8\r\n
a=rtpmap:8 PCMA/8000\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:07:41,345  Devicetime: 2019/02/07 18:07:42,935 [Packet]: 
Sending datagram (554 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---b5277f5b10713175;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:41,348  Devicetime: 2019/02/07 18:07:42,937 [Packet]: 
Sending datagram (1237 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
INVITE sip:+491712223344@sip-trunk.telekom.de SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-795c232e-ddaedad8;rport\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 101 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,timer\r\n
Contact: <sip:+4930666660@87.139.1.1:10963;transport=TCP>\r\n
P-Asserted-Identity: <sip:+49306666690@sip-trunk.telekom.de;user=phone>\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:+491712223344@sip-trunk.telekom.de", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="513f3544d197b34e122c6f60640853f7"\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Content-Type: application/sdp\r\n
Content-Length: 219\r\n
\r\n
v=0\r\n
o=- 3675692273 3675692273 IN IP4 87.139.1.1\r\n
s=call\r\n
c=IN IP4 87.139.1.1\r\n
t=0 0\r\n
m=audio 15570 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:07:41,402  Devicetime: 2019/02/07 18:07:43,014 [Packet]: 
Receiving datagram (313 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport;branch=z9hG4bK-795c232e-ddaedad8\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 101 INVITE\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:43,753  Devicetime: 2019/02/07 18:07:45,348 [Packet]: 
Receiving datagram (939 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 183 Session Progress\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-795c232e-ddaedad8\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition\r\n
CSeq: 101 INVITE\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Require: 100rel\r\n
RSeq: 1\r\n
Reason: TSSI;cause=0\r\n
Content-Type: application/sdp\r\n
Content-Disposition: session\r\n
Content-Length: 198\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 217.0.26.37\r\n
s=on transit\r\n
c=IN IP4 217.0.132.3\r\n
t=0 0\r\n
m=audio 25492 RTP/AVP 8 101\r\n
b=AS:80\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:07:43,761  Devicetime: 2019/02/07 18:07:45,349 [Packet]: 
Sending datagram (936 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
PRACK sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-2eeacb9b-a47e708c;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 102 PRACK\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: timer\r\n
RAck: 1 101 INVITE\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqser", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="333ba56bd0f38d6fd646349acf0e6542"\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:43,767  Devicetime: 2019/02/07 18:07:45,353 [Packet]: 
Sending datagram (765 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 183 Session Progress\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---b5277f5b10713175;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Type: application/sdp\r\n
Content-Length: 168\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 192.168.193.1\r\n
s=call\r\n
c=IN IP4 192.168.193.1\r\n
t=0 0\r\n
m=audio 9748 RTP/AVP 8\r\n
b=AS:80\r\n
a=rtpmap:8 PCMA/8000\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:07:43,823  Devicetime: 2019/02/07 18:07:45,435 [Packet]: 
Receiving datagram (637 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-2eeacb9b-a47e708c\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition\r\n
CSeq: 102 PRACK\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Reason: TSSI;cause=0\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:44,664  Devicetime: 2019/02/07 18:07:46,214 [Packet]: 
Receiving datagram (652 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 183 Session Progress\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-795c232e-ddaedad8\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition\r\n
CSeq: 101 INVITE\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Reason: TSSI;cause=0\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:44,664  Devicetime: 2019/02/07 18:07:46,214 [Packet]: 
Sending datagram (564 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 183 Session Progress\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---b5277f5b10713175;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:44,690  Devicetime: 2019/02/07 18:07:46,284 [Packet]: 
Receiving datagram (643 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 180 Ringing\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-795c232e-ddaedad8\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition\r\n
CSeq: 101 INVITE\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Reason: TSSI;cause=0\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:07:44,692  Devicetime: 2019/02/07 18:07:46,290 [Packet]: 
Sending datagram (555 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 180 Ringing\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---b5277f5b10713175;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Length: 0\r\n
\r\n


[SIP-Packet] 2019/02/07 18:08:00,678  Devicetime: 2019/02/07 18:08:02,259 [Packet]: 
Receiving datagram (696 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-795c232e-ddaedad8\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition,timer\r\n
Session-Expires: 900;refresher=uac\r\n
CSeq: 101 INVITE\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Require: timer\r\n
Reason: TSSI;cause=0\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:08:00,678  Devicetime: 2019/02/07 18:08:02,267 [Packet]: 
Sending datagram (863 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---b5277f5b10713175;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Contact: <sip:SIP666660@192.168.193.1:11621;transport=UDP>\r\n
Session-Expires: 900;refresher=uac\r\n
Require: timer\r\n
Content-Type: application/sdp\r\n
Content-Length: 168\r\n
\r\n
v=0\r\n
o=- 0 0 IN IP4 192.168.193.1\r\n
s=call\r\n
c=IN IP4 192.168.193.1\r\n
t=0 0\r\n
m=audio 9748 RTP/AVP 8\r\n
b=AS:80\r\n
a=rtpmap:8 PCMA/8000\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:08:00,738  Devicetime: 2019/02/07 18:08:02,285 [Packet]: 
Receiving datagram (877 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
ACK sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---56263c61f46fc44b;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 2 ACK\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:08:00,742  Devicetime: 2019/02/07 18:08:02,293 [Packet]: 
Sending datagram (869 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
ACK sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-03edaf98-77a2db97;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 101 ACK\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:+491712223344@sip-trunk.telekom.de", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="513f3544d197b34e122c6f60640853f7"\r\n
Content-Length: 0\r\n
\r\n


[SIP-Packet] 2019/02/07 18:08:38,495  Devicetime: 2019/02/07 18:08:40,090 [Packet]: 
Receiving datagram (1193 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
INVITE sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---fa564d2a7a659951;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 3 INVITE\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
Content-Type: application/sdp\r\n
Supported: timer\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 210\r\n
\r\n
v=0\r\n
o=- 4042269146 2 IN IP4 172.20.172.223\r\n
s=T-Com IpPbxSrv\r\n
c=IN IP4 172.20.172.223\r\n
t=0 0\r\n
m=audio 51044 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:08:38,495  Devicetime: 2019/02/07 18:08:40,090 [Packet]: 
Sending datagram (554 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---fa564d2a7a659951;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 3 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:08:38,499  Devicetime: 2019/02/07 18:08:40,091 [Packet]: 
Sending datagram (1365 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
INVITE sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-dd9915ea-c23430f4;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 103 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,timer\r\n
Contact: <sip:+4930666660@87.139.1.1:10963;transport=TCP>\r\n
P-Asserted-Identity: <sip:+49306666690@sip-trunk.telekom.de;user=phone>\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqser", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="7a2a5d35c4368c5c15fb2b8b4ddfc528"\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Content-Type: application/sdp\r\n
Content-Length: 219\r\n
\r\n
v=0\r\n
o=- 3675692273 3675692274 IN IP4 87.139.1.1\r\n
s=call\r\n
c=IN IP4 87.139.1.1\r\n
t=0 0\r\n
m=audio 15570 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:08:38,565  Devicetime: 2019/02/07 18:08:40,122 [Packet]: 
Receiving datagram (326 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport;branch=z9hG4bK-dd9915ea-c23430f4\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 103 INVITE\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:08:38,678  Devicetime: 2019/02/07 18:08:40,254 [Packet]: 
Receiving datagram (982 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-dd9915ea-c23430f4\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition,timer\r\n
Session-Expires: 900;refresher=uac\r\n
CSeq: 103 INVITE\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Require: timer\r\n
Min-SE: 900\r\n
Reason: TSSI;cause=0\r\n
Content-Type: application/sdp\r\n
Content-Disposition: session\r\n
Content-Length: 210\r\n
\r\n
v=0\r\n
o=- 0 1 IN IP4 217.0.26.37\r\n
s=on transit\r\n
c=IN IP4 217.0.132.3\r\n
t=0 0\r\n
m=audio 25492 RTP/AVP 8 101\r\n
b=AS:80\r\n
a=sendrecv\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:08:38,683  Devicetime: 2019/02/07 18:08:40,264 [Packet]: 
Sending datagram (876 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---fa564d2a7a659951;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 3 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Contact: <sip:SIP666660@192.168.193.1:11621;transport=UDP>\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Require: timer\r\n
Content-Type: application/sdp\r\n
Content-Length: 168\r\n
\r\n
v=0\r\n
o=- 0 1 IN IP4 192.168.193.1\r\n
s=call\r\n
c=IN IP4 192.168.193.1\r\n
t=0 0\r\n
m=audio 9748 RTP/AVP 8\r\n
b=AS:80\r\n
a=rtpmap:8 PCMA/8000\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:08:38,744  Devicetime: 2019/02/07 18:08:40,283 [Packet]: 
Receiving datagram (877 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
ACK sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---d30d6079f430c74c;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 3 ACK\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:08:38,746  Devicetime: 2019/02/07 18:08:40,291 [Packet]: 
Sending datagram (894 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
ACK sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-d935ce52-92aa5c8b;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 103 ACK\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqser", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="7a2a5d35c4368c5c15fb2b8b4ddfc528"\r\n
Content-Length: 0\r\n
\r\n


[SIP-Packet] 2019/02/07 18:09:07,062  Devicetime: 2019/02/07 18:09:08,656 [Packet]: 
Receiving datagram (1137 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
INVITE sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---0058f6389467341b;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 4 INVITE\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
Content-Type: application/sdp\r\n
Supported: timer\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 154\r\n
\r\n
v=0\r\n
o=- 4042269146 3 IN IP4 172.20.172.223\r\n
s=T-Com IpPbxSrv\r\n
c=IN IP4 172.20.172.223\r\n
t=0 0\r\n
m=audio 50014 RTP/AVP 8\r\n
a=rtpmap:8 PCMA/8000\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:09:07,062  Devicetime: 2019/02/07 18:09:08,657 [Packet]: 
Sending datagram (554 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---0058f6389467341b;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 4 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:07,065  Devicetime: 2019/02/07 18:09:08,657 [Packet]: 
Sending datagram (1365 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
INVITE sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-65b6cc30-1ff4eb13;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 104 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,timer\r\n
Contact: <sip:+4930666660@87.139.1.1:10963;transport=TCP>\r\n
P-Asserted-Identity: <sip:+49306666690@sip-trunk.telekom.de;user=phone>\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqser", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="7a2a5d35c4368c5c15fb2b8b4ddfc528"\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Content-Type: application/sdp\r\n
Content-Length: 219\r\n
\r\n
v=0\r\n
o=- 3675692273 3675692275 IN IP4 87.139.1.1\r\n
s=call\r\n
c=IN IP4 87.139.1.1\r\n
t=0 0\r\n
m=audio 15570 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n

[SIP-Packet] 2019/02/07 18:09:07,132  Devicetime: 2019/02/07 18:09:08,688 [Packet]: 
Receiving datagram (326 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 100 Trying\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport;branch=z9hG4bK-65b6cc30-1ff4eb13\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 104 INVITE\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:07,274  Devicetime: 2019/02/07 18:09:08,851 [Packet]: 
Receiving datagram (982 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-65b6cc30-1ff4eb13\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
Supported: 100rel,histinfo,norefersub,precondition,timer\r\n
Session-Expires: 900;refresher=uac\r\n
CSeq: 104 INVITE\r\n
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE\r\n
Require: timer\r\n
Min-SE: 900\r\n
Reason: TSSI;cause=0\r\n
Content-Type: application/sdp\r\n
Content-Disposition: session\r\n
Content-Length: 210\r\n
\r\n
v=0\r\n
o=- 0 2 IN IP4 217.0.26.37\r\n
s=on transit\r\n
c=IN IP4 217.0.132.3\r\n
t=0 0\r\n
m=audio 25492 RTP/AVP 8 101\r\n
b=AS:80\r\n
a=sendrecv\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:09:07,279  Devicetime: 2019/02/07 18:09:08,861 [Packet]: 
Sending datagram (876 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---0058f6389467341b;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 4 INVITE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: 100rel,replaces,timer\r\n
Contact: <sip:SIP666660@192.168.193.1:11621;transport=UDP>\r\n
Session-Expires: 900;refresher=uac\r\n
Min-SE: 900\r\n
Require: timer\r\n
Content-Type: application/sdp\r\n
Content-Length: 168\r\n
\r\n
v=0\r\n
o=- 0 2 IN IP4 192.168.193.1\r\n
s=call\r\n
c=IN IP4 192.168.193.1\r\n
t=0 0\r\n
m=audio 9748 RTP/AVP 8\r\n
b=AS:80\r\n
a=rtpmap:8 PCMA/8000\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:30\r\n

[SIP-Packet] 2019/02/07 18:09:07,343  Devicetime: 2019/02/07 18:09:08,879 [Packet]: 
Receiving datagram (877 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
ACK sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---df14bb62534af846;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 4 ACK\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:07,345  Devicetime: 2019/02/07 18:09:08,887 [Packet]: 
Sending datagram (894 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
ACK sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-66323f65-2431ce84;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 104 ACK\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Authorization: Digest username="551122334455", realm="sip-trunk.telekom.de", algorithm=MD5, uri="sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqser", nonce="f0391443b464481ff03914434f2bc54125f014be43825a7ab965484b05ed1736", response="7a2a5d35c4368c5c15fb2b8b4ddfc528"\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:09,924  Devicetime: 2019/02/07 18:09:11,498 [Packet]: 
Receiving datagram (895 Bytes) at 192.168.193.1:11621 from 172.20.172.223:5060 using UDP (RtgTag 193):
BYE sip:SIP666660@192.168.193.1:11621;transport=udp SIP/2.0\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---07212a0a0259ea7f;rport\r\n
Max-Forwards: 70\r\n
Contact: <sip:SIP666660@172.20.172.223:5060;transport=udp>\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 5 BYE\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, UPDATE\r\n
Supported: timer\r\n
User-Agent: T-Com IpPbxSrv/11.32.0.331\r\n
P-Asserted-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
P-Asserted-Identity: <sip:+49306666690@172.20.172.223;user=phone;x-type=unknown;x-plan=unknown;x-pres=allowed;x-screen=network;x-sendingcomplete>\r\n
P-Preferred-Identity: "IT-Service"<sip:+49306666690@172.20.172.223;user=phone>\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:09,928  Devicetime: 2019/02/07 18:09:11,501 [Packet]: 
Sending datagram (531 Bytes) from 192.168.193.1:11621 to 172.20.172.223:5060 using UDP (RtgTag 193):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 172.20.172.223:5060;branch=z9hG4bK-524287-1---07212a0a0259ea7f;received=172.20.172.223;rport=5060\r\n
From: "IT-Service"<sip:SIP666660@172.20.172.223>;tag=9337344b\r\n
To: <sip:+491712223344@172.20.172.223;user=phone>;tag=642744902-529017385\r\n
Call-ID: oUAyG0Lf5liPgm-U9jKbKg..\r\n
CSeq: 5 BYE\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Server: Lancom\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:09,933  Devicetime: 2019/02/07 18:09:11,507 [Packet]: 
Sending datagram (630 Bytes) from 87.139.1.1:10963 to 217.0.26.37:5060 using TCP (RtgTag 0):
BYE sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1 SIP/2.0\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;branch=z9hG4bK-6ea7a84b-ff629697;rport\r\n
Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: "IT-Service"<sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
Call-ID: 1834762147@00a05746735d\r\n
CSeq: 105 BYE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1906VA (over ISDN) / 10.20.0367 / 06.02.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, SUBSCRIBE, UPDATE, PRACK\r\n
Supported: timer\r\n
Content-Length: 0\r\n
\r\n

[SIP-Packet] 2019/02/07 18:09:09,939  Devicetime: 2019/02/07 18:09:11,539 [Packet]: 
Receiving datagram (579 Bytes) at 87.139.1.1:10963 from 217.0.26.37:5060 using TCP (RtgTag 0):
SIP/2.0 200 OK\r\n
Via: SIP/2.0/TCP 87.139.1.1:10963;rport=10963;branch=z9hG4bK-6ea7a84b-ff629697\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
To: <sip:+491712223344@sip-trunk.telekom.de>;tag=c161b35d\r\n
From: IT-Service <sip:+49306666690@sip-trunk.telekom.de;user=phone>;tag=-2086106114-994828390\r\n
Call-ID: 1834762147@00a05746735d\r\n
Contact: <sip:4br+oA4gaK7kg8XE5yHPaguq3dZGxQqvIFC7uiqdrnzkb53S8aU65uIqserTP63y@th1>\r\n
CSeq: 105 BYE\r\n
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS, PRACK, REGISTER, SUBSCRIBE, UPDATE\r\n
Reason: TSSI;cause=2000063\r\n
Content-Length: 0\r\n
\r\n
Viele Grüße,
Jirka
Nach oben
awi
Beiträge: 71
Registriert: 19 Jun 2013, 15:22

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von awi »

Hallo Jirka,

danke für den Test.
Sieht für mich erstmal alles gut aus.
Gut vor allem, dass du den Test noch mit den 90 Sekunden gemacht hast.

Bleibt natürlich die Frage, warum es bei Mächti nicht funktioniert hat.
Es gibt allerdings zwischen der 363 und der 367 noch ein paar Fixes in dem Bereich.

Gruß
Awi
Nach oben
mächti
Beiträge: 48
Registriert: 08 Jun 2008, 10:31

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von mächti »

Bleibt natürlich die Frage, warum es bei Mächti nicht funktioniert hat.
Es gibt allerdings zwischen der 363 und der 367 noch ein paar Fixes in dem Bereich.
Ich hatte ja mit der 363 getestet, mit der 367 gehts jetzt auch bei mir :D

Gruß Mächti
Nach oben
Benutzeravatar
MoinMoin
Moderator
Moderator
Beiträge: 2036
Registriert: 12 Nov 2004, 16:04

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von MoinMoin »

Moin Mächti,

danke für die Rückmeldung.

Schönes Wochenende, Georg
Nach oben
Benutzeravatar
Jirka
Beiträge: 5288
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:
Kontaktdaten von Jirka

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Jirka »

Hallo,

noch kurz eine Rückmeldung zu Freitag: unauffällig, jedenfalls hat sich keiner beschwert. Also erst mal alles ok bzgl. LANCOM.

Die NetPhone wurde nun neu gestartet, der gesamte Server. Ergebnis ist leider, dass sie immer noch mit 90 Sekunden daherkommt :(
Hier noch mal ein Screenshot der Registry-Einträge:
.
2019-02-09 20_37_53-172.20.172.223 - Remotedesktopverbindung.png
.
Bei Swyx steht:

Code: Alles auswählen

Session-Intervall
[...] erwartet bei ausgehenden Rufen ein Session-Intervall von 600 (Sekunden).
Um ReINVITEs zu verhindern, die den Rufaufbau verlangsamen, kann man unter 
HKLM\Software\Wow6432Node\Swyx\LinkMgr\CurrentVersion\Options zwei neue 
DWORD Werte mit dem Namen SipMinSessionTimerIntervalSeconds und 
SipSessionTimerIntervalSeconds anlegen und jeweils den Wert 600 (dezimal) 
zuweisen. Abschliessend muss der LinkMgr Service neu gestartet werden.
Quelle: https://www.swyx.de/produkte/support/wi ... b4790.html

Hat noch jemand eine Idee?

Vielen Dank und viele Grüße,
Jirka
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Nach oben
Koppelfeld
Beiträge: 991
Registriert: 20 Nov 2013, 09:17

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Koppelfeld »

Jirka hat geschrieben: 09 Feb 2019, 20:43 Hat noch jemand eine Idee?
*flöt*
Stets zu Diensten: Du hast drei "Problemkandidaten": Telekom, LANCOM und SWIX. Das ist ganz sicher einer zuviel.

Telekom Trunk mit LANCOM funktioniert wie durch ein Wunder prima, Asterisk mit LANCOM auch. Also bittest Du die "NetPhone" zu gehen. Das geht auch als Zwischenlösung. Einfach eine Minimal-Asterisk als Mittler zwischen Windows und LANCOM.

Und bevor Du wieder durch zu differenziertes Nachdenken die kompliziertesten Elfenbeinkonstrukte baust: Gib' mir einen Shellaccount auf einer *nix-Kiste.
Meinetwegen auch Linux. Dann baue ich Dir ein minimales Doppelgateway. Da kann man dann später sogar eine richtige TK-Anlage draus machen.

Natürlich ohne Berechnung, das geht aufs Haus.

Ist übrigens ganz generell eine gute Idee, vor Microsoft-Kisten einen Proxy zu setzen. Einen "Exchange" würdest Du doch auch nicht mit dem nackten Arsch ins Internet hängen, sondern immer einen 'Exim' oder 'Postfix' davorsetzen, oder ?
Nach oben
Benutzeravatar
Jirka
Beiträge: 5288
Registriert: 03 Jan 2005, 13:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:
Kontaktdaten von Jirka

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Jirka »

Hallo Koppelfeld,

das *flöt* musste ja nun kommen von Dir :lol: Aber immerhin musste ich lachen. Ich meine im Kern hast Du ja bei manchen Sachen nicht Unrecht, trotzdem sind jegliche Veränderungen jetzt unrealistisch. Da sind komplexe Konfigurationen hinterlegt, Feiertage, entsprechende Ansagen usw., da laufen Lizenzen, das Ganze muss bedienbar bleiben. Von der IT-Verantwortlichen da vor Ort kann man auch nicht verlangen, dass sie jedes Jahr was anderes lernt und die hat ja auch noch zig andere Baustellen.
Aber falls Du Dich austoben willst, die Askozia wartet immer noch...

Viele Grüße,
Jirka
Nach oben
Koppelfeld
Beiträge: 991
Registriert: 20 Nov 2013, 09:17

Re: VCM in Kombination mit NetPhone/Swyx - keine abgehenden Gespräche mehr mit 10.20-RU3

Beitrag von Koppelfeld »

Hallo Jirka,
Jirka hat geschrieben: 10 Feb 2019, 02:00 trotzdem sind jegliche Veränderungen jetzt unrealistisch.
Es wäre töricht, quasi über Nacht eine TK-Anlage zu tauschen.
Aber ich schlug Dir ein "Entkopplungsgateway" vor. Auf irgendeiner VM.
Damit löst Du erstmal Dein Problem.
Nach oben
Antworten

Zurück zu „Fragen zu LANCOM Systems VoIP Router“