{"id":26,"date":"2009-06-22T20:36:53","date_gmt":"2009-06-22T18:36:53","guid":{"rendered":"http:\/\/www.ospf.it\/?p=26"},"modified":"2009-06-23T10:00:49","modified_gmt":"2009-06-23T08:00:49","slug":"tipologie-di-pacchetto-ospf","status":"publish","type":"post","link":"https:\/\/www.ospf.it\/tipologie-di-pacchetto-ospf\/","title":{"rendered":"Tipologie di pacchetto Ospf"},"content":{"rendered":"
Pacchetti OSPF<\/strong> Gli annunci OSPF (LSA) sono contenuti in messagi OSPF che vengono trasportati direttamente da IP con un protocollo di livello superiore: il protocollo OSPF deve implementare funzionalit\u00e0 quali il trasferimento affidabile dei messagi e il broadcast dello stato dei collegamenti, controlla che i collegamenti siano operativi (tramite messaggi Hello) e consente ai router OSPF di accedere ai database sullo stato dei collegamenti della rete.<\/p>\n Pacchetto Hello<\/strong> Pacchetto Database Description<\/strong> Le risposte sono collegate alle richieste dal numero di sequenza dei pacchetti DD. Il pacchetto DD contiene una lista di LSA. Quando uno dei 2 ha finito continua a inviare DD vuoti finch\u00e8 non finisce anche l\u2019altro.<\/p>\n Pacchetto Link State Request<\/strong> Pacchetto Link State Update<\/strong> Pacchetto Link State Acknowledgment<\/strong> Pacchetti OSPF Esistono 5 tipi di pacchetto OSPF. Tutte le 5 tipologie di pacchetto previste hanno un intestazione di 24 byte suddivisa in: Version: attualmente in uso la seconda versione; Type: sono previste 5 tipologie di pacchetto: 1. Hello 2. Database Description 3. Link State Request 4. Link State Update 5. Link State Acknowledgment Packet […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[36],"tags":[9,15,4],"_links":{"self":[{"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/posts\/26"}],"collection":[{"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/comments?post=26"}],"version-history":[{"count":3,"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/posts\/26\/revisions"}],"predecessor-version":[{"id":72,"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/posts\/26\/revisions\/72"}],"wp:attachment":[{"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/media?parent=26"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/categories?post=26"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ospf.it\/wp-json\/wp\/v2\/tags?post=26"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nEsistono 5 tipi di pacchetto OSPF. Tutte le 5 tipologie di pacchetto previste
\nhanno un intestazione di 24 byte suddivisa in:<\/p>\n\n
\n1. Hello
\n2. Database Description
\n3. Link State Request
\n4. Link State Update
\n5. Link State Acknowledgment<\/li>\n
\nIl protocollo di Hello \u00e8 usato per creare e mantenere le relazioni di vicinato. Viene anche usato per l\u2019elezione del Designated Router. All\u2019accensione il router inizializza alcune strutture dati di supporto e aspetta indicazioni dai protocolli di basso livello sulla corretta funzionalit\u00e0 delle sue interfaccie. Appena si \u00e8 assicurato che le sue interfacce funzionano usa un protocollo di Hello per acquisire informazioni sui nodi vicini: invia pacchetti di Hello e li riceve da questi. Successivamente i pacchetti di Hello sono usati come pacchetti \u201ckeep-alive\u201d per verificare i vicini attivi. Sulle reti broadcast (es. LAN) i pacchetti vengono inviati in multicast. Sulle reti non multicast sono necessarie informazioni aggiuntive.<\/p>\n
\nUna coppia di router adiacenti si scambia pacchetti di Database Description (DD) per descrivere il contenuto del proprio database topoogico. (Link State Database). E\u2019 un meccanismo di sincronizzazione tra i database. Mediante un meccanismo basato sugli ID dei router uno dei due viene eletto master e l\u2019altro slave. Appena un router riceve il primo pacchetto di Hello da un suo vicino, gli invia un pacchetto DD che fornisce la descrizione di ciascuna entry del suo database. Il router, esaminando il DD, invia uno o pi\u00f9 link state request per richiedere informazioni relative a tutti i collegamenti citati nel DD. Si usa una procedura di poll-response:<\/p>\n\n
\nSono usati da un router per richiedere ad un router vicino l\u2019invio di uno o pi\u00f9 LSA. Sono scambiati dopo che un router scopre (esaminando i pacchetti DD) che parti del suo database topologico non sono aggiornate.<\/p>\n
\nContiene una lista di LSA che il router invia ai suoi router vicini. Sono usati per rispondere ad un pacchetto di Link State Request, per la diffusione periodica o in seguito a cambiamenti topologici. Sono inviati con la tecnica flooding e richiedono un riscontro da fornire con un messaggio di Link State Acknowledgment.<\/p>\n
\nIndica l\u2019avvenuta ricenzione di un pacchetto di Link State Update. Eventuali ritrasmissioni sono inviate in maniera DIRETTA al vicino che le ha richieste.<\/p><\/blockquote>\n","protected":false},"excerpt":{"rendered":"