Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

LTE z modemami huaweii z PLAY/T-mobile błąd VoIP

Oryginal_DekeR 13 Kwi 2018 12:38 417 18
  • #1 13 Kwi 2018 12:38
    Oryginal_DekeR
    Poziom 17  

    Witam,
    od początku kwietnia część moich Klientów skarży się na brak rejestracji konta VoIP, bądź brak audio w obie strony - czy Koledzy mają podobne problemy z VoIP na LTE w tych sieciach?

    Używają routerów tp-linków i huawei, ale nie tutaj widzę problem, wielokrotnie prawidłowo konfigurowałem takie urządzenia dla LTE i VoIP.

    Na infoliniach obu operatorów uzyskuję różne informacje:
    -mamy awarie
    -porty komunikacji VoIP zostały chwilowo zablokowane ze względów bezpieczeństwa
    -w regulaminie jest napisane, że porty dla VoIP są na stałe zablokowane ze względów bezpieczeństwa
    - nie blokujemy portów dla VoIP

    Może Wy coś wiecie?

    0 18
  • Pomocny post
    #2 14 Kwi 2018 17:54
    jurek.adam
    Poziom 43  

    W Play nie masz publicznego IP więc zawsze jesteś za NAT. To już wystarczy, aby były problemy z VoIP. Jeśli operator udostępnia serwer STUN ustawiaj go klientom, to bardzo pomaga.

    Inne przydatne ustawienie to krótki czas na rejestrację (Registrar Expire) 30 lub 60 sek. Wtedy połączenie nie powinno być rozłączane przez "natownicę".

    1
  • Pomocny post
    #3 16 Kwi 2018 21:17
    jarek7714
    Poziom 12  

    jurek.adam napisał:
    W Play nie masz publicznego IP więc zawsze jesteś za NAT.
    Wyjaśnię bo widzę że kolega podaje nie precyzyjne informacje: w niektórych ofertach rzeczywiście jest wewnętrzny NAT operatora, w abonamencie internetowym, prepaid internet adres był publiczny (nie mylić z routowanym publicznym IP z dostępem z zewnątrz), jeżeli ktoś dziś korzysta może mnie poprawić.
    jurek.adam napisał:
    To już wystarczy, aby były problemy z VoIP.
    Nie wystarczy, sieci "mobilne" 3-4G w standardowej ofercie mają specyficzną konfigurację sieci (nawet gdy na WAN jest dostępny publiczny IP np. w Plusie, to klient bez wykupienia usługi dodatkowej nie dostanie się z zewnątrz na ten adres-ruch inicjowany z zewnątrz jest blokowany, nie mylić z przełożeniem tego wprost że jeżeli korzystamy z VoIP to do nas się nikt nie dodzwoni). Po prostu do takiej konfiguracji sieci musi być urządzenie końcowe z firmware które daje sobie z tym radę). W urządzeniach Huawei należy zwrócić uwagę aby była wyłączona funkcja
    Code:
     
    
    Ustawienia SIP ALG

    Urządzenie obsługuje funkcję SIP ALG. Aplikacja SIP po uruchomieniu umożliwia poprawną komunikację z innymi aplikacjami internetowymi.
    Włącz funkcję SIP ALG
    Port SIP:    5060
    , jeżeli korzystamy z modemów USB i routerów do ich obsługi polecam OpenWRT z tej strony https://www.ofmodemsandmen.com/firmware.html .
    jurek.adam napisał:
    Jeśli operator udostępnia serwer STUN ustawiaj go klientom, to bardzo pomaga.
    Średnio, zależy to od stosowanych urządzeń VoIP, wsparcie dla tego typu "podpórki" przez operatora SIP/VoIP.
    jurek.adam napisał:

    Inne przydatne ustawienie to krótki czas na rejestrację (Registrar Expire) 30 lub 60 sek.
    To akurat bardzo istotny czynnik do komunikacji przy SIP i sieciach 3-4G. Generalnie przy prawidłowej konfiguracji, prawidłowo działającym połączeniu 3-4G nie ma problemów z VoIP, nawet na darmowym BDI Aero2 (operatorzy nie stosują jakiś szczególnych obstrukcji, a nawet gdy jest wewnętrzny NAT, to nijak nie da się tego porównać do można powiedzieć amatorskiego sprzętu sieciowego stosowanego w naszych domach).

    1
  • #4 16 Kwi 2018 23:12
    jurek.adam
    Poziom 43  

    Konkretnie w Play - klient jest za NAT zawsze (jak skonfigurowanym to już inny temat), nie dostaje na swoim urządzeniu końcowym publicznego adresu, nie może otworzyć zewnętrznych portów, do Internetu, czyli 5060 oraz innych (do obsługi RTP itp.). W zależności od VoIP trzeba to niekiedy obchodzić. Po to STUN, by możliwe było przejście przez NAT. Np. Halonet, Ipcall, Actio, posiadają serwer STUN. Inni też zazwyczaj mają, ale nie zawsze się tym chwalą i trzeba pytać supportu. Jak działa bez STUN to dobrze, ale kiedy nie można logować się trzeba go użyć. SIP ALG, owszem nie ma zastosowania, domyślnie najczęściej jest wyłączone, a w innych przypadkach trzeba zrobić to ręcznie.

    Z praktyki wiem, że VoIP działa w Play (korzystam z Halonet, FCN, Betamax - bez STUN) - czas rejestracji ustawiłem na 60 sek, dzięki czemu nie mam problemu z połączeniami. Do kompletu dobrze mieć niski ping, poniżej 100ms.

    1
  • #5 17 Kwi 2018 09:03
    przeqpiciel
    Poziom 29  

    Skoro o VoIP mowa. Testowałem VoIP'a chyba na Play'u i żadna rejestracja nie chciała iść na port 5060, dopiero jak PBX'a w chmurze przestawiłem by gadał na innym, bardziej "kosmicznym" porcie to poleciało. Przez t sytuację mam wrażenie, że niektórzy GSM'owcy blokuj możliwość VoIP u siebie.

    0
  • #6 17 Kwi 2018 13:08
    jurek.adam
    Poziom 43  

    Z jakąkolwiek blokadą VoIP nie spotkałem się jeszcze. Problem najczęściej jest w konfiguracji urządzeń (jak pisał już jarek7714). Można łatwo zweryfikować, czy operator blokuje VoIP. Wystarczy smartfon z jakimkolwiek Androidem, ale bez doinstalowanego firewalla. Zainstalować na nim klienta VoIP, polecam CSipSimple, bo prosty i działa nawet na starych systemach:
    https://play.google.com/store/apps/details?id=com.csipsimple

    Jeżeli przy użyciu tej samej karty sim na smartfonie logowanie powiedzie się, a na modemie/routerze nie, to już wiadomo, gdzie szukać przyczyny.

    1
  • #7 17 Kwi 2018 13:13
    przeqpiciel
    Poziom 29  

    No u mnie był temat taki, że w OVH wisi Asterisk wystawiony na 5060. Odpalam jakikolwiek softphone i cisza w sygnalizacji po stronie Asteriska. Zmieniam 5060 na śmieszny port w postaci 35060 i bam. Sygnalizacja nagle dociera. Jesteś w stanie to wytłumaczyć ?

    0
  • #8 17 Kwi 2018 13:34
    jurek.adam
    Poziom 43  

    Nie jestem w stanie wytłumaczyć niczego jak nie znam przypadku konkretnie, użytego sprzętu, jego konfiguracji i nie robiłem testów.

    Co do samego Play, to zauważyłem, że działa też zarządzanie portami przez UPnP, co więcej cały czas przy tym majstrują z różnym efektem więc jeśli ktoś siebie w routerze to aktywuje sprawa może jeszcze się dodatkowo zagmatwać. Dlatego zalecam najpierw testy na czystym Androidzie, sprawdzić, czy klient rejestruje się i możliwe jest wykonywanie i odbieranie połączeń.

    Mam 3 takie konta u popularnych dostawców VoIP i bez znaczenia, którego operatora kartę użyję - logują się bez problemu via CSipSimple na Androidzie.

    1
  • #9 17 Kwi 2018 17:37
    jarek7714
    Poziom 12  

    jurek.adam napisał:
    Po to STUN, by możliwe było przejście przez NAT. Np. Halonet, Ipcall, Actio, posiadają serwer STUN. Inni też zazwyczaj mają, ale nie zawsze się tym chwalą i trzeba pytać supportu. Jak działa bez STUN to dobrze, ale kiedy nie można logować się trzeba go użyć.
    Generalnie ten STUN serwer jest do poprawienia sobie placebo (dziś nawet nie używany przez wszystkich operatorów SIP, wprowadzony w czasach gdy upload 128kbps[zapotrzebowanie na pasmo kodeka G711] było wyczynem w łączach internetowych, dodatkowo wielu klientów było schowanych za NAT, zmienne niestabilne opóźnienia, także występowała kumulacja niekorzystnych czynników: brak pasma, NAT, zmienne opóźnienia i STUN wówczas był dodatkowym wsparciem dla połączeń przychodzących).
    jurek.adam napisał:

    Z praktyki wiem, że VoIP działa w Play (korzystam z Halonet, FCN, Betamax - bez STUN) - czas rejestracji ustawiłem na 60 sek, dzięki czemu nie mam problemu z połączeniami.
    VoIP działa prawidłowo w każdej sieci macierzystej, RBM również i NAT nie robi tutaj "grubego" problemu-pod warunkiem że używamy na urządzeniu końcowym/bramie odpowiedniego softu obsługującego modem 3-4G, może być też oryginalny Huawei (z tym że tutaj trudniej odpalić jest dopalacze w postaci wymuszenia ciągłego ruchu w sieci-pingując hosta w sieci na OpenWRT
    Code:
     (while true; do ping google.com > /dev/null; sleep 3; done) & 
    https://eko.one.pl/?p=openwrt-3g . Przy takowym ustawieniu utrzymujemy stabilne połączenie z siecią (nawet gdy następuje odświeżenie adresu IP, to odbywa się to rzadko, a zazwyczaj wówczas występuje problem, a rozwiązuje go szybko restart urządzeń - raz na tydzień to nie problem). Osobiście używam Plfon, Ifon, Halonet i Happycall z tym że na publicznym IP, także działa to zupełnie bez obsługowo-ale do 2015 gdy miałem limity na LTE w Plusie, telefon miałem stale podpięty pod ofertę RBM na kartę.
    jurek.adam napisał:
    czas rejestracji ustawiłem na 60 sek, dzięki czemu nie mam problemu z połączeniami. Do kompletu dobrze mieć niski ping, poniżej 100ms.
    Krótki czas odświeżania rejestracji na serwerze to bardzo istotny parametr, natomiast co do opóźnień-to większe znaczenie ma stabilność opóźnień (zwłaszcza przy starszych urządzeniach VoIP) niż ich czas, pod warunkiem że ich czas mieści się poniżej 150ms (dekadę temu używałem VoIP z modemem Huawei E220-który dawał opóźnienia w przedziale 120-140ms, telefon działał bdb).
    przeqpiciel napisał:
    Przez t sytuację mam wrażenie, że niektórzy GSM'owcy blokuj możliwość VoIP u siebie.
    Niczego nie blokowali i nie blokują, tj. problem firmware urządzenia końcowego klienta które jest bramą do sieci.
    przeqpiciel napisał:
    No u mnie był temat taki, że w OVH wisi Asterisk wystawiony na 5060. Odpalam jakikolwiek softphone i cisza w sygnalizacji po stronie Asteriska. Zmieniam 5060 na śmieszny port w postaci 35060 i bam. Sygnalizacja nagle dociera. Jesteś w stanie to wytłumaczyć ?
    Tobie się tylko tak wydaje, portem zewnętrznym na którym następuje autoryzacja SIP i tak jest w 95% UDP 5060. Nic w tym nadzwyczajnego: stawiam router np. Asus WL500gp v1 wspierany przez różne softy i na jednych usługa będzie działać, a na innych nie, podobnie routery wspierane przez OpenWRT. P.S Port UDP5060 służy tylko do autoryzacji usługi, rozmowa/transmisja głosu odbywa się na portach UDP w przedziale 10000-20000, czasami nawet 10000-60000 np. HappyCall.

    0
  • #10 17 Kwi 2018 18:20
    jurek.adam
    Poziom 43  

    jarek7714 napisał:
    Generalnie ten STUN serwer jest do poprawienia sobie placebo (dziś nawet nie używany przez wszystkich operatorów SIP, wprowadzony w czasach gdy upload 128kbps[zapotrzebowanie na pasmo kodeka G711] było wyczynem w łączach internetowych, dodatkowo wielu klientów było schowanych za NAT, zmienne niestabilne opóźnienia, także występowała kumulacja niekorzystnych czynników: brak pasma, NAT, zmienne opóźnienia i STUN wówczas był dodatkowym wsparciem dla połączeń przychodzących).


    STUN nie jest placebo, a realnie potrzebną opcją nawet dziś. Przykład sieci kablowe niedające publicznego IP na końcowym urządzeniu, tak jest w niektórych lokalizacjach kablówek MM, Inea, Vectra, a ta ostatnia wręcz celowo wycina ruch VoIP poprzez konfigurację NAT/firewall na ich routerach. Nie da się zalogować nawet. Ratuje sytuację dopiero publiczne IP (tryb bridge, bo w router bez zmian), ale nie wszyscy klienci mogą mieć.

    Natomiast klienci operatorów mobilnych najczęściej nie mają urządzeń z OpenWRT tylko z softem producenckim (nie do każdego sprzętu da się wgrać alternatywę i nie każdy chce i umie), który nie zawsze pozwala na prawidłową obsługę VoIP więc głośno krzyczą o blokadach. Jak nie da się obejść problemów na danym urządzeniu/systemie to lepiej ustawić im STUN, żeby w ogóle działało.

    Dodano po 14 [minuty]:

    jarek7714 napisał:
    Krótki czas odświeżania rejestracji na serwerze to bardzo istotny parametr, natomiast co do opóźnień-to większe znaczenie ma stabilność opóźnień (zwłaszcza przy starszych urządzeniach VoIP) niż ich czas, pod warunkiem że ich czas mieści się poniżej 150ms (dekadę temu używałem VoIP z modemem Huawei E220-który dawał opóźnienia w przedziale 120-140ms, telefon działał bdb).


    Wiadomo, nie mogą ginąć pakiety, a ping nie może być jak huśtawka. Dla mnie łącze z pingiem powyżej 100 ms nie nadaje się do VoIP.

    1
  • #11 17 Kwi 2018 20:42
    jarek7714
    Poziom 12  

    jurek.adam napisał:

    STUN nie jest placebo, a realnie potrzebną opcją nawet dziś. Przykład sieci kablowe niedające publicznego IP na końcowym urządzeniu, tak jest w niektórych lokalizacjach kablówek MM, Inea, Vectra, a ta ostatnia wręcz celowo wycina ruch VoIP poprzez konfigurację NAT/firewall na ich routerach. Nie da się zalogować nawet. Ratuje sytuację dopiero publiczne IP (tryb bridge, bo w router bez zmian), ale nie wszyscy klienci mogą mieć.
    Jest-j.w stary mechanizm stosowany w innych realiach sieci, poza tym gdyby z premedytacją do tego podchodzili ISP to równie łatwo go wyciąć jak port autoryzacji SIP, gdyż działa głównie na porcie UDP3478. A problemem u ww dostawców są urządzenia końcowe operatora-modemo-routery których nie możemy podmienić, a ułomny soft nie daje sobie rady z prawidłową obsługą VoIP (ba są dostawcy którzy blokują dostęp do panelu konfiguracji). U dostawców mobilnych sprzęt dostarczany przez Huawei jest godny polecenia, innym czynnikiem na + jest wybór w telefonie IP/bramce VoIP kodeka G711/G711A.
    jurek.adam napisał:

    Wiadomo, nie mogą ginąć pakiety, a ping nie może być jak huśtawka. Dla mnie łącze z pingiem powyżej 100 ms nie nadaje się do VoIP.
    To małe masz doświadczenie z VoIP, ja używam kilkanaście lat (zakładałem łącze internetowe ze względu na co miesięczne rachunki po kilkaset złotych za rozmowy międzynarodowe), korzystałem z ok. 10 operatorów SIP (do 2010 roku nie było też "różowo" z dostawcami VoIP-urządzenia i łącza nie dawały sobie rady z obsługiwanym ruchem). Z VoIP korzystają nawet klienci ISP vi satelita, co jest nie lada wyczynem, przy opóźnieniu nawet 140ms jeżeli będzie stabilne klient na urządzeniu końcowym nie usłyszy żadnych uchybień w działaniu usługi, a może takowe usłyszeć jeżeli ping będzie skakał np. z 15ms do 150ms. Przy tym niższym pingu natomiast urządzenie udźwignie większą stratę pakietów (korzystam/korzystałem z LTE Plus/Play/Orange i na żadnym z nich nie spotykam się z gubieniem pakietów, nawet 2-3 lata wstecz na dojechanym internecie Play w LTE1800 takie zjawisko nie występowało-spadał transfer, ewentualnie zrywana była całkowicie sesja, dziś to już przeszłość, gdyż nadajniki tego operatora działają w 4 pasmach i aż takich problemów nie ma).

    0
  • #12 17 Kwi 2018 21:13
    jurek.adam
    Poziom 43  

    jarek7714 napisał:
    Jest-j.w stary mechanizm stosowany w innych realiach sieci, poza tym gdyby z premedytacją do tego podchodzili ISP to równie łatwo go wyciąć jak port autoryzacji SIP, gdyż działa głównie na porcie UDP3478. A problemem u ww dostawców są urządzenia końcowe operatora-modemo-routery których nie możemy podmienić, a ułomny soft nie daje sobie rady z prawidłową obsługą VoIP (ba są dostawcy którzy blokują dostęp do panelu konfiguracji). U dostawców mobilnych sprzęt dostarczany przez Huawei jest godny polecenia, innym czynnikiem na + jest wybór w telefonie IP/bramce VoIP kodeka G711/G711A.


    Kablówki mają podobne usługi w ofercie, taka Vectra blokuje dostęp do każdego routera, ale nawet jak go uzyskałem, to nie udało mi się uruchomić VoIP, mimo publicznego IP na nim. Tylko w bridge działa. To nie firmware blokuje, a głównie konfig kablówki jaki wysyłają do routera. STUN nie musi być nowinką, ważne, że działa w takich przypadkach i to wystarczy. Podobnie w mobilnym - blokuje router, jak nie da się tego przeskoczyć to użyć STUN i po sprawie.

    Dodano po 10 [minuty]:

    jarek7714 napisał:
    To małe masz doświadczenie z VoIP, ja używam kilkanaście lat (zakładałem łącze internetowe ze względu na co miesięczne rachunki po kilkaset złotych za rozmowy międzynarodowe), korzystałem z ok. 10 operatorów SIP (do 2010 roku nie było też "różowo" z dostawcami VoIP-urządzenia i łącza nie dawały sobie rady z obsługiwanym ruchem). Z VoIP korzystają nawet klienci ISP vi satelita, co jest nie lada wyczynem, przy opóźnieniu nawet 140ms jeżeli będzie stabilne klient na urządzeniu końcowym nie usłyszy żadnych uchybień w działaniu usługi, a może takowe usłyszeć jeżeli ping będzie skakał np. z 15ms do 150ms. Przy tym niższym pingu natomiast urządzenie udźwignie większą stratę pakietów (korzystam/korzystałem z LTE Plus/Play/Orange i na żadnym z nich nie spotykam się z gubieniem pakietów, nawet 2-3 lata wstecz na dojechanym internecie Play w LTE1800 takie zjawisko nie występowało-spadał transfer, ewentualnie zrywana była całkowicie sesja, dziś to już przeszłość, gdyż nadajniki tego operatora działają w 4 pasmach i aż takich problemów nie ma).



    Co z tego, że działa. Nie będę nikogo na siłę przekonywał, dlaczego ping <100ms jest dla mnie kluczowy. Po protokole UDP nie ma retransmisji danych jak po TCP więc stabilny, niski ping to podstawa. Zresztą nie każdemu musi zależeć na super jakości, niektórym nawet metaliczne przydźwięki, echa, przycinki też nie przeszkadzają. Takim nawet łącze satelitarne wystarczy.

    Na LTE może szczególnie nie giną pakiety, ale ping potrafi czasami skakać do dość wysokich wartości.

    1
  • #13 18 Kwi 2018 18:12
    jarek7714
    Poziom 12  

    jurek.adam napisał:

    Kablówki mają podobne usługi w ofercie, taka Vectra blokuje dostęp do każdego routera, ale nawet jak go uzyskałem, to nie udało mi się uruchomić VoIP, mimo publicznego IP na nim. Tylko w bridge działa. To nie firmware blokuje, a głównie konfig kablówki jaki wysyłają do routera. STUN nie musi być nowinką, ważne, że działa w takich przypadkach i to wystarczy. Podobnie w mobilnym - blokuje router, jak nie da się tego przeskoczyć to użyć STUN i po sprawie.
    O ile się tym nie zgadzam, to zastosowanie tego mechanizmu nikomu nie zaszkodzi, zwłaszcza jak operator SIP/urządzenie VoIP wspiera jego obsługę.
    jurek.adam napisał:

    Co z tego, że działa. Nie będę nikogo na siłę przekonywał, dlaczego ping <100ms jest dla mnie kluczowy. Po protokole UDP nie ma retransmisji danych jak po TCP więc stabilny, niski ping to podstawa. Zresztą nie każdemu musi zależeć na super jakości
    Raz głupoty piszesz, dwa wprowadzasz potencjalnych użytkowników w błąd-poczytaj sobie trochę o transmisji głosu i kodekach VoIP https://yadda.icm.edu.pl/baztech/element/bwme...httpwww_itl_waw_plczasopismatiti20041-267.pdf , przeczytałeś gdzieś przypadkowo zalecenia operatora SIP (asekuracja aby w razie problemów z jakością winę sprzedać klientowi). Jak nie wiesz z kim masz do czynienia, to nie pisz że nie zwracam uwagi na jakość-która jest wyższa na moich telefonach IP od średniej w sieciach mobilnych (przez pierwsze 2 lata korzystania z VoIP to była walka z jednej strony z ISP odnośnie jakości łącza, z drugiej wymiana operatorów SIP którzy nie potrafili utrzymać jakości). Poza tym dawno temu ze względu na jakość wymieniłem Linksysa i Grandsream na urządzenia Polycom i używam tylko kodeków G711,G711A.
    jurek.adam napisał:

    niektórym nawet metaliczne przydźwięki, echa, przycinki też nie przeszkadzają. Takim nawet łącze satelitarne wystarczy.

    Na LTE może szczególnie nie giną pakiety, ale ping potrafi czasami skakać do dość wysokich wartości.
    Makabra co Ty wypisujesz- po olbrzymich obniżkach cen połączeń międzynarodowych w ciągu ostatnich kilku lat u operatorów komórkowych, nie ma dziś "ciśnienia" na usługi VoIP, także klienci nie są wstanie zaakceptować takich fantazji o których wypisujesz. Co do pingu w LTE-jeżeli połączenie z siecią ma właściwe parametry, to działa bardzo stabilnie, nawet np. w Łodzi na najbardziej obciążonej sieci Plusa
    Code:
    ping elektroda.pl
    




    PING elektroda.pl (104.108.39.193): 56 data bytes
    64 bytes from 104.108.39.193: icmp_seq=0 ttl=52 time=34.004 ms
    64 bytes from 104.108.39.193: icmp_seq=1 ttl=52 time=45.849 ms
    64 bytes from 104.108.39.193: icmp_seq=2 ttl=52 time=41.730 ms
    64 bytes from 104.108.39.193: icmp_seq=3 ttl=52 time=45.513 ms
    64 bytes from 104.108.39.193: icmp_seq=4 ttl=52 time=40.322 ms
    64 bytes from 104.108.39.193: icmp_seq=5 ttl=52 time=45.276 ms
    64 bytes from 104.108.39.193: icmp_seq=6 ttl=52 time=40.041 ms
    64 bytes from 104.108.39.193: icmp_seq=7 ttl=52 time=44.721 ms
    64 bytes from 104.108.39.193: icmp_seq=8 ttl=52 time=39.750 ms
    64 bytes from 104.108.39.193: icmp_seq=9 ttl=52 time=46.041 ms
    64 bytes from 104.108.39.193: icmp_seq=10 ttl=52 time=44.980 ms
    64 bytes from 104.108.39.193: icmp_seq=11 ttl=52 time=43.967 ms
    64 bytes from 104.108.39.193: icmp_seq=12 ttl=52 time=42.883 ms
    64 bytes from 104.108.39.193: icmp_seq=13 ttl=52 time=41.937 ms
    64 bytes from 104.108.39.193: icmp_seq=14 ttl=52 time=40.822 ms...                                                                                                                                                             64 bytes from 104.108.39.193: icmp_seq=2227 ttl=52 time=44.007 ms
    64 bytes from 104.108.39.193: icmp_seq=2228 ttl=52 time=43.369 ms
    64 bytes from 104.108.39.193: icmp_seq=2229 ttl=52 time=40.867 ms
    64 bytes from 104.108.39.193: icmp_seq=2230 ttl=52 time=38.907 ms
    , na przeszło 2 tys. pakietów ani jednego zagubionego, 1-szt trzy cyfrowa 108ms, u konkurencji np. w Play na 2100MHz/2600MHz będą o połowę niższe.

    0
  • #14 18 Kwi 2018 18:47
    jurek.adam
    Poziom 43  

    ...ciach
    Ping działa po protokole diagnostycznym (ICMP), a VoIP głównie po UDP, jak już chcesz swoje wyniki zamieszczać to wykonaj testy po UDP. Mogę takie testy, które udowodnią przeciwną tezę tutaj wkleić, ale to nie ma sensu, bo wszystko zależy od lokalizacji, obciążenia nadajnika i paru innych czynników więc kategoryczne stawianie tez świadczy o wąskiej wyobraźni.
    ...ciach

    1
  • #15 18 Kwi 2018 19:55
    przeqpiciel
    Poziom 29  

    Nie UTP a UDP. I przestancie sie drapac laski. 😁

    0
  • #16 18 Kwi 2018 20:13
    jurek.adam
    Poziom 43  

    Racja, poprawiłem i ciachnąłem, żeby nie zaogniać.

    0
  • #17 20 Kwi 2018 16:03
    Oryginal_DekeR
    Poziom 17  

    Mhm, ciężko się do Waszej Koledzy dyskusji wplątać, ale postaram się odnieść do poruszanych kwestii:
    NAT - w przypadku moich Klientów zawsze jest NAT, nie tylko dla tych sieci

    SIP ALG - zawsze wyłączam, do tej pory to własnie rozwiązywało problem

    czas rejestracji - standardowo ustawiam 5 minut, teraz obciąłem do 1 minuty

    OpenWRT - nie zajmuję się zmianą firmware routerów Klientów

    uciachany panel www - polscy operatorzy maniakalnie wywalają opcje, dobrze że obecnie SIP ALG zostawiają na wierzchu, bo jeszcze 2 lata temu musiałem Klientom kazać zmieniać, żeby się do tego dobrać

    port SIP - mój system działa na 5060 i nie będę tego zmieniał

    STUN server - bardzo pomocny, w wielu przypadkach rozwiązuje mój problem [nie na aktualnych problemach LTE]

    Może podsumuję czego próbowałem dla bramki voip przy LTE:
    -Handle VIA received/rport
    -insert VIA received/rport
    -keep alive
    -STUN
    -DMZ
    -port forwarding

    niektóre ustawienia powodują rejestrację urządenia w systemie na 5060, ale nie ma audio, niektóre wrzucają jakiśdziki port, także nie ma audio

    dzięki za zainteresowanie tematem, czekam na kontakt od pomocy technicznej operatorów.

    0
  • #18 20 Kwi 2018 16:36
    jurek.adam
    Poziom 43  

    Z jakich operatorów VoIP korzystają Twoi klienci?

    0
  • #19 20 Kwi 2018 16:51
    przeqpiciel
    Poziom 29  

    Czy jak nie miales audio to spogladales do SDP w celu diagnostyki?

    0