Twoja przeglądarka nie obsługuje JavaScript!
Ucz się szybciej
Testy
Fiszki
Notatki
Zaloguj
Fiszki
TssT
Test w formie fiszek Hardy wpierdol
Ilość pytań:
276
Rozwiązywany:
5602 razy
Informacja obsługiwana na styku E-NNI, a nieobsługiwana na styku UNI dotyczy:
zestawianych połączeń
uwierzytelnienia
topologii sieci
osiągalności adresów
osiągalności adresów
Styk “NetworkTopology” sterownika routingu należy do styku:
I-NNI
CCI
E-NNI
UNI
E-NNI
Informacja obsługiwana na styku UNI i nieobsługiwana na styku E-NNI dotyczy:
żadne z powyższych
osiągalności adresów
topologii sieci
uwierzytelniania
żadne z powyższych
Informacja obsługiwana na styku UNI, a nieobsługiwana na styku I-NNI dotyczy:
żadne z powyższych
uwierzytelniania
topologii sieci
osiągalności adresów
uwierzytelniania
W podsieci będącej domeną operatora nie jest wymagana implementacja styku:
I-NNI
wszystkie są wymagane
E-NNI
UNI
wszystkie są wymagane
Brak styku UNI w warstwie transportowej nie pozwala zestawiać połączeń:
półtrwałych
obie poprawne
komutowanych
obie złe
obie poprawne
Zestawienie połączeń trwałych wymaga styku UNI w:
płaszczyźnie sterowania
ani a, ani b
zarówno a, jak i b
płaszczyźnie transportowej
płaszczyźnie transportowej
Styk UNI w płaszczyźnie sterowania jest wymagany do zestawiania połączeń:
półtrwałych
zarówno a, jak i b
ani a, ani b
trwałych
trwałych
Do zestawiania połączeń półtrwałych w obrębie jednej domeny operatorskiej MOŻĘ być potrzebny styk:
obie złe
obie poprawne
E-NNI
UNI
obie złe
Do zestawiania połączeń półtrwałych w obrębie jednej domeny operatorskiej JEST potrzebne
zarówno a, jak i b
ani a, ani b
E-NNI
UNI
UNI
Ze styku “ConnectionRequest” korzysta:
obie poprawne
obie złe
sterownik NCC
sterownik połączeń CC
obie poprawne
Ze styku “LocalTopology” sterownika routingu korzysta:
sterownik routingu RC
sterownik połączeń CC
zarządca zasobów łącza LRM
sterownik zgłoszeń NCC
zarządca zasobów łącza LRM
Styk “SNPNegotiation” zarządcy zasobów łącza LRM jest wykorzystywany w wypadku:
łączy styku I-NNI
łączy styku E-NNI
połączeń łącznikowych jednokierunkowych
połączeń łącznikowych dwukierunkowych
połączeń łącznikowych dwukierunkowych
Zestawianie połączeń transportowych metodą “joint federation” nie wymaga obecności styku:
CallCoordination sterownika zgłoszeń NCC
PeerCoordination sterownika połączeń CC
ConnectionRequest sterownika połączeń CC
CallRequest sterownika zgłoszeń NCC
PeerCoordination sterownika połączeń CC
Zestawienie połączeń transportowych metodą “joint federation” przez jedną domenę nie wymaga wykorzystywania styku:
obie poprawne
CallCoordination sterownika zgłoszeń NCC
PeerCoordination sterownika połączeń CC
obie złe
obie złe
Zestawianie połączeń transportowych metodą “cooperative federation” nie wymaga wykorzystania styku:
ConnectionRequest sterownika połączeń CC
PeerCoordination sterownika połączeń CC
CallCoordination sterownika zgłoszeń NCC
CallRequest sterownika zgłoszeń NCC
CallCoordination sterownika zgłoszeń NCC
Przy zestawianiu połączenia metodą “cooperative federation”, w jednej domenie wykorzystywany jest styk:
PeerCoordination
ConnectionRequest
obie złe
obie poprawne
obie poprawne
Zestawianie połączeń transportowych metodą “cooperative federation" pomiędzy dwiema domenami nie wymaga obecności styku:
wszystkie są wymagane
PeerCoordination sterownika połączeń CC
ConnectionRequest sterownika połączeń CC
CallCoordination sterownika zgłoszeń NCC
wszystkie są wymagane
. Zestawianie połączeń transportowych metodą “cooperative federation” przez jedną domenę nie wymaga wykorzystania styku:
CallCoordination sterownika NCC
obie poprawne
ConnectionRequest CC
obie złe
CallCoordination sterownika NCC
W metodzie “joint federation” w jednej domenie nie trzeba korzystać ze styku:
nie wymaga, żadnej wymienionej
CallCoordination sterownika NCC
wymaga obu wymienionych
PeerCoordination sterownika CC
nie wymaga, żadnej wymienionej
Początek
Pokaż poprzednie pytania
Pokaż kolejne pytania
Powiązane tematy
#zdac
#to
#gown
Inne tryby
Nauka
Test
Powtórzenie