pseudowire അന്തിമ പോയിന്റുകളിൽ VLAN ടാഗുകൾ സാധാരണവൽക്കരിക്കൽ: ഒരു റൺബുക്ക്

pseudowire സ്പർശിക്കുന്നതിന് മുമ്പ് ഓരോ കസ്റ്റമർ എഡ്ജും ഏത് ഫ്രെയിം സ്വീകരിക്കണമെന്ന് നിർവചിക്കുക. ലളിതമായ സാഹചര്യത്തിൽ CE A സേവനം പരിധിനിർണ്ണയിക്കുന്ന ഒരു ടാഗ് അയയ്ക്കുന്നു, CE B ടാഗ് ഇല്ലാത്ത ഫ്രെയിമുകൾ പ്രതീക്ഷിക്കുന്നു, ഈ വ്യത്യാസം പ്രൊവൈഡർ എഡ്ജിൽ തന്നെ പരിഹരിക്കുന്നു. ടാഗ് പ്രാദേശിക നയമാണ്, കസ്റ്റമറുടെ Ethernet കരാറിന്റെ ഭാഗമല്ല, pseudowire യഥാർത്ഥ ഫ്രെയിമിന് പകരം സമ്മതിച്ച ഫ്രെയിം കൊണ്ടുപോകുന്നു. ഏതെങ്കിലും കോൺഫിഗറേഷന് മുമ്പ് രണ്ട് ദിശകളും എഴുതുക.

ആദ്യം ഫ്രെയിം കരാർ എഴുതുക

മുന്നോട്ടുള്ള ദിശ ഒരു ടാഗ് നീക്കം ചെയ്യുന്നു, തിരികെയുള്ള ദിശ അത് വീണ്ടും ചേർക്കുന്നു. അവയിൽ ഒന്ന് മാത്രം എഴുതിയാൽ, ഒരു ദിശയിൽ പ്രവർത്തിക്കുന്ന പാത പരിശോധിച്ച് സർക്യൂട്ട് ആരോഗ്യകരമെന്ന് പ്രഖ്യാപിക്കും.

കരാർ മാറ്റ ടിക്കറ്റിൽ ഒട്ടിക്കാൻ കഴിയുന്നത്ര ചെറുതായി സൂക്ഷിക്കുക: ഏത് എഡ്ജ് ടാഗോടെ അയയ്ക്കുന്നു, ഏത് ടാഗ് ഇല്ലാതെ പ്രതീക്ഷിക്കുന്നു, ഏത് ടാഗ് മൂല്യം സേവനം പരിധിനിർണ്ണയിക്കുന്നു.

pseudowire മോഡിൽ യോജിക്കുക

RFC 4448 raw, tagged pseudowire മോഡുകൾ വേർതിരിക്കുകയും സേവനം പരിധിനിർണ്ണയിക്കുന്ന ടാഗുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യുന്നുവെന്ന് വിവരിക്കുകയും ചെയ്യുന്നു. raw മോഡിന് കസ്റ്റമർ ഫ്രെയിമിന്റെ ടാഗുകൾ ഇപ്പോഴും കൊണ്ടുപോകാം, അതിനാൽ വ്യത്യാസം ടാഗിന്റെ സേവന പങ്കിനെക്കുറിച്ചാണ്, 802.1Q ഹെഡറിന്റെ സാന്നിധ്യത്തെക്കുറിച്ച് മാത്രമല്ല. മോഡ് tagged, untagged എന്ന് വായിക്കുന്നത് ഈ ജോലിയുടെ പരിധി തെറ്റായി നിർണ്ണയിക്കുന്ന സാധാരണ മാർഗമാണ്. ഏത് പ്രവർത്തനങ്ങൾ വേണമെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് സഹപ്രവർത്തകനുമായി മോഡിൽ യോജിക്കുക.

തുടർന്ന് യഥാർത്ഥ pseudowire തരവും സഹപ്രവർത്തകന്റെ പരാമീറ്ററുകളും പരിശോധിക്കുക. പ്രാദേശിക VLAN അറ്റാച്ച്മെന്റിനും വിദൂര പോർട്ട് അറ്റാച്ച്മെന്റിനും പിന്തുണയുള്ള interworking ക്രമീകരണം ആവശ്യമാണ്, രണ്ട് പ്രാദേശിക റീറൈറ്റ് പ്രസ്താവനകൾ പ്രഖ്യാപിച്ച സർക്യൂട്ട് തരങ്ങൾ യോജിക്കുന്നുവെന്ന് തെളിയിക്കുന്നില്ല.

control word, MTU പ്രതീക്ഷകൾ വ്യത്യസ്തമാണെങ്കിൽ, ഒരു റീറൈറ്റും പരിഹരിക്കാത്ത ചർച്ചാ പ്രശ്നം നിങ്ങൾക്കുണ്ട്. രണ്ടും ഡിസൈൻ രേഖയ്ക്ക് പകരം സഹപ്രവർത്തകന്റെ പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷനിൽ നിന്ന് സ്ഥിരീകരിക്കുക.

പ്രാദേശിക ടാഗ് പ്രവർത്തനങ്ങൾ പ്രയോഗിക്കുക

Juniper-ന്റെ VLAN CCC റീറൈറ്റ് ഗൈഡ് pop, push, swap പ്രവർത്തനങ്ങൾ പ്ലാറ്റ്ഫോം-നിർദ്ദിഷ്ട നിയന്ത്രണങ്ങളോടെ രേഖപ്പെടുത്തുന്നു. ഇതിനകം കോൺഫിഗർ ചെയ്ത അനുയോജ്യമായ tagged യൂണിറ്റിന് ഉദാഹരണ ദിശ ingress-ൽ input-vlan-map pop, egress-ൽ output-vlan-map push എന്നിവയാണ്. ആ വരികൾ പ്രവർത്തനങ്ങൾ വിശദീകരിക്കുന്നു, പൂർണ്ണ ഇന്റർഫേസ് അല്ലെങ്കിൽ സർക്യൂട്ട് കോൺഫിഗറേഷൻ അല്ല. ഒരു ഉപകരണ കുടുംബത്തിന്റെ ഉദാഹരണം എല്ലായിടത്തും പ്രയോഗിക്കുന്നതിന് പകരം കൃത്യമായ പ്ലാറ്റ്ഫോമും റിലീസും സ്ഥിരീകരിക്കുക.

യൂണിറ്റിന്റെ പിന്തുണയുള്ള VLAN, encapsulation ക്രമീകരണങ്ങൾ ഇപ്പോഴും ഉദ്ദേശിച്ച ടാഗും വർഗ്ഗീകരണവും നിർവചിക്കണം. തെറ്റായ ഫ്രെയിമുകൾ വർഗ്ഗീകരിക്കുന്ന യൂണിറ്റിലെ റീറൈറ്റ് പ്രസ്താവന പ്രശ്നം പരിഹരിക്കുന്നില്ല, സ്ഥാനഭ്രംശം ചെയ്യുന്നു.

സേവനത്തിന് ആവശ്യമായ ഏതെങ്കിലും ആന്തരിക കസ്റ്റമർ ടാഗുകൾ സംരക്ഷിക്കുക. സ്റ്റാക്ക് ചെയ്ത ടാഗുകളിൽ, എന്തെങ്കിലും നീക്കം ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങൾ ഏത് ബാഹ്യ ടാഗ് മാറ്റുന്നുവെന്ന് നിർണ്ണയിക്കുക.

വലിപ്പത്തിന് ബജറ്റ് ചെയ്യുക, ടാഗുകൾക്ക് മാത്രമല്ല

വലിപ്പ ബജറ്റിൽ സൂക്ഷിച്ച ടാഗുകൾ, യഥാർത്ഥ MPLS സ്റ്റാക്ക്, control word എന്നിവ ഉൾപ്പെടുത്തുക. RFC 8469 Ethernet pseudowire-കൾക്ക് control word ശുപാർശ ചെയ്യുന്നു, ഈ ശുപാർശ നിങ്ങളുടെ പ്ലാറ്റ്ഫോം അത് സ്വതേ പ്രവർത്തനക്ഷമമാക്കിയാലും ഇല്ലെങ്കിലും ഫ്രെയിം ബജറ്റ് മാറ്റുന്നു. MTU പൊരുത്തക്കേട് അതിന്റെ മുന്നറിയിപ്പ് അറ്റകുറ്റപ്പണിയായി അടിച്ചമർത്തുന്നതിന് പകരം യോജിപ്പിക്കുക. അടിച്ചമർത്തിയ മുന്നറിയിപ്പ് തീയതി മായ്ച്ച നിശ്ചയിച്ച തടസ്സമാണ്.

രണ്ട് പ്രൊവൈഡർ എഡ്ജുകളിലും അതേ ബജറ്റ് പരിശോധിക്കുക, കാരണം ഒരു വശം ടാഗും മറുവശം control word-ഉം ചേർക്കുന്നത് മുമ്പ് ശരിയായിരുന്ന പേലോഡ് തകർക്കാൻ മതിയാകും.

സംഖ്യകൾ യോജിക്കുന്നില്ലെങ്കിൽ, പ്ലാൻ മാറ്റുക, ലോഗിംഗ് നിലയല്ല.

അത് ഫ്രെയിം തോറും സ്വീകരിക്കുക

സ്വീകരണത്തിനായി, ഓരോ കസ്റ്റമർ അറ്റാച്ച്മെന്റിലും പ്രതീക്ഷിത ഫ്രെയിം രണ്ട് ദിശകളിലും പരിശോധിക്കുക. തുടർന്ന് സേവനത്തിന് യഥാർത്ഥത്തിൽ ആവശ്യമായ ആപ്ലിക്കേഷൻ, നിയന്ത്രണ ട്രാഫിക് അംഗീകരിച്ച പരിശോധനാ പ്ലാൻ അനുസരിച്ച് പ്രവർത്തിപ്പിക്കുക, കാരണം ping സുരക്ഷിതമായി എത്തുന്ന tagged ഫ്രെയിമിനെക്കാൾ വളരെ കുറഞ്ഞ കാര്യങ്ങളേ തെളിയിക്കുന്നുള്ളൂ. ingress, egress ഫ്രെയിം കരാർ സർക്യൂട്ടിന്റെ കോൺഫിഗറേഷനോടൊപ്പം രേഖപ്പെടുത്തുക. ആ രേഖയാണ് അടുത്ത മാറ്റം അവലോകനയോഗ്യമാക്കുന്നത്.

മോഡ്, ടാഗ് പ്രവർത്തനങ്ങൾ, MTU ബജറ്റ്, പരിശോധനാ ഫലം എന്നിവ ഒരിടത്ത് സൂക്ഷിക്കുക, കാരണം അവ ഒരുമിച്ച് മാത്രമേ അർത്ഥവത്താകൂ. അവയെ മൂന്ന് ടിക്കറ്റുകളായി വിഭജിക്കുന്നത് അടുത്ത എഞ്ചിനീയർ അതേ പരിധി വീണ്ടും കണ്ടെത്തുമെന്ന് ഉറപ്പാക്കുന്നു.

സർക്യൂട്ട് ആദ്യ ദിശ വിജയിക്കുമ്പോഴല്ല, രണ്ട് ദിശകളും നിങ്ങൾ തുടക്കത്തിൽ എഴുതിയ കരാറുമായി യോജിക്കുമ്പോഴാണ് പൂർത്തിയാകുന്നത്.