Opis wskazuje na element SIP, który odbiera żądania od klienta i zamiast pośredniczyć w dalszej sygnalizacji, odsyła odpowiedź z alternatywnymi adresami SIP (innymi kontaktami), pod które klient ma kierować kolejne próby. Tę rolę pełni serwer redirect (serwer przekierowań).
Dlaczego "redirect" pasuje do opisu? W modelu SIP serwer przekierowań odpowiada na żądanie informacją "gdzie próbować dalej", czyli zwraca klientowi listę alternatywnych URI/kontaktów. Klient następnie sam podejmuje próbę zestawienia sesji z podanym adresem. Kluczowe jest to, że redirect kieruje klienta do innego celu poprzez odpowiedź, a nie utrzymuje się w ścieżce sygnalizacji jako pośrednik.
Dlaczego pozostałe odpowiedzi nie pasują?
- "proxy" – serwer proxy działa jako pośrednik: odbiera żądanie i przekazuje je dalej w imieniu klienta, pozostając elementem na drodze sygnalizacji (typowo wpływa na trasę komunikatów). To inny mechanizm niż odesłanie klientowi listy alternatywnych adresów w odpowiedzi.
- "registar" – w terminologii SIP poprawnie spotyka się nazwę registrar (rejestrator). Jego rola to obsługa rejestracji (np. zapisywanie powiązania użytkownik–kontakt), a nie odsyłanie klienta do alternatywnych zestawów adresów w kontekście routingu żądania.
- "location" – usługa lokalizacji (location service) to logiczna baza/komponent, z którego korzysta się do mapowania identyfikatora użytkownika na aktualne kontakty. Sama "location" nie jest typem serwera odsyłającego przekierowania; jest raczej zapleczem informacyjnym używanym m.in. przez rejestratora i proxy.
Wskazówka egzaminacyjna: jeśli w treści pojawia się mechanizm "serwer zwraca odpowiedź z alternatywnymi adresami, a klient ma próbować dalej", myśl o przekierowaniu (redirect). Jeśli "serwer przesyła żądania dalej w imieniu klienta", to typowo proxy. Jeśli mowa o "rejestracji" i "aktualnym kontakcie użytkownika", to obszar rejestratora i lokalizacji.
