03.10.2011

TCP / IP и IPX маршрутизация инстркцията

Original on http://www.sangoma.com/fguide.htm

Въвеждане

or Internet-connected LAN using Sangoma’s Data Networking/Router Cards or other routers. Този урок е предназначен да предоставят достатъчно информация, за да се създаде един сравнително прост WAN или свързан с интернет LAN Sangoma данни в мрежа / рутер карти или други рутери. Обяснения на IP адреси, класове, мрежова маска пита, подмрежи и маршрутизация са предвидени и няколко мрежи, например, се считат. on Windows NT Workstation/Server and Windows 95, and others. Пример адрес и маршрутизация конфигурации са предвидени за изпълнение на Sangoma Router карти при следните стакове протокол и платформи: Unix и Linux, Microsoft TCP / IP на Windows NT Workstation сървър / и Windows 95, и др. Основно обяснение на IPX маршрутизация също е включена.

Всички имена на марки и продуктови имена са търговски марки на съответните компании.

IP адрес и класове

Хостове и мрежи

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

Домакините са свързани помежду си с една или повече мрежи. IP адреса на всеки хост се състои от мрежов адрес плюс собствения си адрес на хост в мрежата. IP адрес, за разлика от, да речем, IPX адресиране, използва един адрес, съдържащ мрежа, както и адрес на хост. Колко от адреса се използва за част от мрежата и колко за хост частта варира от мрежа към мрежа.

IP адресиране

IP адресът е с ширина 32 бита, и както беше обсъдено, е съставен от две части: мрежов номер, и броя домакин [1, 2, 3]. По конвенция, се изразява като четири десетични числа, разделени с точки, като “200.1.2.3″ представлява десетичната стойност на всеки от четирите байта. Валидни адреси, като по този начин от 0.0.0.0 до 255.255.255.255, общо на около 4,3 милиарда адреси. Първите няколко бита от адреса посочват, че адресът принадлежи към клас:

Клас	Префикс	Номерът на мрежата	Номер на хост
A	0	Bits 0-7	Bits 8-31
B	10	Bits 1-15	Bits 16-31
C	110	Bits 2-24	Bits 25-31
D	1110	N / A
E	1111	N / A

Бита са етикетирани в мрежата на ред, така че първият бит е малко 0 и последната е малко на 31, четене от ляво на дясно. Мултикаст адреси са от клас D и Клас E са запазени. Обхват на мрежата номера и номера на домакин може да бъдат получени на:

Клас	Обхват на Net Numbers	Обхват на домакин Numbers
A	0 до 126	0.0.1 да 255.255.254
B	128.0 до 191.255	0.1 до 255,254
C	192.0.0 до 254.255.255	От 1 до 254

Всеки адрес, започващ със 127 е адресът, на принципа на обратната връзка и никога не трябва да се използва за решаване на извън приемащата. Номер на хост на всички двоичен 1 показва, насочени излъчване над конкретната мрежа. Например, 200.1.2.255 посочва предаване по мрежата 200.1.2. Ако приемащата номер е 0, това означава “този хост”. Ако номера на мрежа е 0, това означава “тази мрежа” [2]. Всички запазени бита и запазени адреси силно намаляване на наличните IP адреси от теоретичния максимум 4,3 милиарда. Най-много потребители, свързани към Интернет, ще бъдат присвоени адреси в клас C, като пространството се превръща в много ограничен. Това е основната причина за развитието на IPv6, което ще има 128 бита на адресното пространство.

Основна IP Routing

Клас IP адрес и използването на ARP

network consisting of one Ethernet segment and three nodes. Помислете малко вътрешен TCP / IP мрежа, състояща се от един сегмент Ethernet и три нода. IP мрежа номер на този сегмент Ethernet е 200.1.2. Домакин номера за A, B и C са съответно 1, 2 и 3. Те са от клас C адреси, и следователно да се даде възможност за до 254 възли на тази мрежа сегмент.

Всеки един от тези възли имат съответните адреси, Ethernet, които са шест байта. Те обикновено са написани в шестнадесетичен вид, разделени с тирета (02-FE-87-4A-8C-A9 например).

В схемата по-горе и последващото диаграми, подчерта част мрежа за броя на IP адрес, като го показва в червено.

to C for the first time, and that it knows C’s IP address. Да предположим, че А иска да изпрати пакет до C за първи път, и че тя знае IP адрес C. За да изпратите този пакет през Ethernet, A ще трябва да знаете, C, Ethernet адрес. Адрес Резолюция протокол (ARP) се използва за динамичното откриването на тези адреси [1].

ARP поддържа вътрешна таблица на IP адрес и съответните Ethernet адрес. destined to C, the ARP module does a lookup in its table on C’s IP address and will discover no entry. Когато се опита да изпрати на IP пакет, предназначени за C, модул ARP търсене, в масата си по IP адрес C, и ще откриете не влизане. ARP след това ще излъчва специален пакет искане през Ethernet сегмент, които ще получат всички възли. Ако приемащата възел има определен IP адрес, който в този случай е C, тя ще се върне своята Ethernet адрес в отговор пакети обратно към А. веднъж получава този отговор пакети, тя актуализира своята маса и се използва Ethernet адрес, за да насочи А пакети C. ARP таблицата вписванията може да се съхраняват статично в някои случаи, или да го пази записи в таблицата си, докато те са “остаряла”, в който случай те са зачервена.

Но сега, размислете две отделни мрежи Ethernet, които са се присъединили от компютър, C, действа като IP рутер (например, ако имате два Ethernet сегменти на вашия сървър).

Device C действа като маршрутизатор между тези две мрежи. Маршрутизаторът е устройство, което избира различни пътища за мрежови пакети, въз основа на адресиране на IP рамка е боравене. Различните маршрути свързват към различни мрежи. Рутерът ще има повече от един адрес, като всеки маршрут е част от друга мрежа.

Тъй като има две отделни сегменти Ethernet, всяка мрежа има свой клас C мрежа номер. Това е необходимо, защото рутера трябва да знаете кой мрежов интерфейс да се използва, за да достигнете определен възел, и всеки интерфейс се присвоява номер на мрежа. to E, it must first send it to C who can then forward the packet to E. This is accomplished by having A use C’s Ethernet address, but E’s IP address. Ако А иска да изпрати пакет до Е, тя трябва първо да го изпрати на C, който може след това да предаде пакет на E. Това се постига с използването C, Ethernet адрес, но IP адрес E. C ще получат пакети, предназначени да E и след това ще я препраща използвайки Ethernet адрес на E. Тези Ethernet адреси са получени с помощта на ARP, както е описано по-рано.

Ако E е възложено на един и същ номер мрежа като A, 200.1.2, А след това се опитайте да достигне Е по същия начин, тя достигна C в предишния пример – от изпращане на искането на ARP и надеждата за отговор. cannot be delivered. Въпреки това, защото E е на различни физически тел, той никога няма да видите ARP искане и така пакета не могат да бъдат доставени. Като се уточнява, че Е е в различна мрежа, IP модул в А ще се знае, че E не може да бъде постигнато, без да се налага, го изпращат от някои възел в същата мрежа като А.

Пряко срещу Косвени Routing

does not need to be forwarded, ie both the source and destination addresses have the same network number, direct routing is used. Direct маршрутизация се наблюдава и в първия пример, когато съобщена с C. Това е също използва в последния пример за А, да общуват с Б. Ако пакетът не е необходимо да се изпращат, т.е. на източника и адреси дестинация имат една и съща мрежа номер, директно маршрутизиране се използва.

Косвени жила не се използва, когато не съвпадат с номера в мрежата на източника и дестинацията. must be forwarded by a node that knows how to reach the destination (a router). Това е случай, когато пакетът трябва да бъде предадено от възел, който знае как да стигнете до местоназначението (рутер).

to E. For A to know how to reach E, it must be given routing information that tells it who to send the packet to in order to reach E. This special node is the ” gateway ” or router between the two networks. В последния пример, А иска да изпрати пакет до E. For A, за да знаете как да стигнете до E, то трябва да се дава информация за маршрутите, че го казва кого да изпрати пакета с цел постигане на E. Тази специална възел ” шлюза “или рутер между двете мрежи. А Unix-стил метод за добавяне на един запис за маршрутизация на А е:

route add [destination_ip] [ gateway ] [metric]

Когато метричната стойност е броят на хмел до местоназначението. В този случай,

route add 200.1.3.3 200.1.2.3 1

to reach E. Similarly, for E to reach A, ще разкажа, за да използвате C като врата, за да достигне Е. По същия начин, за E, за да достигне,

route add 200.1.2.1 200.1.3.10 1

to reach A. It is necessary that C have two IP addresses – one for each network interface. ще бъдат използвани, за да кажа, E, за да използвате C като врата, за да достигне А. Необходимо е, че C имат две IP адреси – по един за всеки мрежов интерфейс. По този начин знае от IP адрес C, че е в собствената си мрежа, и подобно на E. В рамките на В, определяне на маршрута модул ще знае от номера на мрежата на всеки интерфейс, който да се използва за изпращане на IP пакети.

В повечето случаи то няма да е необходимо ръчно да добавите този запис за маршрутизация. for all other nodes on both networks. Това обикновено е достатъчно да се създаде C като шлюз по подразбиране за всички други възли от двете мрежи. Шлюз по подразбиране е IP адреса на машината, за да изпрати на всички пакети, които не са предназначени възел на директно свързана мрежа. Маршрутната таблица в шлюз по подразбиране ще бъде създаден, за да предаде правилно пакети, които ще бъдат обсъдени подробно по-късно.

Статично срещу динамично рутиране

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

to automatically update the routing table with routes known by peer routers. Динамично маршрутизиране използва специални протоколи за маршрутизация на информация за автоматично обновяване на маршрутната таблица с маршрутите, известен с връстниците рутери. Protocols (IGPs) or Exterior Gateway Protocols. Тези протоколи са групирани според това дали те са протоколите на вътрешните работи Gateway (IGPs) или Екстериор Gateway протоколи. Обзавеждане протоколи шлюз се използват за разпространение на информацията за маршрутизиране вътре в една автономна система (AS). Спомагателната е набор от рутери вътре домейна, което се прилага от един орган. Примери за вътрешни протоколи портал OSPF и RIP. Външно портал протоколи се използват за интер-AS маршрутизация, така че всяка спомагателна система може да бъде наясно с това как да стигнете до други през интернет. Примери от външни портал протоколи са EGP и BGP. Вижте RFC 1716 [11] за повече информация за IP операции рутер.

WANPIPE Routing

routing between interfaces is accomplished by the protocol stack, which can send IP based dynamic routing protocols over WANPIPE ^®. WANPIPE ^® е мрежов интерфейс, не всъщност маршрут пакети до IP адрес, или да поддържа IP маршрутизиране информация за маршрутизация на пакети между интерфейсите се осъществява чрез протокола стека, който може да изпраща IP базирани динамични протоколи за маршрутизация ^над WANPIPE ®. Информация и протоколи, необходими за динамично маршрутизиране се обработват от протокол стека, а не в ^WANPIPE ® ниво. На практика, това е почти винаги по-добре да се използва изрично статични записи в таблицата за маршрутизация, а не да се разчита за динамично маршрутизиране.

Advanced IP Routing

Мрежовата маска

При създаване на всеки възел с IP адрес, мрежова маска поиска също трябва да бъдат уточнени. Тази маска се използва за определяне коя част от адреса е част от мрежов номер, и който е домакин част. Това се постига чрез логически побитови И между маската задават и IP адрес. Резултатът се определя номер на мрежа. За клас C, мрежовата маска да пита винаги ще бъде 255.255.255.0, за клас Б, мрежова маска да пита винаги ще бъде 255.255.0.0 и така нататък. to E in the last example, A knew that E wasn’t on its network segment by comparing A’s network number 200.1.2 to the value resulting from the bitwise-AND between the Netmask ask 255.255.255.0 and the IP address of E, 200.1.3.2, which is 200.1.3. Когато изпрати пакет до Д в последния пример, A, знаеше, че E не е по неговата мрежа сегмент, чрез сравняване мрежа номер 200.1.2 на стойността, която е резултат от побитовите И между поиска мрежовата маска 255.255.255.0 и ПР адрес на E, 200.1.3.2, което е 200.1.3.

Мрежовата маска попитате става много важна, и по-сложни, когато “безкласово” адресиране се използва.

Йерархичен Sub Разпределение на адресите от клас C

За да направи по-ефективно използване на адресите от клас C в интернет общността, тези адреси са йерархично subnetted от доставчика на услуги на организацията. Те са разпределени двупосочни ^™ попитам ориентирани подгрупи на адресното пространство на доставчика [4, 5]. Това са безкласово адреси.

router that emulates an additional network segment, such as WANPIPE ^® ;. Нека разгледаме следния пример на една малка организация, състояща се от два сегмента на Ethernet свързване към доставчик на интернет услуга, с помощта на WAN рутер, който емулира допълнителен сегмент на ^{мрежата,} като WANPIPE ®;. Доставчикът на услуги е била разпределена на няколко различни адреси от клас C, за да бъдат използвани за своите клиенти. address at the provider end is 210.20.30.254. Тази конкретна организация е разпределена мрежа номер 210.20.30 и шлюза адрес в края на доставчика е 210.20.30.254.

Ние разширяваме последния байт на IP адрес, така че можем да покажем мрежата subaddressing. Стандартният IP номенклатура адрес е показано по-долу тази разширена версия.

would be 210.20.30.254 with Netmask ask 255.255.255.0. Ако организацията се е случило да има само един компютър, C, както и целия адрес от клас C е на разположение за употреба, тогава IP адрес за C може да бъде каквото и да е в диапазона 210.20.30.1 210.20.30.253, и си шлюза по подразбиране ще бъде 210,20.30.254 с маска питат 255.255.255.0.

Въпреки това, с две мрежи плюс ^{WANPIPE ®,} която също трябва да бъде в собствената си мрежа, трябва по някакъв начин да се subnetted клас C адреса. Това се постига с помощта на един или повече от бита, които обикновено са определени за номер на хост, като част от клас C адреса, с цел да се разшири размера на номера на мрежата,. В този случай, 210.20.30 е разширен и включва четирите мрежи и мрежовата маска, питам се е променила до 255.255.255.192, за да се отразят допълнителните използването на два бита за номера на мрежата, в IP адрес.

Строго погледнато, само подмрежи на две или повече бита са легални, и всеки подмрежа с подмрежа част на маската всички нули или всички тези, които са незаконни. stacks used by WANPIPE ^® will allow you to violate these rules, leading to a considerable saving in useful addresses. Но много TCP / IP стекове, използвани от ^WANPIPE ® ще ви позволи да нарушават тези правила, което води до значително спестяване на полезни адреси. Виж Приложение ни по този въпрос.

Писане на мрежова маска питат 255.255.255.192 в двоичен (от FFFFFFC0 в шестнадесетичен) е 11111111/11111111/11111111/11000000, с “/” отделяне на байта за по-голяма яснота. Тъй като организацията е разпределена на всички 210.20.30 (D2141E шестнадесетичен), е използването на следните четири мрежови номера (в двоичен):

Net # IP Network Брой

 0 11010010/00010100/00011110/00  1 11010010/00010100/00011110/01  2 11010010/00010100/00011110/10  3 11010010/00010100/00011110/11

Това оставя 6 бита в края да се използва за номер на хост, оставяйки място за 62 домакин възли на мрежата (всички 0 и всички 1-те са запазени). Следните адреси са валидни за домакините да се използват:

# Адрес Стара Net

 0 210.20.30.1 до 210.20.30.62  Един 210.20.30.65 до 210.20.30.126  2 210.20.30.129 до 210.20.30.190  3 210.20.30.193 до 210.20.30.254

В този пример, Net # 2 е запазен за бъдеща употреба. IP адресите и мрежовата маска пита за всеки интерфейс са

 Интерфейс маска IP Адрес попитам  Node A 210.20.30.1 255.255.255.192  Node B 210.20.30.2 255.255.255.192  Node C (КБ) 210.20.30.10 255.255.255.192  Node C (DE) 210.20.30.70 255.255.255.192  ) 210.20.30.200 255.255.255.192 Node C (WAN) 210.20.30.200 255.255.255.192  Възел D 210.20.30.81 255.255.255.192  Node E 210.20.30.82 255.255.255.192

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

Node A:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.10 210.20.30.1  210.20.30.0 255.255.255.192 210.20.30.1 210.20.30.1

Възел В:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.10 210.20.30.2  210.20.30.0 255.255.255.192 210.20.30.2 210.20.30.2

Node C:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.254 210.20.30.200  210.20.30.0 255.255.255.192 210.20.30.10 210.20.30.10  210.20.30.64 255.255.255.192 210.20.30.70 210.20.30.70  210.20.30.192 255.255.255.192 210.20.30.200 210.20.30.200

Възел D:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.70 210.20.30.81  210.20.30.64 255.255.255.192 210.20.30.81 210.20.30.81

Node E:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.70 210.20.30.82  210.20.30.64 255.255.255.192 210.20.30.82 210.20.30.82

Node G:

 Interface Network Address маска попитате Gateway Interface  210.20.30.0 255.255.255.0 210.20.30.200 210.20.30.254

(Плюс всички други записи в уместни)

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

out onto the Internet, let’s say to address 140.51.120.30, then first D would AND the Netmask ask 255.255.255.192 with 140.51.120.30 to determine the network number. Например, ако D изпрати ICMP пакет ехо искане към Интернет, да речем, на адрес 140.51.120.30, тогава първият D и мрежовата маска, попитайте 255.255.255.192 с 140.51.120.30, за да се определи броят на мрежата. 210.20.30.70. След това той ще откриете, че то не съвпада с броя на мрежа 210.20.30.64, и така той избира маршрут по подразбиране, която насочва към шлюза 210.20.30.70. След това използва Ethernet адреса на Node C (DE) да предаде на IP пакети шлюза.

, it will see that it is destined to 140.51.120.30. Когато C получава този пакет, ще видите, че тя е предопределена да 140.51.120.30. Тя проверява всички маршрути в своята таблица на и определя, че този адрес не се намира на някоя от изброените мрежи в таблицата за маршрутизация, и така го избира маршрут по подразбиране. interface, of IP address 210.20.30.200 to send the packet to 210.20.30.254 (G). Той използва WAN интерфейс на IP адрес 210.20.30.200 да изпрати пакет до 210.20.30.254 (G). to gateway until it reaches 140.51.120.30. От този момент нататък, пакетът ще се разпространяват от врата към шлюза, докато достигне 140.51.120.30. Когато този възел отговори, пакетът ще бъде входящи интерфейс 210.20.30.200 (C) с дестинация адрес 210.20.30.81 (D). Node C ще откриете, че 210.20.30.81 е в мрежата 210.20.30.64 и използва интерфейса 210.20.30.70, за да изпратите обратно към дома пакет D.

TCP / IP Setup Примери от протокол стека и платформа

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

Два примера ще бъдат представени, за да обясни как да настроите IP адресиране и маршрутизиране на информацията, когато се свържете с доставчик на ^{интернет} услуга чрез WANPIPE ® Първият случай е, когато само една машина ще бъде свързан и друг случай се описва връзката на локална мрежа за достъп до интернет. connection. Третият пример за кратко илюстрира техники за адресиране и маршрутизиране за свързване на две локални мрежи повече от точка-до-точка WAN връзка.

Gateway Пример 1: един възел Свързване към WAN Gateway

address is 199.99.88.77. Да приемем, че възел компютър с WANPIPE ^® е възложено на IP адрес 210.20.30.45, и че шлюза адрес е 199.99.88.77.

is set to 199.99.88.77. Мрежовата маска питат за А може да бъде настроен да 255.255.255.255, което показва, няма други възлови точки в локалната мрежа, както и шлюза е настроен да 199.99.88.77. Маршрут по подразбиране трябва да бъде създадена най-Node А, както е добре, което осигурява маршрут за всички пакети, чиято дестинация не съответстващи на конкретни записи за маршрути.

Node A:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 199.99.88.77 210.20.30.45

Node G:

 Interface Network Address маска попитате Gateway Interface  210.20.30.45 255.255.255.255 199.99.88.77 199.99.88.77

(Плюс всички други записи в уместни)

Определяне на маршрута за Node G е силно зависима от контекста, и по-горе влизане служи само като пример. Мрежовата маска искаме от всички 1 в този случай се използва, за да позволи само на пакети, предназначени да 210.20.30.45 да бъдат препратени до възел A, тъй като може да има 253 други възли, свързани по подобен начин, по този клас C мрежа 199.99.88.0.

, specifying 199.99.88.77 will cause the default routing entry 0.0.0.0 to be added automatically. Когато конфигурацията на протокол стека пита за шлюз по подразбиране, като се посочва 199.99.88.77 ще доведе до по подразбиране запис за маршрутизация, 0.0.0.0, за да се добавят автоматично. Тя трябва да се добавят ръчно, ако по някаква причина стека не пита за него. Специфични методи за конфигуриране на всеки протокол стека ще бъдат обяснени подробно в Пример 2.

Gateway Пример 2: Свързване на LAN WAN Gateway

Следните мрежова топология ще бъде използвана като пример, когато една локална мрежа е свързан към Интернет за простота. Това също ще демонстрират използването на различни мрежова маска да пита за създаване на две Клас C подмрежи. gateway may have an IP address outside the local Class C network, in which case the local WAN gateway interface will usually have an IP address on the same network as the remote WAN gateway. Имайте предвид обаче, че дистанционното WAN шлюза може да има IP адрес извън локалната мрежа клас C, в който случай местните WAN интерфейс портал ще обикновено имат IP адрес в същата мрежа като дистанционно WAN шлюза. Ако това е така, разделяне на подмрежи, както е показано по-долу не може да бъде необходимо, освен ако повече от един локален сегмент на мрежата е включен.

Мрежи 210.20.30.129-> 191, 210.20.30.65-> 127
Маска питат 255.255.255.192

Node A е един от многото работни станции върху Ethernet сегмент Net 0. from this Ethernet to the Internet service provider’s gateway machine G. Some of the other workstations have been labeled as B to Y for illustration, but will not be referred to in this example as their setup will be the same as for A. Node Z с WANPIPE ^® е врата от тази Ethernet Интернет доставчик Gateway машина Ж. Някои от други работни станции са били етикетирани като Б Y за илюстрация, но не ще да бъдат посочени в този пример, тъй като тяхната настройка ще бъде същите като за A.

В този случай, ние сме по-съвместими с правилата на подмрежи, отколкото в предишния пример. Само две подмрежи, са необходими, но ние сме с 2 бита за подмрежи маска, като подмрежа 00 и 11 са строго погледнато, незаконно. Писане на мрежова маска питат 255.255.255.192 в двоичен (от FFFFFFC0 в шестнадесетичен) е 11111111/11111111/11111111/11000000, с “/” отделяне на байта за по-голяма яснота. Тъй като организацията е разпределена на всички 210.20.30 (D2141E шестнадесетичен), е използването на следните две мрежови номера (в двоичен):

Net # IP Network Брой

 0 11010010/00010100/10011110/01  1 11010010/00010100/01011110/10

Това оставя 6 бита в края да се използва за номер на хост, оставяйки място за 63 домакин възли на мрежата (всички 0 и всички 1-те са запазени). Следните адреси са валидни за домакините да се използват:

# Адрес Стара Net

 0 210.20.30.129 до 210.20.30.191  Един 210.20.30.65 до 210.20.30.127

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

 Интерфейс маска IP Адрес попитам  Node A 210.20.30.129 255.255.255.192  Node Z (Net 0) 210.20.30.191 255.255.255.192  Node Z (Net 1) 210.20.30.65 255.255.255.192

Node A:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.191 210.20.30.129  210.20.30.128 255.255.255.192 210.20.30.129 210.20.30.129

Node Z:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 210.20.30.127 210.20.30.65  210.20.30.128 255.255.255.192 210.20.30.129 210.20.30.191  210.20.30.64 255.255.255.192 210.20.30.65 210.20.30.65

Node G:

 Interface Network Address маска попитате Gateway Interface  210.20.30.0 255.255.255.0 210.20.30.65 210.20.30.127

(Плюс всички други записи в уместни)

Windows 9x и Windows NT

Windows 95, вероятно ще се използва като работна станция в Node А, въпреки че може да се направи, за да функционира като прост статичен рутер, ако е необходимо. at Node Z. Dynamic routing is not well supported by the Windows platforms. Windows NT може да се използва като шлюза в Node Z. динамично рутиране не е добре подкрепена от Windows платформи. Всички пътища следва да се конфигурира статично.

Windows 9x или Windows NT Node A

Потребителски интерфейс за конфигуриране на Ethernet адаптер под Win NT и Win 95are малко по-различен, но те питам за една и съща информация. protocol for the Ethernet adapter in all these cases, and set the following. Изберете да конфигурирате TCP / IP протокол за Ethernet адаптера във всички тези случаи, и насрочва следващото.

 IP адрес: 210.20.30.129  Subnet Mask: 255.255.255.192  : 210.20.30.191 Default Gateway: 210.20.30.191

Разширените настройки не трябва да се променят, с изключение може би, които позволяват на DNS или Lmhosts търсене.

В таблицата за маршрутизация може да се покаже като напишете маршрут печат в MS-DOS кутия. Тя трябва да съответства на маршрутната таблица, показана по-горе, за Node А. конфигурация Адаптерът се показва от Ipconfig в Windows NT или winipcfg в Windows 9x.

protocol in the Network Technical Discussion heading for more information on configuring TCP/IP under Windows 9x. Консултирайте се с Windows 9x Resource Kit On-Line Помощ [10] по TCP / IP протокол в мрежата технически дискусии “за повече информация за конфигуриране на TCP / IP под Windows 9x.

Windows 9x или Windows NT към Node Z

protocol in Network Settings. Изберете да конфигурирате TCP / IP протокол в мрежовите настройки. Предполага се, в този момент, че Ethernet и ^WANPIPE ® адаптери вече са инсталирани. Задайте следната информация за всеки адаптер:

 Ethernet Adapter  IP адрес: 210.20.30.191  Subnet Mask: 255.255.255.192  : [blank] Default Gateway: [празно] 

 Sangoma WANPIPE адаптер  IP адрес: 210.20.30.65  Subnet Mask: 255.255.255.192  Default Gateway: 210.20.30.65

Имайте предвид, че системата има само един шлюз! Шлюзът част на страната Ethernet е оставено празно. В таблицата за маршрутизация може да се покаже като напишете маршрут печат в MS-DOS кутия. Тя трябва да съответства на маршрутната таблица е показано по-горе за Node Z. адаптер конфигурация е показана като пуснете на Ipconfig.

” manual [9]. За повече информация относно конфигурирането на Windows NT Server в тази роля, да се консултира с “Microsoft Windows NT Server TCP / IP” ръководство [9 ]. Това се обяснява с детайли използване на DNS, WINS, гостоприемници, Lmhosts и др.

Unix и Linux реализации на WANPIPE ^®

Конфигурация за Node Z е представена, които лесно могат да бъдат адаптирани към Node А чрез опростяване.

ifconfig eth0 inet 210.20.30.191 Netmask ask 0xffffffC0 ifconfig wanpipe1_ppp0 inet 210.20.30.65 Netmask ask 0xffffffC0 route add default 210.20.30.65

Предполага се, Ethernet устройство, eth0 и ^WANPIPE ® устройство wanpipe1_ppp0 са правилно монтирани. Това са имена например интерфейс. Метрични за маршрут по подразбиране, може да бъде всичко над 0. Вижте справка [7].

Използвайте Netstat за да видите таблицата за маршрутизация и конфигурация интерфейс, както и фоп. RIP, BGP, OSPF and EGP are supported. Динамичните рутиращи протоколи RIP, BGP, OSPF и EGP се поддържат.

NetWare сървър

may run at Node A or Node Z. The configuration for Node Z is presented, which can easily be adapted to Node A by simplification. NetWare TCP / IP може да се кандидатира в Node A или Node Z. конфигурация за Node Z е представена, които лесно могат да бъдат адаптирани към Node А чрез опростяване. Проба AUTOEXEC.NCF е представена по-долу за NetWare Server v3.12 [6].

file server name SERVER1 ipx internal net 00DEAD00 # apply pburst patch load pm312 load pbwanfix # load interface drivers and set up protocols load ne2000 port=320 int=f bind ipx to ne2000 net=12345678 load tcpip forward=yes bind ip to ne2000 address=210.20.30.191 mask=255.255.255.192 load WANPIPE @WANPIPE.cfg bind ipx to WANPIPE net=87654321 bind ip to WANPIPE address=210.20.30.65 mask=255.255.255.192 gate=210.20.30.65

Таблици за маршрутизация и интерфейс може да бъде изследвана с помощта на NLM TCPCON. Маршрути, могат да бъдат променени или изтрити с тази програма, но не могат да се добавят. RIP, OSPF and EGP are supported by NetWare v4.10 and above. Динамичните рутиращи протоколи RIP, OSPF и EGP са подкрепени от NetWare v4.10 и по- горе.

KA9Q NOS v920603, Фил Karn

. KA9Q може да се използва като самостоятелна система за дистанционен достъп до мрежа, или може да се използва като шлюз. driver at 0×60 is WANPIPE ^®, and the driver at 0×61 is an Ethernet driver. Следните конфигурационният скрипт ще се създаде KA9Q като Node Z. пакети шофьор на 0×60 е WANPIPE ^®, и на водача в 0×61 се водача на Ethernet.

ip address 210.20.30.200 attach packet 0x60 fr 1 1500 attach packet 0x61 eth 1 1500 ifconfig fr ip 210.20.30.65 Netmask ask 0xffffffC0 ifconfig eth ip 210.20.30.191 Netmask ask 0xffffffC0 tcp win 2048 tcp mss 1460 route add default 210.20.30.65 210.20.30.65

KA9Q има RIP услуга за динамично маршрутизиране. Вижте KA9Q наръчник за информация относно използването на ПРП.

-Connected Internetwork Пример 3: Затворена WAN Connected Internetwork

link. Това е пример за това как да свържете два локални мрежи заедно повече от точка-до-точка WAN връзка. Предполага се, че мрежата е затворена, и следователно не е свързан към интернет. Налице е значителна свобода при избора на IP адреси за тази мрежа. Въпреки това, те трябва да бъдат в съответствие с възложените адресно пространство, резервирани от Internet Assigned Numbers Authority (IANA) за използване от частни мрежи [8]:

 10.0.0.0 - 10.255.255.255  172.16.0.0 - 172.31.255.255  192.168.0.0 - 192.168.255.255

В този пример, клас Б мрежи 172,20 и 172,21 ще бъдат използвани за всеки LAN и клас C мрежа 192.168.100 ще бъдат използвани за WANPIPE ^® връзка.

 Мрежи  172.20.0.0 -> 172.20.255.255 маска 255.255.0.0,  172.21.0.0 -> 172.21.255.255 маска 255.255.0.0,  192.168.100.0 -> 192.168.100.255 маска 255.255.255.0

TCP / IP и IPX маршрутизация “/>

IP адресите и мрежовата маска пита за всеки интерфейс са:

 Интерфейс маска IP Адрес попитам  Node A 172.20.1.1 255.255.0.0  Node Y (Net 0) 172.20.254.254 255.255.0.0  Node Y (Net 2) 192.168.100.1 255.255.255.0  Node Z (Net 1) 172.21.254.254 255.255.0.0  Node Z (Net 2) 192.168.100.2 255.255.255.0  Node K 172.21.1.1 255.255.0.0

Таблици за маршрутизация, ще бъдат определени за всеки възел, както следва. Имайте предвид, че няма подразбиращи се маршрути са изброени за рутери Y и Z. Ако Y е Z подразбиране рутера, и обратно, маршрутизация примки ще се появят за пакети, предназначени за лимфни възли не са от двете мрежата. if the destination is unreachable. Това е приемливо за възел А, за да има по подразбиране път на Y, тъй като Y може след това изхвърлете пакет, ако дестинацията е недостижим.

Node A:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 172.20.254.254 172.20.1.1  172.20.0.0 255.255.0.0 172.20.1.1 172.20.1.1

Node Y:

 Interface Network Address маска попитате Gateway Interface  172.21.0.0 255.255.0.0 192.168.100.2 192.168.100.1  172.20.0.0 255.255.0.0 172.20.254.254 172.20.254.254  192.168.100.0 255.255.255.0 192.168.100.1 192.168.100.1

Node Z:

 Interface Network Address маска попитате Gateway Interface  172.20.0.0 255.255.0.0 192.168.100.1 192.168.100.2  172.20.0.0 255.255.0.0 172.21.254.254 172.21.254.254  192.168.100.0 255.255.255.0 192.168.100.2 192.168.100.2

Node K:

 Interface Network Address маска попитате Gateway Interface  0.0.0.0 0.0.0.0 172.21.254.254 172.21.1.1  172.20.0.0 255.255.0.0 172.21.1.1 172.21.1.1

links are required throughout the internetwork, the YZ Net 2 link may be subnetted to allow for 64 different point-to-point links within the 192.168.100.0 address space. Ако няколко точка-до-точка WAN връзки са необходими по време на Internetwork Net YZ 2 връзка може да бъде subnetted да се даде възможност за 64 различни от точка-до-точка връзки в рамките на адрес 192.168.100.0 пространство. Това е направено чрез мрежовата маска питат 255.255.255.252, разделяне на клас C мрежа в 64 подмрежи с 2 домакин бита, което позволява за 2 действителните адреси възел и 2, запазено за “мрежа” и “излъчване”.

Опазване на адреси

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

Това е ясно от горните примери, че маршрутизиране “от книгата” може да огромен брой от IP адреси на отпадъците. Всеки подмрежи от клас C отпадъци минимум на половина адресите, поради подмрежи правила. link, all but two nodes of the subnet are wasted. Ако някой е с помощта на подмрежата просто да предложи 2 сегмент възел мрежа като WAN връзка, всички, с изключение на две възли на подмрежа са пропилени.

Колкото по-сложни платформи за маршрутизация (обикновено Unix базирани) често включват механизми, които могат да спестят IP адресно пространство.

Частни адреси

via a Point-to-Point WAN link. Помислете за локална мрежа, свързани към интернет шлюз чрез WAN връзка от точка до точка. Защо просто не се използват адресите за WAN сегмент от възложените адресно пространство, запазено от Internet Assigned Numbers Authority (IANA) за използване от частни мрежи, като, да речем, 192.168.xy?

router itself will be invisible to the Internet. Това ще работи доста добре за всички възли в локалната мрежа, които вероятно имат валидни IP адреси, но машината действа като на WAN рутер ще бъде невидимо за Интернет. transmitted from the router towards the Internet would normally carry the IP address of the interface used, in this case an IP address in the 192.168.xy range. Всеки пакети, предавани от рутера към интернет, обикновено носят IP адреса на използвания интерфейс, в този случай IP адрес в 192.168.xy диапазон. Защото те са признати като частни адреси, маршрутизатори в Интернет, просто ще се откажа от тези пакети. Така бихте могли да пинг всяка работна станция в локалната мрежа, но не и самия рутер.

Неномериран връзки

Много Unix тип платформи като Linux или FreeBSD използване интерфейс имена за вътрешна маршрутизация, а не IP адреси. Така например, Linux сървър “знае” разликата между 201.33.15.1 възложените на eth0 и на същия адрес, възложени wanpipe1_ppp.

Можете да присвоите мрежа адрес на eth0 и маршрут по подразбиране да wanpipe1_ppp и маршрутизиране на двигателя може да се прави разлика между тях, дори ако те имат един и същи адрес. Така пакети, предназначени за мрежата се насочват правилно на eth0 и пакети, предназначени за широк изход на света чрез wanpipe1_ppp. Имайте предвид, че това нарушава най-маршрутизация правила в две отделни мрежи споделят обща адрес. Въпреки това, нарушението е чисто местен и работи перфектно добре на такова споразумение. Нито един IP адрес се губи, и пакети от рутера към интернет перфектно навигационна IP адрес.

По времето на писане, Windows среда използват само IP адреси, за да идентифицира интерфейсите, и така че тази техника не е опция.

NAT и прокси сървъри

NAT (Network Address Translation) осигурява още по-голямо намаляване на IP, че цялата мрежа може да се гледат на Интернет като една (много зает!) IP адрес. and translate the addresses from those used on the LAN to a single assigned public IP address. Пакети като IP Masquerade под Linux, мониторинг на трафика, предназначени за WAN и превежда адресите, от тези, които се използват на локална мрежа към един възложените обществени IP адрес. Това не е много на един трик, трудност възниква при определянето на пакети, идващи в правилното вътрешен адрес за домакин на LAN. are easier to masquerade than others, protocols like ftp and UDP being notoriously difficult. Някои от IP протоколи са по-лесно да се маскират, отколкото други протоколи като FTP и UDP е изключително трудно. Въпреки това, повечето пакети работят надеждно в продължение на почти всякакви цели.

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

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

IPX маршрутизация

По-долу е кратко представяне на IPX маршрутизация в контекста на околната среда на Novell. За повече информация, консултирайте се на Novell IPX позоваване Router.

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

Един адрес IPX се състои от 4 байта мрежов номер, 6-байт Брой Node, и на 2-байт брой Socket. Възел брой е обикновено хардуерния адрес на интерфейс карти, и трябва да бъде уникален вътре в IPX мрежа. Броят на мрежата трябва да бъдат еднакви за всички възли по определен физически мрежови сегмент. Socket номера отговарят на определена услуга, достъп. Помислете за следното IPX мрежа:

Nodes A и D са Novell NetWare работни станции и възли, B, C и E са Novell NetWare сървъри. Node C има две Ethernet карти и действа като IPX рутер между двете мрежи.

NetWare сървъри излъчват маршрутизация информация и обслужване на реклами на всички възли на мрежата сегмент с RIP / SAP или NLSP. Node C предава тази информация на свързани мрежи, така че работните станции са наясно с адресите на всички файлови и принт сървъри и сървъри са наясно с маршрути до тези други сървъри.

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

Например, да предположим, че А иска да получи достъп до E за файлов сървър, чиято вътрешна мрежа номер е 5E1C0155. А би било наясно с адрес E чрез услуга реклами, излъчвани от C. За да научите как да стигнете до E, то излъчва маршрутизация искане. С получава това искане и се връща със собствен номер на хардуера възел. to E using E’s internal network number of 5E1C0155 and node number 22-5A-4D-8C-C3-DA. А следователно адресите IPX пакети E чрез вътрешната мрежа на E брой на 5E1C0155 и възел номер 22-5А-4D 8C-C3-DA. Дестинация Ethernet адреса на горния възел адрес Node C на 34-56-78-9A-BC-DE. C след това получава това IPX пакет и отбелязва, че дестинация адрес на пакет IPX заглавието, не е себе си, затова го предава пакета на мрежата DDEEAADD знаейки, че E е в тази мрежа, използвайки една адрес Ethernet хедъра дестинация на двайсет и два милиона-5A-4D-8C -C3-DA.

Вижте WANPIPE ^® ръководството за провеждане на полети за информация относно конфигурирането на ^{WANPIPE ®} за използване с IPX.

Приложение: Ограничения в използването на клас C подмрежи

Правилата, за които IP адрес, включват следното:

“IP-адреси не са позволени да имат стойност 0 или -1 за някой от, или полета (освен в специални случаи, изброени по-горе [да излъчват или мрежови адреси). Това предполага, че всяка от тези области ще бъде най- поне два бита дълго. " [RFC 1716, Almquist & Kastenholz, p.45]

Ако това правило не трябва да се спазват, мрежовата маска питат 255.255.255.128 не могат да бъдат използвани.. Това се използва като първи пример в урока за да се създадат две отделни логически мрежи за целите на свързване на локална мрежа към един WAN. Мрежовата маска питам, не може да се използва, защото само един бит е запазен за, и така тя може само да поеме стойността на 0 или -1 (всичките си). implementations do not seem to enforce this rule. Въпреки това, беше установено,, че повечето реализации на TCP / IP не изглежда да прилагат това правило. Това включва Microsoft TCP / IP за Windows 95 и NT, и SCO Unix. Novell NetWare сървър, TCP / IP обаче се настоява, че не бъде -1, но тя може да бъде 0. Това правило се предполага, че използването на мрежовата маска питат 255.255.255.192, което създава четири отделни мрежи, а само дава възможност за използването на две. Писане този мрежова маска поиска в шестнадесетичен, е FFFFFFC0, което в двоичен:

 11111111 11111111 11111111 11000000.  <network-number> | <Host-number> | <Subnet-number>

На първо място, се оказва, че четири подмрежа номера са на разположение: 00, 01, 10 и 11. Въпреки това, тъй като правилото казва, че не може да бъде 0 или -1, само две подмрежа номера са на разположение: 01 и 10.

От примера в раздел 4 на урока, с C клас мрежа, брой на 210.20.30, следните диапазони са на разположение за употреба:

 # Адрес Стара Net  ---- ------------- -------------  01 210.20.30.65 210.20.30.126 -> валидния  10 210.20.30.129 до 210.20.30.190 -> валидния

Губи следните диапазони:

 # Адрес Стара Net  ---- ------------- -------------  00 210.20.30.1 до 210.20.30.62 -> Wasted  Единайсет 210.20.30.193 до 210.20.30.254 -> Wasted

Това не включва мрежа и електронните адреси. implementation allows the use of the 0 subnet number. Примерът на страница 8, могат да бъдат направени, за да работят с една и съща мрежова маска иска от 255.255.255.192, ако изпълнението на TCP / IP позволява използването на подмрежата 0 брой. connection. В този случай, единствената промяна е да се използва Net # 2, за разлика от Net # 3 за WAN връзка. node can have IP address 210.20.30.190. Node C (WAN), може да има IP адрес 210.20.30.130, и шлюз възел може да има IP адрес 210.20.30.190.

Ако не може да се използва от 0-номер на подмрежа, мрежовата маска, попитайте ще трябва да се промени FFFFFFE0, или 255.255.255.224, да се даде 3 подмрежа бита. Подмрежата номера в двоичен са: 000 001 010 011 100 101 110 111. Номера 000 и 111 са незаконни, оставяйки 6 мрежи. Тогава ще бъдат валидни IP адреси:

 # Адрес Стара Net  --- ------------- -------------  001 210.20.30.33 да 210.20.30.62  010 210.20.30.65 да 210.20.30.94  011 210.20.30.97 до 210.20.30.126  100 210.20.30.129 до 210.20.30.158  101 210.20.30.161 до 210.20.30.190  110 210.20.30.193 до 210.20.30.222

Това не включва мрежа и електронните адреси. За да се осъществи тази промяна в примера, карта на IP адреси във всяка една от трите мрежи с тези в таблицата по-горе. Това ще остави неизползвани три мрежи. Например:

 Възел от до  ------- ------------- -------------  А 210.20.30.1 210.20.30.33 (Net # 001)  B 210.20.30.2 210.20.30.34 (Net # 001)  C (AB) 210.20.30.10 210.20.30.40 (нето # 001)  C (DE) 210.20.30.70 210.20.30.65 (нето # 010)  ) 210.20.30.200 210.20.30.97 (Net# 011) C (WAN) 210.20.30.200 210.20.30.97 (Net # 011)  D 210.20.30.81 210.20.30.66 (Net # 010)  E 210.20.30.82 210.20.30.67 (Net # 010)  G 210.20.30.254 210.20.30.126 (Net # 011)

В зависимост от операционните системи или използвани маршрутизатори, мрежовата маска питат 255.255.255.128 може или не може да бъде приемливо. Ако изобщо е възможно, 0 и -1 подмрежа номера трябва да се избягва. Като следвате това правило, следва да бъде възможно да се обмен рутер оборудване в рамките на мрежата, без да се налага да промените схема за адресиране, за да отговарят на правила, че може или не може да бъде изпълнено.

Позоваването

Tutorial”, RFC 1180, 01/15/1991. Т. Socolofsky, C. кале “, TCP / IP Tutorial”, RFC 1180, 01/15/1991.
Дж. Рейнолдс, J. Постел, “Assigned Numbers”, RFC 1700, 20.10.1994.
J. Постел, “Интернет протокол”, RFC 791, 09/01/1981.
V. Фулър, Т. Li, J. Yu, К. Варадхан, “Безкласово Inter-Domain Routing (CIDR): Адрес за присвояване и Сумиране стратегия”, RFC 1519 г., 09.24.1993.
E. Gerich, “Насоки за управление на IP адресно пространство”, RFC 1466, 05/26/1993.
Transport Supervisor’s Guide”, Novell, Inc., 03/25/1991. “Ръководство за Novell NetWare v3.11 TCP / IP надзорен орган по транспорта”, Novell, Inc, 03.25.1991.
Route (ADMN) и фоп (ADMN) страници, SCO Unix SVR3.2 V4.2.
Y. Rekhter, Р. Московиц, Д. Karrenberg, Г. де Гроот, “Адрес Разпределение за частни Интернет”, RFC 1597, 17.03.1994.
“, TCPIP.HLP, Microsoft Corporation, 09/04/1994. “Microsoft Windows NT Server TCP / IP”, TCPIP.HLP, Microsoft Corporation, 09.04.1994. Предлага се за разпространение на CD в supportbooks, или в директория System32 на Windows NT.
“Microsoft Windows 95 Resource Kit”, WIN95RK.HLP, Microsoft Corporation, 06/11/1995. Предлага се в директория windowshelp.
П. Almquist, Ф. Kastenholz, “Към Изисквания за IP Рутери”, RFC 1716, 11/04/1994.
“, RFC 1490, 07/26/1993. Т. Брадли, С. Браун, А. Malis, “различни Interconnect над Frame Relay”, RFC 1490, 07/26/1993.

Comments are closed.