Network Control Protocol

Network Control Protocol — это протокол управления сетью, используемый в стеке протоколов TCP/IP для настройки и конфигурирования параметров сетевого уровня на этапе установления соединения. Он является частью протокола Point-to-Point Protocol (PPP) и применяется для согласования сетевых протоколов (например, IP, IPX или AppleTalk) между двумя взаимодействующими устройствами, такими как модемы, маршрутизаторы или компьютеры.

История

Протокол Network Control Protocol был разработан в конце 1980-х — начале 1990-х годов как часть протокола PPP, который пришёл на смену устаревшему протоколу Serial Line Internet Protocol (SLIP). SLIP имел ряд ограничений: он не поддерживал автоматическую настройку IP-адресов, не обеспечивал аутентификацию и не позволял одновременно использовать несколько сетевых протоколов. В ответ на эти недостатки инженеры Интернет-инженерного совета (IETF) создали PPP, который включал в себя механизм NCP для гибкого управления сетевыми параметрами.

Первая спецификация PPP и NCP была опубликована в 1992 году в документе RFC 1331 (позже заменён RFC 1661). С тех пор NCP претерпел несколько уточнений, но его базовая архитектура остаётся неизменной. Наибольшее распространение протокол получил в эпоху коммутируемого доступа в Интернет через телефонные линии (dial-up), где PPP и NCP использовались для автоматического назначения IP-адресов провайдерами.

Архитектура и принцип работы

NCP функционирует на сетевом уровне модели OSI (уровень 3) и является частью более широкого протокола PPP, который работает на канальном уровне (уровень 2). Процесс установления соединения через PPP включает три фазы:

1. Установление канального соединения (Link Control Protocol, LCP) — согласование параметров физического и канального уровней, таких как размер кадра, метод аутентификации и сжатие данных.
2. Аутентификация (опционально) — проверка подлинности сторон с помощью протоколов PAP или CHAP.
3. Настройка сетевого уровня (NCP) — согласование и конфигурация сетевых протоколов.

На третьей фазе NCP обменивается пакетами между двумя устройствами, чтобы определить, какой сетевой протокол будет использоваться (например, IPv4, IPv6, IPX), и установить соответствующие параметры, такие как IP-адрес, маска подсети, адрес шлюза по умолчанию и адреса DNS-серверов. Каждый сетевой протокол имеет свой собственный подтип NCP, например:

• IPCP (Internet Protocol Control Protocol) — для IPv4 (RFC 1332).
• IPv6CP — для IPv6 (RFC 5072).
• IPXCP — для протокола IPX (RFC 1552).

После завершения фазы NCP канал считается готовым к передаче данных. Если в процессе работы возникает необходимость изменить параметры (например, сменить IP-адрес), NCP может быть вызван повторно.

Виды NCP

Хотя термин «Network Control Protocol» чаще всего ассоциируется с PPP, существуют и другие реализации, основанные на схожих принципах. В контексте PPP выделяют следующие типы NCP:

IPCP (Internet Protocol Control Protocol)

Наиболее распространённый подтип NCP, используемый для настройки IPv4. Он позволяет автоматически назначать IP-адрес клиенту (обычно с помощью DHCP-подобного механизма), а также согласовывать компрессию заголовков IP (Van Jacobson compression). IPCP описан в RFC 1332 и является обязательным для большинства dial-up и DSL-соединений.

IPv6CP

Аналог IPCP для протокола IPv6. Он используется для назначения IPv6-адресов и согласования параметров, таких как интерфейсный идентификатор (interface identifier). IPv6CP определён в RFC 5072 и применяется в современных PPPoE-соединениях (PPP over Ethernet).

IPXCP

Подтип для протокола IPX, который использовался в сетях Novell NetWare. IPXCP позволял автоматически назначать IPX-адреса и номера сетей. С упадком NetWare этот протокол практически вышел из употребления.

Другие NCP

Существуют также NCP для протоколов AppleTalk (ATCP), DECnet (DNCP) и других, однако они используются редко и в основном в устаревших системах.

Применение

Network Control Protocol применяется в ситуациях, где требуется динамическая настройка сетевых параметров на канальном уровне. Основные области использования:

• Коммутируемый доступ в Интернет (dial-up) — модемные соединения, где PPP и NCP обеспечивали автоматическое получение IP-адреса от провайдера.
• DSL-соединения — многие DSL-модемы используют PPPoE (PPP over Ethernet), который включает фазу NCP для настройки IP.
• VPN-соединения — некоторые реализации VPN (например, PPTP) используют PPP и NCP для согласования параметров туннеля.
• Мобильные сети — в технологиях GPRS и UMTS PPP может применяться для установления соединения, и NCP используется для настройки IP-адресации.

В современных сетях, где преобладает DHCP, роль NCP несколько снизилась, однако он остаётся важным элементом в legacy-системах и специализированных сценариях.

Критика и ограничения

Несмотря на свою функциональность, NCP имеет ряд недостатков:

• Зависимость от PPP — NCP не может работать автономно; он требует предварительного установления канального соединения через LCP. Это увеличивает время установки соединения.
• Ограниченная гибкость — NCP поддерживает только те сетевые протоколы, для которых существуют соответствующие подтипы. Для нестандартных протоколов требуется разработка новых спецификаций.
• Уязвимости безопасности — NCP не шифрует передаваемые параметры (например, IP-адреса), что делает возможным их перехват при отсутствии дополнительного шифрования (например, через PPPoE с SSL/TLS).
• Устаревание — с распространением DHCP и протокола IPv6, а также с переходом на более современные методы настройки (например, SLAAC для IPv6), NCP используется всё реже. В частности, в домашних сетях на основе Ethernet DHCP полностью вытеснил NCP.

Интересные факты

• Протокол NCP не следует путать с более ранним сетевым протоколом NCP (Network Control Program), который использовался в ARPANET до внедрения TCP/IP.
• В спецификации PPP (RFC 1661) явно указано, что NCP может быть использован для любого сетевого протокола, но на практике поддержка ограничена несколькими основными.
• В России NCP применялся в системах коммутируемого доступа, предоставляемых провайдерами в 1990-х — начале 2000-х годов, например, в рамках услуг «Домолинк» или «Ростелеком» (через модемные пулы).

Источники

• RFC 1661 — The Point-to-Point Protocol (PPP)
• RFC 1332 — The PPP Internet Protocol Control Protocol (IPCP)
• RFC 5072 — IP Version 6 over PPP
• RFC 1552 — The PPP Internetwork Packet Exchange Control Protocol (IPXCP)
• Документация по протоколу PPP в сетях связи общего пользования (Минцифры России, 2003)