రౌటర్ పింగ్ మరియు VLAN హోస్ట్: ఏ PBR విధానం వర్తిస్తుంది?
రౌటర్ పంపే పింగ్ VLAN హోస్ట్ నుండి వచ్చిన ప్యాకెట్ కాదు, ఆ ఇంటర్ఫేస్ మూలంగా ఉన్నా సరే. విధానం పరిధిని విస్తరించే ముందు హోస్ట్ ప్రవాహాన్ని పరీక్షించండి.
VLAN 10 VPNని, VLAN 20 WANని ఉపయోగించాలి, కాబట్టి మొదటి పరీక్ష VLAN 10 ఇంటర్ఫేస్ చిరునామాను మూలంగా పెట్టి రౌటర్ నుండి పంపే పింగ్. అది విజయవంతమవుతుంది, route-map కౌంటర్లు పెరుగుతాయి, మరియు అందరూ డిజైన్ పనిచేస్తుందని నిర్ణయించుకుంటారు. అది పనిచేయదు. ఆ పింగ్ స్థానికంగా ఉత్పత్తి అయింది, మరియు స్థానికంగా ఉత్పత్తి అయిన ట్రాఫిక్ VLAN ఇంటర్ఫేస్ వద్దకు వచ్చే ప్యాకెట్ కంటే వేరే విధాన అటాచ్మెంట్ పాయింట్ను చేరుతుంది.
మీరు నిజంగా ఏ విధానాన్ని పరీక్షిస్తున్నారో మూడు షరతులు నిర్ణయిస్తాయి: ప్యాకెట్ ఎక్కడ సృష్టించబడుతుంది, అది ఎక్కడ ప్రవేశిస్తుంది మరియు దేనితో సరిపోతుంది.
ప్యాకెట్ ఎక్కడ ప్రవేశిస్తుందో ఏ విధానం నడుస్తుందో నిర్ణయిస్తుంది
ip policy route-map తో జోడించిన ఇంటర్ఫేస్ route-map ఆ ఇంటర్ఫేస్కు వచ్చే ప్యాకెట్లకు వర్తిస్తుంది, IOS XE PBR గైడ్ వివరించినట్లు. VLAN 10 హోస్ట్ తన అభ్యర్థనను పంపుతుంది, ఫ్రేమ్ VLAN సబ్ఇంటర్ఫేస్కు వస్తుంది, రౌటర్ అక్కడ విధానాన్ని మూల్యాంకనం చేస్తుంది. రౌటర్ స్వంత ప్యాకెట్ ఆ ఇంటర్ఫేస్కు ఎప్పుడూ రాదు, ఎందుకంటే అది రౌటర్లో పుట్టింది.
VLAN చిరునామాను మూలంగా ఎంచుకోవడం హెడర్ను మారుస్తుంది. అది మూలాన్ని మార్చదు.
మూలంతో ఉన్న పింగ్ ఇంకా హోస్ట్ ఎందుకు కాదు
మూల చిరునామా ACL సరిపోలికకు ముఖ్యం, మరియు అదే ఈ పరీక్షను ఇంత విశ్వసనీయంగా చేస్తుంది. ప్యాకెట్ మూల నిబంధనకు సరిపోతుంది, కౌంటర్లు పెరుగుతాయి, అవుట్పుట్ సరిగ్గా కనిపిస్తుంది. పరీక్ష చూపలేనిది ప్రవేశ ఇంటర్ఫేస్, రాక సందర్భం, లేదా హోస్ట్ ప్యాకెట్ అదే శాఖను తీసుకుంటుందా అనేది.
సరిపోలికను పునరుత్పత్తి చేసి సందర్భాన్ని చేయని పరీక్ష డిజైన్లో సగాన్ని నిరూపిస్తుంది, మరియు సగం రుజువుతోనే డిజైన్లు తప్పు విధానంతో బయటకు వెళ్తాయి.
స్థానిక విధానం ఎప్పుడు సరైన సమాధానం
Cisco రౌటర్ తానే ఉత్పత్తి చేసే ట్రాఫిక్ కోసం ip local policy route-map ని డాక్యుమెంట్ చేస్తుంది. అది వేరే పరిధి, మరియు అవసరం నిజంగా రౌటర్ స్వంత ట్రాఫిక్కు సంబంధించినప్పుడు అదే సరైన సాధనం. ఇది ప్రతి VLAN స్టీరింగ్ డిజైన్కు అవసరమయ్యే మిస్ అయిన దశ కాదు. అక్కడ విస్తృత సరిపోలిక నిర్వహణ మరియు సహాయక కనెక్షన్లను కూడా ప్రభావితం చేయగలదు, ఇది కనిపించే దానికంటే చాలా పెద్ద మార్పు.
స్థానికంగా ఉత్పత్తి అయిన TCPకి అదనపు ముందస్తు షరతు ఉంటుంది: విధానం వేరే మార్గాన్ని ఎంచుకున్నా రూటింగ్ పట్టికలో వర్తించే గమ్య నమోదు అవసరం. ICMP ఫలితం TCPకి అదే ప్రవర్తనను నిరూపించదు.
బదులుగా హోస్ట్పై ఏమి పరీక్షించాలి
పరీక్షను VLAN 10లోని అధికారిక హోస్ట్ నుండి దాని నిజమైన మూల చిరునామా, గమ్యం, ప్రోటోకాల్ మరియు పోర్ట్తో అమలు చేయండి. ఫలితంతో పాటు ప్రవేశ ఇంటర్ఫేస్ మరియు route-map సరిపోలికను నమోదు చేయండి, తద్వారా రుజువు నడిచిన విధానాన్ని పేర్కొంటుంది. తర్వాత VLAN 20 హోస్ట్ కోసం పునరావృతం చేయండి మరియు అది ఇతర మార్గాన్ని తీసుకుంటుందని నిర్ధారించండి.
రెండు మార్గాలకు పనిచేసే next hop, తిరిగి చేరుకోగల సామర్థ్యం మరియు వర్తించినప్పుడు VPN కవరేజ్ అవసరం. PBR ఫార్వార్డింగ్ నిర్ణయాన్ని ఎంచుకుంటుంది; అది రిమోట్ సేవను సృష్టించదు లేదా అప్లికేషన్కు అనుమతి ఇవ్వదు.
ఫలితం ఏమి నిరూపించగలదు మరియు ఏమి కాదు
విజయవంతమైన హోస్ట్ ప్రవాహం విధానం సరిపోలిందని మరియు ఎంచుకున్న మార్గం ఆ క్షణంలో పనిచేసిందని నిరూపిస్తుంది. రౌటర్ స్వంత ట్రాఫిక్ నిర్దేశించబడుతోందని నిరూపించదు, మరియు అప్లికేషన్ అధికారం పొందిందని కూడా నిరూపించదు, ఎందుకంటే ఇవి వేరే ప్రశ్నలు, వేరే రుజువులు.
పింగ్ను రికార్డులో స్థానిక ప్యాకెట్ గురించిన రుజువుగా ఉంచండి. తర్వాత హోస్ట్ ప్రవాహ రుజువును తీసుకోవడానికి వెళ్లండి, రెండు పరీక్షలు యాదృచ్ఛికంగా ఒకేలా కనిపించే వరకు విధాన పరిధిని విస్తరించడం బదులుగా.