Vodafone SIP Trunk -- Openscape -- HFA Softphone eine "Tonspur" fehlt.

hocker2

Neuer User
Mitglied seit
6 Mai 2021
Beiträge
25
Punkte für Reaktionen
0
Punkte
1
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.


Flow.jpg

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:
Edit:

mir ist bei rot noch aufgefallen:

To: <sip:[email protected];user=phone>

muss da nicht die Adresse des Sip Trunk Servers stehen?
 
Hallo,

Beim rein telefonieren kommt schon aus dem LAN der Fritzbox kein UDP Kanal Richtung TK. Es geht nur UDP nach außen.

Wenn ich von Innen nach Außen Telefoniere geht ein UDP Kanal von Außen zur TK und ein UDP Kanal von der TK nach Außen.

Screen LAN Fritzbox.png
 
Sorry scheint doch nur eine M5T zu sein. Ich kann die TK jetzt nicht erreichen, Agent ist die:

OpenScape Business M5T SIP Stack/4.2.20.35
 
Auch das gibt es nicht. Was du geschickt hast ist das was die Anlage als User Agent auf SIP-Seite meldet (wie der Name auch zeigt, der Name bzw. die Version des SIP-Stacks). Das ist nicht die Version der Software die auf der TK-Anlage läuft.
 
Hallo,

mal eine ganz andere Frage:
Welches Produkt habt ihr von Vodafone? SIP-Trunk R3 oder R4?
Wenn es eines dieser beiden ist, muß die TK über ihre WAN Schnittstelle mit den von VF vorgegebenen öffentlichen IP Adressen angeschaltet werden.

Wenn nicht, dann ignoriere meine Frage.

Gruß S
 
OpenScape X8 v2_R7.0.0_871

Softphone V7R1.21.3

Laut meiner Kenntnis R4b, geht über die von Vodafone extra geschalteten WAN raus.
 
geht über die von Vodafone extra geschalteten WAN raus.
War vielleicht von mir missverständlich ausgedrückt. Ich meinte natürlich die WAN Schnittstelle der OSBiz. Aber mit R4.. geht es auf jeden Fall, auch wenn ich noch nie eine FB vorgeschaltet hatte.
Gruß S
 
Nein der WAN der openscape wird nicht verwendet. Da war irgendwas. Läuft alles über LAN.

Was sagt ihr zu den invite Auszügen? Warum ist beim Eingehen Telefonat, keine Datenstrom Kennzeichnung für die codec g711 und g722
 
nein, soweit ich das beurteilen kann, es gehen während des eingehenden Telefonats nur UDP Pakete vom WAN der Fritzbox weg. Beim eingehenden in beide Richtungen.
 
soweit ich das beurteilen kann
Müsste im Paket-Mitschnitt auf der „1. Internetleitung“ eindeutig zu sehen sein. Wenn kein RTP-Strom ankommt, dann antwortet der SIP-Client – also Deine Unify-Anlage – mit einer IP-Adresse, die Vodafone nicht mag. Folglich bräuchten wir die SDP-Antwort auf Dein „INVITE rot“. Eigentlich bräuchten wir daraus nur die Kopfzeile „Connection Information (c)“.
 
Code:
Frame 14065: 1005 bytes on wire (8040 bits), 1005 bytes captured (8040 bits) on interface \Device\NPF_{0A0908D9-AB5E-4B17-865D-78D4C7AFA32A}, id 0
    Interface id: 0 (\Device\NPF_{0A0908D9-AB5E-4B17-865D-78D4C7AFA32A})
        Interface name: \Device\NPF_{0A0908D9-AB5E-4B17-865D-78D4C7AFA32A}
    Encapsulation type: Ethernet (1)
    Arrival Time: Jun 17, 2021 22:34:36.099504000 Mitteleuropäische Sommerzeit
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1623962076.099504000 seconds
    [Time delta from previous captured frame: 0.006273000 seconds]
    [Time delta from previous displayed frame: 0.006273000 seconds]
    [Time since reference or first frame: 338.599502000 seconds]
    Frame Number: 14065
    Frame Length: 1005 bytes (8040 bits)
    Capture Length: 1005 bytes (8040 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:tcp:sip:sdp]
    [Coloring Rule Name: TCP]
    [Coloring Rule String: tcp]
Ethernet II, Src: UnifySof_9f:0f:ff (00:1a:e8:9f:0f:ff), Dst: Microsof_1e:68:0a (00:15:5d:1e:68:0a)
    Destination: Microsof_1e:68:0a (00:15:5d:1e:68:0a)
        Address: Microsof_1e:68:0a (00:15:5d:1e:68:0a)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Source: UnifySof_9f:0f:ff (00:1a:e8:9f:0f:ff)
        Address: UnifySof_9f:0f:ff (00:1a:e8:9f:0f:ff)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.999.999, Dst: 888.888.61.22
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x68 (DSCP: AF31, ECN: Not-ECT)
        0110 10.. = Differentiated Services Codepoint: Assured Forwarding 31 (26)
        .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
    Total Length: 991
    Identification: 0xa5d9 (42457)
    Flags: 0x40, Don't fragment
        0... .... = Reserved bit: Not set
        .1.. .... = Don't fragment: Set
        ..0. .... = More fragments: Not set
    Fragment Offset: 0
    Time to Live: 64
    Protocol: TCP (6)
    Header Checksum: 0xb787 [validation disabled]
    [Header checksum status: Unverified]
    Source Address: 192.168.999.999
    Destination Address: 888.888.61.22
Transmission Control Protocol, Src Port: 41931, Dst Port: 5060, Seq: 5871, Ack: 6188, Len: 939
    Source Port: 41931
    Destination Port: 5060
    [Stream index: 155]
    [TCP Segment Len: 939]
    Sequence Number: 5871    (relative sequence number)
    Sequence Number (raw): 3664659834
    [Next Sequence Number: 6810    (relative sequence number)]
    Acknowledgment Number: 6188    (relative ack number)
    Acknowledgment number (raw): 2890903885
    1000 .... = Header Length: 32 bytes (8)
    Flags: 0x018 (PSH, ACK)
        000. .... .... = Reserved: Not set
        ...0 .... .... = Nonce: Not set
        .... 0... .... = Congestion Window Reduced (CWR): Not set
        .... .0.. .... = ECN-Echo: Not set
        .... ..0. .... = Urgent: Not set
        .... ...1 .... = Acknowledgment: Set
        .... .... 1... = Push: Set
        .... .... .0.. = Reset: Not set
        .... .... ..0. = Syn: Not set
        .... .... ...0 = Fin: Not set
        [TCP Flags: ·······AP···]
    Window: 372
    [Calculated window size: 47616]
    [Window size scaling factor: 128]
    Checksum: 0x4b3e [unverified]
    [Checksum Status: Unverified]
    Urgent Pointer: 0
    Options: (12 bytes), No-Operation (NOP), No-Operation (NOP), Timestamps
        TCP Option - No-Operation (NOP)
            Kind: No-Operation (1)
        TCP Option - No-Operation (NOP)
            Kind: No-Operation (1)
        TCP Option - Timestamps: TSval 447447, TSecr 4192440295
            Kind: Time Stamp Option (8)
            Length: 10
            Timestamp value: 447447
            Timestamp echo reply: 4192440295
    [SEQ/ACK analysis]
        [iRTT: 0.019761000 seconds]
        [Bytes in flight: 939]
        [Bytes sent since last PSH flag: 939]
    [Timestamps]
        [Time since first frame in this TCP stream: 74.275659000 seconds]
        [Time since previous frame in this TCP stream: 4.863302000 seconds]
    TCP payload (939 bytes)
Session Initiation Protocol (200)
    Status-Line: SIP/2.0 200 OK
        Status-Code: 200
        [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
        From: "+49654330932" <sip:[email protected];user=phone>;tag=SDkccfd01-d3ce8f8a
            SIP from display info: "+49654330932"
            SIP from address: sip:[email protected];user=phone
                SIP from address User Part: +49654330932
                E.164 number (MSISDN): 49654330932
                    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
        To: <sip:[email protected];user=phone>;tag=2590665895
            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
            SIP to tag: 2590665895
        Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830
        [Generated Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830]
        CSeq: 1 INVITE
            Sequence Number: 1
            Method: INVITE
        Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, UPDATE
        Contact: <sip:[email protected]:41931;transport=tcp>
            Contact URI: sip:[email protected]:41931;transport=tcp
                Contact URI User Part: +4943219191
                E.164 number (MSISDN): 4943219191
                    Country Code: Germany (Federal Republic of) (49)
                Contact URI Host Part: 192.168.999.999
                Contact URI Host Port: 41931
                Contact URI parameter: transport=tcp
        P-Asserted-Identity: <sip:[email protected];user=phone>
            SIP PAI Address: sip:[email protected];user=phone
                SIP PAI User Part: 004943219191
                SIP PAI Host Part: COMPANY.ngn.vodafone.de
                SIP PAI URI parameter: user=phone
        Server: OpenScape Business M5T SIP Stack/4.2.20.35
        Supported: replaces
        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: 242
    Message Body
        Session Description Protocol
            Session Description Protocol Version (v): 0
            Owner/Creator, Session Id (o): OsBiz 1 1733548587 IN IP4 192.168.999.999
                Owner Username: OsBiz
                Session ID: 1
                Session Version: 1733548587
                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 101
                Media Type: audio
                Media Port: 30528
                Media Protocol: RTP/AVP
                Media Format: ITU-T G.711 PCMA
                Media Format: DynamicRTP-Type-101
            Media Attribute (a): rtpmap:8 PCMA/8000
                Media Attribute Fieldname: rtpmap
                Media Format: 8
                MIME Type: PCMA
                Sample Rate: 8000
            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): silenceSupp:off - - - -
                Media Attribute Fieldname: silenceSupp
                Media Attribute Value: off - - - -
            Media Attribute (a): fmtp:101 0-15
                Media Attribute Fieldname: fmtp
                Media Format: 101 [telephone-event]
                Media format specific parameters: 0-15
            Media Attribute (a): ptime:20
                Media Attribute Fieldname: ptime
                Media Attribute Value: 20
            Media Attribute (a): sendrecv
            [Generated Call-ID: 78f9da41d20c475b]
            [Generated Call-ID: SDac51d01-a18db987f671618b89a9c76fa367d260-ct4u830050]
            [Generated Call-ID: SDkccfd01-2e8271bb6016288d56837324bd014214-ct4u830]

Die Openscape antwortet mit rtpmap: 8

Wie schon Oben, zwar nicht in dem Zusammenhang, steht hier @arcor.de.
 
Connection Information (c): IN IP4 192.168.999.999
Probiere dort mal mit einer öffentliche IP zu antworten. Leider weiß ich nicht, wie man das bei einer OpenScape X8 (LAN) einstellt – hat die STUN oder eine fixe externe IP-Adresse?
 
STUN wird von Vodafone nicht unterstützt, fixe externe IP vorhanden. Ich werde mal suchen ob sich was findet.
 
Ist in der X8 (STUN-Konfig) die statische IP der FB7590 eingetragen?

Aufgrund des Exposed Hosts sollte die Anschaltung über den WAN-Port der X8 erfolgen, da sonst die Firewall der X8 nicht greifen kann. Zudem müssten aktuell alle internen Ports der TK von außen erreichbar sein. Das ist nicht wirklich sinnvoll.
 
Bei dem 4b darf kein STUN-Server verwendet werden. Es muss die zugewiesene feste IP, inkl. dem vereinbarten Port, eingetragen sein.
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,295
Beiträge
2,249,590
Mitglieder
373,893
Neuestes Mitglied
Kukkatto
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.