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

జాబితాను క్రమంగా చూసి, సమాధానం లేని మొదటి అంశం వద్ద ఆగండి.

బ్రాండ్ నుండి కాదు, ప్రోటోకాల్ లక్షణాల నుండి ప్రారంభించండి

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

AWS యొక్క కస్టమర్ గేట్వే అవసరాలు AWSకు కనెక్ట్ కాకపోయినా ఉపయోగకరమైన టెంప్లేట్, ఎందుకంటే అవి ఒప్పందాన్ని ప్రోటోకాల్ మరియు రూటింగ్ బాధ్యతల సమూహంగా వివరిస్తాయి. నిర్దిష్ట మోడల్ కోసం విక్రేత నమూనా ఫైల్, ఎవరో ఆ కలయికను పరీక్షించారనడానికి తగిన సాక్ష్యం. IPsec మద్దతు అని పేర్కొనే సాధారణ లేబుల్ వెర్షన్ను గానీ విధాన నమూనాను గానీ నిరూపించదు. మార్కెటింగ్ సారాంశం బదులు విడుదల నోట్లు చదవండి.

వెర్షన్ను తనిఖీ చేయండి, డేటాషీట్ లేబుల్ కాదు

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

ఒక లక్షణం తరువాతి ఫర్మ్వేర్ రైలులో వచ్చిందనే గమనిక తనకంటూ ప్రత్యేక చెక్లిస్ట్ అంశానికి అర్హత పొందేంత సాధారణం.

సామర్థ్యాన్ని ప్రత్యేక ప్రశ్నగా పరిగణించండి

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

ప్యాకెట్ పరిమాణం కూడా ముఖ్యం, ఎందుకంటే ఎన్క్యాప్సులేషన్ మరియు ఏదైనా అదనపు ఓవర్హెడ్ ప్రతి ప్యాకెట్ మోసే పేలోడ్ను తగ్గిస్తాయి.

రూటింగ్ విధానాన్ని స్పష్టంగా నిర్ణయించండి

సైట్-నుండి-సైట్ అంటే ఎంపిక చేసిన ట్రాఫిక్ మాత్రమే సొరంగాన్ని ఉపయోగించగలదని కాదు, మరియు ప్రతిదీ తప్పనిసరిగా ఉపయోగించాలని కూడా కాదు. డిజైన్ నిర్దిష్ట ప్రైవేట్ ప్రిఫిక్స్లను మోయవచ్చు, లేదా గేట్వే ద్వారా డిఫాల్ట్ మార్గాన్ని పంపవచ్చు. ఒకదాన్ని ఎంచుకుని రాసుకోండి, ఎందుకంటే ఏమి ప్రకటించబడుతుంది మరియు ఏమి ఆమోదించబడుతుంది అనే దానిపై రెండు చివరలు అంగీకరించాలి. ఇక్కడ అసమతుల్యత లేచిన సొరంగాన్ని మరియు సగం చేరగల నెట్వర్క్ను ఇస్తుంది.

క్రియాశీల రూటింగ్ ఉన్న డిజైన్లు మరో షరతును జోడిస్తాయి: రెండు చివరలలో రూటింగ్ ప్రోటోకాల్ మద్దతు.

కొనుగోలు చేయడానికి ముందు ఏమి పోల్చాలి

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

హార్డ్వేర్ వారంటీ వాటిలో దేనికీ సమాధానం కాదు.

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

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