Най-доброто ръководство за TCP/IP

TCP/IP е набор от стандарти, които управляват мрежовите връзки. Групата от дефиниции съдържа много различни протоколи, но името на пакета идва само от два от тях: Протокол за управление на предаването и на интернет протокол . Ако сте нов в TCP/IP, основната тема, която ще срещнете с тази система, се върти около адресирането.

Концепцията зад създаването на тези стандарти беше да се създаде общ правилник за всеки, който иска да създаде мрежов софтуер. Първите дни на мрежите бяха доминирани от собствени системи. Големите корпорации използваха своята собственост върху мрежовите методологии, за да заключат клиентите да купуват цялото им оборудване от един източник.

Свободно достъпните общи правила разбиха монопола върху комуникациите преди това държани от няколко компании.

Ако нямате време да прочетете цялата публикация и просто искате обобщение на инструментите, които препоръчваме, етонашия списък с петте най-добри TCP/IP инструмента:

1. SolarWinds IP Address Manager (БЕЗПЛАТНА ПРОБНА ВЕРСИЯ) Нашият избор №1.IPAM с двоен стек, който се координира с DHCP и DNS сървъри. Работи на Windows Server.
2. Men & Mice Управление на IP адресиБезплатен инструмент за преход от IPv4 към IPv6 или пълен, платен IPAM.
3. IPv6 тунелен брокерБезплатен онлайн IPv6 тунелен прокси.
4. Cloudflare IPv6 преводПревод на адрес на периферен сървър, предлаган като част от услугите за защита на системата Cloudflare.
5. SubnetOnline IPv4 към IPv6 конверторКалкулатор за подмрежови адреси, който може да ви даде преобразувания от IPv4 към IPv6 адреси.

Мрежови концепции

Всеки може да напише програма за изпращане и получаване на данни по мрежа. Ако обаче тези данни се изпращат до отдалечена дестинация и съответните компютри не са под контрола на същата организация, възникват проблеми със софтуерната съвместимост .

Например, една компания може да реши да създаде своя собствена програма за пренос на данни и да напише правила, според които отварянето на сесия започва със съобщение „XYZ“, на което трябва да се отговори със съобщение „ABC“. Въпреки това, получената програма ще може да се свързва само с други системи, изпълняващи същата програма. Ако друга софтуерна къща в света реши да напише програма за пренос на данни, няма гаранция, че нейната система ще използва същите правила за съобщения. Ако друга компания създаде комуникационна програма, която стартира връзка със съобщение „PPF“ и очаква отговор „RRK“, тези две мрежови системи биха били неспособни да комуникират помежду си .

Това е много близко описание на мрежовия свят преди съществуването на TCP/IP. Това, което влошава нещата, е, че компаниите, които произвеждат мрежов софтуер, пазят в тайна своите правила и конвенции за съобщения. Работните методи на всяка мрежова система бяха напълно несъвместими. Подобна стратегия има търговски смисъл, когато всички доставчици на мрежов софтуер се конкурират на ограничен географски пазар. Тези обаче корпоративните усилия за доминиране на пазара попречиха на мрежовата технология да се разпространи по света защото никоя мрежова компания не беше достатъчно голяма, за да достигне до всяка страна по света и да се утвърди като универсален стандарт. Тази липса на наличност накара компаниите в други части на света да създадат свои собствени стандарти и несъвместимостта на мрежовия софтуер просто се влоши.

Непатентовани стандарти

Интернет протоколът е създаден от академици, които нямат търговски мотиви. Те искаха очертайте общ формат, който всеки би могъл да използва . Това намали силата на онези няколко компании, които доминираха мрежовите технологии, главно IBM и Xerox.

Тези компании се противопоставиха на стремежа към общи стандарти, за да защитят своите монополи. В крайна сметка търговските предимства на общия стандарт станаха ясни и опозицията срещу TCP/IP избледня . Неутралните, универсални стандарти позволиха на компаниите да се съсредоточат върху един аспект на работата в мрежа, като например производството на рутери или създаването на софтуер за наблюдение на мрежата.

Опитът да се създаде цялостна комуникационна система, която покрива всички аспекти на работата в мрежа, изискваше толкова много развитие и координация между отделите, че създаването на нов продукт беше много дълга и скъпа задача. Универсалните стандарти означават, че мрежовите компании могат да пуснат всеки елемент от мрежов пакет поотделно и се състезавайте за интегриране на този продукт в среда на множество доставчици. Тази стратегия за развитие включва много по-малко риск.

TCP/IP история

TCP/IP започна живота си като „ Програма за контрол на трансмисията .” Много хора твърдят, че са изобретили интернет, но мнозина смятат, че Винт Серф и Боб Хан истинските творци. Серф и Хан публикуваха „ Програма за пакетна мрежова комуникация ” през май 1974 г. Този документ е спонсориран от Министерството на отбраната на САЩ и е публикуван от Института за електрически и електронни инженери.

ARPANet

От самото начало централната концепция на TCP/IP беше да направи стандарта публично достъпен въпреки че финансирането му показва, че първоначално е бил разглеждан като военен инструмент. Всъщност Винт Серф, професор в Станфордския университет през 1974 г., се присъединява към Боб Хан в Агенция за напреднали изследователски проекти на отбраната където доразвиха концепцията за интернет. DARPA допринесе за създаването на интернет и вече имаше предшественик на системата, наречена ARPANet. И Серф, и Хан са работили по проекти на ARPANet, докато са учили в университета. Разработката на ARPANet система помогна да се осигурят много от технологиите и процедурите, които Cerf и Khan в крайна сметка консолидираха в TCP/IP .

Джон Постел

Основното развитие на програмата за контрол на предаването е, че тя беше разделена на няколко различни протокола. Друг основател на интернет технологията, Джон Постел , се включи в етапа на разработка и наложи концепцията за протоколен стек. Системата за наслояване на TCP/IP протоколите е една от нейните силни страни и е ранен концептуален пример за софтуерни услуги.

TCP/IP стек от протоколи

Когато пишете спецификация за приложение, което ще работи в мрежа, трябва да се изложат много различни съображения. Идеята на протокола е, че той определя общ набор от правила . Много функции за обмен на данни в мрежа са общи за всички приложения като FTP, който прехвърля файлове. Въпреки това, процедурите за установяване на връзка са същите като тези за Telnet. Така че няма смисъл да записвате във FTP стандартите всички структури на съобщенията, необходими за установяване на връзка. Общите функции са дефинирани в отделни протоколи и новите системи, които разчитат на услугите на тези протоколи, не е необходимо да повтарят дефиницията на поддържащите функции. Тази концепция за поддържащи протоколи доведе до създаването на концепцията за протоколен стек.

По-ниските слоеве в стека предоставят услуги на по-високите слоеве . Функциите на по-ниските нива трябва да са специфични за задачата и да представят универсални процедури, до които могат да имат достъп по-високите нива. Тази организация на задачите намалява необходимостта от повтаряне на дефинициите на задачите, обяснени в протоколите от по-нисък слой .

Модел на протокола

The Пакет за интернет протоколи , официалното име на TCP/IP стека, се състои от четири слоя.

The Връзков слой в долната част на стека подготвя данни, които да бъдат приложени към мрежата. Над това е Интернет слой , който се занимава с адресиране и маршрутизиране на пакети, така че те да могат да пресичат взаимно свързващи се мрежи, за да пристигнат на отдалечено място в отдалечена мрежа.

The Транспортен слой отговаря за управлението на трансфера на данни. Тези задачи включват криптиране и сегментиране на голям файл на части. Програмата на получаващия транспортен слой трябва да сглоби отново оригиналния файл. The Приложен слой не включва само приложения, до които потребителят на компютъра има достъп. Някои приложения също са услуги за други приложения. Тези приложения не трябва да се интересуват от това как се прехвърлят данните, а само че се изпращат и получават.

Абстракция на протокола

Концепцията за наслояване въвежда нива на абстракция . Това означава, че задачата за изпращане на файл е различен процес към FTP, отколкото към TCP, IP и PPP. Докато FTP ще изпрати файл, TCP ще установи сесия с получаващия компютър, ще раздели файла на части, ще пакетира всеки сегмент и ще го адресира към порт. IP взема всеки TCP сегмент и добавя информация за адресиране и маршрутизиране в заглавка. PPP ще адресира всеки пакет и ще го изпрати до свързаното мрежово устройство. По-високите слоеве могат да намалят детайлите на услугите, предоставяни от по-ниските слоеве, до едно име на функция, създавайки абстракция.

OSI концепции

The Взаимосвързаност на отворени системи моделът е алтернативен протоколен стек за работа в мрежа. OSI е по-нова от TCP/IP. Този стек съдържа много повече слоеве и по този начин дефинира по-точно задачите, изпълнявани от много протоколи на слоя TCP/IP. Например, най-ниският слой на OSI стека е физическият слой. Това се отнася до хардуерните аспекти на мрежата, а също и как действително ще се извърши предаването. Тези фактори включват окабеляването на съединителите и напрежението, което представлява нула и единица. Физическият слой не съществува в TCP/IP стека и така тези дефиниции трябва да бъдат включени в изискванията за протокол на ниво връзка.

По-високите нива на OSI разделят TCP/IP слоевете на две. Слоят на връзката на TCP/IP е разделен на слоя за връзка с данни и мрежовия слой на OSI. Транспортният слой на TCP/IP е представен от транспортния и сесийния слой на OSI, а приложният слой на TCP/IP е разделен на презентационния и приложния слой в OSI.

въпреки че OSI модел е много по-прецизен и в крайна сметка по-полезен от Internet Protocol Suite, преобладаващите протоколи за интернет, IP, TCP и UDP, всички са дефинирани от гледна точка на TCP/IP стека. OSI не е толкова популярен като концептуален модел . Съществуването на тези два модела обаче създава известно объркване относно това на какъв номерационен слой работи даден протокол или функция.

Като цяло, когато разработчик или инженер говори за слоеве в числа, той има предвид стека OSI . Пример за това объркване е протоколът за тунелиране на ниво 2. Това съществува в TCP/IP Link Layer. Слоят на връзката е най-долният слой в стека и така, ако ще му бъде даден номер, той трябва да бъде слой 1. Така че L2TP е протокол от ниво 1 по отношение на TCP/IP. В OSI физическият слой се намира над физическия слой. L2TP е протокол от ниво 2 в OSI терминологията и оттам получава името си.

TCP/IP документация

Въпреки че първата дефиниция на TCP/IP беше публикувана от IEEE, отговорността за управлението на повечето мрежови протоколи се премести на Работна група за интернет инженеринг . IETF е създадена от Джон Постел през 1986 г и първоначално е финансиран от правителството на САЩ. От 1993 г. е подразделение на Интернет общество , която е международна асоциация с нестопанска цел.

Искания за коментари

Средата за публикуване на мрежови протоколи се нарича „ RFC .” Това означава „ искане за коментари ” и името подсказва, че RFC описва протокол, който е в процес на разработка. Въпреки това, RFC в базата данни на IETF са окончателни . Ако създателите на протокол желаят да го адаптират, те трябва да го напишат като нов RFC.

Като се има предвид, че ревизиите стават нови документи, а не изменения на оригиналните RFC, всеки протокол може да има много RFC . В някои случаи нов RFC е пълно пренаписване на протокол, а в други те описват само промени или разширения, така че трябва да прочетете по-ранни RFC за този протокол, за да получите пълната картина.

RFC могат да бъдат достъпни безплатно . Те не са защитени с авторски права, така че можете да ги изтеглите и да ги използвате за вашия проект за разработка, без да се налага да плащате такса на автора на протокола. Ето списък на ключовите RFC, които се отнасят до TCP/IP стека.

Интернет архитектура

• RFC 1122
• RFC1349
• RFC3439

TCP/IP еволюция

• RFC 675
• RFC 791
• RFC 1349
• RFC 1812

интернет протокол

• RFC 1517
• RFC 1883
• RFC 1958
• RFC2460
• RFC 2474
• RFC 3927
• RFC 6864
• RFC 8200

TCP

• RFC 793
• RFC6093
• RFC6298
• RFC6528

UDP

• RFC 768

Протоколи на Link Layer

Програмата за контрол на предаването беше разделена на два протокола, поставени на различни слоеве на стека. Това бяха Протокол за управление на предаването на транспортния слой и интернет протокол на интернет слоя. Интернет слоят получава пакети данни от вашия компютър към друго устройство на другия край на света. Но е необходима много работа само за да стигнете от вашия компютър до вашия рутер и това не е проблем на интернет протоколите. И така, дизайнерите на TCP/IP плъзнаха друг слой под интернет слоя.

Това е Връзков слой и се занимава с комуникации в мрежа. В TCP/IP всичко, което включва получаване на пакет от компютър до крайна точка в същата мрежа, се категоризира като задача на Link Layer.

Много мрежови специалисти имат протокол, който считат за ключов стандарт на слоя за връзка. Това е така, защото широкият спектър от задачи, които TCP/IP възлага на Link Layer, е в основата на много различни длъжности, като инженер по мрежово окабеляване, мрежов администратор и разработчик на софтуер. Вероятно най-важната система, скрита в „Слоя на връзките“, е Контрол на достъпа до медии (MAC) .

Контрол на достъпа до медиите

MAC няма нищо общо с Apple Mac. Сходството в наименованието между стандартния и компютърния модел е пълно съвпадение. Задачите, свързани с получаването на вашите данни върху кабел, са изцяло отговорност на MAC . В терминологията на OSI MAC е горна подсекция на слоя за връзка с данни. Долната част на този слой е изпълнена от Контрол на логическата връзка функции.

Въпреки че Internet Engineering Taskforce беше създадена да управлява всички мрежови стандарти, IEEE не желаеше да се откаже от контрола върху стандартите от по-ниско ниво. Така, когато стигнем до Link Layer, много от дефинициите на протокола са част от библиотеката на IEEE .

При разделението на труда между протоколите на слоя на връзката, MAC елементът се грижи за софтуера, който управлява предаванията в мрежите . Като такива, задачи като локално адресиране, откриване на грешки и избягване на задръстванията са всички отговорности на MAC.

Като мрежов администратор ще влизате в контакт със съкращението „MAC“ много пъти на ден. Най-видимата част от MAC стандарта е Мак адрес . Това всъщност е поредният номер на мрежовата карта. Никое устройство не може да се свърже към мрежа без мрежова карта, и така всяко мрежово активирано оборудване в света има MAC адрес. IEEE контролира разпределянето на MAC адреси и гарантира, че всеки е уникален в целия свят . Когато включите мрежов кабел в компютъра си, в този момент единственият идентификатор, който има, е неговият MAC адрес.

На слоя на връзката MAC адресът е по-важен от IP адреса. Системите, които автоматично разпределят IP адреси на устройства, управляват първоначалните си комуникации, използвайки MAC адреса . MAC адресът се отпечатва на всяка мрежова карта и е вграден в нейния фърмуер.

Протоколи и оборудване

Вероятно имате набор от мрежово оборудване във вашия офис. Ще имате рутер, но вероятно имате и суич, а може би и мост и/или повторител. Каква е разликата между тези?

Разликата между рутер, комутатор, мост и ретранслатор може най-добре да бъде осветлена чрез позоваване на позицията на това устройство по отношение на стековете TCP/IP и OSI.

Рутер

Рутер изпраща вашите данни през интернет. Той също така се занимава с крайни точки във вашата локална мрежа, но само когато комуникират извън домейна на този рутер. Рутерът е домът на Интернет слой . От гледна точка на OSI, това е a Слой 3 устройство.

Превключване

Превключвател свързва заедно всички компютри във вашата мрежа. Всеки компютър се нуждае само от един кабел, който излиза от него и този кабел води до превключвател. Много други компютри в офиса също ще имат кабел, влизащ в същия комутатор. И така, съобщение получава от вашия компютър до друг компютър в офиса чрез комутатора. Превключвател работи на слоя за връзка . В OSI стека той е на Подниво на контрол на достъпа до медиите на слоя за връзка с данни . Това го прави а Слой 2 устройство.

Мост

Мостът свързва един хъб с друг. Можете да използвате мост, за да свържете LAN и безжична мрежа заедно. Мостът е превключвател само с една връзка . Понякога комутаторите се наричат ​​многопортови мостове. Мостовете не се нуждаят от много сложни процесори. Те са просто преминаване, така че са принципно Физически слой устройства. Въпреки това, тъй като се занимават с адресиране, те също имат някои Връзков слой възможности. Това ги прави (OSI) Слой 1/Слой 2 устройства.

Ретранслатор

Ретранслаторът разширява обхвата на сигнала. При кабелите електрическият импулс се разсейва на разстояние, а при wifi сигналът става по-слаб, докато пътува. Повторителят е известен също като бустер. При кабелите той прилага нов тласък на електричество към предаванията, а при безжичните мрежи препредава сигналите. Ретранслаторът почти не се нуждае от софтуер. Това е чисто физическо устройство, така че всъщност няма никакво участие в протоколите в TCP/IP стека . В OSI това е a Физически слой устройство, което го прави Слой 1 .

TCP/IP адресиране

Основната характеристика на интернет протокола е неговият стандарт за адресиране на устройства в мрежи. Както при пощенската система, две крайни точки не могат да имат един и същи адрес . Ако два компютъра се свържат с един и същи адрес, рутерите по света няма да разберат кой е очакваният получател на предаване към този адрес.

Адресите трябва да бъдат уникални само в рамките на адресно пространство . Това е голямо предимство за частните мрежи, защото те могат да създадат свой собствен адресен пул и да разпространяват адреси, независимо дали тези адреси вече се използват в други мрежи по света.

Друга концепция, която трябва да имате предвид, когато работите с адреси, е тази те трябва да бъдат уникални само в един момент във времето . Това означава, че един човек може да използва адрес, за да комуникира по интернет, а когато излезе офлайн, някой друг може да използва този адрес. Фактът, че адресите в частните мрежи не трябва да бъдат уникални в целия свят и концепцията за уникалност в момента помогнаха да се улесни скоростта, с която се разпределят IP адресите. Това е нещо хубаво, защото наборът от налични IPv4 адреси в света е изчерпан .

IPv4

По времето, когато интернет протоколът беше в работещо състояние, той беше коригиран и пренаписан до четвъртата си версия. Това е IPv4 и неговата адресна структура все още работи днес . Вероятно всички IP адреси, използвани във вашата мрежа, следват формата IPv4.

IPv4 адресът се състои от четири елемента. Всеки елемент е октет , което означава, че е 8-битово двоично число. Всеки октет е разделен с точка (“.”) . За по-лесно използване тези октети обикновено се представят с десетични числа. Най-високото десетично число, което може да бъде достигнато от октет, е 255 . Това е 11111111 в двоична система. Така, възможно най-високият IP адрес е 255.255.255.255 , което наистина е 11111111.11111111.11111111.11111111 в основния двоичен файл. Този метод на последователност прави общ брой от 4 294 967 296 налични адреса . Около 288 милиона от тези налични уникални адреси са запазени.

Разпределението на наличните IP адреси се контролира от Орган за присвоени номера в Интернет . The IANA е създадена през 1988 г. от Джон Постел . От 1998 г. IANA е подразделение на Интернет корпорация за присвоени имена и номера (ICANN) , която е международна организация с нестопанска цел. IANA периодично разпределя диапазони от адреси на всяко от своите подразделения, известни като Регионални интернет регистри . Всеки от петте RIR покрива голяма площ от земното кълбо.

Адресиране на частна мрежа

В частна мрежа, не е нужно да кандидатствате в IANA или нейните подразделения, за да получите IP адреси . Адресите трябва да са уникални само в мрежата . По конвенция частните мрежи използват адреси в рамките на следните диапазони:

• 10.0.0.0 до 10.255.255.255 — 16 777 216 налични адреса
• 172.16.0.0 до 172.31.255.255 — 1 048 576 налични адреса
• 192.168.0.0 до 192.168.255.255 — 65 536 налични адреса

Големите мрежи могат да бъдат претоварени благодарение на големия брой устройства, които се опитват да получат достъп до физическия кабел. Поради тази причина, обичайно е мрежите да се разделят на подсекции . Всяка от тези подмрежи се нуждае от ексклузивни пулове адреси, разпределени за тях.

Това разделяне на обхвата на адреса се нарича подмрежа и можете да прочетете повече за тази техника на адресиране в Най-доброто ръководство за подмрежи .

IPv6

Когато създателите на интернет протокола работеха върху идеята си през 70-те години на миналия век, планът беше да се направи мрежа, която да бъде достъпна от всеки по света. Въпреки това, Хан, Серф и Постел никога не са могли да си представят колко обширен ще стане този достъп . Този набор от повече от 4 милиарда адреса изглеждаше достатъчно голям, за да продължи вечно. Грешаха.

До началото на 1990 г. стана ясно, че наборът от IP адреси не е достатъчно голям, за да отговори на търсенето завинаги . През 1995 г. IETF поръча проучване за нов адресен протокол, който ще осигури достатъчно адреси. Този проект беше наречен IPv6 .

Какво стана с IPv5?

Никога не е имало интернет протокол версия 5. Въпреки това имаше Протокол за интернет поток , който е написан през 1979 г. Това беше предшественик на VoIP и беше предвидено да има паралелен хедър на пакет. Разликата между IPv4 хедъра и стрийминг хедъра беше посочена от номера на версията в IP хедъра. Протоколът за интернет поток обаче беше изоставен и така никога няма да срещнете заглавка на IPv5 пакет .

IPv6 адресен формат

Най-простото решение за изчерпване на IP адресите беше просто да се добавят повече октети към стандартния IP адрес. Това е стратегията, която победи. IPv6 адресът включва 16 октета , вместо четири в IPv4 адреса. Това дава адреса общо 128 бита и прави пул от повече от 340 undecillion адреса . Един ундецилион е милиард милиард милиард милиард и се записва като единица с 36 нули след нея.

Окончателното оформление на IPv6 адреса беше публикувано през февруари 2016 г. като RFC 4291 . Оттогава определението е преработено и разширено от по-късни RFC.

Умна функция на IPv6 адресите е, че нулите в края могат да бъдат пропуснати . Това прави обратната съвместимост много по-лесна. Ако текущият ви IP адрес е 192.168.1.100, вие също имате IPv6 адрес 192.168.1.100.0.0.0.0.0.0.0.0.0.0.0.0.

Усложнението се крие в нотацията за IPv6, която не е същата като тази за IPv4. IPv6 адресът е разделен на секции от 2 октета . Всеки раздел е написан в шестнадесетичен знак и така съдържа четири цифри. Всеки знак в адреса представлява a хапка , което е 4 бита, от основното двоично число. Последната разлика е, че разделителят се промени от точка (“.”) на двоеточие (“:”). Първо, за да превърнете IPv4 адрес в IPv6 адрес преобразувайте десетичните числа на вашия адрес в шестнадесетични .

192.168.1.100

= C0.A8.01.64

Следващия, съединете заедно сегменти 1 и 2 и сегменти 3 и 4 . Разделете ги с двоеточие.

= C0A8:0164

Добавете шест нулеви сегмента за да компенсирате размера на IPv6 адрес.

= C0A8:0164:0000:0000:0000:0000:0000:0000

Промените в нотацията не трябва да имат никакво значение за обработката на IP адреси, тъй като в компютрите и мрежовия хардуер адресите се разглеждат като дълъг двоичен низ. Нотацията с точка и двоеточие и преобразуването в десетичен или шестнадесетичен е само за целите на показването .

Внедряване на IPv6

IPv6 е активен в момента. Всъщност, IPv6 адресите са налични от 2006 г . Последните IPv4 адреси бяха раздадени на RIR от IANA през февруари 2011 г. и първият регионален орган, който изчерпи разпределението си, беше Азиатско-тихоокеанският информационен център . Това се случи през април 2011 г. Вместо да преминете от една система към друга, двете системи за адресиране работят паралелно . Както е обяснено по-горе, IPv4 адрес може да се обработва от IPv6-съвместимо оборудване, просто като се допълва с нули.

Проблемът е в това не цялото оборудване в интернет е IPv6-съвместимо . Много домашни рутери не могат да обработват IPv6 адреси и повечето интернет доставчици не са си направили труда да внедрят системата . Услугите, които прилагат услуги с двоен стек, за да обслужват и двете адресни системи, обикновено са по-бавни от тези услуги, които напълно игнорират IPv6.

Въпреки че експертите твърдо подкрепят преминаването към IPv6, търговските мрежи изглеждат забележително неохотни да се преместят . Това може да се дължи на факта, че изисква време, а времето има цена. Бизнесът изглежда не желае да отдели бюджет за преминаване към IPv6, докато това не стане жизненоважен бизнес приоритет. Мрежовите администратори изглежда не получават награди от ръководителите за предварително планиране.

Така че, ако сте мрежов администратор със стиснат финансов директор, трябва да играете умно с инструментите за администриране на мрежата . Можете да преминете през вашия преход към IPv6, като използвате безплатни инструменти, или се уверете, че следващата ви голяма покупка на софтуер за мрежово администриране включва възможност за преход на IP адрес. Повече за това по-късно.

Протоколи на транспортния слой

Интернет протоколът е звездата на TCP/IP, защото той даде името си на интернет, който е обичан от всички. Транспортният слой е създаден, за да приюти ко-звездата на TCP/IP, the Протокол за управление на предаването . Помня TCP/IP първоначално се нарича Програма за контрол на предаването . И така, контролът на предаването беше в основата на съзнанието на Серф и Хан, когато създадоха този пакет от протоколи.

Първоначалната идея в TCP/IP плана беше, че софтуерните дизайнери могат да имат избор. Те могат или да установят връзка с TCP, или да заобиколят процедурите за свързване и да изпращат пакети директно с IP. Настояването на Postel за налагане на стекови слоеве означаваше, че трябва да има процес на опаковане, който да подготви потоците за директни трансфери . Това доведе до създаването на Протокол за потребителска дейтаграма (UDP) . UDP е основната алтернатива на TCP. Липсата на интерес към този протокол се илюстрира от краткия списък на генерираните от него RFC. Оригиналната дефиниция на UDP все още е актуална и никога не е актуализирана .

И така, нека да разгледаме по-отблизо тези два стълба на TCP/IP транспортния слой.

Протокол за управление на предаването

TCP установява връзка. Може би си мислите, че всяко предаване включва връзка, но истинското значение на термина поражда създаване на сесия и поддържането й . Тази задача изисква административни съобщения. Така, TCP създава малко режийни разходи при всяка мрежова транзакция .

Добрата новина е, че процедурите на TCP не се различават за връзки с отдалечени компютри през интернет, отколкото за връзки между устройства в една и съща локална мрежа. Трите фази на една TCP сесия са създаване, управление и прекратяване .

TCP има някои слабости, които хакерите и нападателите могат да използват . Типичната разпределена атака за отказ на услуга (DDoS) използва процедурите за установяване на сесия на TCP , но оставя процеса незавършен. В процеса на създаване на TCP сесия, иницииращото устройство изпраща a SYN пакет. Получаващият компютър отговаря с a SYN-ACK, и инициираният завършва настройката с an ACK съобщение. DDoS атака изпраща SYN, но не отговаря на SYN-ACK с ACK. Това оставя получателя да виси известно време, чакайки. Приемникът ще изтече, но тези няколко секунди забавяне свързват сървъра и правят потока от SYN съобщения много ефективен при блокиране на истински трафик .

TCP услугата отговаря за разделяне на поток или файл на сегменти . Той поставя рамка около всеки сегмент, давайки му заглавка. TCP хедърът не включва IP адреса или MAC адреса , но има друго ниво на адрес: the номер на пристанище . Заглавката включва номер на порт на произход и дестинация. Номерът на порта е идентификатор за приложението от двете страни на връзката участващи в обмена на данни.

Заглавката също включва пореден номер. Това се отнася за сегменти от същото поток. Получаващата TCP програма сглобява отново потока, като се позовава на поредния номер . Ако сегмент пристигне извън последователността, приемникът го задържа и изчаква липсващата част, преди да завърши потока. Този процес включва буфериране и може да причини забавяне при предадени данни, пристигащи в приложението, което ги е поискало. Друго заглавно поле е контролна сума . Това позволява на приемника да открие дали сегментът е пристигнал непокътнат.

Двете TCP програми, включени във връзката, създават надлежно прекратяване когато предаването приключи, известно като „ грациозна деградация “.

Протокол за потребителска дейтаграма

Докато функционалността на TCP е включена в TCP/IP от създаването на системата през 1974 г., дефиницията на UDP се появява много по-късно през 1980 г. UDP се предоставя като алтернатива на TCP . Първоначалното намерение беше да има логичен маршрут през TCP за създаване на връзка и алтернативен път, който просто отиваше направо към IP процедурите, изрязвайки процесите на свързване. Тази стратегия обаче щеше да изисква включването на условни разклонения в дефиницията на интернет протокола, което направи изискванията на този протокол ненужно сложни. UDP беше предоставен за емулиране на функциите за създаване на сегмент на TCP, без да включва никакви процедури за свързване .

Докато TCP единицата данни се нарича a сегмент , UDP версията се нарича a дейтаграма . UDP просто изпраща съобщение и не проверява дали това съобщение е пристигнало или не . Приемащата реализация на UDP премахва заглавката на дейтаграмата и я предава на приложението.

UDP заглавката е много по-малка от TCP заглавката . Съдържа само четири полета, всяко от които е широко два байта. Четирите полета са номер на порт източник, номер на порт местоназначение, дължина и контролна сума . Полето за контролна сума предлага възможност за отхвърляне на пакети, които са повредени при транспортиране. Това поле не е задължително и се използва рядко, защото нямам механизъм в UDP за повторно изпращане на изгубен пакет . Също така няма механизъм за последователност на данните, за да ги сглобите отново в първоначалния ред. Полезният товар на всяка получена дейтаграма се предава на целевото приложение без никаква обработка.

Липсата на процедури за свързване или проверки за целостта на данните прави UDP подходящ за кратки транзакции заявка/отговор , като DNS търсения и заявки за мрежов протокол за време.

Краткото заглавие на UDP дейтаграмата създава много по-малко натоварване от заглавките на TCP. Тази малка административна добавка може да бъде намалена още повече чрез задаване на максималния размер на дейтаграмата да бъде много по-голям от максималния размер на IP пакета . В тези случаи голямата UDP дейтаграма ще бъде разделена и пренесена от няколко IP пакета. UDP заглавката е включена само в първия от тези пакети, оставяйки останалите пакети без никакви допълнителни разходи от UDP.

Въпреки че UDP има пълна липса на административни процедури, това е предпочитаният транспортен механизъм за приложения в реално време , като видео стрийминг или интерактивен глас трансмисии. В тези ситуации обаче, UDP не взаимодейства директно с приложението . В случай на приложения за стрийминг на видео, Протокол за поточно предаване в реално време , на Транспортен протокол в реално време , и Протокол за контрол в реално време седи между UDP и приложението, за да осигури управление на връзката и функции за управление на данни.

Гласовите приложения използват Протокол за започване на сесия , на Протокол за предаване на контрол на потока , и Транспортен протокол в реално време за наслагване на UDP и предоставяне на липсващите функции за управление на сесии.

TCP/IP приложения

Приложенията, дефинирани като протоколи в TCP/IP пакета, са не функции на крайния потребител, а инструменти и услуги за администриране на мрежата . Някои от тези приложения, като например Протокол за прехвърляне на файлове (FTP) , дефинират програми, които могат да бъдат достъпни директно от потребителя.

Протоколите, намиращи се в приложния слой, включват HTTP и HTTPS , които управляват заявката и прехвърлянето на уеб страници. Протоколите за управление на имейл Протокол за достъп до интернет съобщения (IMAP) , на Пощенски протокол (POP3) , и Прост протокол за прехвърляне на поща (SMTP) също се категоризират като TCP/IP приложения.

Като мрежов администратор бихте се интересували от DNS, DHCP и SNMP приложения . Simple Network Management Protocol е стандарт за мрежови съобщения, който е универсално внедрен в мрежово оборудване. много Инструментите за мрежова администрация използват SNMP .

Система за имена на домейни

Системата за имена на домейни (DNS) преобразува уеб адреси в действителни IP адреси за достъп до уебсайтове през Интернет. DNS е основна услуга в частни мрежи. Работи заедно с DHCP система и координация, осигурени от мениджър на IP адреси (IPAM) за формиране на група инструменти за наблюдение на мрежови адреси, известна като DDI ( д НС/ д HCP/ аз PAM).

Протокол за динамично конфигуриране на хост

Въпреки факта, че наборът от IPv4 адреси се изчерпа през 2011 г., компаниите и частните лица все още не са склонни да преминат към IPv6. Въвеждането на IPv6 започна през 2006 г. Това означава, че изминаха пет години, когато всички в мрежовата индустрия бяха наясно с края на IPv4 адресирането, но все още не направиха нищо за преминаване към новата система.

През 2016 г. IPv6 беше изминал 20 години от създаването си и десет години от комерсиалното внедряване и въпреки това по-малко от 10 процента от браузърите в света можеха зарежда уебсайтове чрез IPv6 адрес .

Нежеланието да се изостави IPv4 доведе до стратегии за намаляване на изчерпването на адресите . Основният метод за максимално използване на пуловете IP адреси се предоставя от DHCP. Тази методология споделя набор от адреси сред по-голяма група потребители . Фактът, че IP адресите трябва да бъдат уникални в интернет само в определен момент от време, позволява на интернет доставчиците да разпределят адреси за продължителността на потребителските сесии. Така че, когато един клиент прекъсне връзката с интернет, този адрес веднага става достъпен за друг потребител.

DHCP също се използва широко в частни мрежи защото създава автоматичен метод за разпределяне на IP адрес и намалява ръчните задачи, които мрежовият администратор трябва да изпълни, за да настрои всички крайни точки в голяма мрежа.

Превод на мрежови адреси

Друго TCP/IP приложение, Превод на мрежови адреси , също помогна за намаляване на търсенето на IPv4 адреси. Вместо компания да разпределя публичен IP адрес на всяка работна станция, сега те запазват адресите в мрежата частни.

NAT шлюзът прикрепя номера на портове към изходящи заявки които напускат частната мрежа, за да пътуват през интернет. Това позволява на големите предприятия да извършват всички свои външни комуникации в интернет с само един IP адрес . Когато пристигне отговорът на заявката, наличието на номера на порта в заглавката позволява на шлюза да насочи пакетите към инициатора на заявката в частната мрежа.

NAT шлюзове не само помагат за намаляване на търсенето на IPv4 адреси но те също създайте защитна стена тъй като хакерите не могат да отгатнат частните IP адреси на всяка крайна точка зад шлюза. Разпространението на wifi рутери за домашна употреба също помага за намаляване на търсенето на IPv4 адреси, тъй като те използват NAT, за да представят всички устройства в имота с един публичен IP адрес.

Най-добрите TCP/IP инструменти

Най-големият TCP/IP проблем в момента е преходът към IPv6 адреси във вашата мрежа. Ако вашата компания е малко вероятно да ви даде бюджет специално за тази задача, тогава трябва да потърсите инструменти за администриране, които имат „двоен стек” възможности и функции за планиране на прехода. Като алтернатива можете да изберетебезплатни инструментиза да помогнете за прехвърлянето на всички ваши мрежови адреси към IPv6.

За щастие, всички основни доставчици на DHCP и DNS сървъри са билиса наясно с прехода към IPv6 от поне десетилетие. От който и доставчик да вземете своя сървърен софтуер, можете да сте сигурни, че той е съвместим с IPv6, така че няма да е необходимо да започвате отново с тези услуги.

Ключовите части от оборудването, върху които трябва да се съсредоточите, когато преминавате към IPv6, са вашите мрежови монитори и мениджъри на IP адреси.

Можете да използвате три различни стратегии за свързване на IPv4 и IPv6 адресиране. Тези пет софтуерни пакета ви дават възможност да приложите избрания от вас подход. Можете да прочетете за всяка от стратегиите в описанието на инструментите по-долу.

Нашата методология за избор на TCP/IP инструмент

Прегледахме пазара за мрежови инструменти, които управляват TCP/IP системи и анализирахме инструменти въз основа на следните критерии:

• Управление на IP адреси
• Инструменти за IP адреси за разбиране на разпределението на адреси
• Услуги за координиране и поддръжка на TCP/IP използване
• Методи за конвертиране между IPv4 и IPv6
• Проследяване на координация между DHCP и DNS
• Безплатен пробен период за безплатна оценка или безплатен инструмент
• Удобна безплатна помощна програма или платен инструмент, който предлага добра сделка

Имайки предвид тези критерии за подбор, ние проучихме набор от инструменти за управление на регистрационни файлове, които са подходящи за фирми от всякакъв размер.

Ето нашия списък с петте най-добри TCP/IP инструмента.

1. Мениджър на IP адреси на SolarWinds (БЕЗПЛАТНА ПРОБНА ВЕРСИЯ)

Мениджърът на IP адресипроизведен от SolarWinds е a DDI решение защото може да комуникира както с DHCP, така и с DNS сървъри и да организира наличните адреси в тези бази данни. IPAM обаче не замества вашите DHCP или DNS сървъри, така че трябва да се консултирате с вашия доставчик дали можете да преминете към IPv6

Основни функции

• Сканира мрежата за всички устройства
• Проверява разпределението на IP адреси
• Открива измамни устройства
• Актуализира пула от DHCP адреси
• Проверки на DNS записи

SolarWinds направи мениджъра на IP адреси „ двоен стек ”, което означава, че може да работи както с IPv6 адреси, така и с IPv4. Инструментът включва функции, които да ви помогнат да мигрирате вашата система за мрежово адресиране от IPv4 към IPv6 .

' на SolarWinds двоен IP стек ” системата прави всеки възел във вашата мрежа е потенциален IPv6/IPv4 възел . Просто трябва да зададете конфигурацията за всеки възел във вашето табло за управление. Възел може да бъде Само IPv4 , Само IPv6 , или както IPv4, така и IPv6 . Така че при преход,

започнете с IPv4 възли. Настройте всички тях на IPv6/IPv6 възли и преконфигурирайте вашите DHCP и DNS сървъри, за да работят с IPv6 адреси. След като се докаже, че тази конфигурация работи ефективно, просто изключете възможностите на IPv4 за създаване на IPv6 мрежа. SolarWinds нарича това „ метод на преход с двоен стек .”

IPAM включва инструмент за планиране за преминаване към IPv4. Можете да въвеждате нови адреси подмрежа по подмрежа. Софтуерът обработва конфликти на IP адреси по време на прехода.T обхватите за подмрежи са различни от наличните в IPv4 , така че функциите за подмрежи на SolarWinds IP Address Manager, които включват подмрежов калкулатор, ще ви помогнат да следите миграцията.

След като новата ви система за адресиране е поставена, няма да се налага да се притеснявате за съвместимостта между двете системи за адресиране, защото цялата ви мрежа ще бъде във формат IPv6 . Мениджърът на IP адреси непрекъснато сканира вашата мрежа за IP адреси и ги сравнява с разпределенията, регистрирани във вашия DHCP сървър. Това позволява на IPAM да откриване на изоставени адреси и ги върнете в басейна. Периодичните системни проверки ви помагат откриване на фалшиви устройства в мрежата, и можете също да проверите за нередовна дейност, която идентифицира нарушители и вируси.

Професионалисти:

• Изчерпателен DDI пакет, чудесен за малки и големи мрежи
• Може да проследява адресирането на проблеми като IP конфликти, неправилни конфигурации и ограничения на капацитета на подмрежата
• Лек – работи при просто внедряване на Windows Server
• Включва инструменти за разпределяне на подмрежи, за да спести много време за разпределяне на адреси и планиране
• Шаблонните отчети могат да бъдат лесни за изпълнение и персонализиране

Минуси:

• Не е предназначен за домашни потребители, това е задълбочен мрежов инструмент, създаден за ИТ специалисти

Можете да проверите IP Address Manager на a 30-дневен безплатен пробен период . Може да се инсталира само на Windows сървър .

ИЗБОР НА РЕДАКТОРИТЕ

Мениджър на IP адреси на SolarWinds е нашият най-добър избор за TCP/IP инструмент, защото може да проверява използването на всички IP адреси и контролира грешките при разпределяне. Този пакет може да работи както с IOPv4, така и с IPv6 адреси, което го прави услуга с двоен стек. Двойната способност на тази система я прави добър вариант за тези, които искат да преминат от IPv4 към IPv6 – не е необходимо да преоборудвате системата си за управление на адреси. Пакетът включва DHCP сървър и DNS система. Така че можете да прехвърлите цялата си система за адресиране към новия стандарт само с натискането на един бутон.

Изтегли:Стартирайте 30-дневен безплатен пробен период

Официален сайт:solarwinds.com/ip-address-manager/registration

ВИЕ:Windows сървър

2. Управление на IP адреси за мъже и мишки

Men and Mice произвежда софтуер за управление на мрежата, включително DDI пакет. Неговият инструмент за управление на IP адреси е част от този пакет. Компанията предлага ограничена версия на своята помощна програма за управление на IP адреси за осъществяване на миграция от IPv4 към IPv6 адреси . Тази версия с намалена функция е Безплатно . Ако закупите пълния IPAM, системите за миграция са включени. Men & Mice също предлага безплатна пробна версия за своя DDI софтуерен пакет .

Основни функции

• Пълно DDI решение
• Система, базирана на буци
• Поддръжка за преход на адрес
• Налична безплатна версия

The адрес на миграционна стратегия очертан от хора и мишки въвежда допълнително поле във вашия отчет за IPAM възли, което отбелязва състоянието на всяко устройство . С това можете да запишете дали дадено устройство е съвместимо с IPv6. За тези съвместими устройства, които ще бъдат по-голямата част от вашето оборудване, отбележете дали устройството е тествано с IPv6 адрес и кога е готово за прехвърляне.

Таблото включва добавка за работен процес , който проследява промените във формата на адреса за всяко устройство. След това можете да превключвате устройства или елемент по елемент, или в цялата подмрежа. Съвместимостта на всички адреси в мрежа със среден преход се поддържа от двойна стекова архитектура в IPAM .

Безплатна версия на системата за управление на IP адреси е чудесна възможност. Въпреки това, тъй като той ще може само да извършва прехвърляне на адреси, а не да управлява напълно вашата система за IP адресиране, в крайна сметка ще стартирате два IPAM паралелно . Би било по-добре да използвате безплатния пробен период като паралелна оценка на въвеждането на нова система за управление на IP адреси и извършете стандартния преход на адреса по време на този опит. Ако сте доволни от текущия си IPAM, тогава изпробването на системата Men & Mice за мигриране на вашите адреси би било отнемащо време упражнение без максимална полза от придобиването на нов софтуер.

Професионалисти:

• Предлага DNS и DHCP наблюдение и управление за по-централизиран контрол на вашите мрежи
• Жизнеспособни решения за управление на MSP
• Може да проследява адресирането на проблеми в облачни и хибридни среди
• Таблото за управление, базирано на браузър, прави продукта по-достъпен от подобни инструменти

Минуси:

• Интерфейсът може да бъде направен по-удобен за потребителя и да използва повече визуализации
• Интегрирането в някои облачни доставчици може да отнеме много време

3. IPv6 тунелен брокер

Методът с двоен стек е само една от трите възможни стратегии за преход на IPv6 адрес. Друг метод се нарича „тунелиране“. В този сценарий пакетите, адресирани в един метод, се капсулират в пакети, следващи другия метод на адресиране. Най-вероятната посока за тази стратегия е да поставяне на IPv6 пакети в IPv4 пакети .

Основни функции

• Извършва превод на живо между IPv4 и IPv6 адреси
• Безплатен за използване
• Облачно базирана услуга

Тунелирането преобразува IPv6 адреси, така че вашата IPv4 мрежа да може да ги обработва. След като капсулираните IPv6 пакети пристигнат на съответното устройство, носещата структура се премахва, така че заявеното приложение може да обработи оригиналния IPv6 пакет.

Тунелирането е по-скоро стратегия за забавяне, за да отложите прехода и да преодолеете всички притеснения относно съвместимостта, които може да имате. Методът на тунелиране е описан в документ, съхраняван от IETF. Това е RFC 4213: Основни механизми за преход за IPv6 хостове и рутери . С този метод можете да поддържате мрежата си изцяло IPv4 и да комуникирате с IPv4 външни ресурси по стандартния начин. Всички IPv6 адреси се преобразуват в IPv4, така че вашият мрежов шлюз да може да се справи с тях . Намерението е в даден момент да смените версиите, като направите мрежата си изцяло IPv6 и тунелирате всички външни адреси, които все още използват IPv4.

Добра характеристика на тази методология е, че може да се приложи с прокси сървър, предоставен от трети страни, наречени брокери на тунели. IPv6 тунелен брокер и Ураган Електрик са две от тези услуги за преобразуване. Компаниите имат прокси сървъри в много градове в САЩ и по света. Тези брокери на тунели са напълно безплатни .

Професионалисти:

• Напълно безплатен за използване
• Достъпен е от всяко място (прост достъп до уеб браузър)
• Предлага стабилна документация

Минуси:

• Не е най-добрият вариант за по-големи среди

4. Превод на Cloudflare IPv6

Третият препоръчителен метод за преход от IPv4 към IPv6 е преобразуване на адреси. Много облачни услуги интегрират IPv6 превод. Cloudflare е пример за това. Фирмата основно предлагазащита срещу DDoS атаки. Той действа като преден край на всички ваши входящи съобщения. Когато се регистрирате за услугата Cloudflare, всички DNS записи в света, които се отнасят до вашите сървъри, се променят, за да сочат вместо това сървър на Cloudflare. Cloudflare премахва злонамерените връзки и препраща истинския трафик към вашите сървъри.

Основни функции

• Интегриран в пакет от крайни услуги
• Превежда между IPv4 и IPv6
• Безплатни функции във всяка услуга на Cloudflare

на компанията Псевдо IPv4 функцията е включена безплатно във всички негови планове за защита. Той преобразува IPv6 адреси в IPv4 адреси, преди да пристигнат във вашия мрежов шлюз. Това е чудесно решение, ако имате по-старо оборудване, което не може да работи с IPv6 адреси. Това трябва да ви помогне да изстискате малко допълнителен експлоатационен живот, преди да се наложи да купувате нови мрежови устройства. Тъй като всички доставчици на мрежово оборудване вече интегрират двойна стекова архитектура като стандарт, вашите проблеми с IPv6 съвместимостта ще изчезнат, когато смените оборудването си.

Професионалисти:

• Предлага множество други услуги като DDoS защита
• Е безплатна функция
• Невероятно лесен за използване

Минуси:

• Предлага се само като облачен инструмент

5. Подмрежа онлайн IPv4 към IPv6 конвертор

Сървърът за превод на мрежови адреси е очевидното местоположение на място за динамично преобразуване на адреси.Повечето нови NAT сървъри включват възможности за конвертиране. В света на производителите на мрежово оборудване процесът на преобразуване на адреси между IPv4 и IPv6 се нарича „превод на протоколи“.

Основни функции

• Онлайн подмрежов калкулатор
• Включва калкулатор за преобразуване от IPv4 и IPv6
• Безплатен за използване

Съществува и четвърта опция, която е да промените ръчно всичките си адреси.Това е осъществима стратегия за малки мрежи. Ако използвате DHCP , можете да настроите DHCP сървър с двоен стек да използва IPv6 адресиране. Същата стратегия е налична с DNS сървъри. Ако настроите своя IPAM да използва само IPv6, присъствието на IPv4 във вашата мрежа ще приключи.

Смяната на системата за адресиране ще имавлияние върху разпределението на вашия подмрежов адрес. Можете сами да преизчислите обхвата на вашия подмрежов адрес. Подмрежовият онлайн IPv4 към IPv6 конвертор ще ви помогне с тази задача.

При конвертираните ви собствени адреси трябва да разчитате на настройките за преобразуване на вашия NAT шлюз, за ​​да адаптирате външен IPv4 адрес и да ги интегрирате във вашите операции.

Професионалисти:

• Включва онлайн подмрежов калкулатор
• Може да ви помогне да конвертирате от IPv4 към IPv6
• По-подходящ за домашни лаборатории и малки мрежи

Минуси:

• Липсват функции, които по-големите мрежи биха търсили, като преобразуване на адреси

TCP/IP уместност

Въпреки че е една от най-старите системи за управление на мрежата, TCP/IP не е на път да остарее. Всъщност, с течение на времето,TCP/IP стана по-известен в тази област. Възможността за обмен на частни мрежи с интернет дава предимство на TCP/IP и го прави най-привлекателното решение за мрежови системи. След като разберете как работи TCP/IP, можете да визуализирате как пътуват всички комуникации на вашата компания и това прави разширяването на мрежовите услуги или разрешаването на проблеми много по-лесно.

TCP/IP бъдеще

Единственият съперник на TCP/IP беше OSI и този модел се внедри в жаргона на мрежите.Може да е объркващо, че номерата на OSI слоевете се използват обичайно, дори когато се отнася до оборудване, което работи по TCP/IP правила. Това е странност на индустрията, която ще приемете и ще използвате като втори език.

Изчерпването на IPv4 адреси е странно разстройство в траекторията на приемане на TCP/IP.Този проблем не принуди мрежовите мениджъри да преминат към други методологии. Вместо това, необходимостта да се извлече максимума от намаляващия набор от налични адреси породи нови технологии и стратегии, които максимизират използването на IP адреси. Големият проблем, създаден от недостига на адреси, доведе до DHCP системата, IPAM и по-ефективно управление на IP адреси. Всичко това прави TCP/IP много по-привлекателна система за управление на мрежата.

Използване на TCP/IP

Много, много повече протоколи са включени в TCP/IP. Въпреки това, това ръководство се фокусира върху най-важните методологии, които трябва да разберете, за да управлявате ефективно мрежа.

Не забравяйте, чепротоколът не е част от софтуера. Това е просто набор от правила, които разработчиците на софтуер използват като основа на спецификацията на програмата. Протоколите осигуряват универсална съвместимост и позволяват на различни софтуерни къщи да произвеждат конкурентни продукти, които работят с друг софтуер.

Преобразувахте ли мрежата си към IPv6? Новата система за адресиране повлияла ли е на свързаността? Използвахте ли метода с двоен стек в IPAM, за да покриете едновременно IPv4 и IPv6 адреси? Кажете ни вашия опит, като оставите съобщение в секцията за коментари по-долу.

изображения: Европейска мрежа от PX Тук . Публичен домейн

TCP/IP модел от MichelBakni. Лицензирано под CC BY-SA 4.0

OSI и TCP от Marinanrtd2014. Лицензирано под CC BY-SA 4.0