OTV జోడించే ముందు, మీకు అవసరమైన Ethernet ఒప్పందాన్ని రాయండి

ఒక workload రెండవ డేటా సెంటర్కు మారుతుంది మరియు మొదటి నుండి బాగా స్పందించిన సేవలో సమయ పరిమితి మించిపోవడం ప్రారంభమవుతుంది. ఎవరో OTV ప్రతిపాదిస్తారు, ఎందుకంటే ఇప్పటికే ఉన్న Layer 2 VPN «broadcast చేయదు». ఆ ముగింపు సాధారణంగా ఆతురతతో కూడినది. సేవా వర్గం మరియు మీరు కొన్న నిర్దిష్ట ఒప్పందం రెండు వేర్వేరు ప్రశ్నలు, మరియు సమయ పరిమితి మీరడం ఇంకా ఏదానికీ ఆపాదించబడలేదు.

పోలికను ప్రారంభించే లక్షణం

ఉత్పత్తులను పోల్చే ముందు అప్లికేషన్కు నిజంగా ఏమి కావాలో రాయండి. సైట్ల సంఖ్య, VLAN పరిధి, చిరునామా నేర్చుకోవడం, flooding సహనం మరియు వైఫల్య ప్రవర్తన అవసరాన్ని వివరిస్తాయి. «Layer 2» మరియు «OTV» నిర్మాణాలను వివరిస్తాయి, వాటిలో ఏదీ స్వయంగా అవసరం కాదు. ఒక పేజీలో ఐదు లక్షణాలు ఏ విక్రేత పోలిక కంటే ఎక్కువ కాలం నిలిచి ఉంటాయి.

తర్వాత ప్రస్తుత సేవ ఆ ఐదు లక్షణాలను ఇప్పటికే నెరవేరుస్తుందా అని తనిఖీ చేయండి. ప్రొవైడర్ నిర్వహించే Layer 2 VPN లో multipoint ఫార్వర్డింగ్ మరియు నియంత్రణ పొర నేర్చుకోవడం ఉండవచ్చు, వాటిని ఇన్వాయిస్పై ఒక చూపు పేర్కొనలేదు.

ప్రస్తుత సేవ వాటిని నెరవేరుస్తే, సమయ పరిమితి మీరడం మరెక్కడో ఉంది: MTU సమస్య, రూటింగ్ అసమానత, సైట్ల మధ్య భిన్నమైన firewall నియమం. overlay మార్చితే ఆ కారణం అక్కడే ఉండిపోయి, ఒక స్థానభ్రంశం జోడించబడుతుంది.

లేబుల్ మీకు చెప్పనిది

Layer 2 VPN ఒక వర్గం, ఉత్పత్తి కాదు. పాయింట్-టు-పాయింట్ VPWS మరియు multipoint VPLS వేర్వేరుగా ఫార్వర్డ్ చేస్తాయి, మరియు ఈ వర్గంలో నియంత్రణ పొర నేర్చుకోవడం మరియు లూప్ నిర్వహణ ఉన్న సేవలు, సరళమైనవి కూడా ఉంటాయి. ప్రతి Layer 2 VPN సరిగ్గా రెండు సైట్లను కలిపి అన్నింటినీ flood చేస్తుందని ఊహించడమే తప్పు పోలిక చేసే మార్గం. ఒప్పందంపై ఉన్న పేరు దాని వెనుక ఉన్న ఫార్వర్డింగ్ పట్టిక గురించి ఏమీ చెప్పదు.

ప్రస్తుత సేవ ఏ ఫార్వర్డింగ్ నమూనాను అమలు చేస్తుంది మరియు అప్లికేషన్కు ఏది కావాలి అని అడగండి. hub-and-spoke అవసరం మరియు full-mesh అవసరం రెండూ Layer 2 అని వివరించినా వేర్వేరు రూపకల్పనలను ఇస్తాయి.

OTV తన సరిహద్దును ఎక్కడ గీస్తుంది

OTV IP రవాణా పైన నడుస్తుంది, నియంత్రణ పొరలో MAC చేరుకోగల సామర్థ్యం మరియు నిర్వచించిన edge పాత్రలతో. స్థానిక spanning-tree సమాచారం స్థానికంగానే ఉంటుంది, రవాణా అంతటా ఒక నియంత్రణ లేని డొమైన్గా విస్తరించబడదు. ఇది సాధారణ బ్రిడ్జ్ విస్తరణ నుండి నిజమైన భేదం, అందుకే ప్రజలు దీని వైపు మొగ్గుతారు.

సరిహద్దు ప్రయోజనం అంతే ముఖ్యం. తెలియని unicast, broadcast మరియు multicast నిర్వహణ వేదిక మరియు దాని కాన్ఫిగరేషన్పై ఆధారపడి ఉంటుంది, మరియు edge జోడి మద్దతు ఉన్న multihoming యంత్రాంగం ద్వారా సహకరించాలి. ఒకే VLAN ఫార్వర్డ్ చేసే రెండు స్వతంత్ర పరికరాలు ఒకే రూపకల్పన కావు, అవి వేరే వైఫల్య స్థితిని ఉత్పత్తి చేస్తాయి.

Flooding తగ్గుతుంది, తొలగించబడదు

కొంత అనవసర flooding ను అణచివేయడం, ఏ broadcast లేదా multicast ఫ్రేమ్ ఎప్పటికీ విస్తరణను దాటదు అనే హామీతో సమానం కాదు. ఒక సైట్లో ప్రారంభమైన తుఫాను ఇంకా రవాణాను తినగలదు, మరియు ఒక ట్రాఫిక్ వర్గాన్ని ఫిల్టర్ చేసే వేదిక లక్షణం మిగతావాటిని ఫిల్టర్ చేయదు. ఏ overlay పట్ల అయినా ఎక్కువ నిరాశ ఈ భేదం నుండే వస్తుంది.

కాబట్టి ప్రశ్న OTV broadcast తుఫానులను ఆపుతుందా అని కాదు. ఏ ట్రాఫిక్ వర్గాలు దాటుతాయి, ఏ పరిస్థితుల్లో, దాటినప్పుడు వేగాన్ని ఏది పరిమితం చేస్తుంది అని.

అక్కడ ఉన్నప్పుడు underlay ను నిర్ధారించండి: మద్దతు ఉన్న డెలివరీ, ప్యాకెట్ పరిమాణం, రూటింగ్ మరియు ఎంచుకున్న విడుదలకు అవసరమైన పొరుగు స్థితి. వీటిలో ఏదీ overlay తో ఉచితంగా రాదు, 1500 బైట్ల ఫ్రేమ్ ఇమిడే టన్నెల్ స్వయంచాలకంగా మీ ట్యాగ్ చేసిన ఫ్రేమ్లు ఇమిడే టన్నెల్ కాదు.

లిఖితపూర్వకంగా కోరవలసిన ఒప్పందం

మీరు ఏ సేవను ఎంచుకున్నా, అదే ఆరు సమాధానాలు కోరండి: పాయింట్-టు-పాయింట్ లేదా multipoint పరిధి, కస్టమర్ ఫ్రేమ్ మరియు ట్యాగ్ నిర్వహణ, MAC నేర్చుకునే నమూనా, flooding పరిమితులు, పునరుద్ధరణ ప్రవర్తన మరియు చివరి నుండి చివరి వరకు గరిష్ఠ ఫ్రేమ్ పరిమాణం. ఒకే పేరుతో రెండు సేవలు వాటిలో ప్రతిదానిలో భిన్నంగా ఉండవచ్చు. సమాధానాలను లిఖితపూర్వకంగా పొందండి, ఎందుకంటే సేవను కాన్ఫిగర్ చేసిన ఇంజినీర్ ప్రశ్నకు సమాధానం ఇచ్చే వ్యక్తి కాకపోవచ్చు.

ప్రస్తుత సేవ స్పష్టంగా నెరవేర్చలేని అవసరానికి మాత్రమే మార్పును ఎంచుకోండి. VLAN ను మరింత విస్తరించడం అప్లికేషన్ మరియు Ethernet ఆధారాలను కూడా దానితో విస్తరిస్తుంది; కొత్త overlay పేరు వాటిని తొలగించదు.

RFC 4664 చట్రం సేవా వర్గాలు మరియు వాటి ఫార్వర్డింగ్ నమూనాలను వివరిస్తుంది, అది సరైన ప్రశ్న అడగడానికి అవసరమైన పదజాలం. ఆరు సమాధానాలు మరియు విఫలమైన పరీక్షను ఒకే సమావేశానికి తీసుకురండి, నిర్ణయం ఇక లేబుల్ల గురించి ఉండదు.