VPN வழியாக OSPF அண்டை நண்பர்கள் உருவாகவில்லையா? இவற்றை வரிசையாகச் சரிபார்க்கவும்

சுரங்கப்பாதை இயங்குகிறது, இடைமுகங்கள் ஒரே துணை நெட்வொர்க்கில் உள்ளன, ஆனால் OSPF எதையும் காட்டவில்லை. பெரும்பாலும் சுரங்கப்பாதை சரியாக இருக்கும், OSPF இன் ஒரு தேவை மட்டும் நிறைவேறவில்லை. கீழே உள்ள ஐந்து சரிபார்ப்புகளை வரிசையாகச் செய்து, முதல் தோல்வியில் நிறுத்துங்கள்.

ஒவ்வொரு சரிபார்ப்புக்கும் வெவ்வேறு அறிகுறி உள்ளது, எனவே பட்டியலை விட வரிசை முக்கியம்.

சரிபார்ப்பு 1: இணைப்பு மாதிரி சரியா

புள்ளி-க்கு-புள்ளி இடைமுகமும் பகிரப்பட்ட பல அணுகல் நெட்வொர்க்கும் வெவ்வேறு OSPF சூழல்கள். ஒளிபரப்பு LAN கட்டமைப்பை சுரங்கப்பாதைக்கு நகலெடுப்பது இங்கே பொதுவான தவறு. VPN செயலாக்கம் ஆதரிக்கும் நெட்வொர்க் வகையை அமைக்கவும், வழியமைக்கப்பட்ட சுரங்கப்பாதைக்கு பொதுவாக புள்ளி-க்கு-புள்ளி. பின்னர் இயங்குதளம் ஒப்புக்கொள்கிறதா என்பதை உறுதிப்படுத்தவும், ஏனெனில் சில செயலாக்கங்கள் அமைப்பை புறக்கணிக்கின்றன அல்லது மேலெழுதுகின்றன.

இணைப்பு மாதிரி தவறாக இருந்தால், பட்டியலில் அடுத்து எதுவும் உதவாது.

சரிபார்ப்பு 2: பாக்கெட்டுகள் அனுமதிக்கப்படுகின்றனவா

OSPFv2 என்பது IP நெறிமுறை 89, TCP அல்லது UDP துறைமுகம் அல்ல, எனவே துறைமுகங்களுக்காக எழுதப்பட்ட ஃபயர்வால் விதி அதை அமைதியாக நீக்கிவிடும். ஹலோக்கள் மல்டிகாஸ்ட் முகவரிகளுக்கும் செல்கின்றன, அவற்றைக் கொள்கை அனுமதிக்காமல் இருக்கலாம். சுரங்கப்பாதையின் இரு முனைகளுக்கும் இடையே நெறிமுறை 89 ஐ அனுமதிக்கவும், பின்னர் இயங்குதளத்திற்கு வெளிப்படையான அண்டை அறிக்கைகள் தேவையா என்பதைச் சரிபார்க்கவும்.

ping மட்டும் கடக்கும் சுரங்கப்பாதை கொள்கைப் பிரச்சினை, வழியமைப்பு அல்ல.

சரிபார்ப்பு 3: அண்டை அளவுருக்கள் பொருந்துகின்றனவா

பகுதி ID, ஹலோ மற்றும் டெட் இடைவெளிகள், அங்கீகாரம் மற்றும் stub கொடிகள் அனைத்தும் பொருந்த வேண்டும். பொருந்தாமை பொதுவாக அண்டையை அமைதியாக தோல்வியடையச் செய்வதற்குப் பதிலாக தெரியும் நிலையில் விட்டுவிடும், இது பயனுள்ளது. இரு முனைகளிலும் இயங்கும் கட்டமைப்பை ஒப்பிடுங்கள், நோக்கமானதை அல்ல.

MTU பொருந்தாமைதான் நுட்பமானது. இது ExStart இல் தரவுத்தளப் பரிமாற்றத்தைத் தடுக்கிறது, எனவே அண்டை ஒருபோதும் Full ஐ அடையாது.

சரிபார்ப்பு 4: நிலை என்ன சொல்கிறது

நிலை தோல்வியைப் பெயரிடுகிறது. Init என்றால் ஹலோக்கள் வந்துகொண்டிருக்கின்றன ஆனால் இந்த ரவுட்டர் அவற்றில் பட்டியலிடப்படவில்லை, இது ஒரு வழிப் பாதை அல்லது மல்டிகாஸ்ட் சிக்கலைக் குறிக்கிறது. Two-Way DR அல்லாத அண்டையுடன் ஒளிபரப்புப் பிரிவில் சாதாரணமானது, புள்ளி-க்கு-புள்ளி இணைப்பில் அசாதாரணமானது. ExStart அல்லது Exchange சிக்கியிருந்தால் MTU அல்லது தரவுத்தள விவரணச் சிக்கல். Loading என்பது இணைப்பு நிலைக் கோரிக்கைகளுக்குப் பதில் அளிக்கப்படவில்லை.

எதையும் மாற்றும் முன் நிலையைப் படியுங்கள், ஏனெனில் அது பட்டியலின் பெரும்பகுதியை நீக்கிவிடும்.

show ip ospf neighbor நிலை, அண்டை முகவரி மற்றும் டெட் டைமரை அச்சிடுகிறது. அந்த டைமரை இரு பக்கங்களின் ஹலோ இடைவெளியுடன் ஒப்பிடுங்கள்: ஹலோவின் நான்கு மடங்கு டெட் இடைவெளி சாதாரணம், வேறு எதுவும் பொருந்தாமை. நிலை நெடுவரிசை முழுப் பக்கத்திலும் வேகமான படிப்பு.

சரிபார்ப்பு 5: உண்மையில் எது அறிவிக்கப்படுகிறது

Full அண்டைநிலை ஒரு வழி அல்ல. எந்த நெட்வொர்க்குகள் உருவாக்கப்படுகின்றன, எவை கற்கப்படுகின்றன, எவை வழியமைப்பு அட்டவணையில் நிறுவப்படுகின்றன என்பதைச் சரிபார்க்கவும். விடுபட்ட நெட்வொர்க் அறிக்கை அல்லது தள முன்னொட்டை விலக்கும் மறுபங்கீட்டுக் கொள்கை ஆரோக்கியமான அண்டையையும் காலி அட்டவணையையும் தரும்.

பின்னர் ஹோஸ்ட்-நிலை பயன்பாட்டையும் திரும்பும் பாதையையும் சோதிக்கவும், ஏனெனில் வழியமைப்பு நெறிமுறை ஃபயர்வாலைத் திறக்காது.

IPv6 க்கு OSPFv3 க்கு அதன் சொந்தத் தேவைகள் உள்ளன, ஒவ்வொரு OSPFv2 அமைப்பிலும் முகவரி குடும்ப சுவிட்ச் அல்ல. பொருந்தும் நெறிமுறையையும் இயங்குதள ஆவணங்களையும் பயன்படுத்தவும். இணைப்பு ஒரே நிலையான இணைப்பாக இருந்தால், நீங்கள் இயக்க வேண்டிய கட்டுப்பாட்டுத் தளத்தைச் சேர்ப்பதற்கு முன் நிலையான வழிகளை ஒப்பிடுங்கள்.