Co zrobić, gdy w Linphone nie ma dźwięku
Cisza podczas rozmowy może powstać w urządzeniu, systemie, negocjacji kodeka albo na drodze RTP. Ta procedura pomaga ustalić warstwę problemu, zanim zmienisz ustawienia sieci.
„Brak dźwięku” opisuje kilka różnych awarii. Czasem nie słyszysz rozmówcy, czasem on nie słyszy Ciebie, a czasem obie strony mają ciszę mimo aktywnego licznika połączenia. Przed zmianą konfiguracji nazwij dokładny objaw i zapisz, czy występuje w rozmowie wychodzącej, przychodzącej czy w obu kierunkach.
Najskuteczniejsza kolejność to: stan konta, wyciszenie, uprawnienia, urządzenia, test lokalny, druga sieć i dopiero potem mechanizmy NAT oraz logi. Każdy krok powinien dać odpowiedź, a nie tylko kolejną kombinację ustawień.
1. Oddziel rejestrację od mediów
Jeśli konto nie jest zarejestrowane albo połączenie w ogóle się nie zestawia, nie diagnozuj jeszcze audio. Wróć do domeny, hasła, proxy i transportu. Jeśli rozmówca odbiera, licznik rusza, lecz panuje cisza, sygnalizacja SIP wykonała przynajmniej część zadania. Problem może leżeć w urządzeniu lub strumieniu mediów.
Sprawdź konfigurację konta SIP
Zanotuj dokładny kierunek dźwięku. „Ja słyszę, druga strona nie” wskazuje inną ścieżkę niż „druga strona słyszy, ja nie”. Ta informacja jest kluczowa dla administratora zapory lub serwera mediów.
2. Sprawdź wyciszenie i głośność
Upewnij się, że mikrofon nie jest wyciszony w interfejsie rozmowy, na zestawie słuchawkowym ani fizycznym przełącznikiem laptopa. Zwiększ głośność podczas trwającej rozmowy, ponieważ system może przechowywać inną wartość dla rozmów niż dla multimediów. Na telefonie przełącz na chwilę głośnik i z powrotem.
Odłącz zestaw Bluetooth oraz stację dokującą i powtórz test na wbudowanym mikrofonie i głośniku. Jeżeli dźwięk wraca, problem dotyczy wyboru lub profilu urządzenia, a nie konta SIP.
3. Zweryfikuj uprawnienia systemowe
Linphone prosi przy pierwszym uruchomieniu między innymi o dostęp do mikrofonu. Sprawdź ustawienia prywatności systemu i upewnij się, że dostęp nadal jest włączony. System mógł go cofnąć po aktualizacji, długim okresie nieużywania albo ręcznej zmianie. Dla rozmowy wideo osobno sprawdza się kamerę; brak uprawnienia do kamery nie powinien być diagnozowany zmianą kodeków audio.
Na komputerze zamknij aplikacje, które mogą przejąć urządzenie w trybie wyłącznym, i uruchom Linphone ponownie. Na telefonie zakończ inne trwające połączenie oraz sprawdź, czy system nie pokazuje aktywnego użycia mikrofonu przez inny program.
4. Wybierz właściwe wejście i wyjście
W wersji desktopowej opcje rozmowy pozwalają wybrać urządzenie odtwarzające, mikrofon i kamerę. „System default” jest poprawne tylko wtedy, gdy domyślne urządzenie systemu jest tym, którego chcesz użyć. Nazwy dwóch podobnych monitorów, interfejsów USB albo zestawów słuchawkowych łatwo pomylić.
W czasie testu mów wyraźnie i obserwuj dostępny wskaźnik wejścia, jeśli system go pokazuje. Następnie wykonaj nagranie testowe w narzędziu systemowym. Brak dźwięku także poza Linphone wskazuje na urządzenie, sterownik lub uprawnienie.
Oficjalna instrukcja wyboru urządzeń.
5. Sprawdź wspólny kodek bez rewolucji
Strony rozmowy muszą uzgodnić zgodny format audio. Jeżeli administrator ograniczył listę kodeków po jednej stronie, połączenie może nie mieć użytecznej wspólnej opcji. Nie włączaj jednak wszystkich kodeków i nie zmieniaj ich kolejności przypadkowo. Poproś operatora o listę obsługiwanych formatów i porównaj ją z ustawieniami konta lub centrali.
Jeżeli audio działa z jednym kontaktem, a nie działa z innym, porównaj trasę, serwer oraz negocjowany kodek. Jeśli nie działa z nikim na danym urządzeniu, bardziej prawdopodobna jest lokalna konfiguracja lub sieć. To hipotezy do sprawdzenia, nie automatyczna diagnoza.
6. Porównaj dwie sieci
Wykonaj ten sam test z tym samym kontem i kontaktem w innej kontrolowanej sieci, na przykład po przejściu między Wi-Fi a transmisją komórkową. Nie zmieniaj równocześnie kodeków i transportu. Jeśli dźwięk działa w jednej sieci, a w drugiej jest jednokierunkowy, wynik wskazuje na trasę mediów, NAT, zaporę albo politykę VPN.
Nie wyłączaj całej zapory routera i nie wystawiaj szerokiego zakresu portów do Internetu. Taki test zwiększa ryzyko i nadal nie wyjaśnia poprawnej konfiguracji. Zbierz wynik i sprawdź z administratorem wymagane reguły dla sygnalizacji oraz RTP.
7. Ustal rolę ICE, STUN i TURN
ICE wykonuje testy możliwych ścieżek między punktami. STUN pomaga rozpoznać adres i port widoczny po przejściu przez NAT. TURN przekazuje media przez serwer, gdy bezpośrednia droga nie jest osiągalna. Oficjalna dokumentacja Liblinphone potwierdza obsługę tych mechanizmów i zaznacza, że sam ICE może działać tylko z lokalnymi kandydatami, jeżeli nie skonfigurowano STUN ani TURN.
Użyj polityki i serwerów wskazanych przez dostawcę. Losowy STUN nie zastąpi TURN, a cudzy TURN wymaga uprawnień i przenosi przez siebie media. Jeżeli administrator utrzymuje serwer pośredniczący RTP, ustawienia klienta muszą być zgodne z jego architekturą.
Źródło standardu ICE.
8. Zbierz czyste logi
Gdy problem daje się powtórzyć, usuń stare logi, odtwórz awarię i od razu zapisz lub udostępnij nowy zestaw zgodnie z oficjalnym przewodnikiem Linphone. Do zgłoszenia dodaj godzinę z minutą, dokładne kroki, kierunek rozmowy, rodzaj sieci i informację o dźwięku w każdą stronę. Nie publikuj logów otwarcie; mogą zawierać identyfikatory i techniczne dane sesji.
Instrukcja projektu.
Wynik diagnozy ma wskazać warstwę
Jeśli test systemowy nie nagrywa głosu, napraw urządzenie lub uprawnienie. Jeśli problem znika po odłączeniu Bluetooth, popraw trasę audio. Jeśli zależy od sieci, przekaż administratorowi wynik porównania i logi. Jeśli dotyczy tylko jednego kierunku lub partnera, porównaj negocjację mediów oraz trasę RTP.
Nie musisz od razu znać ostatecznej przyczyny. Wartościowym wynikiem jest zawężenie problemu do konta, urządzenia, kodeka albo sieci bez osłabiania zabezpieczeń.