Мож, я, конечно, не в курсе каких-то тонкостей - если что, меня поправят... Но я всю жизнь считал, что PPPoE - это транспорт. А DHCP - механизм раздачи адресов хостам на уже установленном линке, и от транспорта оно никак не зависит... Я торможу?
Все так. Но.. Дело в том, что DHCP раздает адреса на езернете непосредственно. Т.е., вместо того, чтоб прописывать его в конфигурации сетевого интерфейса, оно получается автоматически. При этом IP ходит непосредственно поверх EtherNet. PPPoE - это стандартный PPP между двумя MAC адресами на Eth. IP адреса там передаются по IPCP (стандартном. Как на dialup). DHCP тут никак в процессе участвовать не может. Посему, транспорт PPPoE и механизм раздачи IP адресов (DHCP) не совместимы.. Точнее, возможна их работа на одном физическом линке, конечно.. Но независимо друг от друга.
Я в этих тонкостях тоже не разбираюсь, но. DSL - это, вообще-то, ни разу не ethernet, хотя какие-то MAC-адреса там явно есть. PPPoE там точно есть, так в модеме написано на тему encapsulation. Адреса в стриме динамические. Какой конкретно сервер используется у провайдера для раздачи адресов - не знаю. Если кому интересно - вот лог сессии как ее видит модем:
May 9 16:35:19 192.168.255.1 ZyXEL Communications Corp.: Packet Trigger: Protocol=1, Data=4500003b05de40003e110b82c0a8ff02cdbc9dea040000350027bc7259b800000001000000000000056c6f67696e0369 May 9 16:35:19 192.168.255.1 ZyXEL Communications Corp.: board 0 line 0 channel 0, call 10, C01 Outgoing Call dev=6 ch=0 Stream May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: board 0 line 0 channel 0, call 10, C02 OutCall Connected 512 Stream May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:LCP Starting May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:LCP Opening May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:CHAP Opening May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:IPCP Starting May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:IPCP Opening May 10 16:35:30 192.168.255.1 ZyXEL Communications Corp.: ppp:LCP Closing May 10 16:35:30 192.168.255.1 ZyXEL Communications Corp.: ppp:IPCP Closing May 10 16:35:30 192.168.255.1 ZyXEL Communications Corp.: board 0 line 0 channel 0, call 10, C02 Call Terminated
Я, как человек, занимающийся этим на работе, немного расскажу :-) Поверх физического ADSL обычно бегает ATM. Поверх АТМ может бегать: 1) EtherNet. Далее: a) поверх EtherNet IP непосредственно. b) PPPoE. поверх него IP. 2) PPP over ATM, сверху IP. 3) Classical IP over ATM.
Большинство провайдеров ADSL в мире используют вариант 1(b) для массовых подключений домашних пользователей. Т.е., PPP over EtherNet, EtherNet over ATM. Ну и все это поверх физики - ADSL. В качестве сервера раздачи адресов - любая железка, умеющая PPPoE. Что у Стрима - не знаю.. Вероятнее всего cisco.
Возможно, я сейчас глупость скажу... Но что мешает железке или софтине, поддерживающей PPP (поверх какого именно физического транспорта - неважно) запросить у DHCP свободный в пуле IP-адрес для устанавливаемого соединения - перед тем, как сообщить его удаленной стороне по IPCP? Только тот факт, что в PPP-протоколе не фигурируют MAC-и? Но ведь как-то же работают DHCP у диалап-провайдеров... А у модемов MAC-ов нет вообще - и быть не может, ибо это именно "точка-точка"... Интересный вопрос, нужно будет завтра порыться в RFC заради интересу... :)
Ну ты это.. Ethernet на витой паре - тоже точка-точка, что не мешает ему иметь mac-адрес :) Но в общем да, нечто, идентифицирующее модем, у PPP-сервера есть. Хотя бы номер физического порта, к которому приделан данный конкретный модем. Этого достаточно для обращения к DHCP-серверу.
Глупость :-) DHCP используется только для получения адреса в чистой *ethernet* сети, без всяких PPPoE. У dialup провайдеров его нет. Откуда информация, что оно там есть??
А IPCP - это часть протокола PPP. Тот протокол, который "связывает" (грубо говоря) IP и PPP. DHCP к PPP ну никак не приделаешь :-) И сказать провайдеру адрес стороны клиента не получится - провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
Запросто :). Ибо максимум, что я настраивал из PPP-серверов - был отвечающий сервак на моей предыдущей работе. "Диалап для своих" :). На 4 линии. Под OS/2. И DHCP в такой конфигурации действительно нафиг не нужен был - 4 статических секции в конфиге, и все дела.
провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
Но вот как определить, что именно в данный момент "нужное"?! Вот есть подсетка адресов, которые могут раздаваться PPP-клиентам. Причем динамически. Как железке/софтине врюхать, какой именно адрес можно дать свежепоступившему клиенту? В случае DHCP понятно: посмотреть в /etc/dhcp.conf, потом в /var/lib/dhcp.leases - и на основе этого дать адрес. А если, как ты говоришь, участие DHCP невозможно?
1) железке это забивается прям в конфиге (диапазон)... Циске и Нортелевой Шасте - легко. 2) железке это передается при авторизации ей юзера по PPP. Один в один (!) как на dialup. По протоколам RADIUS/TACACS. (это протоколы общения железки с сервером авторизации. Клиенту на это по барабану).
Ууу, йооппп! А я-то вынашивал планы поднять на работе корпоративный диалап для своих... На 30 каналов в Е1 - и с динамическими адресами... Понял, перебьются :). Копаться еще и RADIUS-е - мне будет явно лениво :).
А кто мешает завести всех пользователей прям на циске, в которую этот Е1 будет приходить и прописать пул IP адресов тоже прям на ней? :-) Если не циска будет использоваться, то читать доку к железке.. Наверняка для не-промышленных масштабов есть какое-либо без-RADIUS решение для данной конкретной железяки..
Ну нет у меня циски. И вряд ли будет, ибо я их в глаза ни разу не видел... Хотел сделать просто на привычном линухе, и привычными же технологиями. Ну да фигсым :).
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Но я всю жизнь считал, что PPPoE - это транспорт. А DHCP - механизм раздачи адресов хостам на уже установленном линке, и от транспорта оно никак не зависит...
Я торможу?
no subject
Дело в том, что DHCP раздает адреса на езернете непосредственно. Т.е., вместо того, чтоб прописывать его в конфигурации сетевого интерфейса, оно получается автоматически. При этом IP ходит непосредственно поверх EtherNet.
PPPoE - это стандартный PPP между двумя MAC адресами на Eth. IP адреса там передаются по IPCP (стандартном. Как на dialup). DHCP тут никак в процессе участвовать не может. Посему, транспорт PPPoE и механизм раздачи IP адресов (DHCP) не совместимы..
Точнее, возможна их работа на одном физическом линке, конечно.. Но независимо друг от друга.
no subject
DSL - это, вообще-то, ни разу не ethernet, хотя какие-то MAC-адреса там явно есть.
PPPoE там точно есть, так в модеме написано на тему encapsulation.
Адреса в стриме динамические. Какой конкретно сервер используется у провайдера для раздачи адресов - не знаю. Если кому интересно - вот лог сессии как ее видит модем:
May 9 16:35:19 192.168.255.1 ZyXEL Communications Corp.: Packet Trigger: Protocol=1, Data=4500003b05de40003e110b82c0a8ff02cdbc9dea040000350027bc7259b800000001000000000000056c6f67696e0369
May 9 16:35:19 192.168.255.1 ZyXEL Communications Corp.: board 0 line 0 channel 0, call 10, C01 Outgoing Call dev=6 ch=0 Stream
May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: board 0 line 0 channel 0, call 10, C02 OutCall Connected 512 Stream
May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:LCP Starting
May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:LCP Opening
May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:CHAP Opening
May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:IPCP Starting
May 9 16:35:21 192.168.255.1 ZyXEL Communications Corp.: ppp:IPCP Opening
May 10 16:35:30 192.168.255.1 ZyXEL Communications Corp.: ppp:LCP Closing
May 10 16:35:30 192.168.255.1 ZyXEL Communications Corp.: ppp:IPCP Closing
May 10 16:35:30 192.168.255.1 ZyXEL Communications Corp.: board 0 line 0 channel 0, call 10, C02 Call Terminated
no subject
Поверх физического ADSL обычно бегает ATM. Поверх АТМ может бегать:
1) EtherNet. Далее:
a) поверх EtherNet IP непосредственно.
b) PPPoE. поверх него IP.
2) PPP over ATM, сверху IP.
3) Classical IP over ATM.
Большинство провайдеров ADSL в мире используют вариант 1(b) для массовых подключений домашних пользователей.
Т.е., PPP over EtherNet, EtherNet over ATM. Ну и все это поверх физики - ADSL. В качестве сервера раздачи адресов - любая железка, умеющая PPPoE. Что у Стрима - не знаю.. Вероятнее всего cisco.
no subject
Но что мешает железке или софтине, поддерживающей PPP (поверх какого именно физического транспорта - неважно) запросить у DHCP свободный в пуле IP-адрес для устанавливаемого соединения - перед тем, как сообщить его удаленной стороне по IPCP? Только тот факт, что в PPP-протоколе не фигурируют MAC-и?
Но ведь как-то же работают DHCP у диалап-провайдеров... А у модемов MAC-ов нет вообще - и быть не может, ибо это именно "точка-точка"...
Интересный вопрос, нужно будет завтра порыться в RFC заради интересу... :)
no subject
Но в общем да, нечто, идентифицирующее модем, у PPP-сервера есть. Хотя бы номер физического порта, к которому приделан данный конкретный модем. Этого достаточно для обращения к DHCP-серверу.
no subject
Ээээ... Мммм...
(деликатно) Ты точно ничего не путаешь? ;))
no subject
У dialup провайдеров его нет. Откуда информация, что оно там есть??
А IPCP - это часть протокола PPP. Тот протокол, который "связывает" (грубо говоря) IP и PPP. DHCP к PPP ну никак не приделаешь :-) И сказать провайдеру адрес стороны клиента не получится - провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
no subject
Запросто :).
Ибо максимум, что я настраивал из PPP-серверов - был отвечающий сервак на моей предыдущей работе. "Диалап для своих" :). На 4 линии. Под OS/2. И DHCP в такой конфигурации действительно нафиг не нужен был - 4 статических секции в конфиге, и все дела.
провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
Но вот как определить, что именно в данный момент "нужное"?!
Вот есть подсетка адресов, которые могут раздаваться PPP-клиентам. Причем динамически. Как железке/софтине врюхать, какой именно адрес можно дать свежепоступившему клиенту? В случае DHCP понятно: посмотреть в /etc/dhcp.conf, потом в /var/lib/dhcp.leases - и на основе этого дать адрес. А если, как ты говоришь, участие DHCP невозможно?
no subject
2) железке это передается при авторизации ей юзера по PPP. Один в один (!) как на dialup. По протоколам RADIUS/TACACS. (это протоколы общения железки с сервером авторизации. Клиенту на это по барабану).
no subject
А я-то вынашивал планы поднять на работе корпоративный диалап для своих... На 30 каналов в Е1 - и с динамическими адресами...
Понял, перебьются :). Копаться еще и RADIUS-е - мне будет явно лениво :).
no subject
Если не циска будет использоваться, то читать доку к железке.. Наверняка для не-промышленных масштабов есть какое-либо без-RADIUS решение для данной конкретной железяки..
no subject
Хотел сделать просто на привычном линухе, и привычными же технологиями. Ну да фигсым :).
no subject