Per quanto riguarda la questione della divisione dell'area 1 attraverso la spina dorsale (area 0):
[area 1, sottorete 1] --- [ABR # 1] --- [area 0, sottorete 2] --- [ABR # 2] --- [area 1, sottorete 3]
[area 1, sottorete 1] --- [router n. 1] --- [area 0, sottorete 2, dispositivo finale n. 1] --- [router n. 2] --- [area 0, sottorete 2, dispositivo finale # 2] --- [Router # 3] --- [area 1, sottorete 3]
Risposta breve: non ci sono problemi con la tua proposta ...
Risposta lunga:
Perfino la risposta di Peter, secondo la quale il riutilizzo dei numeri di area è un cattivo design, non offre alcuna prova che si tratti di un cattivo design; se si esaminano i collegamenti ipertestuali che ha usato, non vi è alcuna spiegazione delle conseguenze indesiderabili per questo progetto. Inoltre, l'argomento secondo cui potresti avere problemi a connettere R1 e R3 non è sufficiente, poiché il collegamento da R1 a R3 potrebbe essere legittimamente configurato in Area 0 o Area 1, a seconda del traffico che desideri transitare. Le difficoltà che menziona sono un falso dilemma.
In RFC 2328, la Sezione 3.7 OSPF consente esplicitamente di utilizzare aree non backbone non contigue (che sono chiamate "partizioni di area", di seguito):
OSPF does not actively attempt to repair area partitions. When
an area becomes partitioned, each component simply becomes a
separate area. The backbone then performs routing between the
new areas. Some destinations reachable via intra-area routing
before the partition will now require inter-area routing.
... Also, the backbone itself must not partition.
Quindi, se si utilizza l'Area 1 non contigua proposta è solo una questione di gusti ... alcune persone trovano illogico utilizzare la configurazione nel diagramma; queste persone potrebbero suggerire di tenere insieme i numeri di area OSPF ... quindi dovresti cambiare [area 1, sottorete 3] sul router n. 3 in [area 3, sottorete 3]. Altre persone non vedono alcun problema con il riutilizzo dell'Area 1, poiché i numeri di area OSPF sono significativi solo localmente per il router che ha originato l'inferno OSPF.
Ad ogni modo, dovremmo ammettere che OSPF è un protocollo notevolmente flessibile; indipendentemente dalla scelta di una parte o di un'altra in questo dibattito.