Wyjaśnienie:
Zazwyczaj oznacza to, że nazwa użytkownika, Auth ID lub hasło skonfigurowane dla numeru wewnętrznego są nieprawidłowe.

Jak naprawić:

• Dokładnie sprawdź nazwę użytkownika SIP, Auth ID i hasło w konfiguracji SIP Caller.
• Upewnij się, że numer wewnętrzny jest aktywny i nie jest zablokowany ani wyłączony w centrali PBX.
• Jeśli niedawno zmieniłeś hasło w centrali PBX, zaktualizuj je również w SIP Caller.

Wyjaśnienie:
Oznacza to, że domena lub adres IP określony dla serwera centrali PBX jest nieprawidłowy lub nieosiągalny.

Jak naprawić:

• Zweryfikuj, czy nazwa domeny (FQDN) jest zapisana poprawnie.
• Upewnij się, że domena wskazuje na prawidłowy publiczny adres IP Twojej centrali PBX.
• Sprawdź, czy usługa DNS jest w stanie rozwiązać domenę.

Wyjaśnienie:
Zapory sieciowe na poziomie sieci lub ustawienia centrali PBX mogą blokować ruch SIP lub RTP.

Jak naprawić:

• Upewnij się, że SIP (zwykle UDP lub TCP port 5060) jest otwarty w zaporze sieciowej centrali PBX.
• Upewnij się, że wszelkie zapory sieciowe dostawcy chmury lub hostingu zezwalają na ruch z adresu IP SIP Caller.
• Sprawdź logi centrali PBX pod kątem odrzuconych prób rejestracji lub zablokowanych adresów IP.
• Podczas korzystania z 3CX Phone System upewnij się, że opcja Block remote non tunnel connection jest wyłączona dla numeru wewnętrznego używanego przez SIP Caller.

Wyjaśnienie:
Stan kampanii musi być ustawiony na "Aktywna", aby rozpocząć wykonywanie połączeń.

Jak naprawić:

• Przejdź do sekcji Kampanie w konsoli SIP Caller.
• Upewnij się, że kampania jest ustawiona na "Aktywna", a nie "Wstrzymana", "Zakończona" lub "Anulowana".

Wyjaśnienie:
Kampanie działają tylko w zaplanowanym oknie czasowym i uwzględniają skonfigurowaną strefę czasową.

Jak naprawić:

• Potwierdź, że bieżąca data i godzina mieszczą się w harmonogramie kampanii.
• Upewnij się, że w ustawieniach kampanii wybrana jest prawidłowa strefa czasowa.

Wyjaśnienie:
Jeśli kampania ma ustawioną Grupę Wakacyjną, harmonogram bieżącego dnia może być tym objęty.

Jak naprawić:

• Sprawdź "Grupę Wakacyjną" dla kampanii.
• Usuń lub dostosuj dni wolne w razie potrzeby, aby umożliwić uruchomienie kampanii.

Wyjaśnienie:
Kampanie bez numerów telefonów nie mogą wykonywać połączeń.

Jak naprawić:

• Przejdź do listy numerów kampanii.
• Upewnij się, że wczytany jest co najmniej jeden prawidłowy numer, który nie jest oznaczony jako zakończony lub nieudany.

Wyjaśnienie:
Konta Free są ograniczone do 100 połączeń dziennie, a konta Demo są ograniczone do 500 połączeń dziennie.

Jak naprawić:

• Monitoruj swój dzienny wolumen połączeń na panelu.
• Poczekaj do następnego dnia lub uaktualnij swoje konto, aby usunąć limit.

Wyjaśnienie:
Pojemność jednoczesnych połączeń jest współdzielona przez wszystkie uruchomione kampanie.

Jak naprawić:

• Wstrzymaj lub zatrzymaj inne aktywne kampanie, aby zwolnić pojemność połączeń.
• Uaktualnij swój plan, jeśli potrzebujesz więcej jednoczesnych połączeń.

Wyjaśnienie:
Kampanie predykcyjne i progresywne wymagają zainstalowanego SIP Caller Queues Monitor oraz kolejki z dostępnymi agentami.

Jak naprawić:

• Potwierdź, że SIP Caller Queues Monitor działa i jest poprawnie połączony z Twoją centralą PBX.
• Upewnij się, że agenci są zalogowani do kolejki i dostępni do odbierania połączeń.

Wyjaśnienie:
Jeśli nie ma reguły wychodzącej pasującej do wybieranego numeru, centrala PBX może przekierować połączenie do IVR lub je odrzucić.

Jak naprawić:

• Sprawdź reguły wychodzące w swojej centrali PBX, aby upewnić się, że pasują do formatu wybierania używanego przez SIP Caller (np. z kodem kraju lub bez niego, prefiksem).
• Dodaj lub dostosuj reguły, aby numery w Twojej kampanii mogły być kierowane do trunku SIP.

Wyjaśnienie:
Niektórzy dostawcy SIP odrzucą połączenia z odpowiedzią 403 Forbidden, jeśli saldo Twojego konta jest niewystarczające.

Jak naprawić:

• Zaloguj się do portalu swojego dostawcy trunku SIP i sprawdź saldo konta.
• Doładuj konto, aby umożliwić połączenia wychodzące.

Wyjaśnienie:
Twoja centrala PBX lub trunk SIP mogą być skonfigurowane tak, aby blokować połączenia międzynarodowe lub do określonych krajów.

Jak naprawić:

• Przejrzyj uprawnienia połączeń wychodzących w centrali PBX oraz ustawienia trunku SIP.
• Włącz wybieranie międzynarodowe lub dla określonego kraju, jeśli to konieczne.

Wyjaśnienie:
Format numeru może być nieprawidłowy lub numer może nie istnieć.

Jak naprawić:

• Upewnij się, że numery w Twojej kampanii są prawidłowe i poprawnie sformatowane dla Twojej centrali PBX i trunku SIP.
• Użyj formatu E.164, jeśli jest wymagany przez Twojego dostawcę.

Wyjaśnienie:
Twój dostawca trunku SIP może nie mieć dostępnego routingu dla wybieranego numeru.

Jak naprawić:

• Skontaktuj się z dostawcą trunku SIP, aby zweryfikować pokrycie dla wybieranego miejsca docelowego.
• Rozważ użycie zapasowego trunku lub alternatywnego dostawcy dla tych miejsc docelowych.

Wyjaśnienie:
Niezgodność ustawień Secure RTP między SIP Caller a Twoją centralą PBX (np. 3CX) może spowodować brak dźwięku, nawet jeśli połączenie zostanie nawiązane pomyślnie.

Typowe Scenariusze:

Jak naprawić:

• Upewnij się, że SRTP jest spójnie włączone lub wyłączone po obu stronach.
• Jeśli korzystasz z 3CX z wymuszonym SRTP, włącz Secure RTP w ustawieniach SIP Caller.
• Jeśli 3CX ma wyłączone SRTP, wyłącz SRTP również w SIP Caller.

Wyjaśnienie:
W scenariuszach z dialerem predykcyjnym lub opartych na kolejkach centrala PBX może odrzucić przeniesienie połączenia, jeśli w docelowej kolejce nie ma dostępnych agentów.

Jak naprawić:

• Sprawdź konfigurację kolejki w swojej centrali PBX.
• Upewnij się, że kolejka ma zalogowanych i dostępnych agentów do odbierania połączeń.

Wyjaśnienie:
Gdy tony DTMF są przesyłane jako część strumienia audio (in-band), kompresja dźwięku może zniekształcać sygnały o wysokiej częstotliwości, czyniąc je niewiarygodnymi do wykrycia. Aby zapewnić dokładne rozpoznawanie DTMF, tony muszą być wysyłane przy użyciu metody payload RTP zdefiniowanej w RFC 2833.

Jak naprawić:

1. Przechwyć strumień RTP za pomocą Wireshark - Po stronie centrali PBX uruchom przechwytywanie pakietów podczas testowego połączenia i sprawdź pakiety RTP:
   • Poszukaj tonów DTMF przesyłanych jako dźwięk (in-band).
   • Jeśli nie widzisz zdarzeń RTP (Payload Type 101 lub podobny), tony są prawdopodobnie wysyłane in-band.
2. Potwierdź metodę transportu DTMF - W Wireshark, w Telephony > RTP > RTP Streams, zweryfikuj, czy tony DTMF nie używają RFC 2833.
3. Skontaktuj się z dostawcą trunku SIP - Podziel się swoimi ustaleniami i poproś o skonfigurowanie DTMF tak, aby był wysyłany przy użyciu RFC 2833 (RTP Payload Events) zamiast dźwięku in-band.
4. Zweryfikuj konfigurację centrali PBX - Upewnij się, że Twoja centrala PBX jest skonfigurowana tak, aby obsługiwać i preferować RFC 2833 dla sygnalizacji DTMF.
5. Przetestuj ponownie - Wykonaj kolejne połączenie, przechwyć RTP i potwierdź, że tony DTMF są teraz wysyłane jako zdarzenia RTP.