Vielen Dank für Eure Antworten. Ich hab eben noch in bisschen weiter geschaut und probiert. Aber eins nach dem anderen.
sukram hat geschrieben: ↑Sa 30. Mär 2024, 01:45
Das DNS vom Telefon lässt der Ipfire auch durch, ohne dran zu schrauben? (Scheint ja, sonst würde der sich nicht registrieren)
Offenbar ja. Würde mich auch wundern, wenn da was wäre. Ich hab von innen nach außen alles offen.
Neben O2-DNS fest im Telefon eintragen, hab ich jetzt auch noch DNS-Forward für "alice-voip.de" auf die O2-Server im Ipfire eingestellt und das Telefon wieder auf DHCP, damit gehts auch, macht aber keinen Unterschied bei meinem Problem.
sukram hat geschrieben: ↑Sa 30. Mär 2024, 01:45
Das Telefon macht auch nur IPv4? O2 hat afaik so kaputtes Dual-Stack mit öffentlichem IPv6 und privatem IPv4, richtig? Oder gar nur IPv6 und IPv4 über Tunnel?
Ja, IPv6 ist im Telefon deaktiviert. Ich bekomme von O2 nur eine öffentliche IPv4-Adresse. Was die sonst so treiben, kann ich nicht beurteilen, weil ich es nicht sehe.
sukram hat geschrieben: ↑Sa 30. Mär 2024, 01:45
Die SIP Ports sind auch TCP+UDP freigegeben?
Jein. Hab verschiedene Kombinationen probiert. Eben auch nochmal TCP mit freigegeben. Ich hatte auch kurzfristig alles an TCP und UDP aufs Telefon freigegeben (also exposed host), hat auch nix gebracht.
sukram hat geschrieben: ↑Sa 30. Mär 2024, 01:45
Mal als STun Server sip.alice-voip.de ausprobiert?
Dann registriert er den Account erst gar nicht. Mit stun3.l.google.com gehts.
b0n3 hat geschrieben: ↑Sa 30. Mär 2024, 15:32
Könnte am Ipfire liegen wie er das NAT Routing macht.
Ich kenne ipfire nur oberflächlich.
Mit Opnsense und Pfsense bin ich besser.
viop.PNG
So ne Option hab ich nicht gefunden. Hab auch noch nie gehört, dass Ipfire automatisch Regeln anlegt. Händisch hab ich das auch versucht, glaube aber inzwischen nimmer, dass es daran liegt, siehe unten.
b0n3 hat geschrieben: ↑Sa 30. Mär 2024, 15:32
zum testen evtl mal FrePBX füher Asterix testen ob damit das Problem weggeht
Daran hab ich auch schon gedacht, damit kenn ich mich aber noch weniger als mit IP-Telefonen aus (und das ist schon wenig). Gibts da irgendwas, dass man einfach aufsetzt und ggfs. über eine Oberfläche konfigurieren kann und halbwegs sieht, was passiert? Wenn man sich mit einem System auskennt sind Konfigurationsdateien und Konsole schön. Mach ich an anderer Stelle auch gerne, aber mit SIP bin ich blutiger Anfänger.
Vielleicht trocknet das Blut auch schon etwas, ich hab mich eben mal noch mit der SIP-Protokollierung auf der Telefonoberfläche beschäftigt und was gesehen. Mein Telefon schickt bei Anrufen von außen noch bevor ich abhebe einen Fehler 481:
Code: Alles auswählen
Sent to Udp:62.52.19.67:5060 from Udp:192.168.122.139:5060 at Mar 30 19:32:34.884 (776 bytes):
SIP/2.0 481 Call Leg/Transaction Does Not Exist
Via: SIP/2.0/UDP 62.52.19.67:5060;oc-algo="loss";oc;rport=5060;branch=z9hG4bKmavodi-0-264-7c-7-1000000-7abe0000-608f9b0fd8abe-112e-ffffffffffffffff-106a-4f7d0000-608f9b0fa543a-4211016115-9150
From: "0179XXXXXXX" <sip:0179XXXXXXX@telefonica.de>;tag=mavodi-__v~zsvtvuy~ruz__0-10d-11-8-ffffffff-131e-0-0-0-1711823556-_000000000000-2d53-ff088700-107f48-66085ac4-20537
To: <tel:+498142XXXXXX;tag=duc97u1ny0>
Call-ID: FA163EE97A38-2d53-ff088700-1f242bc-66085ac4-2041a
CSeq: 2 PRACK
User-Agent: snomD385/10.1.84.15
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0
Diesen schickt es auch unabhängig davon, ob ich Portweiterleitungen aktiv hab oder nicht oder ob ich einen Stun-Server eingetragen hab oder nicht.
Von daher glaube ich nicht mehr, dass es an der Firewall oder so hängt. (Und Sipgate schafft es auch ohne jegliche Portweiterleitung oder STUN-Server Gespräche in beide Richtungen aufzubauen).
Zu dem 481, bzw. der Ursache hier, habe ich bis jetzt noch nix passendes gefunden. Sagt das jemand von Euch was?
Der vollständige Rufaufbau bis zu obigem Fehler:
Code: Alles auswählen
Received from Udp:62.52.19.67:5060 on Udp:192.168.122.139:5060 at Mar 30 19:32:34.656 (1972 bytes):
INVITE sip:498142XXXXXX@77.2.25.62:5060;line=cca8ctp0 SIP/2.0
Via: SIP/2.0/UDP 62.52.19.67:5060;oc-algo="loss";oc;rport;branch=z9hG4bKmavodi-0-264-7c-7-1000000-7abe0000-608f9b0fd8abe-112e-ffffffffffffffff-106a-4f7d0000-608f9b0fa543a-4210803848-9150
Max-Forwards: 68
From: "0179XXXXXXX" <sip:01795205780@telefonica.de>;tag=mavodi-__v~zsvtvuy~ruz__0-10d-11-8-ffffffff-131e-0-0-0-1711823556-_000000000000-2d53-ff088700-107f48-66085ac4-20537
To: <sip:+4981424XXXXXX@sip.alice-voip.de;user=phone>
Call-ID: FA163EE97A38-2d53-ff088700-1f242bc-66085ac4-2041a
CSeq: 1 INVITE
Min-SE: 90
Session-Expires: 1800
Contact: <sip:mavodi-0-266-83b-7-fffffff1-40d80000-608f9b0fd8809-112e-ffffffffffffffff-@62.52.19.67:5060>;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel";audio
Accept: application/sdp,application/3gpp-ims+xml
Supported: timer,tdialog,replaces,histinfo,100rel
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,PRACK,MESSAGE,REFER,NOTIFY,INFO,OPTIONS
Record-Route: <sip:mavodi-0-266-83b-7-ffffffff-40d80000-608f9b0fd8809-112e-ffffffffffffffff-mavsipodi-0-26c-106a-7-4f7d0000-608f9b0fa543a-112e@62.52.19.67:5060;lr;mavsipodi-0-26c-106a-7-4f7d0000-608f9b0fa543a-112e>
P-Asserted-Identity: "0179XXXXXX" <sip:+49179XXXXXXX@telefonica.de>,<tel:+49179XXXXXXX;cpc=ordinary>
Content-Type: application/sdp
Accept-Contact: *;explicit;require
Content-Length: 602
v=0
o=ccs-0-615-7 06127977998331 354284438 IN IP4 62.53.175.133
s=QC VOIP
c=IN IP4 62.53.175.133
t=0 0
m=audio 55168 RTP/AVP 126 104 9 102 8 0 96 97
a=sendrecv
a=maxptime:240
a=ptime:20
a=rtpmap:126 EVS/16000/1
a=fmtp:126 hf-only=1;br=5.9-24.4;bw=nb-wb;ch-aw-recv=2;max-red=0
a=rtpmap:104 AMR-WB/16000/1
a=fmtp:104 mode-change-capability=2;max-red=0
a=rtpmap:9 G722/8000
a=rtpmap:102 AMR/8000/1
a=fmtp:102 mode-change-capability=2;max-red=0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/16000
a=fmtp:96 0-15
a=rtpmap:97 telephone-event/8000
a=fmtp:97 0-15
Sent to Udp:62.52.19.67:5060 from Udp:192.168.122.139:5060 at Mar 30 19:32:34.676 (889 bytes):
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 62.52.19.67:5060;oc-algo="loss";oc;rport=5060;branch=z9hG4bKmavodi-0-264-7c-7-1000000-7abe0000-608f9b0fd8abe-112e-ffffffffffffffff-106a-4f7d0000-608f9b0fa543a-4210803848-9150
Record-Route: <sip:mavodi-0-266-83b-7-ffffffff-40d80000-608f9b0fd8809-112e-ffffffffffffffff-mavsipodi-0-26c-106a-7-4f7d0000-608f9b0fa543a-112e@62.52.19.67:5060;lr;mavsipodi-0-26c-106a-7-4f7d0000-608f9b0fa543a-112e>
From: "0179XXXXXXX" <sip:0179XXXXXXX@telefonica.de>;tag=mavodi-__v~zsvtvuy~ruz__0-10d-11-8-ffffffff-131e-0-0-0-1711823556-_000000000000-2d53-ff088700-107f48-66085ac4-20537
To: "O2 - Müllegger" <sip:+498142XXXXXX@sip.alice-voip.de;user=phone>;tag=duc97u1ny0
Call-ID: FA163EE97A38-2d53-ff088700-1f242bc-66085ac4-2041a
CSeq: 1 INVITE
User-Agent: snomD385/10.1.84.15
Contact: <sip:4981424XXXXXX@77.2.25.62:5060;line=cca8ctp0>;reg-id=1
Content-Length: 0
Sent to Udp:62.52.19.67:5060 from Udp:192.168.122.139:5060 at Mar 30 19:32:34.699 (1058 bytes):
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 62.52.19.67:5060;oc-algo="loss";oc;rport=5060;branch=z9hG4bKmavodi-0-264-7c-7-1000000-7abe0000-608f9b0fd8abe-112e-ffffffffffffffff-106a-4f7d0000-608f9b0fa543a-4210803848-9150
Record-Route: <sip:mavodi-0-266-83b-7-ffffffff-40d80000-608f9b0fd8809-112e-ffffffffffffffff-mavsipodi-0-26c-106a-7-4f7d0000-608f9b0fa543a-112e@62.52.19.67:5060;lr;mavsipodi-0-26c-106a-7-4f7d0000-608f9b0fa543a-112e>
From: "0179XXXXXXX" <sip:0179XXXXXXX@telefonica.de>;tag=mavodi-__v~zsvtvuy~ruz__0-10d-11-8-ffffffff-131e-0-0-0-1711823556-_000000000000-2d53-ff088700-107f48-66085ac4-20537
To: "O2 - Müllegger" <sip:+498142XXXXXX@sip.alice-voip.de;user=phone>;tag=duc97u1ny0
Call-ID: FA163EE97A38-2d53-ff088700-1f242bc-66085ac4-2041a
CSeq: 1 INVITE
User-Agent: snomD385/10.1.84.15
Contact: <sip:498142XXXXXX@77.2.25.62:5060;line=cca8ctp0>;reg-id=1
Require: 100rel
RSeq: 1
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Content-Length: 0
Received from Udp:62.52.19.67:5060 on Udp:192.168.122.139:5060 at Mar 30 19:32:34.879 (595 bytes):
PRACK sip:498142XXXXXX@77.2.25.62:5060;line=cca8ctp0 SIP/2.0
Via: SIP/2.0/UDP 62.52.19.67:5060;oc-algo="loss";oc;rport;branch=z9hG4bKmavodi-0-264-7c-7-1000000-7abe0000-608f9b0fd8abe-112e-ffffffffffffffff-106a-4f7d0000-608f9b0fa543a-4211016115-9150
Max-Forwards: 68
From: "0179XXXXXX" <sip:0179XXXXXX@telefonica.de>;tag=mavodi-__v~zsvtvuy~ruz__0-10d-11-8-ffffffff-131e-0-0-0-1711823556-_000000000000-2d53-ff088700-107f48-66085ac4-20537
To: tel:+498142XXXXXX;tag=duc97u1ny0
Call-ID: FA163EE97A38-2d53-ff088700-1f242bc-66085ac4-2041a
CSeq: 2 PRACK
RAck: 1 1 INVITE
Content-Length: 0
Sent to Udp:62.52.19.67:5060 from Udp:192.168.122.139:5060 at Mar 30 19:32:34.884 (776 bytes):
SIP/2.0 481 Call Leg/Transaction Does Not Exist
Via: SIP/2.0/UDP 62.52.19.67:5060;oc-algo="loss";oc;rport=5060;branch=z9hG4bKmavodi-0-264-7c-7-1000000-7abe0000-608f9b0fd8abe-112e-ffffffffffffffff-106a-4f7d0000-608f9b0fa543a-4211016115-9150
From: "0179XXXXXX" <sip:01795205780@telefonica.de>;tag=mavodi-__v~zsvtvuy~ruz__0-10d-11-8-ffffffff-131e-0-0-0-1711823556-_000000000000-2d53-ff088700-107f48-66085ac4-20537
To: <tel:+498142XXXXXX;tag=duc97u1ny0>
Call-ID: FA163EE97A38-2d53-ff088700-1f242bc-66085ac4-2041a
CSeq: 2 PRACK
User-Agent: snomD385/10.1.84.15
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Content-Length: 0