Hindi nabubuo ang mga OSPF neighbor sa VPN? Suriin ang mga ito nang sunod-sunod

Aktibo ang tunnel, nasa iisang subnet ang mga interface, at wala pa ring ipinapakita ang OSPF. Kadalasan maayos ang tunnel at isang requirement ng OSPF ang hindi natutugunan. Gawin ang limang pagsusuri sa ibaba nang sunod-sunod at huminto sa unang mabibigo.

May kakaibang sintomas ang bawat pagsusuri, kaya mas mahalaga ang pagkakasunod-sunod kaysa sa listahan.

Pagsusuri 1: tama ba ang modelo ng link

Ang point-to-point interface at ang shared multi-access network ay magkaibang OSPF environment. Ang pagkopya ng broadcast-LAN configuration sa tunnel ang pinakakaraniwang pagkakamali dito. Itakda ang uri ng network na sinusuportahan ng VPN implementation, karaniwang point-to-point para sa routed tunnel. Pagkatapos, tiyakin na sang-ayon ang platform, dahil may mga implementation na binabalewala o pinapalitan ang setting.

Kung mali ang modelo ng link, wala nang makakatulong sa natitirang listahan.

Pagsusuri 2: pinapayagan bang dumaan ang mga packet

Ang OSPFv2 ay IP protocol 89, hindi TCP o UDP port, kaya ang firewall rule na isinulat para sa mga port ay tahimik na itinatapon ito. Ang hello ay pumupunta rin sa multicast address, na maaaring hindi pinapayagan ng policy. Payagan ang protocol 89 sa pagitan ng dalawang dulo ng tunnel, pagkatapos ay suriin kung kailangan ng platform ng tahasang neighbor statement.

Ang tunnel na ping lang ang pinapayagan ay problema sa policy, hindi sa routing.

Pagsusuri 3: tugma ba ang mga parameter ng neighbor

Dapat magtugma ang area ID, hello at dead intervals, authentication, at stub flags. Karaniwang iniiwan ng mismatch ang neighbor sa nakikitang state sa halip na tahimik na mabigo, na kapaki-pakinabang. Ihambing ang running configuration sa magkabilang dulo, hindi ang inaasahan.

Ang MTU mismatch ang banayad. Hinaharangan nito ang database exchange sa ExStart, kaya hindi kailanman umabot sa Full ang neighbor.

Pagsusuri 4: ano ang sinasabi ng estado

Pinangalanan ng estado ang failure. Ang Init ay nangangahulugang dumarating ang hello pero wala ang router na ito sa mga ito, na tumutukoy sa one-way path o problema sa multicast. Normal ang Two-Way sa broadcast segment na may neighbor na hindi DR at abnormal sa point-to-point link. Ang stuck na ExStart o Exchange ay problema sa MTU o database description. Ang Loading ay nangangahulugang hindi sinasagot ang link-state request.

Basahin ang estado bago magbago ng kahit ano, dahil inaalis nito ang malaking bahagi ng listahan.

show ip ospf neighbor nagpi-print ng estado, address ng neighbor, at dead timer. Ihambing ang timer na iyon sa hello interval sa magkabilang panig: ang dead interval na apat na beses ng hello ay normal, anumang iba ay mismatch. Ang column ng estado ang pinakamabilis na basahin sa buong pahina.

Pagsusuri 5: ano ang aktwal na inaanunsyo

Ang Full adjacency ay hindi ruta. Suriin kung aling network ang ginagawa, alin ang natututunan, at alin ang naka-install sa routing table. Ang kulang na network statement o redistribution policy na nagbubukod sa site prefix ay nagdudulot ng malusog na neighbor at walang laman na table.

Pagkatapos, subukan ang host-level application at ang return path, dahil hindi nagbubukas ng firewall ang routing protocol.

Para sa IPv6, may sariling requirements ang OSPFv3 at hindi ito address-family toggle sa bawat OSPFv2 setting. Gamitin ang tugmang protocol at dokumentasyon ng platform. At kung isang fixed link lang ang koneksyon, ihambing ang static routes bago magdagdag ng control plane na kailangan mong patakbuhin.