RFC 791 - Internet Protocol - Summary

RFC 791 е написана през 1981 г. за DARPA (Defense Advanced Research Projects Agency) от Института по информационни науки на Южна Калифорния. Документът е разбит на три секции, Въведение, Преглед и спецификации. Въпреки че въведението и прегледът имат много добра информация това резюме ще се съсредоточи върху спецификациите, но ще подчертае няколко раздели от прегледа.

Заглавна част

Както се вижда в статията Frames и Packets на този сайт IP заглавието изглежда като:

Данни за заглавната част

Както можете да видите, програмата съдържа няколко елемента. Функцията за всеки елемент е:

• Версия - RFC 791 се отнася конкретно до версия 4
• Дължина на заглавната част на Интернет (IHL) - Информира системите за възпроизвеждане на дължината на заглавната част и кога започват данните
• Тип услуга (TOS) - Тази стойност на бита 8 се използва за качество на услугата.
  • bit 0-2 са за Precedence
    • 000 - рутинна
    • 001 - Приоритет
    • 010 - Непосредствено
    • 011 - Flash
    • 100 - Flash Override
    • 101 - CRITIC/ECP
    • 110 - Контрол на интернет работата
    • 111 - Мрежов контрол
  • бит 3 е за нормално забавяне (0) или малко закъснение (1)
  • bit 4 е за Normal throughput (0) или High throughput (1)
  • бит 5 е за нормална надеждност (0) или висока надеждност (1)
  • Когато RFC 791 е написан бит 6 и 7, където е резервиран за бъдеща употреба
• Обща дължина - Е общата дължина на данните в байтове до 65535 октета. Системата обаче трябва да може да приема минимум 567 октета.
• Идентификация - използва се при пресглобяване на фрагменти от данни
• Флагове - използвани с фрагментация от данни
  • bit 0 е запазен и трябва да бъде 0
  • бит 1 ако настроите на 0 позволява на datagram да се ядоса. Ако е зададена на 1, програмата с данни не може да бъде фрагментирана
  • bit 2 ако зададете до 0 посочи последната ярост. Ако се настроят на още 1 фрагмента идват
• Разкъсване на фрагмента - Разказва на системите, които изпълняват фражментация на datagram, където може да фрагментира
• Време за живот - Показа колко дълго може да продължи програмата за данни в мрежата. Ако достигне 0 данните трябва да се изхвърлят
• Протокол - Показва следващия протокол от ниво, използван в програмата за данни
• Чексума на заглавната част - Валидира графиката на данните във всяка точка през мрежата
• Източник Адрес - 32 бита
• Адрес на мястото на получаване - 32 бита
• Настройки - Има много опции IPv4, които могат или не могат да бъдат прилагани. За повече подробности, моля прочетете цялата RFC специално страница 15 - 22
• В края на заглавната част datagram е подплатени с 0's, докато не завърши на 32 битова граница

Резюме на RFC

Както и при всички RFC, този RFC изисква всяко неделимо приложение, което прилага IP datagram, да съответства на стандарта, така че всяка страна да може да взаимодейства с datagram за различни системи. В раздел 3 схемата на IPv4 се обсъжда на дължина, както са обобщени по-горе. По отношение на IPv4 този RFC определя размерите на мрежата от клас A, B и C. Клас А разпределя 7 бита за мрежа и 24 бита за хостове. Клас B разпределя 14 бита за мрежа и 16 бита за хостове. Клас С разпределя 21 бита за мрежа и 8 бита за хостове. В допълнение към справянето със схемите специфичните функции на фрагментацията на данните и повторното сглобяване се обсъждат подробно в рамките на RFC. Посочване, че някои опции могат или не могат да бъдат включени, когато пакетът е фрагментиран.

Относно предишната статистика за прилагането на IP Datagram RFC дава и примери за това какво трябва да се представи на горните слоеве протоколи за конфигурационни елементи, за да се улесни комуникацията и конфигурацията между системите. Тези elemenets са същите елементи, използвани за изграждане на datagram.