IPsec throughput ఆశించిన దానికంటే తక్కువా? మొదట యాక్టివ్ SAని తనిఖీ చేయండి
పొడవైన ట్రాన్స్ఫార్మ్ జాబితా మీ బదిలీని రక్షించే సెషన్ కాదు. ఎన్క్రిప్షన్ను నిందించే ముందు సంధి చేసుకున్న SA, పేలోడ్ పరిమాణం మరియు వాస్తవంగా చేరిన రేటును నమోదు చేయండి.
కాన్ఫిగరేషన్ ఎనిమిది ట్రాన్స్ఫార్మ్లను అందిస్తుంది, ఎవరో బలమైనది చదువుతారు మరియు throughput సంఖ్య దానిపైనే ఆపాదించబడుతుంది. టన్నెల్ బహుశా ఆ ట్రాన్స్ఫార్మ్ను ఎంచుకోలేదు మరియు ఎవరో ఊహించిన పని భారాన్ని కూడా నడపలేదు. సంధి అయినది ఈ జాబితా నుండి ఒకే ఎంట్రీ, ఒక ప్యాకెట్ పరిమాణం, ఒక దిశ, ఒక బిల్డ్పై. దీన్ని కొలవండి, అల్గారిథమ్లపై చర్చ సాధారణంగా ప్రారంభం కాకముందే ముగుస్తుంది.
లక్షణం: కాన్ఫిగరేషన్ వాగ్దానం కంటే తక్కువ సంఖ్య
పొడవైన ట్రాన్స్ఫార్మ్ జాబితా సాధ్యతలను వివరిస్తుంది మరియు ప్రతి సాధ్యత ఈ హార్డ్వేర్పై కాదు, కాగితంపై మదింపు చేయబడుతుంది. సంధి అయిన ఫలితం రెండు వైపులా అంగీకరించిన ఒకే కలయిక మరియు అది అనుకూలత కోసం ఏ వైపు ఇంకా అనుమతించే బలహీనమైన కలయిక కావచ్చు. ఆ కలయిక ఏమి సాధిస్తుంది అనేది ఆఫ్లోడ్ స్థితి, ప్యాకెట్ పరిమాణం మరియు క్యూ ప్రవర్తనపై ఆధారపడి ఉంటుంది, కాబట్టి ఒకే విధమైన విధాన ఫైల్ ఉన్న రెండు పరికరాలు చాలా దూరం చేరుకోవచ్చు. జాబితా ఒక మెనూ; అసోసియేషన్ తిరిగి వచ్చిన ఆర్డర్.
జాబితాను చదవడం ఏమి ఎంచుకోవచ్చు అని చెబుతుంది. అసోసియేషన్ను చదవడం బదిలీని నిజంగా ఏమి మోస్తోంది అని చెబుతుంది, throughput సంఖ్య వివరించేది అదే. జాబితా నుండి ప్రారంభమయ్యే ప్రతి ట్యూనింగ్ అడుగు అదనపు కాగితపు పనితో కూడిన ఊహ.
ఈ బదిలీని మోస్తున్న అసోసియేషన్ను నమోదు చేయండి
ఒక ASAలో show crypto ipsec sa యాక్టివ్ అసోసియేషన్లను వాటి ట్రాన్స్ఫార్మ్లు మరియు దిశకు సంబంధించిన కౌంటర్లతో జాబితా చేస్తుంది, మరియు కమాండ్ సూచన Cisco ఈ అవుట్పుట్ను పత్రీకరిస్తుంది. ముఖ్యమైన పీర్ మరియు దిశను ఎంచుకోండి, మరియు కీ-రీకీ అసోసియేషన్ను భర్తీ చేసి దాని కౌంటర్లను సున్నా చేస్తుందని గమనించండి, ఇది మీరు ఇంకా నమ్మిన ఆధార రేఖను నిశ్శబ్దంగా చెల్లనిదిగా చేస్తుంది. తదుపరి సారి పోల్చడానికి ఏదైనా ఉండేలా అవుట్పుట్ను పరీక్ష నోట్లతో పాటు ఉంచండి. రన్ల మధ్య మారే అసోసియేషన్ ఐడెంటిఫయర్ తర్వాతి ప్రతి పోలికను అర్థరహితం చేస్తుంది.
| What to record | Where to read it | What it rules out |
|---|---|---|
| Negotiated transform and SA identifiers | show crypto ipsec sa for that peer and direction | "the configuration picked the wrong algorithm" |
| Offload or accelerator state for that build | platform show commands and interface statistics | "the crypto engine is the ceiling" |
| Payload size and offered rate | the test tool's own settings and summary | "packets per second versus bytes per second" |
| Delivered rate and loss at the receiver | the receiving endpoint, not the sender's counters | "the sender transmitted, so it arrived" |
| Access-link load and drops | underlay interface counters along the path | "the bottleneck lives inside the tunnel" |
ఐదు వరుసలు కొలతను పునరుత్పాదకం చేయడానికి సరిపోతాయి మరియు ప్రతి వరుస లేనప్పుడు నిర్దిష్ట వివరణను మినహాయిస్తుంది. ఇవేవీ ప్రతిపాదన-జాబితి ఎంట్రీలు కావు, ఎందుకంటే ఇప్పుడు మీ బైట్లను ఏది రక్షిస్తోందో జాబితా చెప్పలేదు. పట్టికను ఒకసారి నింపండి మరియు తదుపరి సంఘటన అల్గారిథమ్లపై కొత్త చర్చకు బదులు డేటాతో మొదలవుతుంది.
యాక్సెస్-లింక్ వరుస మనుషులు దాటవేసేది, మరియు క్రిప్టోగ్రాఫిక్గా కనిపించే అంతరాన్ని ఎక్కువగా వివరించేది అదే. నిండిన అండర్లే లేదా మార్గంలోని పోలీసర్ నెమ్మదిగా ఉన్న ఇంజిన్ లాంటి లక్షణ ఆకారాన్ని ఉత్పత్తి చేస్తుంది.
నియంత్రిత భారంతో ఒక దిశను కొలవండి
పరీక్షను గేట్వే నుండి కాదు, అప్లికేషన్ను ప్రతినిధ్యం చేసే LAN చివరి బిందువు నుండి నడపండి, ఎందుకంటే గేట్వే సృష్టించిన ప్రోబ్ వేరే స్థానిక విధానాన్ని అనుసరించవచ్చు. రెండవ స్ట్రీమ్ను జోడించే ముందు ఒక దిశను కొలవండి మరియు అందించిన రేటు, రిసీవర్ నిజంగా పొందినది రెండింటిని నమోదు చేయండి. రేటు-పరిమిత UDP రన్ అందించిన భారాన్ని TCP యొక్క రద్దీ ప్రతిస్పందన నుండి వేరుచేస్తుంది, అపరిమిత UDP పంపేవాడు తటస్థ నిర్ధారణ కాదు. పేలోడ్ పొడవును కూడా నమోదు చేయండి, ఎందుకంటే పెద్ద డేటాగ్రామ్ ప్యాకెట్ రేటు మరియు ఎన్క్యాప్సులేషన్ ఓవర్హెడ్ రెండింటినీ మారుస్తుంది.
show crypto ipsec sa peer 203.0.113.9
iperf3 -c 10.20.0.10 -u -b 200M -l 1200 -t 30అదే పరీక్షను రెండుసార్లు అదే పేలోడ్ పొడవు మరియు వ్యవధితో నడపండి, ఎందుకంటే ఒక రన్ పై పరిమితిని చెడు నిమిషం నుండి వేరు చేయలేదు. రిసీవర్ పంపినవాడు పంపిన దానికంటే తక్కువ ప్యాకెట్లు నివేదిస్తే, నష్టం మీ కనుగొనడం, మరియు క్రిప్టో ఇంజిన్ దానికి ఉన్న అనేక అభ్యర్థులలో ఒకటి మాత్రమే.
ఏదైనా ట్యూన్ చేసే ముందు అంతరాన్ని వివరించండి
ఫార్వర్డింగ్ విధానం, క్యూ డ్రాప్లు, ఇంటర్ఫేస్ లోపాలు మరియు వనరుల పరిమితులను ఎన్క్రిప్షన్ మార్గంతో పాటు తనిఖీ చేయండి, ఎందుకంటే రేటు కొరత ఒక్కటే ఎప్పుడూ CPUని గుర్తించదు. లెక్కింపు పొరలను కూడా స్పష్టంగా ఉంచండి: బయటి టన్నెల్ బైట్లలో ఎన్క్యాప్సులేషన్ ఉంటుంది, మరియు తిరిగి పంపడం లోపలి మరియు బయటి కౌంటర్ల మధ్య సంబంధాన్ని జరుపుతుంది. సంబంధం లేని కౌంటర్లను బైట్-బై-బైట్ పోల్చడం ఎప్పుడూ లేని వ్యత్యాసాన్ని సృష్టిస్తుంది.
ప్యాకెట్ పరిమాణం పాత ఉదాహరణ నుండి కాపీ చేసిన సంఖ్యకు బదులు దాని స్వంత నియంత్రిత పోలికకు అర్హం. TCP MSS TCPని సర్దుబాటు చేస్తుంది మరియు ఏకపక్ష UDP డేటాగ్రామ్లపై ఎలాంటి ప్రభావం చూపదు, కాబట్టి పాత పత్రం నుండి తీసుకున్న స్థిర 1350 ఏమీ కొలవదు. పేలోడ్ పొడవును ఉద్దేశపూర్వకంగా మార్చండి మరియు రిసీవర్ ఏమి నివేదిస్తుందో చూడండి.
ఒక మార్పును మార్చండి మరియు పని భారాన్ని కొనసాగించండి
ఆధార రేఖ ఇరుకైన పట్టీలో పునరావృతం అయినప్పుడు, మద్దతు ఉన్న ఒక మార్పును మార్చండి మరియు అసలు అప్లికేషన్ పనిని మళ్లీ నడపండి. ఆ అడుగే ఒక సంఖ్యను కారణంగా మారుస్తుంది మరియు కాన్ఫిగరేషన్ను తాకడానికి సమర్థన ఇచ్చేది అదే. మరింత సౌకర్యవంతమైన పని భారానికి బదులు అదే భారాన్ని పునరావృతం చేయండి.
కృత్రిమ సంఖ్యను పెద్దగా చేయడానికి ప్రతిపాదనలను ఉపసంహరించవద్దు, ప్రామాణీకరణను బలహీనపరచవద్దు మరియు రక్షణను ఆపవద్దు. ఈ చర్యలు భద్రతా స్థితిని మారుస్తాయి మరియు తర్వాత ఆ మార్పు ఫలితాన్ని కొలుస్తాయి, టన్నెల్ సామర్థ్యాన్ని కాదు.