పెద్ద నక్షత్ర ఆకార VPN పరిమాణ నిర్ణయం: BGP ఎంచుకునే ముందు లెక్కించండి
ప్రిఫిక్స్‌లు సులభమైన సంఖ్య. సెషన్లు, అప్‌డేట్ తరంగం మరియు హబ్ వైఫల్యం తర్వాత పునరుద్ధరణ కొన్ని వేల శాఖల్లో డిజైన్ నిలబడుతుందో లేదో నిర్ణయిస్తాయి.
మూడు వేల శాఖలు రూటింగ్ సమస్యలా అనిపిస్తాయి, కానీ లెక్కల సమస్యలా ప్రవర్తిస్తాయి. ప్రిఫిక్స్ మొత్తం పది నిమిషాల్లో లెక్కించబడుతుంది, మరియు నొప్పి ఇచ్చే సంఖ్య అది అరుదుగా ఉంటుంది. నొప్పి ఇచ్చేది ప్రతి సెషన్ పని, పంచుకున్న భాగం విఫలమైనప్పుడు వచ్చే అప్‌డేట్ తరంగం, మరియు ఫార్వర్డింగ్ కొత్త టోపాలజీతో మళ్లీ సరిపోయే వరకు పట్టే సమయం.
కాబట్టి గణితాన్ని సరైన క్రమంలో చేయండి. సంబంధాలను లెక్కించండి, ప్రిఫిక్స్ మరియు ప్రత్యామ్నాయాలను లెక్కించండి, ఆపై చెడు గంటలో ఏమి జరుగుతుందో లెక్కించండి, ఆ తర్వాతే ప్రోటోకాల్లు మరియు ప్లాట్‌ఫారమ్‌లను పోల్చండి. వ్యతిరేక క్రమంలో ఈ వ్యాయామం, మేజా మీద ఉన్న సమాచారంతో ఎవరూ పరిష్కరించలేని రూట్ పరిమితుల చర్చగా మారుతుంది.
నాలుగు బడ్జెట్లు, ఒకటి కాదు
ప్రతి బడ్జెట్ వేరే ప్రశ్నకు సమాధానం ఇస్తుంది, మరియు ప్రతి ఒక్కటీ వేరే ప్లాట్‌ఫారమ్‌లో నిర్బంధ పరిమితి కావచ్చు. వాటిని విడివిడిగా రాయడం ఒక పెద్ద ప్రిఫిక్స్ సంఖ్య మొత్తం డిజైన్ స్థానాన్ని ఆక్రమించకుండా నిరోధిస్తుంది.
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
చివరి రెండు డిజైన్ సమీక్షలో దాటవేయబడేవి. స్థిర స్థితిలో మెమరీలో సౌకర్యంగా ఇమిడే నెట్‌వర్క్ కూడా నాలుగు వందల శాఖలు రెండు నిమిషాల్లో తిరిగి కనెక్ట్ అయినప్పుడు దుర్వ్యవహారం చేయవచ్చు, ఎందుకంటే నియంత్రణ తలం ఖాళీ చేయగల దానికంటే వేగంగా పని వస్తుంది. తరంగ పరిమాణాన్ని సంఖ్యగా రాయండి, సేవ ఎంత కాలం క్షీణించి ఉండవచ్చో కూడా కలిపి. ఇది అస్పష్ట ఆందోళనను ఎవరైనా నిజంగా నడపగల పరీక్షగా మారుస్తుంది.
నాలుగింటి లోపలా ఒక ప్లాట్‌ఫారమ్ ప్రశ్న దాగి ఉంది: ఎన్‌క్రిప్షన్, ఫార్వర్డింగ్ మరియు రూటింగ్ ఒకే CPU పంచుకుంటాయా లేదా వేర్వేరు మార్గాలు ఉన్నాయా. ఒకే రూట్ సామర్థ్యం ఉన్న రెండు పరికరాలు తరంగం కింద చాలా భిన్నంగా ప్రవర్తించవచ్చు, మరియు డేటాషీట్ మీరు ఏది కొంటున్నారో అరుదుగా చెబుతుంది.
మీ సొంత సంఖ్యలతో గణితం చేయండి
ఒక ఊహాత్మక డిజైన్ తీసుకోండి: 3,000 శాఖలు, సమాహరణకు ముందు ప్రతి ఒక్కటీ మూడు ప్రిఫిక్స్, మరియు రిడండెన్సీ కోసం ప్రతి శాఖకు రెండు హబ్‌లు. హబ్ జోడీ సారాంశానికి ముందు సుమారు 9,000 శాఖ ప్రిఫిక్స్‌లను ఉంచుకోవాలి, మరియు ప్రతి శాఖ రెండింటితో పీర్ అయితే డిజైన్ 6,000 శాఖ-నుండి-హబ్ సెషన్లను సూచిస్తుంది.
ఇప్పుడు ప్రిఫిక్స్ కాని భాగాలను జోడించండి. ఏమీ మారకపోయినా ప్రతి సెషన్ స్థితి మరియు ఆవర్తన సందేశాలను మోసుకెళ్తుంది. వేగవంతమైన మార్పు ఆశించినట్లయితే ప్రతి హబ్ ప్రతి ప్రిఫిక్స్‌కు ఒకటి కంటే ఎక్కువ మార్గాలను ఉంచుకోవచ్చు, కాబట్టి ప్రత్యామ్నాయాల సంఖ్య ఎంచుకున్న వాటి సంఖ్యను మించవచ్చు. మరియు ప్రతి స్పోక్ దృశ్యం వేరే విధాన నిర్ణయం: ప్రతి శాఖకు మిగతా అందరి మార్గాలను ఇవ్వడం, హబ్ వైపు లెక్కలో కనిపించని విధంగా పనిని గుణిస్తుంది.
ఇవి డిజైన్ సంభాషణ కోసం ప్రణాళిక సంఖ్యలు, ఏ ఉత్పత్తి కొలతా కాదు. వ్యాయామం యొక్క ఉపయోగకరమైన ఫలితం వక్రం ఆకారం, ఒక నిర్దిష్ట రౌటర్ ఎక్కడ లొంగిపోతుందనే దావా కాదు.
BGP మీకు ఏమి ఇస్తుంది, IGP మీకు ఏమి ఇస్తుంది
BGP రౌటర్ ఏమి స్వీకరించింది, ఏమి ఎంచుకుంది మరియు ఏమి ప్రకటిస్తుంది అనేది వేరు చేస్తుంది, మరియు వాటిలో ప్రతి ఒక్కటీ విధానంతో నియంత్రించబడుతుంది. శాఖా నెట్‌వర్క్‌కు సరిగ్గా అదే కావాలి, ఎందుకంటే స్పోక్ సాధారణంగా డిఫాల్ట్ మార్గం, కేంద్ర సేవలు మరియు చాలా కొద్దిగా మిగతావి చూడాలి. చివరి పట్టికను మాత్రమే లెక్కిస్తే ప్రత్యామ్నాయాలు మరియు ప్రకటనలు దాగుతాయి, మరియు రిడండెన్సీ జోడించినప్పుడు పెరిగే భాగాలు సరిగ్గా అవే.
IGP దానంతట అదే తప్పు కాదు. టోపాలజీ, ప్రాంత నిర్మాణం మరియు పొరుగు నమూనా సేవకు సరిపోయినప్పుడు, లింక్-స్టేట్ ప్రోటోకాల్ వేగంగా కలుస్తుంది మరియు తక్కువ విధాన నిర్మాణం అవసరం. ఉచ్చు ఏమిటంటే, BGP లాగా ప్రతి పొరుగువారికి ఎగుమతి నియంత్రణను వ్యక్తపరచగలదని భావించడం: OSPF ప్రాంతం వరద సరిహద్దు, ఒక శాఖకు వేలాడదీయగల ఫిల్టర్ కాదు.
ఏదేమైనా, మొదట దృశ్యమానత నమూనాను నిర్ణయించండి. డిఫాల్ట్ మార్గాలు, కేంద్ర సేవలకు సారాంశాలు లేదా పూర్తి శాఖ వివరాలు మూడు వేర్వేరు ఉత్పత్తులు, మరియు మరింత నిర్దిష్ట వైఫల్యాన్ని దాచే సారాంశం రాయవలసిన డిజైన్ నిర్ణయం, అంతరాయం సమయంలో కనుగొనవలసినది కాదు.
తరంగాన్ని పరీక్షించండి, స్థిర స్థితిని కాదు
మీరు నిజంగా ఆశించే వైఫల్యం చుట్టూ పోలికను నిర్మించండి: హబ్ డౌన్, ప్రాంతీయ WAN సంఘటన, లేదా సగం సైట్లను ఒకేసారి ఆఫ్‌లైన్ చేసే నిర్వహణ విండో. శాఖ దృష్టికోణం నుండి పునరుద్ధరణను కొలవండి, అప్లికేషన్‌తో సహా, ఎందుకంటే సెకన్లలో కలిసే నియంత్రణ తలం, సెషన్ తిరిగి స్థాపించడానికి నిమిషాలు పడితే పెద్దగా అర్థం లేదు.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFప్లాట్‌ఫారమ్ విశ్రాంతిలో ఏమి చేస్తుందో కాదు, తరంగ శిఖరం వద్ద ఏమి చేస్తుందో నమోదు చేయండి, మరియు భద్రతా లక్షణాలు ఆన్‌లో ఉంచి పునరావృతం చేయండి. నిశ్శబ్ద పట్టికను మాత్రమే చూపించే భావనా రుజువు మెమరీ పరీక్ష, మరియు మెమరీ ఎప్పుడూ ఆసక్తికరమైన సంఖ్య కాదు.