Услуги в Internet

Традиционните Internet (TCP/IP) услуги включват:

Общо описание на TCP/IP протоколи

Главното предназначение на множеството от Internet протоколи е свързването на разнообразни мрежови технологии и подържане на стабилна комуникация между тях. Протоколите, съставляващи това множество, се намират в различни слоеве и тяхното предназначение се разделя на две основни части (Фигура 2):

Фигура 2 - Протоколи и услуги.

1. Протоколи и услуги ориентирани към пренасяне на информация - Transfer Control Protocol (TCP) и неговите приложения - SMTP, FTP, TELNET.

2. Протоколи и услуги осигуряващи и разрешаващи връзките в мрежата - Internet Protocol / Internet Control Message Protocol (IP/ICMP) и техните приложения - User Datagram Protocol (UDP), Domain Name System (DNS) за осъществяване на връзка между имената на машините и техните мрежови адреси.

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

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

TCP/IP се основава на свързан мрежов модел. Този модел предполага съществуването на един значителен брой независими мрежи, обвързани чрез шлюзове. При този модел потребител би трябвало да може да се свърже с произволна машина или да ползва ресурси от произволна мрежа, стига разбира се да не са наложени предварително някои ограничения. Дейтаграмите, изпращани към назначението им, ще преминават през десетки различни мрежи преди да достигнат крайната си точка. Маршрутизацията е процес, който остава невидим за потребителя в мрежата. Независимо от местонахождението на точката, с която отделен потребител желае да се свърже, единственото нещо, което е необходимо да знае е нейният Internet адрес. Това е адрес, които има следния вид 194.141.4.194 или 128.26.3.193. Тази последователност от десетични числа, разделени със запетая се нарича още IP address и определя местонахождението на точката в сложната топология на Internet мрежата. Това е 32-битов адрес, който обикновено се записва като 4 десетични цифри, всяка от които представя 8 бита от този адрес. Директната употреба на IP адреси не е мнемонична и затова в практиката са се е наложила система от символични имена, наречена FQND (Fully Qualified Domain Name). Възприетата система от символични имена включва имена на сървъри, щлюзове и отделни машини. При осъществяване на контакт по Internet по име, мрежовият софтуер търси в базата данни с имената (DNS) съответстващите им IP адреси и след това прави опит да установи връзка. В документа [RFC 882] е разгледана технологията на търсене на съответствие между символичните имена на сървърите и техните Internet адреси. След установяване на контакт с приемащата страна, информацията се изпраща последователно на порции с определена големина, в зависимост от конкретната мрежова среда, наречени дейтаграми. Дейтаграма е набор от данни и се изпраща като отделно съобщение. Всяка дейтаграма се изпраща по мрежата независимо от останалите. Приемането им от станцията получател се осъществява в последователността на тяхното пристигане, което не винаги съвпада с последователността на тяхното изпращане.

TCP протокол

TCP - Transfer Control Protocol е ниво, отговорно за разделянето на съобщенията на дейтаграми и събирането им на другия край на връзката.

Управлението на отделните дейтаграми става възможно след като TCP постави в началото на всяка една от тях една заглавна част (Header) с големина около 20 байта. В заглавната част се съхранява служебна за TCP информация, но по-важните елементи са номерата на портовете на подателя и получателя, както и последователния номер на дейтаграмата (Source Port Number, Destination Port Number, Sequence Number). TCP протоколът е проектиран за многозадачен режим на работа. Това означава, че в един и същи момент могат да бъдат стартирани повече от едно TCP приложение. Ако различни потребители на една и съща машина стартират FTP, TCP за всеки един от тях ще заеме съответен порт и това ще се отбележи в заглавната част на всяка дейтаграма от неговото съобщение. След установяване на връзка с получателя активираният за този потребител порт върху крайната машина ще бъде записан в заглавната част на всяка пренасяна дейтаграма. В заглавната част се записва и контролна сума на съдържанието на дейтаграмата, която се преизчислява отново в машината-получател.

IP протокол

IP - Internet Protocol е ниво, отговорно за маршрутизацията на отделните дейтаграми.

TCP прехвърля на IP подготвените дейтаграми. За IP остава задължението да добави Internet адресите на подателя и получателя, както и да намери път през мостовете и шлюзовете по мрежата от компютъра подател до компютъра-получател на съобщението. Адресът е 32-битов, представен като четири 8 битови десетични цифри, разделени с точки. Замяната на IP адреса със символично име на машината се разрешава от DNS сървър, в който се търси съответствието между зададеното име като адрес със съответстващият IP адрес. В документа [RFC 882] е разгледана технологията на търсене на съответствие между имената на сървърите и техните Internet адреси.

Ethernet протокол

Понастоящем може би това е най-използвания протокол от съвременните компютърни мрежи. Всеки Ethernet мрежов контролер има свой записан адрес, който се задава от производителя на контролера във формата на 48-битов адрес, за които се гарантира (поне така се твърди), че не може да се повтаря.

Ethernet е среда за предаване на данни и много наподобява отворена телефонна линия. При изпращането на пакет данни по Ethernet всяка машина по мрежата "вижда" този пакет. Информация за това кой го изпраща и кой е получателя се съдържа в заглавната част, поставена от Ethernet протокола към съобщението. Всеки Ethernet пакет съдържа заглавна част (header), в който са включени началния и крайния Ethernet адрес. Информация за тип на кода, от който става ясно в последствие за коя фамилия мрежови протоколи става дума, съвместно използвани по мрежата или на кой протокол да се предаде пакета за обработка.

Трябва да се има предвид, че пряка връзка между Ethernet адресите и Internet адресите няма. Това налага построяването на таблици на съответствието за всяка машина включена в мрежата. Поддържането на такава таблица във всеки компютър е немислимо, особено с лавинообразното увеличаване на броя на включените в Internet мрежата компютри. Проблемът се решава с помощта на ARP (Address Resolution Protocol), който търси по таблиците в мрежата информация за Ethernet адреса на подадения IP адрес. Това търсене може да продължи и по-дълго, ако машината е от друга мрежа.

Ethernet контролерът изчислява контролна сума за всеки предаден пакет, като я записва в края на пакета.При получаване на пакетите в местоназначението им Ethernet интерфейсът премахва своята заглавна част заедно с контролната сума в края. Ако типа на кода е IP, пакетът се предава на този протокол, който от своя страна премахва своята заглавна част и в зависимост от стойността на полето протокол в неговия хедър предава останалата част на този протокол. Обикновено това е TCP. TCP събира отделните дейтаграми по нарастващата стойност на последователните им номера за да получи оригиналния файл.

Фигура 3 - Съдържание на една дейтаграма.

На Фигурa 3 графично е представено съдържанието на една дейтаграма (пакет) по нейния път между два компютъра в Интернет мрежата.Множеството от TCP/IP протоколи и стандарти са публикувани от Internet Engineering Task Force (IETF) и от някои други работни групи в една рубрика известна като RFC - Requests for Comments. Пълен списък с описание на всички RFC xxx може да се намери по Internet на следните адреси:

TCP/IP Стандарти - Таблица 1

RFCxxx Съдържание
[768] User Datagram Protocol (UDP) - Протокол Потребителски Пакети
[791] Internet Protocol (IP) - Интернет Протокол
[792] Internet Control Message Protocol (ICMP) - Протокол на Съобщенията
[793] Transmission Control Protocol (TCP)-Протокол Управление на Предаване
[826] Address Resolution Protocol (ARP) - Протокол Разрешаване на Адреси
[854] Telnet Protocol (TELNET) - Протокол Телнет услуга
[894] IP over Ethernet - Интернет Протокол по Етернет
[919], [922] IP Broadcast Datagrams (broadcasting with subnets) - Пакетна Емисия
[959] File Transfer Protocol (FTP) - Протокол за предаване на файлове
[1001], [1002] NetBIOS Service Protocols - Протоколи на базисната система
[1034], [1035] Domain Name System (DOMAIN) - Имена на Области
[1042] IP over Token Ring - Интернет Протокол по Токен-ринг
[1112] Internet Gateway Multicast Protocol (IGMP) - Управление на Шлюз
[1122], [1123] Host Requirements - Изисквания на и към Сървърите
1188] IP over FDDI - Интернет Протокол по Оптична Линия
[1191] Path MTU Discovery - Минимален брой прехвърлени единици
[1201] IP over ARCNET - Интернет Протокол по Аркнет
[1533] DHCP описание и опции и възможностите за отдалечено зареждане
[1534] Interoperation Between DHCP and BOOTP - Взаимодействие между DHCP и BOOTP
[1541] Dynamic Host Configuration Protocol (DHCP) - Динамично конфигуриране на Клиент от Сървър
[1542] Classifications and Extensions for the Bootstrap Protocol

Пълен индекс на RFCXXX (към 05.04.2000).



Интернет за персонални компютри