IP адреса 3. Согласованное использование адресов различного типа
 Скачать 1.18 Mb.
|
|
Адресация в IР-сетях Еще одной новой проблемой, которую нужно учитывать при объединении трех и более компьютеров, является проблема их адресации, точнее, адресации их сетевых интерфейсов. Один компьютер может иметь несколько сетевых интерфейсов. Например, для создания полносвязной структуры из N компьютеров необходимо, чтобы у каждого из них имелся N - 1 интерфейс. По количеству адресуемых интерфейсов адреса можно классифицировать следующим образом: □ уникальный адрес (unicast) используется для идентификации отдельных интерфейсов; □ групповой адрес (multicast) идентифицирует сразу несколько интерфейсов, поэтому данные, помеченные групповым адресом, доставляются каждому из узлов, входящих в группу; □ данные, направленные по широковещательному адресу (broadcast), должны быть доставлены всем узлам сети; □ адрес произвольной рассылки (anycast), определенный в новой версии протокола IPv6, так же как и групповой адрес, задает группу адресов, однако данные, посланные по этому адресу, доставляются не всем узлам данной группы, а только одному из них. Выбор этого узла осуществляется в соответствии с некоторыми правилами предпочтения. Важную часть технологии TCP/IP составляют задачи адресации, к числу которых относятся следующие: Согласованное использование адресов различного типа. Эта задача включает отображение адресов разных типов друг на друга, например сетевого IP-адреса на локальный, доменного имени — на IР-адрес. Обеспечение уникальности адресов. В зависимости от типа адреса требуется обеспечивать однозначность адресации в пределах компьютера, подсети, корпоративной сети или Интернета. Конфигурирование сетевых интерфейсов и сетевых приложений. Каждая из перечисленных задач имеет достаточно простое решение для сети, число узлов которой не превосходит нескольких десятков. Например, для отображения символьного доменного имени на IP-адрес достаточно поддерживать на каждом хосте таблицу всех символьных имен, используемых в сети, и соответствующих им IP-адресов. Столь же просто «вручную» присвоить всем интерфейсам в небольшой сети уникальные адреса. Однако в крупных сетях эти же задачи усложняются настолько, что требуют принципиально иных решений. Ключевым словом, которое характеризует принятый в TCP/IP подход к решению этих проблем, является масштабируемость. Процедуры, предлагаемые TCP/IP для назначения, отображения и конфигурирования адресов, одинаково хорошо работают в сетях разного масштаба. На этом занятии наряду с собственно схемой образования IP-адресов мы познакомимся с наиболее популярными масштабируемыми средствами поддержки адресации в сетях TCP/IP: технологией бесклассовой междоменной маршрутизации, системой доменных имен, протоколом динамического конфигурирования хостов. В стеке протоколов TCP/IP используются три типа адресов: • физические (локальные) адреса, используемые для адресации узлов в пределах подсети, например: МАС-адреса, если подсеть использует технологии Ethernet, Token Ring, FDDI, или IPX-адреса, если подсеть на основе технологии IPX/SPX; • сетевые (IP-адреса), используемые для идентификации узлов в пределах всей составной сети (подсети); • доменные имена - символьные идентификаторы узлов, которыми оперируют пользователи. Наличие трёх уровней адресации в IP-сетях требует применения процедур преобразования адресов разных уровней для установления соответствия между ними. Эти процедуры реализуются соответствующими протоколами, преобразующими адреса одного типа в другой.  Наиболее удобными для пользователей являются доменные имена, называемые также доменными адресами. Маршрутизация передаваемых данных в сети выполняется на основе сетевых адресов. В то же время, все устройства в компьютерной сети однозначно идентифицируются уникальными адресами канального уровня, в частности МАС-адресами в локальных сетях Ethernet и Token Ring. Сетевые IP –адреса IР-адрес - идентификатор сетевого соединения (сетевого интерфейса). Это означает, что один и тот же компьютер, соединенный сдвумя сетями (рис. 2), имеет два IP-адреса: сеть 1 идентифицирует егопо адресу IP1, а сеть 2 - по адресу IP2.IP-адреса представляют собой 32-битовые идентификаторы,ориентированные на решение основной задачи протокола IP-маршрутизации. Для удобства представления IP-адресов используется цифровое их написание в виде десятичного представления 4 байт, разделенных точками, например: 192.171.153.60 .  рис.2 Первоначально в Интернете была принята так называемая классовая адресация. Все IP-адреса разделены на 5 классов (от А до Е), представленных на рис.3, но практическое применение находят в основном три первых класса: А, В и С. Класс D предназначен для задания группового адреса, а класс Е - не используется (зарезервирован для последующего использования).  Рис.3 IP-адрес состоит из двух полей: поле «Номер сети», представляющий собой адрес физической сети (подсети), и поле «Номер узла», выделяющий в этой подсети конкретное устройство (хост). Признаком принадлежности адреса к определённому классу служат первые биты адреса: если первый бит равен 0, то адрес принадлежит классу А, если первый бит равен 1, а второй - 0, то адрес принадлежит классу В и т.д. Принадлежность адреса к тому или иному классу определяет размерсети (табл.1):  класс А соответствует большой сети с максимальным числом узлов (224- 2) = 16 777 214; класс В соответствует средней сети с числом узлов до 65534; класс С соответствует малой сети с числом узлов до (28 -2)=254. Отметим, что максимальное количество узлов в сети определяется количеством двоичных разрядов n, отводимых под номер узла: Nmax = 2n - 2, то есть исключаются два номера: нулевой (все разряды равны 0); адрес с нулевым значением номера узла означает адрес сети; единичный (все разряды равны 1); адрес с единичными значениями номера узла является широковещательным и означает передачу пакета всем узлам сети. IP-адрес построен таким образом, чтобы поля «Номер сети» и «Номер узла» можно было бы выделить быстро, что особенно сказывается на эффективности маршрутизации (малые временные затраты на выделение адреса «Номер сети»). Поскольку IP-адрес идентифицирует сетевое соединение, а не узел, то отсюда вытекает принципиальное ограничение: если компьютер переносится из одной подсети в другую, он должен обязательно изменить IР -адрес. Специальные, автономные и групповые IP-адреса IP-адресация поддерживает специальные адреса (рис. 4), обращенные к множеству узлов и/или сетей и делящиеся на два класса: • широковещательные (broadcast), обращенные ко всем; • групповые (multicast), обращенные к заданному множеству объектов. Адресная нотация при этом основывается на заполнении адресных полей нулями (обращение к данному объекту, this) или единицами (обращение ко всем объектам, all).  Адрес 1 - "пустышка" или неопределённый адрес, используемый в инициализационной процедуре, когда рабочая станция не знает своего IP-адреса или хочет его согласовать; используется только как адрес отправителя, но никогда как адрес получателя. Адрес 2 - адрес конкретного узла (XXX...X) в той же сети, что и узел-отправитель; применяется в случае, когда узел-отправитель не знает идентификатора сети, в которой работает, например при инициализации бездисковой рабочей станции, которая при включении вообще ничего не знает ни о сети, ни о себе; используется только как адрес получателя и никогда как адрес отправителя. Адрес 3 - адрес сети (но не узла). Адрес 4 - локальный или ограниченный широковещательный адрес (limited или local broadcast address); используется, когда идентификатор сети по каким-либо причинам неизвестен; для использования не рекомендуется. Адрес 5 - прямой широковещательный адрес (direct broadcast address), обращенный ко всем узлам данной сети. Адрес 6 - тестовый адрес, в котором первый байт имеет значение 127, а оставшееся поле не специфицировано; используется для задач отладки и тестирования, не является адресом никакой сети, и маршрутизаторы никогда не обрабатывают его; также называется адресом обратной петли (loopback address), поскольку пакет с таким адресом, посланный на интерфейс loopback возвращается на тот же интерфейс, не выходя за пределы подсети. В качестве группового адреса используются адреса класса D. Групповая адресация в TCP/IP регламентируется входящим составной частью в IP протоколом IGMP (Internet Group Management Protocol). Групповой адрес может объединять узлы из разных физических сетей путем использования в маршрутизаторах специальных протоколов групповой маршрутизации. Каждый узел может в любой момент подключиться к определенной адресной группе или выйти из нее. Групповые адреса назначаются NIC и разделяются на два класса: • постоянные - для непрерывно существующих групп (так называемые «всем известные адреса» - well-known addresses); • временные - для организуемых на некоторый срок групп, которые существуют до тех пор, пока в группе сохраняется хотя бы один член (так называемые «временные адресные группы» - transient multicast groups). Распространение групповых сообщений по интерсети ограничивается временем жизни (time-to-live) IP-пакета. Использование масок для IP-адресов Маска — это число, применяемое в паре с IP-адресом, причем двоичная запись маски содержит непрерывную последовательность единиц в тех разрядах, которые должны в IP-адресе интерпретироваться как номер сети. Граница между последовательностями единиц и нулей в маске соответствует границе между номером сети и номером узла в IP-адресе. Использование масок для IP-адресов позволяет расширить адресное пространство и сделать систему адресации более гибкой, не привязанной к классам IP-адресов (А, В или С). Пример. Пусть заданы: IP -адрес-. 126.65.32.5 и маска-. 255.192.0.0, IР-адрес 126.65.32.5 соответствует адресу узла 0.65.32.5 в сети 126.0.0.0. Запишем IP-адрес и маску в двоичном виде:  Тогда: адрес сети-. 01111110.01 или 126.64.0.0 адрес узла: 000001.00100000.00000101 или 0.1.32.5 Таким образом, вместо сети 126.0.0.0, принадлежащей к классу А, при наличии маски имеем сеть 126.64.0.0, которая не принадлежит ни одному из классов А, В или С. Максимальное количество узлов в этой сети определяется длиной поля адреса, используемого для нумерации узлов, то есть количеством нулевых разрядов в маске. В нашем примере это 22 разряда, следовательно, максимальное количество узлов в сети будет равно 222 - 2 = 4 194 302. Для стандартных классов сетей маски имеют вид: класс А: 11111111.00000000.00000000.00000000 (255.0.0.0); класс В: 11111111.11111111.00000000.00000000 (255.255.0.0); класс С: 11111111.11111111.11111111.00000000 (255.255.255.0). Часто использование маски указывается в виде: 116.165.42.35/12, где число 12 определяет количество единичных разрядов в маске для IР-адреса 116.165.42.35. Распределение IP-адресов Распределение IP-адресов может выполняться двумя способами: • централизованное распределение, реализуемое специальными органами регистрации глобальных адресов, распределяющими адреса в сети Интернет и образующими иерархическую структуру, показанную на рис.5; • автоматизированное распределение, реализуемое в сетях с единым административным управлением с использованием протоколаназначения адресов DHCP.  рис. 5 Протокол для автоматического назначения IP-адресов – Dynamic Host Configuration Protocol (DHCP) - может поддерживать следующие способы распределения адресов: • ручное распределение - с участием администратора сети, причем DHCP-сервер всегда выдает определенному клиенту один и тот же назначенный ему администратором адрес; • автоматическое статическое распределение - DHCP-сервер при первом подключении клиента выбирает из пула наличных IP-адресов произвольный IP-адрес, который при последующих подключениях клиента не меняется; автоматическое динамическое распределение - DHCP-сервер при каждом обращении клиента выдает IP-адрес на ограниченное время - время аренды, причем впоследствии этот адрес может быть предоставлен другому компьютеру; это позволяет строить IP-сеть с числом узлов, превышающим количество имеющихся в распоряжении администратора IP-адресов. Кроме IР-адреса DHCP-сервер может назначить клиенту другие параметры стека TCP/IP, например: • маску; • IP-адрес маршрутизаторапо умолчанию; • IP-адрес сервера DNS; • доменное имя компьютера и т.п. Бесклассовая междоменная маршрутизация Использование масок переменной длины для IP-адресов позволяет не только расширить адресное пространство за счет увеличения количества номеров сетей, но и экономно выделять IР-адреса. Например, если в какой-то небольшой сети находится десяток узлов, то очевидно, что неразумно выделять ей номер сети даже класса С, обеспечивающей нумерацию 254 х узлов. Гораздо более эффективным будет выделение для этой сети небольшого количества IP-адресов. Для выделения ограниченного количества IP-адресов разработана технология бесклассовой междоменной маршрутизации (CIDR - Classless Inter-Domain Routing), использующая бесклассовую адресацию и позволяющая гибко распределять IР-адреса. Для реализации технологии CIDR необходимо, чтобы организация, распределяющая IP-адреса, имела в наличии непрерывный диапазон адресов. Это предоставляет возможность выделять сетям некоторое количество IP-адресов, имеющих одинаковый префикс, то есть одинаковые значения в нескольких старших разрядах. На рис.6 показан пример, иллюстрирующий принцип выделения адресов из общего пула адресов для сетей разных размеров. Так, например: • пул Р1 имеет префикс длиной 28 двоичных разрядов и 4 разряда под нумерацию узлов, что позволяет пронумеровать 16 узлов небольшой сети; • пул Р2 имеет префикс длиной 26 разрядов и 6 разрядов под нумерацию узлов, что позволяет пронумеровать 64 узла; • пул РЗ с префиксом длиной 26 разрядов позволяет пронумеровать 1024 узла.  Рис.6 При таком выделении адресов необходимо, чтобы: • количество выделяемых адресов было кратно степени двойки; • начальная граница выделяемого пула адресов была кратна требуемому количеству узлов. Благодаря технологии CIDR имеется возможность нарезать блоки адресов в соответствии с действительными потребностями каждой сети. Доменное имя - символьное имя компьютера. В стеке TCP/IP применяется система доменных имен с иерархической древовидной структурой (рис.7), допускающей использование в имени произвольного количества составных частей. Совокупность имен, у которых несколько старших составных частей совпадают, образуют домен (domain) имен.  Примерами доменных имён организаций являются: • соm - коммерческие организации; • edu - образовательные организации; • gov - правительственные организации; • org - некоммерческие организации; • net -организации поддержки сетей. Соответствие между доменными именами и IP-адресами может устанавливаться как средствами локального узла, так и средствами централизованной службы, реализуемой системой доменных имён. Система доменных имен (Domain Name System - DNS) - централизованная служба, основанная на распределенной базе отображений «доменное имя - IP-адрес». Служба DNS использует в своей работе протокол типа «клиент- сервер», в котором определены такие понятия как DNS-сервер, поддерживающий распределенную базу отображений, и DNS-клиент, обращающийся к DNS-серверу с запросом. DNS-сервер использует текстовые файлы формата «IР-адрес - доменное имя». Служба DNS является распределенной. Каждый DNS-сервер хранит имена следующего уровня иерархии и кроме таблицы отображений имен содержит ссылки на DNS-серверы своих поддоменов, что упрощает процедуру поиска. Для ускорения поиска IP-адресов в DNS-серверах применяется процедура кэширования проходящих через них ответов на определенное время - от нескольких часов до нескольких дней. Коммуникационный протокол IPv4 Протокол IP специфицирует три основных элемента: • блок данных - пакет IP, с которым работает протокол; • механизмы распространения (маршрутизации) пакетов; • способы обработки конфликтных ситуаций. Пакет IP состоит из заголовка и блока данных (рис. 7, а). В настоящее время в сети Интернет могут циркулировать IР-пакеты двух версий: • IP-пакет версии 4 (IPv4); • IP-пакет версии 6 (IPv6). Протокол IP обрабатывает и интерпретирует только поля заголовка. Формат заголовка пакета IPv4 показан на рис. 7, б).  рис.7 Рассмотрим назначения полей заголовка. «Номер версии» (4 бита) - используется для указания версии протокола IP, который должен обрабатывать данный пакет. В настоящее время осуществляется постепенный переход от версии 4 к версии 6, и большинство узлов могут обрабатывать пакеты обеих версий. Если это поле содержит значение, отличное от указанных версий протокола, пакет уничтожается. «Длина заголовка» (4 бита) - задает значение длины заголовка пакета, измеренной в 32-битовых (4-байтовых) словах. Минимальное значение длины (при отсутствии необязательных полей «Параметры» и «Наполнение») равно 5, что соответствует заголовку длиной 20 байт. Максимальное значение этого 4-битового поля равно 15, что соответствует заголовку длиной 60 байт. Следовательно, максимальный размер необязательных полей «Параметры» и «Наполнение» равен 40 байтам. «Тип сервиса» (Type of Service, ToS) - 8-битовое поле,предназначенное для оптимизации транспортной службы, содержащее: • 3-битовое поле «Приоритет» принимает 8 значений: от 0 (нормальный приоритет) до 7 (сетевое управление); • биты D,T,R задают тип транспортировки, который "запрашивает" пакет; установка этих битов в состояние " 1" требует: ■ D=1 (Delay - задержка) - малой задержки при передаче пакета; ■ Т=1 (Throughput - пропускная способность) – высокой пропускной способности; ■ R=1 (Reliability - надежность, достоверность) – высокой надежности; • 2 резервных бита. Стандарты, принятые в конце 90-х годов, дали новое название этому полю - байт дифференцированное обслуживание или DS-байт – и переопределили назначение его битов. Поле «Тип сервиса» не всегда используется маршрутизаторами. «Общая длина» (16 бит) - задает длину пакета, включая заголовок и данные, измеренную в байтах. Общая длина пакета IP может достигать 65 535 байт, однако в большинстве сетей столь большие пакеты не используются. Протокол IP должен обеспечивать межсетевое взаимодействие между разными сетями, различающимися, в том числе, ограничением на максимальную длину кадра, разрешенным в той или иной физической сети (Maximum Transfer Unit, MTU). Поэтому протокол IP вынужден решать задачу, более свойственную транспортному протоколу, - разбивку больших пакетов на малые и наоборот - их сборку. Это требуется делать в тех случаях, когда на вход некоторой физической сети поступает пакет, превосходящий по длине MTU для данной сети. Такая операция называется фрагментированием (fragmentation) и осуществляется следующим образом. Блок данных большого исходного пакета разделяется на фрагменты длиной MTU для физической сети, в которую направляются фрагменты. При этом фрагменты упаковываются в пакеты, заголовки которых похожи на заголовок исходного пакета. В стандартах TCP/IP предусматривается, что все узлы должны принимать пакеты длиной не менее 576 байт, независимо от того, являются они фрагментами или целыми пакетами. Следующие три поля заголовка пакета указывают на то, что данные пакеты являются фрагментами одного большого пакета. «Идентификатор пакета» (16 бит) - общий для всех фрагментов идентификатор, указывающий на принадлежность фрагмента к одному большому пакету. «Флаги» (3 бита) - содержат признаки (биты), связанные с фрагментацией: • DF (Do not Fragment - не фрагментировать) - значение, равное 1, запрещает маршрутизатору фрагментировать пакет; • MF (More Fragments - больше фрагментов) - значение, равное 1, означает, что фрагмент является промежуточным; • один бит зарезервирован. «Смещение фрагмента» (13 бит) - смещение в байтах поля данных этого фрагмента относительно начала поля данных исходного нефрагментированного пакета. Смещение используется при сборке фрагментов в пакет и должно быть кратно 8 байтам. «Время жизни» (Time То Live, TTL) - 8-битовое поле, содержащее время, измеряемое в секундах, в течение которого пакет может существовать в сети. Хосты и маршрутизаторы, обрабатывающие данный пакет, уменьшают значение этого поля в период обработки и хранения пакета как минимум на 1 плюс время ожидания в очереди. Однако на практике в каждом маршрутизаторе обычно из этого времени просто вычитается 1. Таким образом, время жизни фактически измеряется количеством маршрутизаторов, через которые проходит пакет. Когда время жизни истекает, пакет уничтожается. При этом источник сообщения уведомляется о потере пакета. Наличие конечного времени жизни пакета, равное 255 (8 двоичных разрядов), обеспечивает, в частности, защиту от таких нежелательных событий, как передача пакета по циклическому маршруту, перегрузка сетей. «Протокол» (8 бит) - указывает протокол вышележащего уровня, которому предназначена информация, содержащаяся в поле данных пакета IP. Например, значение 6 соответствует протоколу TCP, а значение 17 - протоколу UDP. «Контрольная сумма заголовка» (16 бит) - используется для контроля целостности только заголовка пакета IP и вычисляется как сумма всех 16-битовых полуслов заголовка в дополнительном коде, преобразованная также в дополнительный код. Таким образом, вычисляемая получателем контрольная сумма заголовка вместе с этим полем должна быть равна нулю. Поскольку некоторые поля заголовка могут изменять свои значения в процессе передачи пакета по сети, контрольная сумма вычисляется и проверяется в каждом маршрутизаторе и в конечном узле. «IP-адрес источника» (32 бита) - IP-адрес отправителя пакета. «IP-адрес назначения» (32 бита) - IP-адрес получателя пакета. «Параметры» - необязательное поле переменной длины, применяемое для указания параметров, используемых обычно при отладке сети и связанных, например, с режимами безопасности или маршрутизации. «Наполнение» - поле переменной длины, необходимое для дополнения заголовка пакета до целого числа 32-битовых слов. Коммуникационный протокол IPv6 Проблемы, с которыми в начале 90-х годов столкнулись разработчики и пользователи Интернета, базирующегося на протоколах TCP/IP, привели к осознанию необходимости разработки новой версии протокола IP - протокола IPv6, который должен обеспечить достижение следующих целей: • создание масштабируемой системы адресации, обеспечивающей поддержку миллиардов хостов даже при неэффективном использовании адресного пространства; • уменьшение таблиц маршрутизации и упрощение протокола для ускорения обработки пакетов маршрутизаторами; • предоставление гарантий качества транспортных услуг при передаче неоднородного трафика, в частности, при передаче данных реального времени; • более надёжное обеспечение безопасности - аутентификации и конфиденциальности; • возможность сосуществования старого и нового протоколов; • возможность развития протокола в будущем. Основными особенностями протокола IPv6 являются следующие. 1. Длина IP-адреса увеличена до 16 байт, что предоставляет пользователям практически неограниченное адресное пространство 2. Упрощена структура заголовка, содержащего всего 7 полей (вместо 13 в протоколе Ipv4), что позволяет маршрутизаторам быстрее обрабатывать пакеты, то есть повышает их производительность. 3. Улучшена поддержка необязательных параметров, так как в новом заголовке требуемые прежде поля стали необязательными, а изменённый способ представления необязательных параметров ускоряет обработку пакетов в маршрутизаторах за счёт пропуска не относящихся к ним параметров. 4. Улучшена система безопасности. 5. Предусмотрена возможность расширения типов (классов) предоставляемых услуг, которые могут появиться в результате ожидаемого роста мультимедийного трафика. Адресация в IPv6 Необходимость расширения адресного пространства в сетях TCP/IP была одной из основных целей перехода на новую версию протокола IP. Для этого длина IP-адреса была увеличена до 16 байт или 128 бит, что предоставляет пользователям практически бесконечное адресное пространство - более чем 1038 адресов. В протоколе IPv6 вместо двухуровневой (как в IPv4) иерархии адресов используется четырёхуровневая: • 3 уровня используются для идентификации сетей; • 1 уровень используется для идентификации узла сети. Для записи 16-байтовых адресов используется шестнадцатеричная форма (вместо десятичной формы в протоколе IPv4), причём каждые 4шестнадцатеричные цифры отделяются друг от друга двоеточием:АВ25:164:0:Е12В:6:0:С2С4:1234; BDA5::3217:19:0:F084 . Как видно из представленных примеров, при записи адреса допускается ряд упрощений: • вместо 4-х нулей записывается только один нуль: 0 вместо 0000; • можно опускать незначащие нули в начале каждого четырёхсимвольного поля адреса: 164 вместо 0164 или 6 вместо 0006; • если в адресе имеется длинная последовательность нулей, то запись можно сократить, заменив в ней все нули двоеточием, причём двоеточие может употребляться только один раз: CF18: 35::67:5 , что соответствует адресу CF18: 35:0:0:0:0:67:5 ; • для сетей, использующих обе версии (IPv4 и IPv6) протокола разрешается использовать традиционную десятичную запись IPv4 в 4-х младших байтах, например: ::ВАС2:192.85.1.6 . В протоколе IPv6 предусмотрено 3 типа IP-адресов (рис.4.50): • индивидуальный адрес (unicast), определяющий уникальный идентификатор отдельного интерфейса оконечного узла или маршрутизатора; • групповой адрес (multicast), аналогичный групповому адресу IPv4, идентифицирует группу интерфейсов, относящихся, как правило, к разным узлам; • адрес произвольной рассылки (anycast) - новый тип адреса, назначаемый только интерфейсам маршрутизатора и определяющий группу интерфейсов, к одному из которых доставляется пакет с таким адресом, как правило, «ближайшему» в соответствии с метрикой, используемой протоколами маршрутизации. - глобальный агрегируемый уникальный адрес, являющийся основным подтипом индивидуального адреса, основанные на агрегировании для упрощения маршрутизации; - адрес обратной петли, играющий ту же роль, что и адрес 127.0.0.1 протокола IPv4 и имеющий вид: 0:0:0:0:0:0:0:1; - неопределённый адрес, состоящий из одних нулей и являющийся аналогом адреса 0.0.0.0 протокола IPv4. |