Альтернативы есть, но все они дороже при тех же равных

Бей спамера!

Уже сказал. Рублем. Преешел на Планету

А потом планету купит дом.ру

А потом планету купит дом.ру

Это будет трагедия

PPPoE... 2018 год Как там в прошлом веке поживается? Все нормально, Электричество подвели?

на вкус и цвет фломастеры разные, у всех свои причины и традиции

на вкус и цвет фломастеры разные, у всех свои причины и традиции

Традиции тащить технологии из прошлого века? Жрать кактус и винить во всем китайцев? Ну... имхо так себе традиции

Традиции тащить технологии из прошлого века? Жрать кактус и винить во всем китайцев? Ну... имхо так себе традиции

аргументация так себе, вам чем конкретно PPPoX не нравится? Почти все стандарты из прошлого века, если вы еще не в курсе, даже ipv6

Традиции тащить технологии из прошлого века? Жрать кактус и винить во всем китайцев? Ну... имхо так себе традиции

в том и дело, технология прошлого века. в 2к18 можно ожидаеть, что она будет работать

без каких-то внезапных эффектов

аргументация так себе, вам чем конкретно PPPoX не нравится? Почти все стандарты из прошлого века, если вы еще не в курсе, даже ipv6

Ну, если нужна артументаия, до можно перевести диалог в техническое русло. Как тем дела с ppp в плане масштабирования? Брасы помощнее уже ставите?

Ну, если нужна артументаия, до можно перевести диалог в техническое русло. Как тем дела с ppp в плане масштабирования? Брасы помощнее уже ставите?

1U $3k сервер обслуживает 10k-12k абонентов, 2x10G, энергопотребление ~$150W, отлично масштабируется

без каких-то внезапных эффектов

Это не про PPPoE. Он просто генератор проблем и костылей

учитывая как идет хендшейк - он отлично балансируется

Это не про PPPoE. Он просто генератор проблем и костылей

он прост как 2 рубля, все по нескольким rfc. что там криво можно сделать, хз

он прост как 2 рубля, все по нескольким rfc. что там криво можно сделать, хз

Тем не менее

тем не менее - проблемы в отдельных девайсах. это не проблема протокола

Ну, если нужна артументаия, до можно перевести диалог в техническое русло. Как тем дела с ppp в плане масштабирования? Брасы помощнее уже ставите?

Ну PPPoE не требует нормальных свичей, можно любое говно ставить на доступ

Просая и удобная технология для провайдера, и не очень приятное говно для юзера

pppoe намного ровнее того же DHCP когда речь идет уже о ipv6, ибо для ipv4+ipv6 в pppoe все унифицировано

а для ipoe мы имеем компот с DHCP, DHCPv6, SLAAC

а для ipoe мы имеем компот с DHCP, DHCPv6, SLAAC

ну, на самом деле нет. dhcpv6/slaac никуда не девается

а еще для IPv6, конкретнее ND - нужен рабочий мультикаст, что в пределах одной сетки внутри офиса ок, но в пределах провайдера это может вылится в кучу проблем

а еще для IPv6, конкретнее ND - нужен рабочий мультикаст, что в пределах одной сетки внутри офиса ок, но в пределах провайдера это может вылится в кучу проблем

каких?

каких?

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

коллеги, есть информация о затыках из рф в европу гдето с 10:45 ?

papaproxy.me всё?

Ожил )

Опять не доступен (

PPPoE... 2018 год Как там в прошлом веке поживается? Все нормально, Электричество подвели?

Это вы видимо про пчелайн забыли

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

У них и с vlan не сказать чтобы OK

Ну PPPoE не требует нормальных свичей, можно любое говно ставить на доступ

Можно еще табличку повесить "Мамкины хакеры, велкам!"

У них и с vlan не сказать чтобы OK

vlan практически все ровно поддерживают , да и даже qinq получше чем мультикаст самое неприятное, когда мультикаст любит вешать control plane на дешевых свитчах

Я вообще ещё не видел провайдеров без рррое ?

Я вообще ещё не видел провайдеров без рррое ?

Сочувствую

Это все к чему. Для нормальной работы и безопасного фуркционирования сети нужно разделять абонентов на vlan. А если мы разделяем их на vlan'ы, то пропадает всякий смысл использования PPPoE.

И любых других оверлеев

Ну это же надо всю систему менять и биллинг. Зачем лишние телодвижения))

Ну это же надо всю систему менять и биллинг. Зачем лишние телодвижения))

Действительно. К черту развитие)

Это все к чему. Для нормальной работы и безопасного фуркционирования сети нужно разделять абонентов на vlan. А если мы разделяем их на vlan'ы, то пропадает всякий смысл использования PPPoE.

Ну у домру PPPoE вполне с Vlan per customer живёт. Вообще хорошо)

Ну у домру PPPoE вполне с Vlan per customer живёт. Вообще хорошо)

Только в этом нет никакого смысла)

Кроме натягивания старой билинговой системы на новую сеть, как уже было отмечено выше

Это все к чему. Для нормальной работы и безопасного фуркционирования сети нужно разделять абонентов на vlan. А если мы разделяем их на vlan'ы, то пропадает всякий смысл использования PPPoE.

я выше написал - на ppp IPCP+IP6CP гораздо лучше продуманы для раздачи инета абонентам, чем DHCP+DHCP6+ND (SLAAC в провайдерских сетях, если не кривить душой - не применяется) DHCP6/ND вообще изначально похоже затачивались под локалки, а не под операторов

я выше написал - на ppp IPCP+IP6CP гораздо лучше продуманы для раздачи инета абонентам, чем DHCP+DHCP6+ND (SLAAC в провайдерских сетях, если не кривить душой - не применяется) DHCP6/ND вообще изначально похоже затачивались под локалки, а не под операторов

IPv6 создан и для тех и для других

Я не припомню, в чем проблема DHCPv6 для провайдеров?

я выше написал - на ppp IPCP+IP6CP гораздо лучше продуманы для раздачи инета абонентам, чем DHCP+DHCP6+ND (SLAAC в провайдерских сетях, если не кривить душой - не применяется) DHCP6/ND вообще изначально похоже затачивались под локалки, а не под операторов

Так и есть

Шлюз через ра

Я не припомню, в чем проблема DHCPv6 для провайдеров?

в излишнем в данном случае мультикасте и механизме выдачи адресов(базируется на времени, а не сессиях)

в излишнем в данном случае мультикасте и механизме выдачи адресов(базируется на времени, а не сессиях)

А грайтоус арп не смущает? Это не попадает под определение лишнего мультикаста?

А грайтоус арп не смущает? Это не попадает под определение лишнего мультикаста?

GARP это v4

GARP это v4

Спасибо))

и тот же самый ipoe, в ppp его нет

кроме того он броадкаст, а не мультикаст

Да, но мы уходим от темы

от темы вы ушли, вообще-то, зачем-то приведя gratuitous arp

от темы вы ушли, вообще-то, зачем-то приведя gratuitous arp

Потому что у меня нет понятия "лишний мультикаст"

если вы имеете представление как пишется взаимодействие control plane и forwarding plane в свитчах и для распространенных чипсетов, вы поймете, почему "лишний мультикаст" - это плохо для стабильности сети

Но у нас же все поделено на вланы. Отдельный влан для каждого юзера.

Дальше, допустим, отдельный VRF под каждого юзера.

А кто-нибудь может сказать, зачем провайдер разрывает рррое соединение каждые 36 часов? Какой в этом смысл?

А кто-нибудь может сказать, зачем провайдер разрывает рррое соединение каждые 36 часов? Какой в этом смысл?

скорее всего кривой биллинг, например не умеет CoA или еще что-то

А кто-нибудь может сказать, зачем провайдер разрывает рррое соединение каждые 36 часов? Какой в этом смысл?

Некоторые чистят таблицу NAT подергиванием скрипта. Кто-то борется с утечками памяти.

А кто-нибудь может сказать, зачем провайдер разрывает рррое соединение каждые 36 часов? Какой в этом смысл?

Антон Уральский хорошо эту тему исследовал :-)

Антон Уральский хорошо эту тему исследовал :-)

))))))))

или бэкап биллинга. такой

Антон Уральский хорошо эту тему исследовал :-)

Есть где почитать?

Есть где почитать?

только послушать

только послушать

дооолгооо

Я бы понял ещё там 24 часа, но 36 странное число

стенографий нет?

дооолгооо

стенография не отражает всю степень эмоций абонента

Я бы понял ещё там 24 часа, но 36 странное число

Чтоб не догадались)))

Создается иллюзия разрыва сессии в разное время))

Но у нас же все поделено на вланы. Отдельный влан для каждого юзера.

то, что у вас выглядит поделенным в конфиге, на уровне как это работает с чипсетом выглядит совершенно по другому, и кривой мультикаст в влане который вешает control plane свичей на транзите - добавит вам седых волос

Есть где почитать?

В Гугле запрос Антон Уральский. Там и стенографию можно найти. Но она, действительно, не отражает иступление эмоций

то, что у вас выглядит поделенным в конфиге, на уровне как это работает с чипсетом выглядит совершенно по другому, и кривой мультикаст в влане который вешает control plane свичей на транзите - добавит вам седых волос

Ну, расскажите. Мне реально интересно

Потому что мы с чем-то подобным столкнулись сами

В Гугле запрос Антон Уральский. Там и стенографию можно найти. Но она, действительно, не отражает иступление эмоций

Ну это же боян

мы еще на телефоне по блютусу передавали эту запись

Ну, расскажите. Мне реально интересно

у многих вендоров чипсеты тупо ставят фильтры на определенные виды траффика, т.е. даже если у вас нет l3 интерфейса в влане, все равно на control plane может попадать arp, igmp, некоторые виды мультикаста из транзитного траффика, причин так делать огромное количество, начиная от экономии ресурсов, заканчивая унификацией софта, но чаще просто ограничение чипсета и хорошо если c-plane мощный и правильный и просто отбрасывает ненужные пакеты, а бывает прилетает такой пакет, который из-за какого-то errata в данной ревизии чипа - рушит линк между forwarding plane и control plane и вообще всё отсыхает нафиг

у многих вендоров чипсеты тупо ставят фильтры на определенные виды траффика, т.е. даже если у вас нет l3 интерфейса в влане, все равно на control plane может попадать arp, igmp, некоторые виды мультикаста из транзитного траффика, причин так делать огромное количество, начиная от экономии ресурсов, заканчивая унификацией софта, но чаще просто ограничение чипсета и хорошо если c-plane мощный и правильный и просто отбрасывает ненужные пакеты, а бывает прилетает такой пакет, который из-за какого-то errata в данной ревизии чипа - рушит линк между forwarding plane и control plane и вообще всё отсыхает нафиг

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

у многих вендоров чипсеты тупо ставят фильтры на определенные виды траффика, т.е. даже если у вас нет l3 интерфейса в влане, все равно на control plane может попадать arp, igmp, некоторые виды мультикаста из транзитного траффика, причин так делать огромное количество, начиная от экономии ресурсов, заканчивая унификацией софта, но чаще просто ограничение чипсета и хорошо если c-plane мощный и правильный и просто отбрасывает ненужные пакеты, а бывает прилетает такой пакет, который из-за какого-то errata в данной ревизии чипа - рушит линк между forwarding plane и control plane и вообще всё отсыхает нафиг

защита то есть от этого? или проще резать на эдже все что можно ? )

а работа софта с свиччипами и странные переходы определенного трафика с транзитных вланов в control-plane бывают да.

единственная защита - тщательно тестировать свитчи которые будете ставить, и к сожалению делать это на каждую закупку, так как могут незаметно поменять ревизию чипа Потому во многих местах и приходится тыкать ppp, так как он менее требователен к свитчам по необходимым фичам (банальный unicast, vlan/qinq, ну и опционально фильтр ethertype, и собственно всё) кстати изоляция портов убирает/уменьшает необходимость qinq и vlan-per-user и удешевляет распредсеть, но такая схема намного хуже в диагностике если multicast гуляют между разными вланами и если они роутятся через control plane, а не железный ASIC - это чревато воткнет такой юзер что-то в порт, запустит мультикастом какой-нить видосик и прилетит к вам на control plane тем же маршрутом это видео, соответственно c-plane сильно поплохеет ipoe хорош, но блин дорого очень, надо очень ровные свитчи по всей сети, еще и одной ревизии желательно, т.е. держать запас на складе, чтобы не заниматься бесконечной войной с вендором потому многие и тормозят с v6, так как его внедрение на их ipoe поднимает вопрос нормальной поддержки мультикаста

защита то есть от этого? или проще резать на эдже все что можно ? )

ну вот уже вам нельзя резать multicast, ибо для ipv6 ipoe он нужен

http://m.rosbalt.ru/russia/2018/10/03/1736407.html

вброс

ну вот уже вам нельзя резать multicast, ибо для ipv6 ipoe он нужен

ну в сочетании с ethertype и полисером можно придумать вариант

ну в сочетании с ethertype и полисером можно придумать вариант

полисер жрет ресурсы ASIC, вешать на каждый юзерский порт? если мы уже идем по сараям с граблями называемыми broadcast, multicast, то еще заходим в сарай с полисерами и их потенциальными багами :)

http://m.rosbalt.ru/russia/2018/10/03/1736407.html

Бйянише, без постоновления суда нельзя это сделать ))

Бйянише, без постоновления суда нельзя это сделать ))

Оно вроде и пытать нельзя.

там тупо нет никакого лога, так что непонятно как делать диагностику, а китайский саппорт нихера не понимает и когда даешь ему дамп с зафейлившимся PADI/PADO он просит снова больше инфы и продолжает талдычить одно и то же это стандартная фишка вендоров в китае, когда они нихера не хотят чинить или не знают как чинить(ибо чувак которого наняли писать эту часть закрыл контракт)

У нас есть свой инжинер, который с русского переводит на английский и вбивает в голову китайцам чего нужно сделать.

Оно вроде и пытать нельзя.

Вас пытали?

Сочувствую

Вас пытали?

Хуже. Я работал в близкой ментуре конторе и видел.

Хуже. Я работал в близкой ментуре конторе и видел.

Ну моральных уродов много...

Ну моральных уродов много...

К сожалению, да.

только у нас на районе уволили 6 человек и еще 3-х посадили, за то что они кого то покалатили