ఒకే ప్రొవైడర్ కోర్లో ఒకే కస్టమర్ ప్రిఫిక్స్ను రెండు డిజైన్లు ప్రచారం చేస్తాయి. ఒకటి ప్రతి ప్రిఫిక్స్ కి ఒక లేబుల్ కేటాయిస్తుంది, మరొకటి మొత్తం VRF కి ఒకే లేబుల్ కేటాయిస్తుంది, రెండవది ప్రతి స్లయిడ్లో చవకగా కనిపిస్తుంది. లేబుల్ల సంఖ్య నిజమే, కానీ సాధారణంగా మొదట అయిపోయే బడ్జెట్ అది కాదు. రెండింటిలో ఒకటి ఎంచుకోవడం అంటే ఒకటి కాదు, నాలుగు వనరులను లెక్కించడం, వాటిలో లేబుల్లు అతి చిన్నవి.

లేబుల్ తీసేసిన తర్వాత ఎగ్రెస్ రౌటర్ ప్యాకెట్తో ఏమి చేయాలి అనే దానిపై కూడా ఎంపిక ఆధారపడి ఉంటుంది. లేబుల్ గణితం కాదు, ఆ క్రియాత్మక భేదమే నిర్ణయాన్ని నడిపించాలి.

ప్రతి కేటాయింపు నిజంగా ఏమి ఆదా చేస్తుంది

ప్రిఫిక్స్కు ఒక కేటాయింపు ఫార్వార్డింగ్ సమాచారాన్ని లేబుల్లో మోస్తుంది. ఎగ్రెస్ రౌటర్ గమ్యస్థాన శోధన లేకుండా ప్యాకెట్ను నేరుగా సరైన పొరుగుకు పంపగలదు, అందుకే ఇది పెద్ద VRF రూట్ సెట్లకు బాగా స్కేల్ అవుతుంది, అందుకే ప్రతి VRF లో ప్రచారం చేసిన ప్రతి ప్రిఫిక్స్కు ఒక లేబుల్ ఖర్చు చేస్తుంది. VRF కి ఒక కేటాయింపు, ఉదాహరణకు Junos vrf-table-label, ప్రతి రూటింగ్ ఇన్స్టాన్స్కు ఒక లేబుల్ను ప్రచారం చేసి, VRF పట్టికను ఎంచుకోడానికి ఆ లేబుల్ను ఉపయోగిస్తుంది; తర్వాత రౌటర్ పట్టికలో IP శోధన చేస్తుంది.

ఇది ట్యూనింగ్ నాబ్ కాదు, నిజమైన నిర్మాణ భేదం. VRF కి లేబులింగ్ మీకు చిన్న లేబుల్ స్థలం మరియు సరళమైన లేబుల్ ప్రచారాన్ని ఇస్తుంది, కానీ ఒక శోధన మరియు గమ్యం గురించి ఏమీ చెప్పని లేబుల్ ధరకు. ప్రిఫిక్స్కు లేబులింగ్ ఎగ్రెస్ లైన్ కార్డ్కు ముందుగానే ఎక్కువ సమాచారం ఇస్తుంది, మీరు మోసే రూట్లకు అనులోమానుపాతంలో లేబుల్లను ఖర్చు చేస్తుంది.

లేబుల్ లెడ్జర్ చిన్నది

MPLS లేబుల్లు పరిమితం, కానీ లేబుల్ స్థలం సాధారణ సేవా ప్రదాతలు కొన్ని వేల ప్రిఫిక్స్లతో దాన్ని అయిపోయేలా చేయని స్థాయిలో పెద్దది. VRF కి లేబులింగ్ నిజంగా సహాయపడేది చిన్న హార్డ్వేర్ లేబుల్ పట్టికలు ఉన్న ప్లాట్ఫారమ్లలో, లేదా ఒక VRF మొత్తం ఇంటర్నెట్ ఫీడ్ను మోసే మరియు ప్రిఫిక్స్కు లేబుల్లు లేబుల్ డిమాండ్ను రూట్ల సంఖ్యతో గుణించే డిజైన్లలో. ఇవి నిజమైన పరిమితులు, ఈ ఫీచర్ ఉండటానికి కారణం కూడా అవే. వాటిలో ఏదీ పట్టికలోని ప్రిఫిక్స్ల సంఖ్య గురించి కాదు.

ఎంచుకునే ముందు సేవ మరియు రవాణా రెండింటికీ లేబుల్లను లెక్కించండి. VRF కి ఒక డిజైన్కు loopback లకు మరియు మార్గంలోని ప్రతి హాప్కు రవాణా లేబుల్లు ఇంకా అవసరం, పొరుగు స్థితి కూడా ఇంకా అవసరం. డిజైన్ సారాంశం సేవా లేబుల్లను మాత్రమే లెక్కిస్తే, ఆదా తప్పు లెడ్జర్లో కొలుస్తారు.

రూట్ ఫీడ్లు లేబుల్లకు ముందు మెమొరీని ఖర్చు చేస్తాయి

స్వీకరించిన ప్రతి మార్గం నియంత్రణ స్థాయి మెమొరీ, నవీకరణ ప్రాసెసింగ్ మరియు కలయిక సమయాన్ని ఖర్చు చేస్తుంది, VRF ఒక లేబుల్ లేదా పది వేలు ఉపయోగించినా. VRF లోపల పూర్తి ఇంటర్నెట్ ఫీడ్ BGP మార్గాలు, RIB, FIB నమోదులు మరియు వాటి వెనుక ఉన్న గందరగోళం వల్ల ఖరీదైనది, పట్టిక ముందున్న లేబుల్ వల్ల కాదు. అదే ఫీడ్ ఆ అద్దెదారు లోపల రూట్ లీక్ లేదా విధాన పొరపాటు ప్రభావ వ్యాసార్థాన్ని కూడా పెంచుతుంది.

కాబట్టి కస్టమర్కు నిజంగా ఏమి కావాలో అడగండి. ఒప్పందం ప్రైవేట్ సైట్లు మరియు డిఫాల్ట్ ఎగ్రెస్ అయితే, పూర్తి పట్టిక అవసరాన్ని జోడించకుండా ఖర్చును జోడిస్తుంది. ఇది వాణిజ్య ప్రశ్న, మునుపటి డిజైన్ నుండి వచ్చిన ఊహకు బదులుగా లిఖిత సమాధానానికి అర్హం. సేవకు విధానం కోసం లేదా స్థానిక ఎగ్రెస్ ఎంపిక కోసం ఫీడ్ నిజంగా అవసరమైతే, దానిని దాని స్వంత సామర్థ్య రిజర్వేషన్ మరియు దాని స్వంత వైఫల్య ప్రవర్తనతో స్పష్టమైన వరుసగా చేయండి.

VRF కి లేబులింగ్ ఎప్పుడు సరైన డిఫాల్ట్

ప్లాట్ఫారమ్ దాన్ని మద్దతుగా నమోదు చేసినప్పుడు, VRF రూట్ల సంఖ్య పెద్దగా ఉన్నప్పుడు, ఎగ్రెస్ శోధన ఖర్చు ట్రాఫిక్ ప్రొఫైల్కు ఆమోదయోగ్యమైనప్పుడు ఇది మంచి డిఫాల్ట్. ఫార్వార్డింగ్ నుండి చివరి మైక్రోసెకనును పిండడం కంటే కార్యాచరణ సరళత ముఖ్యమైనప్పుడు ఇది సహజ ఎంపిక కూడా, ఎందుకంటే ప్రతి అద్దెదారుకు ఒక లేబుల్ అనేది ప్రతి ప్రిఫిక్స్కు ఒక లేబుల్ కంటే వివరించడానికి మరియు ఆడిట్ చేయడానికి సులభం.

ప్లాట్ఫారమ్ పత్రాలు ఈ ఫీచర్ను నిర్దిష్ట హార్డ్వేర్ లేదా విడుదల పరిమితులకు కట్టివేసినప్పుడు, లేదా డిజైన్ ఎగ్రెస్లో ప్రిఫిక్స్కు ఫార్వార్డింగ్ నిర్ణయాలపై ఆధారపడినప్పుడు ఇది తప్పు డిఫాల్ట్. ప్రవర్తనను ఊహించే ముందు ప్లాట్ఫారమ్ స్వంత statement సూచనను చదవండి; Junos ఆదేశం నమోదు చేయబడింది, కానీ దాని చుట్టూ ఉన్న హార్డ్వేర్ మరియు విడుదల పరిమితులే అమలును నిజంగా నిర్ణయిస్తాయి.

మీరు సమర్థించగల బడ్జెట్

సామర్థ్య కేసును ఐదు వేర్వేరు సంఖ్యలుగా నిర్మించండి: స్వీకరించిన మార్గాలు, ఎంచుకున్న రూట్లు, ఇన్స్టాల్ చేసిన ఫార్వార్డింగ్ నమోదులు, సేవా లేబుల్లు మరియు రవాణా లేబుల్లు. next-hop మరియు పొరుగు స్థితి, అద్దెదారుల సంఖ్య మరియు రిడండెన్సీ నమూనాను జోడించండి. ఒక VRF సుగమ మార్గం స్నాప్షాట్ స్కేల్ సంఖ్య కాదు, లేబుల్ స్థలం నామమాత్ర పరిమాణం అందుబాటులో ఉన్న హార్డ్వేర్ పట్టిక కాదు.

తర్వాత స్థిర స్థితితో పాటు వైఫల్య మోడ్పై కూడా అంగీకరించండి. ఫీడ్ సగానికి పెరిగినప్పుడు, అద్దెదారు రెండవ VRF జోడించినప్పుడు, లేదా పట్టిక పరిమాణాన్ని మార్చడానికి ప్లాట్ఫారమ్కు రీబూట్ అవసరమైనప్పుడు ఏమి జరుగుతుంది? ఆ ప్రశ్నలను తట్టుకునే బడ్జెట్ కాగితంపై మాత్రమే పనిచేసే లేబుల్ సంఖ్య కంటే విలువైనది.

ఎగ్రెస్ చర్య మరియు ప్లాట్ఫారమ్ పరిమితుల నుండి కేటాయింపును ఎంచుకోండి, తర్వాత రూట్ ఫీడ్ను స్పష్టమైన సేవా నిర్ణయంగా చేయండి. లేబుల్ డిజైన్ యొక్క కనిపించే భాగం; రూట్లు ప్రతి రోజు చెల్లించాల్సిన భాగం.

సంబంధిత వ్యాసాలు