<div dir="ltr">Bueno....<div class="gmail_extra"><br><div class="gmail_quote">El 25 de noviembre de 2016, 19:16, Octavio Alvarez <span dir="ltr"><<a href="mailto:octallac@alvarezp.org" target="_blank">octallac@alvarezp.org</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola.<br>
<br>
Por diseño de OSPF todas las áreas deben estar conectadas al<br>
área 0. Tu diseño viola este principio porque el área 10 no está<br>
conectada al área 0.<br></blockquote><div><br></div><div>Yo creo que sí está conectada. Y me parece que el diseño no viola el principio.</div><div>Pero como manifesté desde el principio, el supuesto de que caiga un enlace de ABR1 o ABR2 sí haría violar el principio.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
... a menos que uses "virtual links".<br>
<br>
Del RFC 2328:<br>
<br>
> The backbone is responsible for distributing routing information<br>
> between non-backbone areas."<br>
<br>
Saludos.<br>
<div><div class="h5"><br>
<br>
On 11/25/2016 12:13 PM, Manuel José Linares Alvaro wrote:<br>
> adjunto una topologia de una red, en la cual necesito implementar<br>
> ospf.<br>
><br>
> declaré 4 áreas: la del backbone de la red (0), en la que se<br>
> encuentra solamente el router principal, el cual tiene la siguiente<br>
> configuración OSPF: router ospf 300 log-adjacency-changes network<br>
> 10.62.0.0 0.0.0.31 area 0 hay otras 2 áreas: 10, 20 y 30<br>
><br>
> El router ABR1, está en 3 áreas: el área 0, el área 10 y el área 20.<br>
><br>
> router ospf 300 log-adjacency-changes network 10.62.0.0 0.0.0.31 area<br>
> 0 network 10.62.0.40 0.0.0.7 area 20 network 192.168.0.0 0.0.0.3 area<br>
> 10<br>
><br>
> El router ABR2, está en 3 áreas: el área 0, el área 10 y el área 30.<br>
> router ospf 300 log-adjacency-changes network 10.62.0.0 0.0.0.31 area<br>
> 0 network 10.62.0.48 0.0.0.7 area 20 network 192.168.0.0 0.0.0.3 area<br>
> 10<br>
><br>
> ahora, si exploro las rutas de cualquiera de ellos, por ejemplo, el<br>
> router principal, obtengo: R1#show ip route ospf <a href="http://10.0.0.0/8" rel="noreferrer" target="_blank">10.0.0.0/8</a> is<br>
> variably subnetted, 20 subnets, 3 masks O IA    <a href="http://10.62.0.48/29" rel="noreferrer" target="_blank">10.62.0.48/29</a><br>
> [110/20] via 10.62.0.4, 00:19:59, Ethernet1/0 O IA    <a href="http://10.62.0.40/29" rel="noreferrer" target="_blank">10.62.0.40/29</a><br>
> [110/20] via 10.62.0.3, 00:22:11, Ethernet1/0 <a href="http://192.168.0.0/30" rel="noreferrer" target="_blank">192.168.0.0/30</a> is<br>
> subnetted, 1 subnets O IA    192.168.0.0 [110/20] via 10.62.0.4,<br>
> 00:21:21, Ethernet1/0 [110/20] via 10.62.0.3, 00:21:21, Ethernet1/0<br>
> Sin embargo, a las redes de las áreas <a href="http://10.62.0.40/29" rel="noreferrer" target="_blank">10.62.0.40/29</a> y <a href="http://10.62.0.48/29" rel="noreferrer" target="_blank">10.62.0.48/29</a><br>
> se debería poder llegar lo mismo a través de la 10.62.0.4 o<br>
> 10.62.0.3, como mismo sucede con la red 192.1683.0.0/30?<br>
><br>
> Otro ejemplo, las rutas ospf que tiene el router ABR1 serían:<br>
> cisco7200#show ip route ospf <a href="http://10.0.0.0/8" rel="noreferrer" target="_blank">10.0.0.0/8</a> is variably subnetted, 3<br>
> subnets, 2 masks O IA    <a href="http://10.62.0.48/29" rel="noreferrer" target="_blank">10.62.0.48/29</a> [110/11] via 10.62.0.4,<br>
> 00:22:08, FastEthernet0/0<br>
><br>
> No debería haber también una ruta para llegar a la red 10.62.0.48 a<br>
> través de la interface 192.168.0.1?<br>
><br>
> Para explicarme mejor, adjunté un esquema de la red.<br>
><br>
> Alguien puede aclararme?<br>
><br>
> Gracias,<br>
><br>
> Manuel Linares<br>
><br>
><br>
</div></div>> * * * * * Universidad de Granma, Bayamo. M.N. <<a href="http://www.udg.co.cu" rel="noreferrer" target="_blank">http://www.udg.co.cu</a>><br>
<span class="im HOEnZb">><br>
> Participe en el VI Congreso Cubano de Desarrollo Local, Hotel Sierra<br>
>  Maestra, Bayamo, Granma, Cuba, del 28 al 30 de marzo de 2017.<br>
><br>
><br>
><br>
</span><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________ LACNOG mailing list<br>
> <a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a> <a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/listinfo/lacnog</a><br>
> Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/options/lacnog</a><br>
><br>
______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/options/lacnog</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px">Guillermo Osorio</span><br></div><div><span style="font-size:12.8px">Centro de Operaciones de Red</span></div><div><span style="font-size:12.8px">Centro Nacional de Computación</span></div><div><span style="font-size:12.8px">Teléfono: +595 21 585 550</span></div></div></div></div></div>
</div></div>