Oto odpowiedź. W sumie logiczna (jak przeważnie). Szczególnie zgadzam się z poglądem, że domena "orange.pl" w ogóle nigdzie nie powinna się pojawiać w konfiguracji - tu najwyraźniej proxy weszło z orange.pl, to prawie na 100% jest źle.
Masz rację: w tym drugim przykładzie prefiks 48 jest już poprawnie w INVITE i To, a mimo to Orange dalej milczy i FRITZ!Box ponawia INVITE (co kończy się 408). To oznacza, że przyczyna nie jest już w samym numerze docelowym.
Z Twojego trace widać teraz dwie rzeczy, które są znacznie bardziej podejrzane.
1) Najważniejsze: wysyłasz Proxy-Authorization w pierwszym INVITE (to jest nietypowe)
W SIP standardowy przebieg wygląda tak:
FRITZ wysyła INVITE bez Proxy-Authorization
Serwer odpowiada 407 Proxy Authentication Required (albo 401)
FRITZ wysyła ponownie INVITE z Proxy-Authorization
U Ciebie już pierwszy INVITE ma:
Proxy-Authorization: Digest username="...@neofon.tp.pl", realm="neofon.tp.pl", nonce="..."
To nie jest z definicji błędne, ale w praktyce część SBC/operatorów odrzuca/ignoruje INVITE, jeśli:
nagłówek jest nie tego typu (Proxy-Authorization vs Authorization),
albo realm/nonce nie pasuje do proxy, do którego faktycznie wysyłasz.
A Ty wysyłasz przez:
Route: <sip:neofon.orange.pl;lr> peer=83.0.8.244 port=5062
czyli logicznie proxy jest neofon.orange.pl (route), a nie neofon.tp.pl (realm).
Jeśli Orange zmienił SBC i oczekuje teraz np. innego realm albo wymaga 407/401 handshake, a FRITZ próbuje “przyspieszyć” i wysyła kredencjały od razu — SBC może to dropować.
To pasuje do scenariusza „działało, przestało”: operator zmienił sposób auth na proxy.
2) Drugi problem: brak P-Asserted-Identity i brak Authorization
W Twoim INVITE widzę tylko:
From
To
Proxy-Authorization
Nie widzę:
W sieciach operatorów (IMS/SBC) połączenia wychodzące coraz częściej wymagają:
Jeżeli wcześniej SBC akceptował “From jako identity”, a teraz wymaga PAI — może dropować bez odpowiedzi.
3) Co z tego wynika praktycznie: co możesz przestawić w FRITZ!Box
FRITZ!Box ma ograniczone możliwości wpływu na te nagłówki, ale są 3 rzeczy, które realnie mogą zmienić zachowanie INVITE/auth.
A) Zmień “serwer proxy / registrar” tak, aby zgadzał się z realm
Masz route na neofon.orange.pl, a realm w auth: neofon.tp.pl.
Test praktyczny (jeden na raz):
ustaw Proxy server = neofon.orange.pl
ustaw Registrar = neofon.orange.pl
(jeśli FRITZ pozwala osobno)
albo odwrotnie (spójnie):
Cel: żeby FRITZ nie mieszał “gdzie wysyła” z “dla kogo autoryzuje”.
B) Wymuś port/protokół jak rejestracja (5060/UDP)
Tu jest kolejny sygnał: FRITZ wysyła INVITE na port 5062:
To może być port SBC dla proxy-route, ale jeśli Orange zmienił mapowanie portów i INVITE powinno iść na 5060 (jak registrar), FRITZ może trafiać w “czarną dziurę”.
W GUI FRITZ zwykle jest:
Ustaw jawnie:
Registrar port: 5060
Proxy port: 5060
Transport: UDP
Następnie sprawdź w trace czy nadal idzie na 5062. Jeśli tak, FRITZ ignoruje GUI i bierze port z record-route/route od Orange.
C) Wyłącz G.726 (kodek) i zostaw G.711A/G.711µ
W SDP oferujesz masę G.726:
m=audio ... 8 0 2 102 100 99 97 101 a=rtpmap:2 G726-32/8000 ...
Orange zwykle wspiera G.711A (PCMA=8) i G.711µ (PCMU=0).
To, że oferujesz PCMA/PCMU jest OK, więc to raczej nie powinno zabić INVITE, ale zdarza się, że SBC ma regresję i dropuje przy pewnych ofertach (rzadkie, ale proste do sprawdzenia).
W FRITZ!Box: Telefonia → Urządzenia telefoniczne / Ustawienia głosu (zależnie od wersji) → preferuj G.711, wyłącz “kompresję”.
4) Co jeszcze można wyczytać z Twojego fragmentu (i czego brakuje)
Żeby potwierdzić hipotezę z auth/realm, potrzebne są jeszcze 2 linie z trace:
REGISTER (fragment z rejestracji) – jakie tam są:
realm
Contact
port docelowy
Czy FRITZ dostaje od Orange w ogóle jakiekolwiek odpowiedzi na OPTIONS/REGISTER w tym czasie.
W praktyce proszę o wklejenie (z zamazaniem numerów) jednego bloku:
To pozwoli porównać: dla jakiego realm i na jaki port Orange autoryzuje rejestrację, a na jaki wysyłasz INVITE.
5) Najkrótszy test, który natychmiast rozstrzyga “czy to auth/proxy”
Wykonaj jeden test i sprawdź trace:
Zmień ustawienia tak, żeby proxy = neofon.tp.pl i nie było route na neofon.orange.pl (czyli żadnego “outbound proxy” na orange.pl, jeśli masz).
Zapisz, rozłącz numer, połącz ponownie.
Zrób jedno wyjście.
Jeśli wtedy zobaczysz w trace:
to masz odpowiedź: problemem było route/port/proxy mismatch.
Podsumowanie
W tym nowym trace prefiks jest OK. Dalej masz 408, bo Orange nie odpowiada na INVITE. Najbardziej podejrzane są:
niespójność Route: neofon.orange.pl vs realm="neofon.tp.pl" przy Proxy-Authorization wysyłanym od razu,
INVITE idzie na port 5062, co może być już nieobsługiwane po zmianie SBC.
Wklej proszę (z zamazaniem numerów) jeden blok rejestracji REGISTER + odpowiedź 200 OK/401/407 — wtedy powiem dokładnie, czy INVITE idzie do innego SBC niż rejestracja i jak to “zszyć” w Fritz.
