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,117 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
tamtosiamto
28-03-2024 23:24
tak, tak zgadza sie, ale ja pytam o wykluczenie noda na guest network w first set, i to nie dziala
Adooni
24-03-2024 13:16
Guest network is currently designed to allow the first set of each band (2.4G, 5G, 5G-1) available to the AiMesh node
tamtosiamto
24-03-2024 03:03
ale w 1 jest opcja do wyboru - dla calej sieci albo rutera only i wlasnie o tym mowie, ze nie dziala
Adooni
23-03-2024 16:31
w dokumencie asusa jest ze wlasnie dla 1 ma dzialac na nodach tez
tamtosiamto
23-03-2024 15:39
tak, ale nie zmienia to faktu, ze w pierwszej nie dziala wylaczanie aimesh dla goscinnej( a powinno), czyli jest jakis bug. Mam start soft, bo to dsl-ac68 ktory nie jest juz updateowany
Adooni
22-03-2024 18:07
nie, 1 wsza bedzie wszedzie trzeba 2ga zrobic dla kazdego pasma te nie sa przenoszone
tamtosiamto
19-03-2024 19:57
czyli jak mam jedna siec goscinna to powinno dzialac separowanie gosci od noda -a nie dziala
tamtosiamto
19-03-2024 19:50
@Adooni 'Only one set is available for 1 band' i tak mam-1 set dla 2.4ghz i 1 dla 5ghz-czy czegos nie rozumiemW drugiej sieci goscinnej nie ma opcji wyboru Ruter only/ All nodes
Adooni
19-03-2024 19:14
no to przeczytaj to 2 pod - 1 stet z kazdego pasma jest dopuszczony na nody. zrob 2 siec jako goscinna na danym pasmie i wtedy sprawdz