[ Pobierz całość w formacie PDF ]
.Początkowe zasady użytkownika ustalane są przezglobalną wartość domyślną.Wtedy wartość dowolnego atrybutu może być uaktualniana w miarędodawania każdej bardziej określonej zasady.Jeżeli dany użytkownik nie zostanie rozpoznany, tostosowane są zasady użytkownika nieuwierzytelnionego.Umożliwia to tworzenie zasad, któreuniemożliwiają użytkownikom odwiedzającym korzystanie z zarezerwowanych zasobów wpodsieci.Kiedy dany użytkownik ma zdefiniowany profil grupowy, to zasady stosowane są w następującejkolejności:1.Zasady użytkownika dla bieżącej podsieci.2.Zasady grupy w bieżącej podsieci.3.Uwierzytelniony użytkownik w bieżącej podsieci.4.Użytkownik w kontenerze przedsiębiorstwa.5.Uwierzytelniony użytkownik w kontenerze przedsiębiorstwa.Rejestrowanie kontroli wpływu danych QoSKomunikaty kontroli wpływu danych QoS w podsieci mogą być śledzone dla celów statystykwykorzystania sieci oraz aby sprawdzać, czy klienty podsieci i hosty kontroli wpływu danych QoSwchodzą we właściwe interakcje.Rejestrowanie w dzienniku może również pomóc wrozwiązywaniu problemów i dać pewność, że komunikaty RSVP są wysyłane i odbierane.Dzienniki kontUsługę kont QoS można skonfigurować, aby zbierała informacje dotyczące wykorzystaniazasobów sieciowych dla poszczególnych użytkowników.Dzienniki kont mogą pomóc widentyfikowaniu z
ródeł problemów w sieci, a także mogą wspomóc planowanie wykorzystaniesieci.Dzienniki kont mówią, kto korzysta z zasobów sieciowych oraz podają datę, i czasposzczególnych sesji.Podają one również informacje adresowe dla każdej sesji.Tabela 8.5 podaje pola informacyjne wchodzące w skład wpisu dziennika kont.Tabela 8.5.Pola dzienników kontPole OpisData/godzina Data i godzina zapisania komunikatu w formacie GMT.Informacje adresowe IP sesji Adres IP odbiorcy, numer portu docelowego danych orazdziesiętna wartość identyfikatora używanego protokołu (patrz:RFC 1700).Typ zapisu Może to być jeden z następujących: Start Sender, StartReceiver, Stop Sender, Stop Receiver, Reject Sender lub RejectReceiver.Identyfikator użytkownika Nazwa domeny i użytkownika wysyłającego lub odbiorcy.Informacje adresowe IP dla Adres IP ostatniego przeskoku i numer portu docelowegoostatniego przeskoku danych lub adres karty sieciowej zapisany w kodzieszesnastkowym (jeżeli host przekazujący komunikat jesturządzeniem o wielu podłączeniach).Stan komunikatu Może to być jeden z następujących: New, Modify, Stop SenderReason, Reject Sender lub z
ródłowy adres IP przepływudanych.Szczegóły komunikatu Może zawierać informacje dotyczące ruchu nadawcy i odbiorcy,przyczynę zatrzymania odbiorcy oraz przyczynę odrzuceniaodbiorcy.Dzienniki protokołu RSVPUsługę dzienników można również skonfigurować tak, aby przechwytywała komunikatyprotokołu RSVP od hostów kontroli wpływu danych QoS.Informacje z dziennika protokołuRSVP są zazwyczaj wykorzystywane do rozwiązywania problemów.Dzienniki te identyfikujądatę i godzinę komunikatu RSVP, oraz informacje adresowe dla nadawcy i odbiorcy komunikatu.Tabela 8.6 podaje pola informacyjne wchodzące w skład wpisu dziennika protokołu RSVP.Niektóre z parametrów pól są skomplikowane, przy czym dodatkowe informacje można znalez
ć wdokumentach RFC 2205, 2210, 2215 oraz 2216.RFC 1700 zawiera listę tożsamości protokołu zodnośnymi nazwami protokołów.Tabela 8.6.Pola dzienników protokołu RSVPPole OpisData/godzina Data i godzina wpisania komunikatu w formacie GMT.Typ wiadomości Jeden z następujących: PATH, RESV, PATH-ERR, RESV-ERR, PATH-TEAR, RESV-TEAR z dodatkowymiparametrami: %7łądanie potwierdzenia, Zasięg, Styl rezerwacji.(patrz: RFC 2205).Informacje adresowe IP sesji Adres IP odbiorcy, numer portu docelowego danych i dziesiętnawartość identyfikatora protokołu (patrz: RFC 1700) [ Pobierz całość w formacie PDF ]