Как маршрутизатор с маской подсети / 32 WAN будет взаимодействовать с остальной частью Интернета?

Я изучаю сетевое взаимодействие, и одна из самых основных вещей, которые мне говорили бесчисленное количество раз, - это то, что компьютеры не могут общаться вне своей собственной подсети.

С другой стороны, просматривая некоторые настройки ADSL, я увидел, что в случае, когда фиксированному IP-адресу назначен пользовательский интерфейс WAN, для интерфейса WAN используется маска подсети / 32, и шлюз по умолчанию, конечно, вне подсети.

Так как бы хост с подсетью / 32 связывался с внешней сетью?

Вот своего рода диаграмма того, что у меня есть:

Модем DSL настроен для работы в качестве моста, поэтому Router0 выполняет аутентификацию и устанавливает соединение через PPPoE с ISP. Маршрутизатор 0 получает IP-адрес в своем интерфейсе WAN (Fa0 / 0 на диаграмме) из подсети / 32, использующей IPCP. Он получает только один IP-адрес на интерфейсе WAN, и псевдоним IP здесь не используется.

Я понимаю, что происходит от Router0 до локальной сети. Чего я не понимаю, так это как Router0 взаимодействует с ISP.

DSL имеет тенденцию использовать PPPoE, что означает, что связь является двухточечной. А / 32 здесь абсолютно уместен. Фактически, ни один адрес все еще не является действительным - нужно было бы маршрутизируемые адреса за пределами PPP-соединения. В этом случае это работает, потому что есть только один возможный пункт назначения по ссылке. Каждый пакет, помещенный в эту ссылку, будет обработан другим концом, и vv

blue-gw#show int di1
 Dialer1 is up, line protocol is up (spoofing)
 Description: Bellsouth.net DSL
 Internet address is 74.167.x.x/32

Routing:
 Gateway of last resort is 72.157.24.5 to network 0.0.0.0
 ...
      72.0.0.0/32 is subnetted, 1 subnets
 C       72.157.24.5 is directly connected, Dialer1
      74.0.0.0/32 is subnetted, 1 subnets
 C       74.167.x.x is directly connected, Dialer1

Я изучаю сетевое взаимодействие, и одна из самых основных вещей, которые мне говорили бесчисленное количество раз, - это то, что компьютеры не могут общаться вне своей собственной подсети.

Заявлено без квалификации, как это, это вводит в заблуждение и ложь. Конечно, Интернет разделен между подсетями, и все же что угодно может говорить с чем угодно (большинство из них косвенным образом).

Вы должны были узнать, что хосты не могут взаимодействовать напрямую через протоколы передачи данных, такие как Ethernet, вне своей подсети, потому что подсеть представляет некоторый сегмент физической сети. Для связи с хостами за пределами подсети необходимо отправить пакет на шлюз, который находится в подсети. Вот что такое маршрутизация .

Действительно, вопрос, который вы должны задать: как интерфейс может иметь такой адрес, чтобы все биты адреса были подсетью, а хост-биты отсутствовали?

Ответ в том, что это ссылка «точка-точка». Двухточечные ссылки не являются полноценными сетями. Два интерфейса на обоих концах канала связи знают, что они общаются друг с другом без какой-либо адресации на уровне канала передачи данных, поэтому на уровне сети они могут использовать один и тот же IP-адрес.

Более того, канал данных можно рассматривать как свой собственный сегмент сети, и поэтому он может иметь свою собственную подсеть, и эта подсеть должна содержать только один адрес.

Если один конец конечной точки должен общаться конкретно с другим, он может просто использовать этот адрес. Если маршрутизатор использует какой-либо другой адрес и отправляет его через модем, этот пакет не адресуется для однорангового узла; оно адресовано чему-то еще за пределами этого сверстника. Пир получит пакет и направит его.

В основном, оборудование провайдера просто настроено таким образом: у него есть сотни входящих абонентских линий, и оно дает каждому по 32 подсети. Если у вас есть двухточечный сегмент с одним адресом, маска сети в основном спорная, но вам все еще нужен один: что-то должно быть заполнено для поля маски сети на интерфейсах и в таблицах маршрутизации хостов.

Это всего лишь дополнительная заметка, так как на вопросы уже ответил Рики;

Как уже указывал Рики, с PPP Link на этом канале есть только два устройства. Локальное устройство и удаленное устройство, поэтому на ссылке могут быть только два адреса (локальное и удаленное). Таким образом, локальный и удаленный адреса могут быть в разных подсетях, потому что больше нет места для трафика, размещенного на ссылке, кроме устройства на другом конце линии. Это достаточно простая концепция, которую, как вы сказали, вы понимаете.

В дополнение к этому, помните, что записи маршрутизации могут быть через интерфейсы, а также IP-адрес следующего перехода. Людей часто учат, что записи маршрутизации - это что-то вроде «0.0.0.0/0 через 5.5.5.5», где 5.5.5.5 - маршрутизатор ISP, а 0.0.0.0/0 - маршрут по умолчанию. Маршруты также могут быть «0.0.0.0/0 через Fa1 / 0». Если Fa0 / 1 является связью точка-точка, просто указав интерфейс, хорошо. Как мы уже говорили, трафику идти некуда, кроме устройства на другом конце (который является маршрутизатором ISP).

Чтобы продемонстрировать то, что объяснили другие, вы можете подключить два маршрутизатора Cisco через последовательный порт;

• Отладка согласования ppp (или отладка пакета ppp для более подробного вывода).
• Под последовательными интерфейсами настраивают IP-адреса в разных подсетях.
• Установить 'инкапсуляция ppp'
• нет закрыто

Обратите внимание, что IPCP делает свое дело, и подсеть дальнего конца, видимая как непосредственно подключенная в таблице маршрутизации.

Похоже, ваш маршрутизатор имеет соединение PPPoE WAN. С PPPoE «нормальные» правила IP не применяются, поскольку соединение между BRAS и клиентом туннелируется.

Как правило, во многих протоколах туннелирования локальная конечная точка может принимать IP-адрес удаленной конечной точки или вообще не иметь их. Любой пакет, не предназначенный для локальной сети, будет помещен в туннель, чтобы удаленный конец имел дело с ним.

Вашему маршрутизатору нужен только /32маршрут для связи с маршрутизатором ISP.

Кроме того, ваш маршрутизатор будет иметь маршрутизатор ISP, указанный в качестве шлюза по умолчанию или «шлюза последней инстанции». Когда ваш маршрутизатор хочет доставить пакет на хост, который он не знает, он отправит его на маршрутизатор ISP.

Маршрутизатор ISP - это только первый шаг в более широкий Интернет. Он следует той же схеме, что и выше: сам маршрутизатор знает только несколько хостов, с которыми можно общаться, но он может достичь всех других маршрутизаторов в мире, потому что он может определить следующую остановку для любого IP-адреса.

Каждый маршрутизатор на пути от клиента к серверу знает один шаг вперед («следующий маршрутизатор») и один шаг назад («предыдущий маршрутизатор»). Ни одному из маршрутизаторов не нужно знать весь путь.

Жизнь проста для работы вашего роутера. У него есть запись для локальной сети, он знает, как связаться с одним маршрутизатором ISP, и у него есть маршрут по умолчанию к маршрутизатору ISP. Бэкенд интернет-маршрутизаторы более сложны, но идея та же.

В среде SP используется IPCP для динамического присвоения IP-адреса маршрутизатору dsl, для которого используется его / 32 IP-адрес (локальные адреса часто объявляются исходящими по радиусу в виде рамочных маршрутов). Статический маршрут используется через интерфейс номеронабирателя для отправки трафика из локальной сети в Интернет - поэтому используется только статическая маршрутизация, и маршрут по умолчанию объявляется маршрутизатору CE через IPCP. Следовательно, для связи с другими сетями в определенных сценариях проектирования требуется только / 32.

В вашем вопросе кажется, что вы хотите понять механизм соединения R0 с ISP. Как уже упоминалось, xDSL обычно реализуется через PPPoE или некоторую форму моста.

По сути, то, что здесь происходит, это «Ethernet-мост». Мостовое соединение - это функция уровня 2 OSI, которая не требует и не делает нас из IP. 32-битный IP-адрес - это просто идентификатор конечной точки PPP для интернет-провайдера. Модем инкапсулирует и де-инкапсулирует IP-трафик в и из Ethernet.

В сетевом оборудовании на головном узле интернет-провайдера, где прерывается канал PPP, IP-адрес становится полезным в качестве интернет-провайдера, и Интернет может направлять трафик ip в / из интерфейса публичного IP-адреса R0, который обслуживает ЛВС позади него. Единственная «маршрутизация», которая происходит, находится на любом конце схемы ppp.

Я надеюсь, что это поможет понять механизм соединения RO с ISP.