Jak metodycznie poprawić jakość rozmowy w Linphone
Dobra rejestracja nie gwarantuje dobrego głosu. Uporządkowany test pozwala odróżnić przeciążoną sieć od problemu kodeka, mikrofonu, Bluetooth lub akustyki pomieszczenia.
Urywany głos, metaliczne brzmienie, echo i duże opóźnienie mają różne przyczyny. Nie warto zaczynać od włączania każdego kodeka ani od instalowania „optymalizatora Internetu”. Najpierw opisz objaw, przygotuj powtarzalne połączenie testowe i zmieniaj po jednym elemencie. Linphone udostępnia wskaźnik jakości oraz statystyki połączeń, które pomagają powiązać odczucia z zachowaniem sieci.
Nazwij objaw po obu stronach
Poproś rozmówcę o osobny opis tego, co słyszy. Jeśli tylko jego odbiór jest przerywany, problem może dotyczyć Twojej ścieżki wysyłania albo jego pobierania. Jeśli obie strony słyszą zakłócenia, wspólnym elementem może być sieć, serwer mediów lub uzgodniony kodek. Echo słyszane przez Ciebie często powstaje po drugiej stronie, gdy jej mikrofon zbiera dźwięk z głośnika.
Zapisz godzinę, czas trwania, urządzenia, rodzaj sieci, kierunek połączenia i moment wystąpienia objawu. „Źle działa” jest trudne do porównania; „głos rozmówcy urywał się co kilka zdań tylko w Wi-Fi” daje hipotezę do testu.
Zacznij od urządzenia audio
Wykonaj próbę na wbudowanym mikrofonie i głośniku, potem na przewodowym zestawie słuchawkowym. Bluetooth dodaje własną transmisję radiową, profile i przełączanie urządzeń, więc chwilowe wyłączenie go upraszcza diagnozę. Jeżeli problem znika na przewodzie, nie zmieniaj serwera SIP — sprawdź zestaw, zakłócenia i wybrany profil audio.
Ustaw mikrofon w rozsądnej odległości, zmniejsz głośność głośników i unikaj twardego, pustego pomieszczenia przy teście echa. Nie podnoś programowego wzmocnienia do maksimum, bo może zwiększyć szum i przesterowanie. Najpierw porównaj nagranie lokalne z rozmową VoIP.
Sprawdź stabilność, nie tylko wynik testu prędkości
Rozmowa przesyła dane na bieżąco. Duża maksymalna przepustowość nie kompensuje krótkich przerw, utraty pakietów ani zmiennego czasu ich dotarcia. Jitter to zmienność opóźnienia, a bufor jittera próbuje ją wygładzić kosztem dodatkowego czasu. Gdy pakiety giną lub przychodzą zbyt późno, dźwięk może się urywać mimo dobrego wyniku pobierania dużego pliku.
Na czas testu zatrzymaj kopie zapasowe, synchronizację dużych plików i inne wysyłanie zajmujące łącze. Podejdź bliżej punktu Wi-Fi albo użyj kabla Ethernet. Powtórz tę samą rozmowę przez inną sieć. Nie wyciągaj wniosku z jednego połączenia, jeśli warunki zmieniały się w jego trakcie.
Użyj statystyk połączenia
Jeżeli wydanie Linphone pokazuje statystyki rozmowy, zanotuj dane osobno dla kierunku wysyłania i odbioru. Szukaj zmian zbieżnych z momentem zakłóceń: utraty pakietów, jittera, opóźnienia oraz używanego kodeka. Nie istnieje jedna magiczna granica dobra dla każdej rozmowy i sieci. Ważne jest porównanie działającego i wadliwego testu w podobnych warunkach.
Statystyki nie zastąpią obserwacji urządzenia. Czysta ścieżka sieciowa przy zniekształconym lokalnym nagraniu kieruje uwagę na mikrofon. Rosnąca utrata pakietów przy czystym nagraniu wskazuje na sieć lub trasę mediów.
Kodek musi być wspólny i pasować do warunków
Kodek koduje głos do przesłania i dekoduje go po drugiej stronie. Linphone obsługuje wiele kodeków, w tym Opus, lecz rzeczywisty wybór wynika z negocjacji z drugim punktem lub centralą. Włączenie kodeka tylko po jednej stronie nie sprawi, że druga zacznie go obsługiwać.
Nie usuwaj podstawowych kodeków wymaganych przez operatora. Poproś administratora o wspieraną listę i kolejność, a następnie wykonaj kontrolowany test. Jeśli połączenia wewnętrzne są dobre, a rozmowy przez bramę telefoniczną brzmią gorzej, sprawdź, czy na trasie zachodzi transkodowanie. Jest to zadanie dla administratora usługi, nie powód do losowego przełączania każdego formatu w aplikacji.
Oddziel jakość od całkowitego braku mediów
ICE, STUN i TURN pomagają znaleźć drogę dla strumieni przez NAT i zapory. Gdy audio nie dociera wcale albo działa w jedną stronę, wróć do diagnostyki drogi RTP. Gdy dźwięk dociera, lecz jest przerywany, serwer pośredniczący, przeciążona trasa lub niestabilna sieć nadal mogą wpływać na jakość. Nie zakładaj jednak, że dodanie dowolnego TURN automatycznie przyspieszy rozmowę — pośrednictwo zmienia trasę i powinno być częścią architektury dostawcy.
Test A/B, który daje odpowiedź
Wybierz jedno konto, jednego rozmówcę i krótki, powtarzalny scenariusz. W teście A użyj bieżącej konfiguracji. W teście B zmień tylko jeden element, na przykład Wi-Fi na Ethernet, Bluetooth na przewód albo jedną zatwierdzoną kolejność kodeków na inną. Zapisz wynik oraz statystyki. Potem przywróć stan bazowy lub zachowaj zmianę, jeśli wynik powtórzył się co najmniej w kolejnym połączeniu.
Przykładowa kolejność porównań:
- wbudowane audio i zestaw przewodowy;
- Wi-Fi i Ethernet lub druga kontrolowana sieć;
- połączenie SIP wewnętrzne i trasa przez operatora;
- ustawienie bazowe i jedna zmiana zalecona przez administratora;
- rozmowa bez wideo i z wideo.
Wideo zwiększa zapotrzebowanie na zasoby i sieć, dlatego audio należy najpierw ustabilizować osobno. Dopiero potem włącz obraz i porównaj, czy pogorszenie pojawia się równocześnie ze wzrostem obciążenia.
Kiedy przekazać problem dalej
Do administratora wyślij opis objawu, czas testu, adresy SIP bez hasła, kierunek rozmowy, rodzaj sieci, negocjowany kodek i istotne statystyki. Jeżeli problem jest powtarzalny, przygotuj czyste logi według instrukcji projektu. Nie publikuj logów w otwartym miejscu i nie dopisuj do nich hasła konta.
Dobra diagnoza kończy się zdaniem, które można sprawdzić: „zakłócenia pojawiają się tylko w Wi-Fi”, „echo znika po użyciu słuchawek” albo „problem dotyczy wyłącznie trasy przez bramę”. Takie rozróżnienie pozwala poprawić właściwy element bez osłabiania bezpieczeństwa i bez burzenia działającej konfiguracji.