Перейти к содержимому
Калькуляторы

infery

Активный участник
  • Публикации

    214
  • Зарегистрирован

  • Посещение

3 подписчика

О infery

  • Звание
    Студент
    Студент
  • День рождения 10/13/1988

Контакты

  • ICQ
    Array

Информация

  • Пол
    Array

Город

  • Город
    Array

Посетители профиля

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

  1. interface Vlan333 ip address XX.XXX.246.1 255.255.254.0 ip address XX.XXX.246.2 255.255.255.0 secondary ip address XX.XXX.247.3 255.255.255.0 secondary router bgp XXXX network XX.XXX.246.0 mask 255.255.255.0 network XX.XXX.247.0 mask 255.255.255.0 А вот так? Наверное, найдете пару свободных адресов для secondary
  2. Цели сделать это максимально быстро у меня не было, и расчет напрямую зависит от кол-ва опрошенных железок, поэтому не могу ответить на этот вопрос) К слову все парсеры однотипные, отличие по-большому счету только в регэкспах. Но я не защищаю эту штуку. Если кто скажет, что оно сильно тормозное, отрицать не буду
  3. Я неправильно выразился и был неверно понят) Есть арп-файл, в нем фигурирует что-то типа 10.0.0.1 11:22:33:44:55:66 <- gateway 10.0.0.20 12:56:12:56:12:55 <- aggregation Удаляем 0.1, подставляем мак в 0.20 10.0.0.20 11:22:33:44:55:66 <- aggregation В итоге мак по-прежнему участвует в вычислениях, а гейтвей отдыхает. Примерно так я и поступал. Возможно, тебе придется закомментировать строку в build_map.py:268. sorted_transit_list.insert(0, uplink_ip)
  4. Вся эта штука - это один большой костыль размером с дом, согласен на 100%. Вероятно, я совершил ошибку, выложив скрипт в паблик, потому что он дает ложную надежду и отнимает время. Но пусть остается как есть
  5. Была сильно похожая схема. По-моему пришлось строить для каждого саб-интерфейса отдельно. Начинаю понимать, почему нет универсального ПО для таких вещей. Есть пара вариантов - пустить скрипт на маршрутизатор, зайдет, не найдет маков и уйдет, ничего страшного. Второй вариант - убрать из арпа этот маршрутизатор, а вместо мака свича агрегации в файле указать мак-аплинка. Должно сработать
  6. done! [zabbix] use_zabbix = no|yes Поправил sql-запрос в build-map, скрипт не получал хосты из базы, у которых не было hostid.
  7. Насчет последней траблы - лучше расскажу тут. У меня было такое и это таковы уж длинки; на 3200 и 1210-28 вываливалась такая проблема, кривые транзитные пути. Обновлял прошивку, перезапускал все скрипты снова на обновленной топологии и приходило в норму. Звучит бредово, но как есть. По заббиксу учту, сделаю опцию, чтобы не трогал заббикс. А вообще скрипт ./build_map генерирует dot-файл <Mapname>.gv, который можно опробовать, например, тут https://dreampuf.github.io/GraphvizOnline , поэтому формировать свою картинку нет необходимости.
  8. Пожалуйста! Сори фор май пур инглиш) ответил как смог. Продублирую здесь. У меня была такая ситуация с snr, таймаут кончался быстрей, чем fdb. Тут тоже не увидел неполадок касательно регэкспов, добавил timeout=120 и запушил, должно работать.
  9. Поделюсь своей поделкой. Писал для изучения Python (2.7 в данном случае) и для решения задачи построения сети в zabbix. Эта штука уже сэкономила мне массу времени и сил. Собирает маки телнетом и по ним строит топологию сети. Никакого snmp, lldp и cdp, только хардкор =) Проверял на сетях от 10 до 500 коммутаторов. Dlink, cisco, olt cdata FD1216S, bdcom, mikrotik c бриджем. Что было, на том и отработал. Уверен, что кому-то не подойдет, но кому-то может помочь. Работа еще идет, допиливаю какие-то вещи. В ближайших планах автоматическое вычисление мака шлюза по умолчанию (это мак, который встречается чаще остальных) или мака мониторинга, если у вас мониторинг в той же сети, что и свичи. Вобщем нюансов тоже масса. https://github.com/infery/zabbix-map-creator В простом случае сеть, которую вы переносите в заббикс, может выглядеть так (просто пример от руки):
  10. Поднимал, работает, но тоже вместо lbarcd использую freeradius =)
  11. Вместо ISC сделал freeraidus-dhcp + rlm_perl/mysql(Lanbilling), раздаю адреса по опции и по маку. Получилось в разы удобней и с дополнительными плюшками. Разумеется, теперь можно втыкать/перетыкать с любой скоростью в любом порядке. С ISC только костыли были
  12. Была похожая проблема. На мой взгляд, от клиентской железки никак не зависит, в моем случае были убики в роли клиентов. Проблему отсутствия маршрутов решил включением poll-инга на unnumbered интерфейсах (ip unnumbered lo0 poll). Маршруты, конечно, не появились, но хоть интернет у абонентов появился. Потом все устаканилось, прошло много времени, уже работает без поллинга. Причину выловить не удалось. К слову, в роли DHCP-сервера был микрот.
  13. Глобально отключил снуппинг и dhcp сразу заработал, шайтан-машина.
  14. Добрый день. Подскажите, пожалуйста, по такой проблеме. Есть юр.лицо в двух точках на одной ветке (epon0/1:12 и epon0/1:13). Прокинут влан между двумя этими онушками. Пинги ходят(!), а dhcp не работает. Снуппинга в этом влане нет, tcpdump на порту 67 никаких запросов/ответов не показывает. Нужно ли что-то дополнительно прописывать для работы dhcp между онушками? Сервер на e0/1:13, клиенты e0/1:12 BDCOM(tm) P3310C Software, Version 10.1.0E Build 36039 Спасибо