Moin,
Wir nutzen Moment 2 S2M von Vodafone und müssen auf SIP Trunk wechseln. Vodafone hat hierfür einen SVSDL mit 7590 und/oder einen Kabel DOCSIS 3.1 mit 6591 zu Verfügung gestellt. Telefonanlage Unify Openscape Buissness V8. Ich muss sagen, das ich von dem ganzen TK Zeug nicht so die Ahnung habe, bin aber jetzt der jenige der es richten muss. Ich bin quasi nur der Verwalter und kam bisher klar. Bevor ich jetzt übel was lostrete, was dann in einer Diskussion, TK Dienstleister <> Mir <> Vodafone enden wird, suche ich erstmal eine unabhängige Meinung. Ich habe mir nun ca. 8h das Thema SIP RFC, FlowChart's und Wireshare an gewissen Punkten rein gezogen.
Für die Versuche habe ich primär die 7590 mit dem SVDSL mit PPPoE Einwahl verwendet. Die Fritzbox nutzt im Moment eine Schnittstelle des Primärrouters mit NAT und schiebt alles über die Funktion Exposehost an diese weiter. Alternativ habe ich auch versucht über eine extra Route in der Fritzbox die zur TK zeigt und entsprechender Portweiterleitung direkt zur TK zu arbeiten, selbes Ergebnis. Somit würde ich erstmal davon ausgehen das die Paketvermittlung sauber arbeitet. Ich werde bei Vodafone auf jedenfall noch mal ein Modem beantragen um den nur für die TK gedachte Anschluss direkt im Router terminiert wird. Also wie schon gesagt, wir gehen mal Routing funktioniert.
Die "Telefonverbindung"
Vodafone SIP Trunk -- Openscape -- HFA Softphone
Eigentlich ist es nur ein kleines aber entscheidendes Problem:
(grün) Telefoniere ich vom Softphone über die Openscape nach draußen, alles schick.
(rot) Telefoniere ich von Draußen über die Openscape zum Softphone, kommt keine Sprache bzw kein rtp Kanal von "Außen" an, obwohl ebenfalls mit Wireshare überprüft definitiv ein Audio rtp Kanal von "Außen" weg geht. Was zu 100% Funktioniert ist die Signalisierung und der rtp Kanal vom Softphone nach Außen.
Folgende Flowcharts ergeben sich, wenn man die Verbindung TK-LAN zum Router mitschneidet.
Ich habe verschiedene Charts vergleichen, auch mit dem was im RFC steht. Grün ist soweit in Ordnung, bei Rot ist die Reihenfolge falsch, eigentlich müsste 200OK SDP und das darauffolgende ACK vor den 2 RTP Verbindungen kommen.
Außerdem habe ich mir die beiden INVITE angeschaut und habe festgestellt das bei INVITE rot unter media Description, name and address zwar die möglichen Codec's übermittelt werden, jedoch wird dazu kein rtpma Eintrag mit übergeben, was bei INVITE grün und meinen Bsp grundsätzlich der Fall war und ist. Das würde bedeuten, das was die OpenScape nicht weiß, kann sie nicht bestätigen. Somit sendet der SIP Trunk Server keinen rtp Datenstrom zur TK, somit gibt es keinen Ton von Außen.
INVITe grün
INVITE rot
Liegt hier eine Fehlkonfiguration seitens Vodafone vor, weil so wie mir scheint für dieses Unternehmen ein extra SIP Trunk Server aufgesetzt wurde, somit nur wir dieses Problem haben.
So long...
Wir nutzen Moment 2 S2M von Vodafone und müssen auf SIP Trunk wechseln. Vodafone hat hierfür einen SVSDL mit 7590 und/oder einen Kabel DOCSIS 3.1 mit 6591 zu Verfügung gestellt. Telefonanlage Unify Openscape Buissness V8. Ich muss sagen, das ich von dem ganzen TK Zeug nicht so die Ahnung habe, bin aber jetzt der jenige der es richten muss. Ich bin quasi nur der Verwalter und kam bisher klar. Bevor ich jetzt übel was lostrete, was dann in einer Diskussion, TK Dienstleister <> Mir <> Vodafone enden wird, suche ich erstmal eine unabhängige Meinung. Ich habe mir nun ca. 8h das Thema SIP RFC, FlowChart's und Wireshare an gewissen Punkten rein gezogen.
Für die Versuche habe ich primär die 7590 mit dem SVDSL mit PPPoE Einwahl verwendet. Die Fritzbox nutzt im Moment eine Schnittstelle des Primärrouters mit NAT und schiebt alles über die Funktion Exposehost an diese weiter. Alternativ habe ich auch versucht über eine extra Route in der Fritzbox die zur TK zeigt und entsprechender Portweiterleitung direkt zur TK zu arbeiten, selbes Ergebnis. Somit würde ich erstmal davon ausgehen das die Paketvermittlung sauber arbeitet. Ich werde bei Vodafone auf jedenfall noch mal ein Modem beantragen um den nur für die TK gedachte Anschluss direkt im Router terminiert wird. Also wie schon gesagt, wir gehen mal Routing funktioniert.
Die "Telefonverbindung"
Vodafone SIP Trunk -- Openscape -- HFA Softphone
Eigentlich ist es nur ein kleines aber entscheidendes Problem:
(grün) Telefoniere ich vom Softphone über die Openscape nach draußen, alles schick.
(rot) Telefoniere ich von Draußen über die Openscape zum Softphone, kommt keine Sprache bzw kein rtp Kanal von "Außen" an, obwohl ebenfalls mit Wireshare überprüft definitiv ein Audio rtp Kanal von "Außen" weg geht. Was zu 100% Funktioniert ist die Signalisierung und der rtp Kanal vom Softphone nach Außen.
Folgende Flowcharts ergeben sich, wenn man die Verbindung TK-LAN zum Router mitschneidet.
Ich habe verschiedene Charts vergleichen, auch mit dem was im RFC steht. Grün ist soweit in Ordnung, bei Rot ist die Reihenfolge falsch, eigentlich müsste 200OK SDP und das darauffolgende ACK vor den 2 RTP Verbindungen kommen.
Außerdem habe ich mir die beiden INVITE angeschaut und habe festgestellt das bei INVITE rot unter media Description, name and address zwar die möglichen Codec's übermittelt werden, jedoch wird dazu kein rtpma Eintrag mit übergeben, was bei INVITE grün und meinen Bsp grundsätzlich der Fall war und ist. Das würde bedeuten, das was die OpenScape nicht weiß, kann sie nicht bestätigen. Somit sendet der SIP Trunk Server keinen rtp Datenstrom zur TK, somit gibt es keinen Ton von Außen.
INVITe grün
Code:
Frame 10136: 1103 bytes on wire (8824 bits), 1103 bytes captured (8824 bits) on interface \Device\NPF_{0A0908D9-AB5E-4B17-865D-78D4C7AFA32A}, id 0
Ethernet II, Src: UnifySof_9f:8f:ff (00:1a:e8:9f:8f:ff), Dst: Microsof_1e:68:0a (00:15:5d:1e:68:0a)
Internet Protocol Version 4, Src: 192.168.999.999, Dst: 888.888.61.22
Transmission Control Protocol, Src Port: 41931, Dst Port: 5060, Seq: 353, Ack: 306, Len: 1037
Session Initiation Protocol (INVITE)
Request-Line: INVITE sip:[email protected]:5060;user=phone;transport=tcp SIP/2.0
Method: INVITE
Request-URI: sip:[email protected]:5060;user=phone;transport=tcp
Request-URI User Part: +4965430932
E.164 number (MSISDN): 4965430932
Country Code: Germany (Federal Republic of) (49)
Request-URI Host Part: 888.888.61.22
Request-URI Host Port: 5060
[Resent Packet: False]
Message Header
Via: SIP/2.0/TCP 192.168.999.999:41931;branch=z9hG4bK814b4fc73c4fbae60;rport
Transport: TCP
Sent-by Address: 192.168.999.999
Sent-by port: 41931
Branch: z9hG4bK814b4fc73c4fbae60
RPort: rport
Max-Forwards: 70
From: <sip:[email protected];user=phone>;tag=832441fbe7
SIP from address: sip:[email protected];user=phone
SIP from address User Part: 004943219191
SIP from address Host Part: COMPANY.ngn.vodafone.de
SIP From URI parameter: user=phone
SIP from tag: 832441fbe7
To: <sip:[email protected];user=phone>
SIP to address: sip:[email protected];user=phone
SIP to address User Part: +4965430932
E.164 number (MSISDN): 4965430932
Country Code: Germany (Federal Republic of) (49)
SIP to address Host Part: 888.888.61.22
SIP To URI parameter: user=phone
Call-ID: 78f9da41d20c475b
[Generated Call-ID: 78f9da41d20c475b]
CSeq: 1512012154 INVITE
Sequence Number: 1512012154
Method: INVITE
Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, UPDATE
Contact: <sip:[email protected]:41931;transport=tcp;user=phone>
Contact URI: sip:[email protected]:41931;transport=tcp;user=phone
Contact URI User Part: 004943219191
Contact URI Host Part: 192.168.999.999
Contact URI Host Port: 41931
Contact URI parameter: transport=tcp
Contact URI parameter: user=phone
P-Asserted-Identity: <sip:[email protected];user=phone>
SIP PAI Address: sip:[email protected];user=phone
SIP PAI User Part: +494321910
E.164 number (MSISDN): 494321910
Country Code: Germany (Federal Republic of) (49)
SIP PAI Host Part: COMPANY.ngn.vodafone.de
SIP PAI URI parameter: user=phone
User-Agent: OpenScape Business M5T SIP Stack/4.2.20.35
X-Siemens-Call-Type: ST-insecure
[Expert Info (Note/Undecoded): Unrecognised SIP header (x-siemens-call-type)]
[Unrecognised SIP header (x-siemens-call-type)]
[Severity level: Note]
[Group: Undecoded]
Content-Type: application/sdp
Content-Length: 322
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): OsBiz 1 2129163981 IN IP4 192.168.999.999
Owner Username: OsBiz
Session ID: 1
Session Version: 2129163981
Owner Network Type: IN
Owner Address Type: IP4
Owner Address: 192.168.999.999
Session Name (s): OsBiz
Connection Information (c): IN IP4 192.168.999.999
Connection Network Type: IN
Connection Address Type: IP4
Connection Address: 192.168.999.999
Time Description, active time (t): 0 0
Session Start Time: 0
Session Stop Time: 0
Media Description, name and address (m): audio 30528 RTP/AVP 8 0 18 4 98
Media Type: audio
Media Port: 30528
Media Protocol: RTP/AVP
Media Format: ITU-T G.711 PCMA
Media Format: ITU-T G.711 PCMU
Media Format: ITU-T G.729
Media Format: ITU-T G.723
Media Format: DynamicRTP-Type-98
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute Fieldname: rtpmap
Media Format: 8
MIME Type: PCMA
Sample Rate: 8000
Media Attribute (a): rtpmap:0 PCMU/8000
Media Attribute (a): rtpmap:18 G729/8000
Media Attribute (a): rtpmap:4 G723/8000
Media Attribute (a): rtpmap:98 telephone-event/8000
Media Attribute (a): silenceSupp:off - - - -
Media Attribute (a): fmtp:98 0-15
Media Attribute (a): fmtp:18 annexb=no
Media Attribute (a): sendrecv
[Generated Call-ID: 78f9da41d20c475b]
[Generated Call-ID: SDac51d01-a18db987f671618b89a9c76fa367d260-ct4u830050]
[Generated Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830]INVITE rot
Code:
Frame 13904: 1159 bytes on wire (9272 bits), 1159 bytes captured (9272 bits) on interface \Device\NPF_{0A0908D9-AB5E-4B17-865D-78D4C7AFA32A}, id 0
Ethernet II, Src: Dell_f0:8c:2f (18:66:da:f0:8c:2f), Dst: UnifySof_9f:8f:ff (00:1a:e8:9f:8f:ff)
Internet Protocol Version 4, Src: 888.888.61.22, Dst: 192.168.999.999
Transmission Control Protocol, Src Port: 5060, Dst Port: 41931, Seq: 5095, Ack: 5257, Len: 1093
Session Initiation Protocol (INVITE)
Request-Line: INVITE sip:[email protected];user=phone SIP/2.0
Method: INVITE
Request-URI: sip:[email protected];user=phone
Request-URI User Part: +4943219191
E.164 number (MSISDN): 4943219191
Country Code: Germany (Federal Republic of) (49)
Request-URI Host Part: COMPANY.ngn.vodafone.de
[Resent Packet: False]
Message Header
Via: SIP/2.0/TCP 888.888.61.22:5060;branch=z9hG4bK8gh23h304oiuh2qbqe70.1
Transport: TCP
Sent-by Address: 888.888.61.22
Sent-by port: 5060
Branch: z9hG4bK8gh23h304oiuh2qbqe70.1
To: <sip:[email protected];user=phone>
SIP to address: sip:[email protected];user=phone
SIP to address User Part: +4943219191
E.164 number (MSISDN): 4943219191
Country Code: Germany (Federal Republic of) (49)
SIP to address Host Part: arcor.de
SIP To URI parameter: user=phone
From: "+4965430932" <sip:[email protected];user=phone>;tag=SDkccfd01-d3ce8f8a
SIP Display info: "+4965430932"
SIP from address: sip:[email protected];user=phone
SIP from address User Part: +4965430932
E.164 number (MSISDN): 4965430932
Country Code: Germany (Federal Republic of) (49)
SIP from address Host Part: sip.safrannetworks.de
SIP From URI parameter: user=phone
SIP from tag: SDkccfd01-d3ce8f8a
Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830
[Generated Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830]
CSeq: 1 INVITE
Sequence Number: 1
Method: INVITE
Max-Forwards: 60
Contact: <sip:[email protected]:5060;transport=tcp>
Contact URI: sip:[email protected]:5060;transport=tcp
Contact URI User Part: +4965430932
E.164 number (MSISDN): 4965430932
Country Code: Germany (Federal Republic of) (49)
Contact URI Host Part: 888.888.61.22
Contact URI Host Port: 5060
Contact URI parameter: transport=tcp
Date: Thu, 17 Jun 2021 22:34:30 GMT
Allow: INVITE, ACK, PRACK, CANCEL, BYE, OPTIONS, MESSAGE, NOTIFY, UPDATE, REGISTER, INFO, REFER, SUBSCRIBE
Supported: resource-priority,timer,100rel
P-Asserted-Identity: <sip:[email protected];user=phone>
SIP PAI Address: sip:[email protected];user=phone
SIP PAI User Part: +4965430932
E.164 number (MSISDN): 4965430932
Country Code: Germany (Federal Republic of) (49)
SIP PAI Host Part: sip.safrannetworks.de
SIP PAI URI parameter: user=phone
Session-Expires: 1810;refresher=uac
Min-SE: 600
Accept: application/sdp
P-Early-Media: supported
Content-Type: application/sdp
Content-Length: 230
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): - 33279465 1533299875 IN IP4 888.888.61.22
Owner Username: -
Session ID: 33279465
Session Version: 1533299875
Owner Network Type: IN
Owner Address Type: IP4
Owner Address: 888.888.61.22
Session Name (s): IMSS
Connection Information (c): IN IP4 888.888.61.22
Connection Network Type: IN
Connection Address Type: IP4
Connection Address: 888.888.61.22
Time Description, active time (t): 0 0
Session Start Time: 0
Session Stop Time: 0
Media Description, name and address (m): audio 59688 RTP/AVP 9 8 101
Media Type: audio
Media Port: 59688
Media Protocol: RTP/AVP
Media Format: ITU-T G.722
Media Format: ITU-T G.711 PCMA
Media Format: DynamicRTP-Type-101
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute Fieldname: rtpmap
Media Format: 101
MIME Type: telephone-event
Sample Rate: 8000
Media Attribute (a): fmtp:101 0-16
Media Attribute Fieldname: fmtp
Media Format: 101 [telephone-event]
Media format specific parameters: 0-16
Media Attribute (a): sendrecv
Media Attribute (a): ptime:20
Media Attribute Fieldname: ptime
Media Attribute Value: 20
Media Attribute (a): sqn:0
Media Attribute Fieldname: sqn
Media Attribute Value: 0
Media Attribute (a): cdsc:1 image udptl t38
Media Attribute Fieldname: cdsc
Media Attribute Value: 1 image udptl t38
[Generated Call-ID: 78f9da41d20c475b]
[Generated Call-ID: SDac51d01-a18db987f671618b89a9c76fa367d260-ct4u830050]
[Generated Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830]Liegt hier eine Fehlkonfiguration seitens Vodafone vor, weil so wie mir scheint für dieses Unternehmen ein extra SIP Trunk Server aufgesetzt wurde, somit nur wir dieses Problem haben.
So long...
Zuletzt bearbeitet:
