Перейти до

подъем большого количества виланов на линуксе


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

Решили перестроить сеть по схеме "влан на дом". Терминировать виланы пока будет linux роутер. Но смущает одно - виланы создаются очень медленно.

 

Создание виланов производится командами 

ip link add link RAW_DEVICE name vlanXXX type vlan id XXX gvrp on
ip address add NN.NN.NN.NN/MM dev vlanXXX brd +
ip link set vlanXXX up
Причем время выполнения первых двух команд приемлемое, а последняя команда (подъем интерфейса ) выполняется около 2 секунд, что при количестве виланов больше сотни выливается в очень немалую задержку.
 
Кто нибудь знает как побороть?
Відредаговано axl72
Ссылка на сообщение
Поделиться на других сайтах

Ось какая и какая система инициализации??

Если systemd - можно средствами systemd распараллелить, на arch-е через systemd+netctl 30 интерфейсов поднимаются практически одновременно.

Если у вас sysV или upstart -

попробуйте скриптом вида

для интерфейса 1

 (команда_1 && команда_2 && коменда_3 )&

для интерфейса 2

(команда_1 && команда_2 && коменда_3 )&

 

и т.д., теоретически "&" вконце должен указывать не ожидать окончания выполнения и переходить к следующему набору, получите распараллеливание.

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

вопрос со скоростью кажется решился сам собой. На виртуалке под vmware  виланы поднимались очень медленно, а на реальном сервере скорость получилась приемлемая.

Но! появился трудновоспроизводимый глюк. Один раз тестовый скрипт создал 50 виланов, а в другой раз на 45 вилане намертво повесил сервер.

В консоль при этом начало выплевывать вот такое.

post-4093-0-00822200-1386796996_thumb.jpg

сейчас попытаюсь посмотреть dmesg..

..

нет, в нем ничего не оказалось.

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

дело в том, что мне нужно поднять виланы с поддержкой gvrp, а стандартными средствами (описанием через файл /etc/network/interfaces) это сделать нельзя.. Во всяком случае у меня не вышло.  Кроме того, если заглянуть в скрипты, которые поднимают виланы в Debian, то там видно, что делается это при помощи vconfig, которая считается устаревшей и вместо нее рекомендуется использовать iproute2. Вот по этим двум причинам  и  решено было делать это собственным скриптом. К тому же описание параметров виланов можно хранить в БД.

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

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

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

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

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

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

Вхід

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

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

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

  • Схожий контент

    • Від ibrokeit
      Вітаю!
      Зіштовхнулися з проблемою із вланами на ZTE C300 (2.1.0) GTGHK.
      Загалом все працює нормально, але в окремих вланах просто перестає бігати трафіг, на ону відстутні мак-адреси, хоча статус порта full-1000.
      Якщо із таким же конфігом перевести ону в інший влан — все починає працювати (до певного часу). Виглядає так, що спрацьовує якесь блокування по номеру влану на рівні spanning-tree або детектора кілець (перше відключено, інше, якщо відключати — ситуацію не міняє).
      Чи може хтось підказати в якому напрямі копати рішення проблеми?
      Дякую
    • Від Georgianairlink
      нужен OID, чтобы увидеть это с помощью snmp
      interface TGigaEthernet0/1 description test switchport trunk vlan-allowed 352,362,365,509,514-515,518,528,565-566,590 switchport trunk vlan-allowed add 720-723,1543-1546,2021,2201,2208,2378,2441 switchport trunk vlan-untagged 1 switchport mode trunk  
    • Від subhan
      У нас есть сервер Ubilling. к которому соединены 5 брасов. Каждый Nas работает по отдельному влану. В вланах браса в определенное время мы видим пустой трафик который поднимается. Например в норме если 200мб то 500мб. В влане котором видится пустое поднятие трафика, также и поднимается трафик во всех портах свитча. Это исправляется на время только при ребуте определенного Nas. Проблема раньше была только в одном Nas-э, щас и на других Nas-ах тоже данная проблема. Это проблема только наблюдается во вланах которые подключены в Ubilling.

      Можете пожалуйста, помочь в данной проблеме.
    • Від allex21boy
      Привет. Есть проблема, и я не могу ее решить! OLT ZTE C300, это ONU, зарегистрированные на 2 vlan. Необходимо удалить 1 vlan. Пожалуйста помогите.
    • Від rusol
      Добрый вечер.
       
      Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26
       
      Раньше сеть была в одном влане и записи в /etc/rc.conf были такие:

       
      ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP  
      После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 1 ifconfig_vlan1_alias0="inet 100.1.1.248 netmask 255.255.255.248" # Шлюз для пользователей с реальными IP  во Влане 1  
      И вот стоит задача создать еще один влан, делаю по аналогии с вланом 1, только маску смещаю назад:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 2 ifconfig_vlan1_alias0="inet 100.1.1.246 netmask 255.255.255.254" # Шлюз для пользователей с реальными IP во Влане 2  
      Когда я вношу это в /etc/rc.conf и прописал команду:
       
      ifconfig vlan2 create  
      Все заработало.
       
      Но как только перезагрузился сервер, перестали работать реальные IP без вланов, в первом влане и во втором. Не пойму что не так делаю, возможно я с маской подсети что-то недопонимаю...
×
×
  • Створити нове...