Раз IPOE нет в меню, остается сначало поднять IPOE из визарда, а потом уже настроить ПППОЕ если оно не исчезнет из меню.

почему в ethernet то не сделать?

я, кстати, поставил галку "dhcp", применил, перезашёл - рррое не упал

я, кстати, поставил галку "dhcp", применил, перезашёл - рррое не упал

мужик (=

даже все тунели, которые через этот интерфейс построены, остались живы

даже все тунели, которые через этот интерфейс построены, остались живы

так если у тебя default route не сменился почему должно было попадать?

у клавистера очень изощрённая логика, без 0.5 её понять непросто

к тому же у меня два прова подключено и там не всё просто с точки зрения маршрутизации между двумя ванами

прописал некие (из 10.0.0.0) сети адреса, подставил, применил - всё живёт

так что dual access в виде pppoe+ipoe теоретически есть. проверить работоспособность - не могу

так что dual access в виде pppoe+ipoe теоретически есть. проверить работоспособность - не могу

Значит если включить дхсп на пппое,то ДФЛ увидит сеть jptv провайдера...так получается.

Значит если включить дхсп на пппое,то ДФЛ увидит сеть jptv провайдера...так получается.

в точку

совсем не факт. РТК, емнип, будет отдавать ip адрес только МАК адресу своей приставки. так что снова возвращаемся к тому, что des-1005 перед дфл - лучшее решение

в точку

Но отдельного сетевого интерфейса не будет..а ведь его как то нужно во влан засунуть и дальше бросить на приставку.Буду смотреть.

совсем не факт. РТК, емнип, будет отдавать ip адрес только МАК адресу своей приставки. так что снова возвращаемся к тому, что des-1005 перед дфл - лучшее решение

Вот это пиздец какая проблема.

и нахрена нагружать дфл мультикастом, который он не будет обрабатывать, писать дополнительно правила и прочее, если можно за 300..400р поставить 1005 и всё будет жить

и нахрена нагружать дфл мультикастом, который он не будет обрабатывать, писать дополнительно правила и прочее, если можно за 300..400р поставить 1005 и всё будет жить

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

Щас глянул дхсп в ван включен....но в логах нет и намека на сеть провайдера

я бы в мануале сначала почитал бы, что такое transparent mode и не то ли это самое, что нужно для решения задачи

попробую мак приставки склонировать.

Щас глянул дхсп в ван включен....но в логах нет и намека на сеть провайдера

если это РТК, то DHCP не для STB не отдасться, фильтрация по префиксам мак адресов

Щас глянул дхсп в ван включен....но в логах нет и намека на сеть провайдера

потому, что МАК адрес не в ходит в адреса ТВ-приставок

если это РТК, то DHCP не для STB не отдасться, фильтрация по префиксам мак адресов

Щас склонирую

Щас склонирую

я бы лучше свичик до DFL поставил бы

а рррое не отвалится? там привязки к МАКу нет случаем?

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

я бы в мануале сначала почитал бы, что такое transparent mode и не то ли это самое, что нужно для решения задачи

Вскользь смотрел...позже внимательно почитаю

ребята, а на DES-3028 при настройке ERPS можно указать что один из портов является Neighbor, то есть соседом RPL OWNER?

И вообще зачем вам ipoe на DFL для телека ростелекома?

а рррое не отвалится? там привязки к МАКу нет случаем?

Посмотрим

MWR на доступе?

к тому же, насколько я припоминаю логику работы РТК, они ВСЁ, что прилетает от МАКа приставки будут пихать в iptv vlan

к тому же, насколько я припоминаю логику работы РТК, они ВСЁ, что прилетает от МАКа приставки будут пихать в iptv vlan

не во всех филиалах так

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

Вроде между физ портами ДФЛ860 не может.Гемор ощущаю.

Вроде между физ портами ДФЛ860 не может.Гемор ощущаю.

тогда проще перед DFL поставить маленький управляемый свич

не во всех филиалах так

а как иначе разделить запросы от рррое интерфейса и интерфейса иптв приставки? вланы-то разные выше доступа уже

а как иначе разделить запросы от рррое интерфейса и интерфейса иптв приставки? вланы-то разные выше доступа уже

ppoe антагом, iptv влан тегом принять от свича и отдать антагом в сторону STB

тогда проще перед DFL поставить маленький управляемый свич

Это решение будет выполнено....когда геморой станет невыносимым.

Это решение будет выполнено....когда геморой станет невыносимым.

я думаю тут найдуться люди готовые отправить 3200-16 за спасибо

а как иначе разделить запросы от рррое интерфейса и интерфейса иптв приставки? вланы-то разные выше доступа уже

Влан провайдера у меня есть.

ppoe антагом, iptv влан тегом принять от свича и отдать антагом в сторону STB

это да. а входящие нетегированные со стороны приставки кадры - как их засунуть в иптв влан? только mac-based-vlan механизмом, а если у дфл будет мак приставки, то ВСЁ пойдёт в иптв влан

я думаю тут найдуться люди готовые отправить 3200-16 за спасибо

Ну тут не в этом дело.Нам не надо легких решений😀

это да. а входящие нетегированные со стороны приставки кадры - как их засунуть в иптв влан? только mac-based-vlan механизмом, а если у дфл будет мак приставки, то ВСЁ пойдёт в иптв влан

если vlan с WAN порта забирается тегом и отдаётся unatagom в порт в который включена STB со стороны LAN откуда на WAN порту со стороны абонента возьмуться не тегированные кадры?

у РКТ есть схемы, где ОТ абонентов-физиков принимается тегированный трафик?

у РКТ есть схемы, где ОТ абонентов-физиков принимается тегированный трафик?

если под ОТ понимается CPE, то да

ТВ в одном вилане, SIP в втором, PPPoE без тега

если почитать их могучий список требований, то (у нас во всяком случае) ОТ абона (СРЕ) всё идёт нетегированным. по рррое признаку пихается в инет влан, по маку - в иптв, что-то было по войсу, остальное дропится

если почитать их могучий список требований, то (у нас во всяком случае) ОТ абона (СРЕ) всё идёт нетегированным. по рррое признаку пихается в инет влан, по маку - в иптв, что-то было по войсу, остальное дропится

Ну скоро будет новая единая схема, где всё в PPPoE

Ну скоро будет новая единая схема, где всё в PPPoE

а нахера голос и мультикаст в рррое пихать-то???

У меня РТ и интернет и тв отдает тегированными.

а нахера голос и мультикаст в рррое пихать-то???

а задайте этот вопрос архитекторам РТК)) я тоже смотрел на планы будущего и ахиревал от таких схем

У меня РТ и интернет и тв отдает тегированными.

это сверхгуманно со стороны РТК. для коммутатора доступа тут ваще работы нет, по сравнению со схемой, когда всё идёт антагом

У меня РТ и интернет и тв отдает тегированными.

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

это сверхгуманно со стороны РТК. для коммутатора доступа тут ваще работы нет, по сравнению со схемой, когда всё идёт антагом

Хоть здесь все хорошо.Раньше не было привязки айпитв по макам и все работало и на приставке и на компе без гемороя

*надо больше денег, милорд*

Хоть здесь все хорошо.Раньше не было привязки айпитв по макам и все работало и на приставке и на компе без гемороя

и все кому не лень перепродавали твой мультикаст кому хотели

Инфу получил,пойду батхерд получать ,а завтра за свитчем наверное поеду.

я думаю тут найдуться люди готовые отправить 3200-16 за спасибо

Можете мне отправить , des-3200-10 c1 подойдёт . Спасибо.

Не. Лучше уж пони.

А то эти лоли нам не брони.

Можете мне отправить , des-3200-10 c1 подойдёт . Спасибо.

У тебя есть (=

У тебя есть (=

Нету

Если на дфл860 сначало создать на ван1 интерфейсе IPoE, то потом на этом же интерфейсе ван1 можно создать PPPoE. А наоборот никак Вот такой смешной косяк... или у меня лыжи не едут. Кстати и на ван2 тоже нет возможности поднять IPoE...и это уже навсегда.

Не, в 620 не влезло

#DGS-3120-24TC L3 performance Добрый день, ишу информацию по скорости маршрутизации L3 между VLAN`ами на DGS-3120-24TC или из этой серии Кому-нибуть попадалось/сам проверял? Можно 65,48 Mpps на 64-bite считать похожим?

Всем привет. Никто не сталкивался с dhcp relay на DGS-3420-28SC ревизии B1. Он там вообще работает? Никак от этого коммутатора реали не хотят работать. Прошивки и 3 ветки пробовал и 1

на форуме нашел, что там в каждом влане абонентском надо свой ip интерфейс создавать, чтобы релай работал. Это действительно так?

/nightly@dlink_rubot

Всем привет. Никто не сталкивался с dhcp relay на DGS-3420-28SC ревизии B1. Он там вообще работает? Никак от этого коммутатора реали не хотят работать. Прошивки и 3 ветки пробовал и 1

Работает

на форуме нашел, что там в каждом влане абонентском надо свой ip интерфейс создавать, чтобы релай работал. Это действительно так?

А где то как то по другому?

А где то как то по другому?

Ну на дес 3200 серии например намного подругому работает. Там можно указать в каких вланах релай должен работать и на какой адрес релаить запросы

Ну на дес 3200 серии например намного подругому работает. Там можно указать в каких вланах релай должен работать и на какой адрес релаить запросы

На дес 3200 работает локал релей, который просто вставляет опцию 82 . Вы там определитесь чё вы хотите.

# DHCP_RELAY enable dhcp_relay config dhcp_relay add ipif IFV203 172.30.0.231 config dhcp_relay add ipif IFV203 172.30.0.232 config dhcp_relay add ipif IFV11 172.30.0.231 config dhcp_relay add ipif IFV11 172.30.0.232 config dhcp_relay add ipif IFV12 172.30.0.231 config dhcp_relay add ipif IFV12 172.30.0.232 config dhcp_relay add ipif IFV14 172.30.0.231 config dhcp_relay add ipif IFV14 172.30.0.232 config dhcp_relay add ipif IFV15 172.30.0.231 config dhcp_relay add ipif IFV15 172.30.0.232 config dhcp_relay add ipif IFV16 172.30.0.231 config dhcp_relay add ipif IFV16 172.30.0.232 config dhcp_relay add ipif IFV110 172.30.0.231 config dhcp_relay add ipif IFV110 172.30.0.232

приблизительно вот так он настраивается на 3420 rev b2

ну в данном случае , коммутировать пакеты всеж какой никакой а л3 комукакер

@volter01 похоже не умеет DFL vlan bridge

@volter01 похоже не умеет DFL vlan bridge

Умеет. Но странно умеет, да.. Для работы igmp все равно нужен ip.

Не выдержал мужик самоизоляции.

290620_los.mp4