Sytuacja wygląda tak że do routera podpięty mam starszy telefon VoIP który łączy się z operatorem po SIP. Operator niestety nie porobił odpowiednich poczynań względem szerszej kompatybilności ze starszym sprzętem zatem sytuacja wygląda tak.
Telefon nawiązuje rejestrację na jakimś wysokim randomowym porcie a odpowiedzi oczekuje na porcie 5060. Serwer operatora natomiast odpowiada mu na ten randomowy port więc się nie dogadują.
Czy jest możliwość rozwiązania problemu na poziomie routera ?
czyli np.:
A. Żądanie telefonu zanim wyjdzie z routera do netu jest 'przerabiane' tak że do serwera operatora dociera informacja że wyszło z portu 5060 ?
B. Odpowiedź serwera na ten losowy wysoki port jest na poziomie routera przekierowywana na port 5060 telefonu ?
Mylisz porty z kanałami przesyłu danych. To nie jest tak, że randomowy wysoki port to kanał uploadu, a 5060 to kanał zwrotny.
Wysoki randomowy port służy do połączeń wychodzących, a port 5060 służy do połączeń przychodzących. Oba jednak porty przesyłają dane w obie strony.
Właściwie wszystko tak działa w internecie.
Na przykład: wchodząc na stronę WWW z HTTP - łączysz z portem 80 ale po stronie twojego kompa połączenie wychodzi z jakiegoś wysokiego portu, dane strony na którą wszedłeś wychodzą z tego samego portu 80 i wracają do tego samego portu z którego przyszło zapytanie - czyli jakiegoś randomowego portu twojego komputera.
Jeśli twój telefon nie działa, to albo jest niekompatybilny z serwerem, albo twój router go blokuje, albo jest źle skonfigurowany, albo po prostu jest zepsuty.
Edytowany przez amikot dnia 25-10-2020 14:45
w normalnych okolicznościach telefon korzysta z portu 5060 do komunikacji z serwerem i wtedy idzie w obie strony po tym samym porcie albo ma możliwość skonfigurowania STUN a jak sprzęt tego nie obsługuje to trzeba się posiłkować jakimś obejściem problemu
Zwykle w problemach z SIP sprawa rozbija się o kodeki, a nie o porty.
SIP sam w sobie zresztą nie służy do przesyłania danych głosowych czy video a jedynie do zarządzania sesją protokołu RTP lub SRTP.
Możliwe że to właśnie z RTP/SRTP jest problem. Możliwe że sieć dostawcy działa na SRTP (czyli z szyfrowaniem), a telefon ma tylko wsparcie dla RTP. W obu przypadkach masz SIP jako zarządcę połączenia, ale nie pogadasz bo protokoły danych są niekompatybilne.
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
