Перейти до

VLAN per user


Рекомендованные сообщения

Не сочтите за некропостерство.

 

А кто пробовал реализовывать следующую схему при Vlan-per-user?

Набиваем на свитче доступа на каждый порт VLAN. На этом же свитче, создаем для каждого влана DHCP запись. Т.е выдаем  IP на основании VLAN. Дальше транчим это все на агрегацию. На агрегации это все запаковывается в q-in-q + ip_unnambered.

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 88
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Угу, у длинка настройка qinq весьма странная процедура. Причем на сайте в FAQ описание не верное, не взлетает так. 1) inner tpid=outer tpid=8100 2) порты на которых не нужно навешивать метки - nni,

Какой-то бессмысленный набор слов.

Чего все так сложно.      Лучше ip_unnambered + dhcp option 82 сделайте,  а ваша конструкция нереальная хрень, к тому же просто зря жрущая ресурсы cpu всего транзитного и терминирующего железа   Н

На этом же свитче, создаем для каждого влана DHCP запись. Т.е выдаем  IP на основании VLAN.

Вот этот пункт совсем не понял. А остальное так и есть, единственный трушный путь.

Ну еще есть варианты где эти вланы терминировать, если терминация и релей на аггрегации - то зачем вообще qinq?

Ссылка на сообщение
Поделиться на других сайтах

Да просто по пути движения у людей стоит например три-четыре коммутатора .... Вы же не станете на каждом транзитном коммутаторе пачку вланов транзитом малевать , да и на многие Л2 железки их столько не влезет ...  Посему сумасшедший вывод - ставить на доступ что то типа сиськи 3750 со 100 мегабитными портами  и Л3 в функционале :)

Ссылка на сообщение
Поделиться на других сайтах

Да просто по пути движения у людей стоит например три-четыре коммутатора .... Вы же не станете на каждом транзитном коммутаторе пачку вланов транзитом малевать , да и на многие Л2 железки их столько не влезет ...  Посему сумасшедший вывод - ставить на доступ что то типа сиськи 3750 со 100 мегабитными портами  и Л3 в функционале :).

Вообще ни слова не понял. При чем тут доступ, куча вланов и транзит, если все вланы заканчиваются на аггрегации?
Ссылка на сообщение
Поделиться на других сайтах

Мы это все как бы понимаем , только наверное хитро наплели терминов : агрегация , терминация , релей ....

Ссылка на сообщение
Поделиться на других сайтах

Как говорил один мудрец "Будь проще и к тебе потянуться люди" .  Сначала задаете вопрос зачем q in q  люди  используют иногда , затем ввергаетесь в заумную терминологию , упрекая других в коментариях  .  Некрасиво это как то . 

Ссылка на сообщение
Поделиться на других сайтах

Да просто по пути движения у людей стоит например три-четыре коммутатора .... Вы же не станете на каждом транзитном коммутаторе пачку вланов транзитом малевать , да и на многие Л2 железки их столько не влезет ...  Посему сумасшедший вывод - ставить на доступ что то типа сиськи 3750 со 100 мегабитными портами  и Л3 в функционале :).

Пачка вланов там ровно до первого коммутатора агрегации с QinQ.

Если это 3-4 коммутатора на доме - да, придется завести пачку на каждом. Не вручную, естественно - решается это скриптом настройки коммутатора.

Ссылка на сообщение
Поделиться на других сайтах

Вадим именно это я и имел в виду .  Просто тут сразу сразу по феншую  модными словами начинают тягаться :) .

Ссылка на сообщение
Поделиться на других сайтах

Не сочтите за некропостерство.

 

А кто пробовал реализовывать следующую схему при Vlan-per-user?

Набиваем на свитче доступа на каждый порт VLAN. На этом же свитче, создаем для каждого влана DHCP запись. Т.е выдаем  IP на основании VLAN. Дальше транчим это все на агрегацию. На агрегации это все запаковывается в q-in-q + ip_unnambered.

Чего все так сложно.

 

   Лучше ip_unnambered + dhcp option 82 сделайте,  а ваша конструкция нереальная хрень, к тому же просто зря жрущая ресурсы cpu всего транзитного и терминирующего железа

 

Нахер вообще ip_unnambered в схеме vlan-per-user, а тем более выдача IP на основе вилана ?

Ссылка на сообщение
Поделиться на других сайтах

Нахер вообще ip_unnambered в схеме vlan-per-user, а тем более выдача IP на основе вилана ?

А на основании чего ж его, родимого, выдавать? И как адреса терминировать, тоннели каждому рисовать что ли? Вылезайте из скорлупы, 21ый век ведь.
Ссылка на сообщение
Поделиться на других сайтах

 

Не сочтите за некропостерство.

 

А кто пробовал реализовывать следующую схему при Vlan-per-user?

Набиваем на свитче доступа на каждый порт VLAN. На этом же свитче, создаем для каждого влана DHCP запись. Т.е выдаем  IP на основании VLAN. Дальше транчим это все на агрегацию. На агрегации это все запаковывается в q-in-q + ip_unnambered.

Чего все так сложно.

 

   Лучше ip_unnambered + dhcp option 82 сделайте,  а ваша конструкция нереальная хрень, к тому же просто зря жрущая ресурсы cpu всего транзитного и терминирующего железа

 

Нахер вообще ip_unnambered в схеме vlan-per-user, а тем более выдача IP на основе вилана ?

 

Как это нах@р?  Вы собираетесь отдавать человеку /30 ?

Ссылка на сообщение
Поделиться на других сайтах
  • 3 years later...

А кто как ведёт их перечень? 

Сейчас ведём в exel, но всё делается вручную. 

Может у кого есть какие-то другие варианты? Или кто-то использует какие либо формулы в Exel для упрощения?

Было бы идеально если б можно было задать в клетке диапазон 1-4096, и потом когда в столбик заносеш например диапазон на коммутатор 101-124, диапазон в клетке где 1-4096 автоматически менялся на 1-100;125-4096.

Как то так...может у кого уже есть работающие варианты? 

Думаю многим было бы полезно...

Ссылка на сообщение
Поделиться на других сайтах

А кто как ведёт их перечень? 

Сейчас ведём в exel, но всё делается вручную. 

Может у кого есть какие-то другие варианты? Или кто-то использует какие либо формулы в Exel для упрощения?

Было бы идеально если б можно было задать в клетке диапазон 1-4096, и потом когда в столбик заносеш например диапазон на коммутатор 101-124, диапазон в клетке где 1-4096 автоматически менялся на 1-100;125-4096.

Как то так...может у кого уже есть работающие варианты? 

Думаю многим было бы полезно...

Человечество уже давно шагнуло вперед, эксель Вам не нужен больше....

https://phpipam.net/

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...