Кто нибудь собирал информацию по абонентам с помощью opt82 и dhcp-сервера? Конкретно, ip, mac, свитч, порт

Так у кого реализованое ipoe наверяка

Хээ

Обычно наоборот происходит )

Выдаешь ипы, зная, в каком юзер свитче/порту

Выдаешь ипы, зная, в каком юзер свитче/порту

Хочется странного, авторизовывать абона по маку, а данную инфу собирать с NASа

Ну собирай, кто не даёт)

Еще, я чет не понял, свитч должен быть в одной подсети с абонентским DHCP-сервером, что бы классический релей работал?

Что такое классический релей?

обычный dhcp relay

у длинка еще есть dhcp local relay

с последним разобрался

Есть релей, где свитч перехватывает пакет, инжектит в него опт82 и отправляет юникастом по л3 И есть локал релей, где в пролетающий мимо пакет тупо добавляетсЯ опция

Есть релей, где свитч перехватывает пакет, инжектит в него опт82 и отправляет юникастом по л3 И есть локал релей, где в пролетающий мимо пакет тупо добавляетсЯ опция

т.е. можно просто отроутить?

[v

хм

тогда надо маршрут прописать на свитче, а они обычно 1 дефолт поддерживают и все

ip helper

это если local relay использовать

тогда надо маршрут прописать на свитче, а они обычно 1 дефолт поддерживают и все

Ну а что мешает дефолтом роутить на дхцп то?

если просто DHCP Relay, то ничего не надо

Ну а что мешает дефолтом роутить на дхцп то?

потому что сложно)

пакет все равно надо релеить. либо на маршрутизаторе либо на самом свитче

это если local relay использовать

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

и мак свитча

это если сервер в той же влан

это если сервер в той же влан

да, забыл уточнить

да, забыл уточнить

ну, так никто не делает)

т.е. в вилан управления свитчем вешают dhcp, а потом релеят по виланам на свитче?

DHCP можно хоть в /30 поместить

хотя, можно же несколько релеев подряд юзать

у меня так и было (/30)

релей на релей может ссылаться же?

так лучше не делать. теряется весь смысл

У нас сейчас от nas идет прямой вилан до свитча доступа на абонентов. Так же идет отдельный вилан для управления, но он создан на свитче агрегации (агрегация является шлюзом для свитче доступа). Свитч агрегации в свою очередь находится в одном вилане с NAS (обычно /30 или /29).

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

https://networklessons.com/wp-content/uploads/2014/07/dhcp-relay-discover-unicast-600x184.png

либо локал релей на доступе + релей на маршрутизаторе, либо просто релей на доступе

на практике (из-за кривизны некоторых клиентов) предпочтительнее второе

про два релея каскадом что-то не вкурю кейс

про два релея каскадом что-то не вкурю кейс

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

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

релей нужен для того чтобы доставить пакет до DHCP (и ответ обратно) поскольку пакет броадкастовый и попасть в другую сеть не может. когда пакет релеится то дальше идет уже уникастом и никаких проблем с доставкой уже нет. потому одного раза достаточно)

и/или для инжекта опт82

релей нужен для того чтобы доставить пакет до DHCP (и ответ обратно) поскольку пакет броадкастовый и попасть в другую сеть не может. когда пакет релеится то дальше идет уже уникастом и никаких проблем с доставкой уже нет. потому одного раза достаточно)

понял, спасибо)

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

роутить шлюзом

вопрос не очень понятен. свитч доступа и не должен уметь маршрутизировать

дхцп на брасе поднят?

дхцп на брасе поднят?

ес

вопрос не очень понятен. свитч доступа и не должен уметь маршрутизировать

надо потестить, туплю наверно

ну кинь влан управления от аггрегации до браса и на брасе добавь в него +1 ип

ага, вопрос снят, туплю

Почему то подумал, что свитч доступа не будет видеть другие подсети через роутер (агрегацию).

Кто там говорил что мобильные сети хуже проводных? ))) Эта штука умеет из сотовика выжимать максимум стабильности и скорости

96мбит входящей и 48мбит исходящей на полосе 15 Мгц

Симпатично

Оператор ?

на мегафоне тестируем

Отдаленность от точки?

и железяка будет поставлять с Micro SIM разъемом или с SIM чипом распаянным прямо на плате

а тестили максимум на 25км пока что

и железяка будет поставлять с Micro SIM разъемом или с SIM чипом распаянным прямо на плате

?

96мбит входящей и 48мбит исходящей на полосе 15 Мгц

Это пока таких штучек мало =) Станет много и....

В октябре возьму

дает на 4 dB больше старой ревизии по SINR так что думаю на 40км около 90мбит вместо 76мбит будет

2 релея низя

В пакете одно же поле

Куда релей адрес вписывается

Л3 релей рулит.

2 релея низя

Заработался и затупил, вопрос порешал)

sudo virt-install —connect qemu:///system —name revozor —ram 64 —vcpus=1 —os-type=linux —disk /home/ubuntu/qemu-tests/revi/vm-100-disk-1.vmdk,device=disk,cache=none,bus=ide,format=vmdk —network network=default —graphics vnc,port=5905,listen=0.0.0.0 —import

если кто-то решился устанавливать ревизор - вот подходящее заклинание

лучше дай подходящее заклинание на 100% зарезать ему всё кроме того, что он проверяет пингами и трейсами :)

а чё, коробки больше не дают?

а чё, коробки больше не дают?

бабло попилили, а железок сделали всего ничего

а чё, коробки больше не дают?

не досталось((

ну и зря взяли их виртуалку

можнож нафиг слать

Самое важное там ide

можнож нафиг слать

да я бы с радостью, но не от меня зависит

Иначе это дерьмо не работает

Самое важное там ide

без format=vmdk не завелось

можнож нафиг слать

По-моему эти геи из дома ещё проверяют

ну не ко всем же они подключены

эт каким образом?

без format=vmdk не завелось

Я по привычке все в qcow конвертил

да и блочится у нас... большинство :)

Ко многим ;)

если тупо рандомно тыркать руками, вероятность наткнуться на незаблокированное невелика

но если шерстить всё, то 100% будет

Той видногавно штукой тестят и репорты на сайте

Там кстати ипы светят )

хз кстати

у нас она давно не работает