Dans le design du protocole de routage OSPF, le nombre de routeurs dans une area est largement posée dans les discussions, les forums ainsi que les déploiements et qui selon les études récentes et la puissance de calcul des routeurs de dernière génération n'est plus d'actualité mais le nombre de routeurs dans l'area backbone 0 l'est moins. Pourtant l'area backbone dans le monde OSPF est critique et représente le point central dans une architecture multi-area avec des connexions directes aux areas non-backbones (qui est l'essence même du fonctionnement du protocole OSPF) pour l'échange des informations de l'état des liens entre les areas non-zero, le filtrage etc...ce qui entraine une instabilité dans la topologie, un impact sur le temps de convergence et une utilisation éventuelle accrue du processeur car toute les informations inter-area passent toujours par l'area backbone.
Par conséquence, il est extrêmement prudent de prendre en considération ce point et attentif lorsqu'il s'agit d'ajouter des routeurs à l'area backbone. Les bonnes pratiques c'est plutôt de réduire le nombre de routeurs et d'en inclure juste ce qu'il faut en plus des routeurs ABRs.
Deuxième point aussi important et fatidique dans l'area backbone est l'importance de la redondance afin d'éviter la partition de cette dernière en cas de défaillance d'un lien. Un bon design d'une area backbone consiste donc à ce qu'aucune défaillance de lien ne puisse provoquer une partition de l'area 0 ce qui implique un full mesh entre les routeurs serait l'Ideal. Dans l'exemple ci-dessous, si le lien entre R4 et R5 rend l'âme, l'échange des informations à état de liens et la communication entre les routeurs internes de l'area 0 seront rompus à cause de la règle de prévention de boucle (loop) inter-area qui stipule qu'un ABR ignore toujours les LSA Type-3 apprise d'un autre ABR à travers une area non-backbone.
