Формат iPv4
Почти все компьютерные сети, на данный момент, построены именно в этом формате. IP-адреса формата IPv4 состоят из комбинации чисел, каждое из которых разделяется точкой и имеет вид — ххх.ххх.ххх.ххх, где ххх — число от 0 до 255. Например «192.168.0.1», «10.24.177.55», «95.120.254.0» и так далее.
Не сложно подсчитать, что в формате IPv4 может быть всего 4.228.250.625 комбинаций IP-адресов. Но, эта цифра, не такая и большая, как может показаться на первый взгляд.
Вы, думаю, и сами знаете, что сейчас в Интернет может выходить почти любой гаджет, вплоть до кофеварок. А пользователей всемирной паутины с каждым днем становится все больше, и больше.
В связи с этим, начал появляться дефицит уникальных IP-адресов, в формате IPv4, для предоставления Интернет-провайдерам.
Но не стоит расстраиваться, решение нашлось — формат IPv6.
Формат iPv6
Подсчитать, сколько будет уникальных IP-адресов в шестом формате, можете попробовать сами (но будет достаточно сложно). Форма записи будет такая — x:x:x:x:x:x:x:x, где х — это число шестнадцатеричной системы счислений (цифры от «0» до «9» и буквы латинского алфавита от «A» до «F»).
Выглядят, подобные IP-адреса, примерно так — «fa23:12da:34cb:1234:cd09:ac87:4321:af56».
Дальнейшее развитие компьютерных сетей будет происходить преимущественно с использованием IPv6. Запуск этого формата на «Западе» уже произошел, в России тоже будет — это вопрос времени.
Четвертую версию, конечно же, оставят работать параллельно с шестой, так как перевести все сети на IPv6 просто невозможно — старые устройства, на которых построено подавляющее количество сетей, не поддерживают формат IPv6.
49.Tсp протоколы.
Протокол TCP (Transmission Control Protocol — протокол управления передачей) был специально разработан для обеспечения надежного сквозного байтового потока по ненадежной интерсети. Объединенная сеть отличается от отдельной сети тем, что ее различные участки могут обладать сильно различающейся топологией, пропускной способностью, значениями времени задержки, размерами пакетов и другими параметрами. При разработке TCP основное внимание уделялось способности протокола адаптироваться к свойствам объединенной сети и отказоустойчивости при возникновении различных проблем.
Протокол TCP описан в RFC 793. Со временем были обнаружены различные ошибки и неточности, и по некоторым пунктам требования были изменены. Подробное описание этих уточнений и исправлений дается в RFC 1122. Расширения протокола приведены в RFC 1323.
Каждая машина, поддерживающая протокол TCP, обладает транспортной сущностью TCP, являющейся либо библиотечной процедурой, либо пользовательским процессом, либо частью ядра системы. В любом случае, транспортная сущность управляет TCP-потоками и интерфейсом с IP-уровнем. TCP-сущность принимает от локальных процессов пользовательские потоки данных, разбивает их на куски, не превосходящие 64 Кбайт (на практике это число обычно равно 460 байтам данных, что позволяет поместить их в один кадр Ethernet с заголовками IP и TCP), и посылает их в виде отдельных IP-дейтаграмм. Когда IP-дейтаграммы с TCP-данными прибывают на машину, они передаются TCP-сущности, которая восстанавливает исходный байтовый поток. Для простоты мы иногда будем употреблять «TCP» для обозначения транспортной сущности TCP (части программного обеспечения) или протокола TCP (набора правил). Из контекста будет понятно, что имеется в виду. Например, в выражении «Пользователь передает данные TCP» подразумевается, естественно, транспортная сущность TCP.
Уровень IP не гарантирует правильной доставки дейтаграмм, поэтому именно TCP приходится следить за истекшими интервалами ожидания и в случае необходимости заниматься повторной передачей пакетов. Бывает, что дейтаграммы прибывают в неправильном порядке. Восстанавливать сообщения из таких дейтаграмм обязан также TCP. Таким образом, протокол TCP призван обеспечить надежность, о которой мечтают многие пользователи и которая не предоставляется протоколом IP.
Все TCP-соединения являются полнодуплексными и двухточечными. Полный дуплекс означает, что трафик может следовать одновременно в противоположные стороны. Двухточечное соединение подразумевает, что у него имеются две конечные точки. Широковещание и многоадресная рассылка протоколом TCP не поддерживаются.
TCP-соединение представляет собой байтовый поток, а не поток сообщений. Границы между сообщениями не сохраняются. Например, если отправляющий процесс записывает в TCP-поток четыре 512-байтовых порции данных, эти данные могут быть доставлены получающему процессу в виде четырех 512-байтовых порций, двух 1024-байтовых порций, одной 2048-байтовой порции или как-нибудь еще. Нет способа, которым получатель смог бы определить, каким образом записывались данные.
Ф
айлы
в системе UNIX также обладают этим
свойством. Программа, читающая райл, не
может определить, как был записан этот
файл: поблочно, побайтно или сразу
целиком. Как и в случае с файлами системы
UNIX, TCP-программы не имеют представления
о назначении байтов и не интересуются
этим. Байт для них — просто байт.
50. UDP протоколы. UDP (User Datagram Protocol) хаттамасы TCP хаттамасына қарағанда өте қарапайым транспорттық хаттама болып келеді. UDP хаттамасы дейтаграмманы жеткізіп беруді қамтамасыз етеді, бірақ оларды дәлелдер алуды талап етпейді. UDP хаттамасы мәліметтерді қосылуларды орнатусыз – ақ жеткізіп беру талап етілген жағдайларда пайдаланады. Мұндай байланыс негізінде сенімсіз, өйткені оның хабарлары дұрыс қабылданды ма және ол ол тіпті алындыма, сол туралы жіберушіге хабарланбайды. Қателердің туындауын тексеру үшін пакеттің бақылау сомасы пайдаланылады, бірақ қателіктер ешқандай өңделінбейді – олар немесе жойылады немесе олардың өңделінуі өте жоғары қолданбалы деңгейде орындалады. UDP арқылы қолданбалы процеспен жіберілетін мәліметтер бөлшектерге бөлінбей, белгіленген орынға бір бүтін секілді жетеді. Мысалы, егер жіберуші – процесс порт арқылы бес хабарлама берсе, онда алушы – процесс порттан бес хабарды есептеуі қажет. Әрбір жазылған хабарлар көлемі әрбір оқылғандардың көлемімен сәйкес келуі қажет. UDP хаттамасы мәліметтерді берудің қарапайым механизмі қажет болған жағдайда ғана пайдаланылады. Сонда қате бақылауы немесе орындалмайды (мысалы, TFTP - Trivial File Transfer Protocol – қолданбалы хаттамасы – файлдарды берудің қарапайым хаттамасы) немесе қолданбалы деңгейде орындалады (мысалы, SNMP - Simple Network Management Protocol басқарушы хаттамасында немесе NFS - Network File System файлдық жүйеде пайдаланады).
UDP (User Datagram Protocol — пользовательский дейтаграмм-ный протокол). UDP позволяет приложениям отправлять инкапсулированные IP-дейтаграммы без установления соединений. UDP описан в RFC 768.