1️⃣ Co dokładnie się dzieje (fakty z trace)

arecki008

Wtrące się swoim, przy nieudanym połączeniu komunikat jest zbliżony, przyczyna też jest 408

j131

No ale 408 to po prostu brak odpowiedzi od Orange. Pytanie jest: na jakie pytanie Orange nie odpowiada? Co jest "dziwnego" w tym pytaniu? Jeśli możecie, pokażcie to pytanie, na które Orange nie odpowiada (i Fritz! zgłasza to jako brak odpowiedzi w wyznaczonym czasie - 408). Ewentualnie możecie spróbować mu wydłużyć czas oczekiwania, choć nie wiem czy taka opcja w ogóle jest eksponowana i wątpie też aby pomogła - odpowiedzi albo są od razu, albo nie.

arecki008

Moja sytuacja

I to jest właśnie minus Fritza że on nie pokazuje zbyt wielu szczegółów

ckir30

czyli dokładnie jak u mnie już powoli sie podaje trochę mi szkoda wydaje mi się ze orange specjalnie to zablokowało bo kupę lat działało normalnie

j131

"Specjalnie zablokowało" to raczej nie, prędzej coś "poprawili" i obserwujecie efekty uboczne. U mnie nic się nie zmieniło, nadal mogę dzwonić normalnie. Ale CISCO ATA192 daje pełne logi - i to co się wyprawia w komunikacji z serwerem SIP jest dość... zaskakujące, mówiąc delikatnie. Ta bramka próbuje dopasować dialog prowadzony z serwerem do jego wymagań, dynamicznie tworzy i zmienia zawartość poszczególnych pól jeśli na wartościach pierwotnych nie idzie. Dawno przestałem tam zaglądać, ale kiedy to konfigurowałem pamiętam że byłem zaskoczony. Inna sprawa, że dla działania połączeń wychodzących kluczowe było ustawienie "dialplan", co jest do jakiegoś stopnia zgodne z sugestiami ChatGPT. Orange oczekuje pełnych numerów, jeśli prefixy nie są dodawane systemowo, to trzeba je "wykręcać".

PS. Ten mitycznie "lepszy" proxy w domenie orange nigdy mi nie działał, więc lepiej chyba założyć że go nie ma (taki komputer istnieje, ma nawet adres ipv6; generalnie dns rozwiązuje go inaczej niż ten w domenie tp). Ja bym go jednak nie używał, powinno działać bez tego.

j131

@arecki008napisał(-a)
...
I to jest właśnie minus Fritza że on nie pokazuje zbyt wielu szczegółów

A co widać pod takim adresem:

http://<adres_fritz!>/support.lua

arecki008

To zakładka bardziej rozbudowana do DSL-a, od VoIP nic w niej nie ma

j131

Nie, to nie są ustawienia DSL. To jest dostęp do logów. Trzeba "zapisać dane dla pomocy technicznej", tam powinno być wszystko co trzeba. W tych zapisanych danych.

arecki008

Wycinek z eventu gdzie próbuje nawiązać połączenie wychodzące

2025-12-27 15:43:44.046 - OUT: my=192.168.178.1%82:5060 peer=83.0.8.244 port=5062 UDP, sipiface=internet tcclass=sip_internet, netmark=0:
INVITE sip:534xxxxx@neofon.tp.pl SIP/2.0
Via: SIP/2.0/UDP 83.7.128.16:27286;rport;branch=z9hG4bKDA188A142F256615
Route: <sip:neofon.orange.pl;lr>
From: "48438xxxxx" <sip:4843xxxxx@neofon.tp.pl>;tag=83EE319D1A776B29
To: <sip:534xxxx@neofon.tp.pl>
Call-ID: 053F80D519B65594@83.7.128.16
CSeq: 4 INVITE
Contact: <sip:4843xxxx@83.7.128.16:27286;uniq=C67951ECE5AE33F68BC22E4E6A2CBF1>
Proxy-Authorization: Digest username="48438xxxx@neofon.tp.pl", realm="neofon.tp.pl", nonce="1cd2023a694ff09812E098e5bbad51e98820e240fc54f585ca9022", uri="sip:53xxxx@neofon.tp.pl", response="0f85a64d9426752ddf035782deed14f1", algorithm=MD5, cnonce="6B66FA189E0ADD97", opaque="ALU:QbkRBthOEgsTXhUJHVoaCRgPC15eXhgfAFoBBlkIFUB0cnR0fio0IzknKHEefAoR", qop=auth, nc=00000001
Max-Forwards: 70
Expires: 120
P-Early-Media: supported
User-Agent: AVM FRITZ!Box 7590 154.08.20 (Jul 11 2025)
Supported: 100rel,replaces,199
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   367

v=0
o=user 8058629 8058629 IN IP4 83.7.128.16
s=call
c=IN IP4 83.7.128.16
t=0 0
m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtcp:7079
a=ptime:30


2025-12-27 15:43:52.046 - OUT: my=192.168.178.1%82:5060 peer=83.0.8.244 port=5062 UDP, sipiface=internet tcclass=sip_internet, netmark=0:
INVITE sip:534xxxx@neofon.tp.pl SIP/2.0
Via: SIP/2.0/UDP 83.7.128.16:27286;rport;branch=z9hG4bKDA188A142F256615
Route: <sip:neofon.orange.pl;lr>
From: "4843xxxxx" <sip:4843xxxxx@neofon.tp.pl>;tag=83EE319D1A776B29
To: <sip:534xxxx@neofon.tp.pl>
Call-ID: 053F80D519B65594@83.7.128.16
CSeq: 4 INVITE
Contact: <sip:4843xxxxx@83.7.128.16:27286;uniq=C67951ECE5AE33F68BC22E4E6A2CBF1>
Proxy-Authorization: Digest username="48438xxxxx@neofon.tp.pl", realm="neofon.tp.pl", nonce="1cd2023a694ff09812E098e5bbad51e98820e240fc54f585ca9022", uri="sip:534xxxx@neofon.tp.pl", response="0f85a64d9426752ddf035782deed14f1", algorithm=MD5, cnonce="6B66FA189E0ADD97", opaque="ALU:QbkRBthOEgsTXhUJHVoaCRgPC15eXhgfAFoBBlkIFUB0cnR0fio0IzknKHEefAoR", qop=auth, nc=00000001
Max-Forwards: 70
Expires: 120
P-Early-Media: supported
User-Agent: AVM FRITZ!Box 7590 154.08.20 (Jul 11 2025)
Supported: 100rel,replaces,199
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   367

v=0
o=user 8058629 8058629 IN IP4 83.7.128.16
s=call
c=IN IP4 83.7.128.16
t=0 0
m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtcp:7079
a=ptime:30


2025-12-27 15:44:08.046 - OUT: my=192.168.178.1%82:5060 peer=83.0.8.244 port=5062 UDP, sipiface=internet tcclass=sip_internet, netmark=0:
INVITE sip:534xxxx@neofon.tp.pl SIP/2.0
Via: SIP/2.0/UDP 83.7.128.16:27286;rport;branch=z9hG4bKDA188A142F256615
Route: <sip:neofon.orange.pl;lr>
From: "484xxxxx" <sip:4843xxxx@neofon.tp.pl>;tag=83EE319D1A776B29
To: <sip:534xxxx@neofon.tp.pl>
Call-ID: 053F80D519B65594@83.7.128.16
CSeq: 4 INVITE
Contact: <sip:48438xxx@83.7.128.16:27286;uniq=C67951ECE5AE33F68BC22E4E6A2CBF1>
Proxy-Authorization: Digest username="4843xxx@neofon.tp.pl", realm="neofon.tp.pl", nonce="1cd2023a694ff09812E098e5bbad51e98820e240fc54f585ca9022", uri="sip:534xxxx@neofon.tp.pl", response="0f85a64d9426752ddf035782deed14f1", algorithm=MD5, cnonce="6B66FA189E0ADD97", opaque="ALU:QbkRBthOEgsTXhUJHVoaCRgPC15eXhgfAFoBBlkIFUB0cnR0fio0IzknKHEefAoR", qop=auth, nc=00000001
Max-Forwards: 70
Expires: 120
P-Early-Media: supported
User-Agent: AVM FRITZ!Box 7590 154.08.20 (Jul 11 2025)
Supported: 100rel,replaces,199
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   367

v=0
o=user 8058629 8058629 IN IP4 83.7.128.16
s=call
c=IN IP4 83.7.128.16
t=0 0
m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtcp:7079
a=ptime:30

j131

Nie będę udawał że w pełni rozumiem o co chodzi, ale zdaje się że ChatGPT ma tu rację. Uparcie odmawiacie użycia prefixu krajowego w konfiguracji, i to się mści. Pełna odpowiedź od AI:

To wystarcza w 100%. Ten fragment jest bardzo dobry i pozwala postawić jednoznaczną diagnozę.
Poniżej interpretacja linijka po linijce, bez zgadywania.

1️⃣ Co dokładnie się dzieje (fakty z trace)

FRITZ!Box wysyła INVITE

INVITE sip:534xxxx@Neofon.tp.pl SIP/2.0 peer=83.0.8.244 port=5062 UDP

➡️ pakiety wychodzą, trafiają do infrastruktury Orange.

FRITZ!Box ponawia INVITE

15:43:44
15:43:52
15:44:08

➡️ brak jakiejkolwiek odpowiedzi (100 Trying, 403, 404 itd.)

Wniosek

Orange całkowicie ignoruje INVITE
→ FRITZ!Box po czasie zgłasza 408 Request Timeout

To nie jest problem sieci, NAT, firewall, portów ani proxy.
To jest świadome „dropowanie” INVITE po stronie Orange.

2️⃣ Co w INVITE jest NIEAKCEPTOWALNE dla Orange (kluczowe)

Spójrz na te trzy nagłówki razem:

🔴 Request-URI

INVITE sip:534xxxx@Neofon.tp.pl

❌ Brak prefiksu kraju (48)

🔴 To:

To: <sip:534xxxx@neofon.tp.pl>

❌ Brak prefiksu kraju (48)

🟡 From:

From: "4843xxxxx" <sip:4843xxxxx@Neofon.tp.pl>

✔️ poprawny numer abonenta
(ten element jest OK)

Najważniejszy fakt

Orange od 2024/2025 NIE akceptuje INVITE, w którym:

Request-URI i To
zawierają numer bez pełnego E.164

czyli musi być:

sip:48534xxxx@Neofon.tp.pl

a nie:

sip:534xxxx@Neofon.tp.pl

Jeśli numer docelowy nie jest w E.164, Orange:

nie odsyła 403
nie odsyła 404
po prostu milczy

➡️ dokładnie to widzisz.

3️⃣ Dlaczego „kiedyś działało”

To bardzo ważne pytanie i tu masz konkretną odpowiedź:

starsze softy SBC Orange akceptowały numery krajowe bez 48
nowe SBC (Alcatel / Nokia IMS) wymuszają E.164
zmiana była cicha, bez komunikatu do klientów

Dlatego:

konfiguracja się nie zmieniła
FRITZ!Box się nie zepsuł
Orange zaostrzył walidację

4️⃣ Dlaczego Twoje „prefixowe” opcje nie działają (wyjaśnienie)

FRITZ!Box ma błąd logiczny (znany od FRITZ!OS 7.80+):

ustawienia Format numerów
❌ NIE zawsze są stosowane do Request-URI

One:

poprawiają numer wyświetlany / lokalny
ale nie zawsze modyfikują URI w INVITE

Efekt:

GUI wygląda dobrze
SIP nadal wychodzi bez 48

Twój trace to twardy dowód.

5️⃣ JEDYNE skuteczne rozwiązania (praktyczne)

Masz dwie realne opcje. Pierwsza jest najszybsza.

✅ OPCJA A (najprostsza – polecana)

Wybieraj numery zawsze z 48

Czyli:

534xxxxxx ❌
48534xxxxxx ✅

To natychmiast zadziała, bo:

INVITE sip:48534xxxx@Neofon.tp.pl

będzie poprawne.

📌 To nie jest „ładne”, ale działa zawsze.

✅ OPCJA B (automatyczna, jeśli Fritz pozwoli)

Spróbuj jeszcze raz dokładnie tego układu:

Telefonia → Własne numery → Format numerów

Numer kierunkowy kraju → Z prefiksem (48)
Lokalny numer kierunkowy → Z prefiksem
Lokalizacja → Polska + numer strefy

Po zapisaniu:

rozłącz numer
restart FRITZ!Box

Jeśli po tym trace nadal pokaże:

INVITE sip:534...

→ to znaczy, że trafiłeś na bug FRITZ!OS
i tylko Opcja A jest skuteczna.

6️⃣ Co NIE jest problemem (zamykamy temat)

Na podstawie trace na pewno nie są winne:

❌ login / hasło
❌ „użyj numeru do logowania”
❌ proxy / outbound proxy
❌ IPv4 / NAT / firewall
❌ kodeki / RTP

INVITE nawet nie dochodzi do etapu SIP response.

7️⃣ Podsumowanie w jednym zdaniu

Orange przestał akceptować połączenia wychodzące, w których numer docelowy nie jest w formacie E.164 (z prefiksem 48), a FRITZ!Box mimo ustawień GUI wysyła INVITE bez tego prefiksu — co kończy się ciszą i błędem 408.

Jeśli chcesz, mogę:

potwierdzić poprawkę jednym kolejnym trace
albo podać dokładny regex dial planu, który FRITZ!Box czasem honoruje, żeby automatycznie dodawał 48 (jeśli Twoja wersja FRITZ!OS to obsługuje).

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

Orange Neofon- brak możliwości wykonywania połączeń

1️⃣ Co dokładnie się dzieje (fakty z trace)

FRITZ!Box wysyła INVITE

FRITZ!Box ponawia INVITE

Wniosek

2️⃣ Co w INVITE jest NIEAKCEPTOWALNE dla Orange (kluczowe)

🔴 Request-URI

🔴 To:

🟡 From:

Najważniejszy fakt

3️⃣ Dlaczego „kiedyś działało”

4️⃣ Dlaczego Twoje „prefixowe” opcje nie działają (wyjaśnienie)

5️⃣ JEDYNE skuteczne rozwiązania (praktyczne)

✅ OPCJA A (najprostsza – polecana)

Wybieraj numery zawsze z 48

✅ OPCJA B (automatyczna, jeśli Fritz pozwoli)

6️⃣ Co NIE jest problemem (zamykamy temat)

7️⃣ Podsumowanie w jednym zdaniu