{"id":1929,"date":"2026-02-17T09:00:00","date_gmt":"2026-02-17T12:00:00","guid":{"rendered":"https:\/\/www.nerdadas.com\/blog\/?p=1929"},"modified":"2026-02-14T09:02:44","modified_gmt":"2026-02-14T12:02:44","slug":"ospf-multimarca-cisco-y-mikrotik","status":"publish","type":"post","link":"https:\/\/www.nerdadas.com\/blog\/ospf-multimarca-cisco-y-mikrotik\/","title":{"rendered":"OSPF Multimarca (Cisco y Mikrotik"},"content":{"rendered":"\n

Hace un tiempo hice un lab explicando como implementar OSPF<\/strong>. Hoy me hicieron una pregunta sobre si podr\u00edamos configurar un router Mikrotik<\/strong> y uno Cisco<\/strong> con OSPF y qu\u00e9 tipo de problemas puede haber, algo que tambi\u00e9n veo promet\u00ed aquella vez que escrib\u00ed sobre este protocolo.<\/p>\n\n\n\n

En teor\u00eda no deber\u00eda haber ning\u00fan problema, OSPF es un estandar (RFC 2328 para OSPFv2<\/strong>). De todas formas esta vez vez solo vamos a hacer el laboratorio para demostrar las configuraciones, ya que OSPF se trata con detalle aqu\u00ed: https:\/\/www.nerdadas.com\/blog\/ospf-v2-repasando-ando\/<\/a><\/p>\n\n\n\n

Routers de diferentes Marcas<\/h2>\n\n\n\n

OSPF (Open Short Path First)<\/strong> es un protocolo soportado por todos o casi todos los routers comerciales(y no tan comerciales) lo cu\u00e1l hace que, salvo diferencias en la interfaz de cada router, todos manejen los mismos par\u00e1metros.<\/p>\n\n\n\n

En este caso particular vamos a usar:
Area: 0<\/strong>
tipo: Backbone<\/strong>
ID: 1.1.1.1 y 2.2.2.2<\/strong><\/p>\n\n\n\n

Las redes detras de los routers son:
R1: 192.168.10.0\/04 – Cisco
R2: 192.168.20.0\/24 – Mikrotik<\/strong><\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Ambos routers entregaran IPs a sus LAN por DHCP.<\/strong><\/p>\n\n\n\n

Configuraciones<\/h2>\n\n\n\n

Les dejo la configuraci\u00f3n del Router R1 (Cisco)<\/strong> con comentarios pero completa para que puedan ver cualquier detalle que no haya quedado claro.<\/p>\n\n\n\n

# Versi\u00f3n del router, he usado un Cisco 7200\nversion 15.2\nservice timestamps debug datetime msec\nservice timestamps log datetime msec\n!\nhostname R1\n!\n!\n#Configuraci\u00f3n del DHCP LAN\nip dhcp pool lan\n network 192.168.10.0 255.255.255.0\n default-router 192.168.10.1 \n domain-name LAN.Cisco\n!\n#Como est\u00e1 en GNS3, la interfaz WAN lleva DHCP, igual que el mkt\n!\ninterface FastEthernet0\/0\n ip address dhcp\n duplex full\n!\ninterface FastEthernet1\/0\n ip address 192.168.10.1 255.255.255.0\n duplex full\n!\ninterface FastEthernet2\/0\n no ip address\n shutdown\n duplex full\n!        \n#Configuraci\u00f3n de OSPF donde anunci\u00f3 las redes \nrouter ospf 1\n router-id 1.1.1.1\n network 192.168.10.0 0.0.0.255 area 0\n network 192.168.122.0 0.0.0.255 area 0\n!\nend\n<\/code><\/pre>\n\n\n\n
Ahora vamos con las configuraciones del Router R2 que tiene como S.O. RouterOS 7.<\/p>\n\n\n\n
#Hostname\n\/system identity\nset name=R2\n\n#Configuraci\u00f3n para DHCP de la LAN\n\/ip address\nadd address=192.168.20.1\/24 comment=LAN interface=ether2 network=192.168.20.0\n\/ip pool\nadd name=dhcp_pool0 ranges=192.168.20.2-192.168.20.254\n\/ip dhcp-server\nadd address-pool=dhcp_pool0 interface=ether2 name=dhcp1\n\/ip dhcp-server network\nadd address=192.168.20.0\/24 gateway=192.168.20.1\n\n#WAN por dhcp\n\/ip dhcp-client\nadd interface=ether1\n\n#La configuraci\u00f3n de OSPF\n\/routing ospf instance\nadd disabled=no name=ospf1 router-id=2.2.2.2\n\/routing ospf area\nadd disabled=no instance=ospf1 name=backbone\n\n#Redes que anuncio en OSPF\n\/routing ospf interface-template\nadd area=backbone disabled=no networks=192.168.122.0\/24\nadd area=backbone disabled=no networks=192.168.20.0\/24\n<\/code><\/pre>\n\n\n\n
Como se habr\u00e1n dado cuenta en RouterOS Area es: 0.0.0.0 y en IOS 0. Son totalmente compatibles.<\/strong><\/p>\n\n\n\n
Despu\u00e9s de ejecutar algunos comandos podemos ver las interfaces d\u00f3nde estamos propagando ospf, las rutas que recibimos y las que declaramos.<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
En Mikrotik tambi\u00e9n podemos ver las rutas aprendidas y nuestros vecinos.<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Problemas<\/h2>\n\n\n\n
Aunque en la pr\u00e1ctica no deber\u00eda haber problemas por lo que ya he comentado arriba la realidad dice que cada fabricante se toma sus \u00ablibertades\u00bb a la hora de implementarlo en sus dispositivos y puede haber alguno que otro roce. Cu\u00e1les?<\/p>\n\n\n\n
MTU mismatch<\/strong><\/p>\n\n\n\n
Si un lado tiene MTU 1500<\/strong> y el otro 1492<\/strong>, por ejemplo, la vecindad queda en EXSTART o EXCHANGE o directamente nunca llega a FULL<\/p>\n\n\n\n
Cisco<\/strong> es m\u00e1s estricto con esto y puede directamente acomodarse, en Mikrotik<\/strong> puede que tengas que declararlo a mano<\/p>\n\n\n\n
#Con este comando ignoras el MTU en Cisco\nip ospf mtu-ignore<\/code><\/pre>\n\n\n\n
Network Type diferente<\/strong><\/p>\n\n\n\n
En Ethernet normalmente es:<\/p>\n\n\n\n
broadcast<\/code><\/pre>\n\n\n\n
Pero si un lado est\u00e1 como:<\/p>\n\n\n\n
point-to-point<\/code><\/pre>\n\n\n\n
Y el otro como broadcast, pueden tener comportamientos raros con DR\/BDR.<\/p>\n\n\n\n
En enlaces router-router dedicados conviene forzar:<\/p>\n\n\n\n
Cisco:<\/strong><\/p>\n\n\n\n
ip ospf network point-to-point<\/code><\/pre>\n\n\n\n
MikroTik (ROS7 template):<\/strong><\/p>\n\n\n\n
type=ptp<\/code><\/pre>\n\n\n\n
Autenticaci\u00f3n distinta<\/strong><\/p>\n\n\n\n
Si activ\u00e1s autenticaci\u00f3n:<\/p>\n\n\n\n