Косвенно по потерям, например, хотя это и неточный тест. Обычно при покупке делается проверка канала тем же иперфом, и потом канал просто мониторится по трафику и по IP SLA. Если вдруг при превышении 5 Мбит/с появляются потери, то, очевидно, там проблемы, и начинается работа с провайдером по устранению. Это не единственный вариант решения данной задачи. Ваш вариант очень интересный, но я бы делал его, скажем, в 5 утра раз в сутки (это зависит от особенностей конкретной сети, и непринципиально). Такого рода проблемы с провайдером я редко вижу по падению скорости, а вот полные прерывания сервиса - регулярно, и тогда ip sla лучше подходит, там данный функционал зашит.
У Cisco есть IP SLA, у Huawei - NQA. На основе постоянных автоматизированных тестов можно мониторить задержку, джиттер, и потери, и далее по функционалу несколько вариантов, данные забирать по SNMP. Единственный минус - не всё оборудование это поддерживает. Но, с минимальным занятием полосы (30-60 Кбит/с, в зависимости от настроек, можно и больше, и меньше) - вполне объективная картина, и мгновенная реакция на обрыв именно измеряемого канала, если до объекта есть резервные каналы.
Спасибо, пасхалка найдена. Да, это на внимательность. STP на портах ни в коем случае отключать нельзя. Вы правы, моя конфигурация порт отключать не будет. Она будет дропать приходящие BPDU, но при этом продолжать обслуживать ethernet-кадры пользователей, и есть риск получить петлю. Убираю это из конфига, оставляю spanning-tree bpduguard enable
спасибо, и Вам здоровьичка. мы немного о разном говорим, просветили бы. ну да ладно, тренируйтесь в оскорблениях. у Вас это чуть лучше получается, чем технические беседы вести.
Ух ты, и вправду!
Link Layer Discovery Protocol-Media Endpoint Discovery (LLDP-MED) — расширение стандарта LLDP, которое позволяет:
Автоматически обнаруживать сетевые политики (VLAN, 802.1p, DSCP),
Использовать более расширенное и автоматическое управление питанием на PoE хостах,
Отслеживать местоположения устройств и топологию, в том числе таких устройств как IP-телефоны,
Выполнять инвентаризацию устройств в сети и определение их характеристик
Отслеживать перемещения устройств и отправлять SNMP-сообщения на соответствующий управляющий хост.
по LLDP получит доступ в нативный VLAN, в нем пошлет DHCP-запорс. а DHCP-сервер ему пошлёт:
— настройки сетевой карты в VoiceVLAN;
— опцию, содержащую IP-адрес АТС для регистрации;
— опцию, содержащую номера VoiceVLAN и DataVLAN.
Вроде бы так. Если я не прав — надеюсь, коллеги разъяснят.
А по поводу необходимости обновления прошивок телефонов тут все просто. Мне попадались китайские поделки, которые не умели VLAN-ы в заводской прошивке.
Скажите, а о чем статья? У Вас миграция не на новое оборудование, а просто обновление. Вот я видел миграцию на Huawei:
— привозят NE20, ставят вместо того, с чего мигрируют (сами понимаете). Нужно собирать мультильнки из серийных интерфейсов. а они не работают на Huawei, когда с дугой стороны не Huawei. не работают, и всё. трудолюбивые китайцы месяц пилят прошивку — потом начинает работать.
— привозят NE08, собирают бриджгруппу. а она не работает. не работает, и всё. трудолюбивые китайцы месяц пилят прошивку — потом начинает работать.
— привозят NE08, собирают OSPF. а он то работает, не работает, и всё. трудолюбивые китайцы пока ведут переписку.
про абзац с банальным SNMP, отстутствием местами на роутерах DHCP, нестабильной работой NQA — ну о чем Вы, сударь.
Обнаружил нюанс — запускать консоль нужно от имени Администратора, тогда выводу команды dism стоит доверять. Если у Вас пустая строка — обновления нет или нетправ на исполнение команды.
Есть один очень неприятный нюанс на, по крайней мере, Mikrotik RB2011UiAS-2HnD-IN:
После перезагрузки настроенная и работающая (обеспечивающая сервисы) виртуальная машина (на MetaRouter) просто перестает работать. Один дотошный человек провел исследования и выяснил, что после перезагрузки исчезает часть строк из вирт. машины. Я много экспериментировал с ними — веб-сервер, Asterisk, и прочее. После 1-2 перезагрузок машина перестает работать. Меня достали разочарования, и я достал старенький ПК и поднял сервер в серой сети.
Либо дело в прошивке — но я не знаю, какая не обладает для моего маршрутизатора этой особенностью.
k1b0rg, согласен с Вами. Но там ведь как было — ученые, именно ученые спорили. Один спектральный анализ проводит, другой в телескоп часами смотрит, третий историю возникновения Луны проверяет.
А теперь представьте, на Луну, допустим, не слетали, и на базе опубликованных работ по типу лунного грунта начинают печатать компиляции наподобие данной статьи, адаптированные под широкую аудиторию.
Может, грунт твердый, а может — и нет.
Для того и двигается наука, и разумеется,
Пока никто не «слетает туда и обратно» никто не узнает как оно на самом деле
Но вот честно, хочется читать более серьезные работы.
Сравните это вот с этим и для развития темы этим.
Как говорил мистер Фёст гробовщику: «Я Вас не тороплю, меня интересует качество»
Косвенно по потерям, например, хотя это и неточный тест. Обычно при покупке делается проверка канала тем же иперфом, и потом канал просто мониторится по трафику и по IP SLA. Если вдруг при превышении 5 Мбит/с появляются потери, то, очевидно, там проблемы, и начинается работа с провайдером по устранению. Это не единственный вариант решения данной задачи. Ваш вариант очень интересный, но я бы делал его, скажем, в 5 утра раз в сутки (это зависит от особенностей конкретной сети, и непринципиально). Такого рода проблемы с провайдером я редко вижу по падению скорости, а вот полные прерывания сервиса - регулярно, и тогда ip sla лучше подходит, там данный функционал зашит.
У Cisco есть IP SLA, у Huawei - NQA. На основе постоянных автоматизированных тестов можно мониторить задержку, джиттер, и потери, и далее по функционалу несколько вариантов, данные забирать по SNMP. Единственный минус - не всё оборудование это поддерживает.
Но, с минимальным занятием полосы (30-60 Кбит/с, в зависимости от настроек, можно и больше, и меньше) - вполне объективная картина, и мгновенная реакция на обрыв именно измеряемого канала, если до объекта есть резервные каналы.
Спасибо, пасхалка найдена. Да, это на внимательность. STP на портах ни в коем случае отключать нельзя. Вы правы, моя конфигурация порт отключать не будет. Она будет дропать приходящие BPDU, но при этом продолжать обслуживать ethernet-кадры пользователей, и есть риск получить петлю. Убираю это из конфига, оставляю
spanning-tree bpduguard enable@kterik,спасибо, что прочитали!
Внес в статью, спасибо!
Спасибо, постараюсь протестировать и добавить в статью в течение нескольких дней
Link Layer Discovery Protocol-Media Endpoint Discovery (LLDP-MED) — расширение стандарта LLDP, которое позволяет:
Автоматически обнаруживать сетевые политики (VLAN, 802.1p, DSCP),
Использовать более расширенное и автоматическое управление питанием на PoE хостах,
Отслеживать местоположения устройств и топологию, в том числе таких устройств как IP-телефоны,
Выполнять инвентаризацию устройств в сети и определение их характеристик
Отслеживать перемещения устройств и отправлять SNMP-сообщения на соответствующий управляющий хост.
Спасибо Вам! Узнал кое-что новое.
— настройки сетевой карты в VoiceVLAN;
— опцию, содержащую IP-адрес АТС для регистрации;
— опцию, содержащую номера VoiceVLAN и DataVLAN.
Вроде бы так. Если я не прав — надеюсь, коллеги разъяснят.
А по поводу необходимости обновления прошивок телефонов тут все просто. Мне попадались китайские поделки, которые не умели VLAN-ы в заводской прошивке.
— привозят NE20, ставят вместо того, с чего мигрируют (сами понимаете). Нужно собирать мультильнки из серийных интерфейсов. а они не работают на Huawei, когда с дугой стороны не Huawei. не работают, и всё. трудолюбивые китайцы месяц пилят прошивку — потом начинает работать.
— привозят NE08, собирают бриджгруппу. а она не работает. не работает, и всё. трудолюбивые китайцы месяц пилят прошивку — потом начинает работать.
— привозят NE08, собирают OSPF. а он то работает, не работает, и всё. трудолюбивые китайцы пока ведут переписку.
про абзац с банальным SNMP, отстутствием местами на роутерах DHCP, нестабильной работой NQA — ну о чем Вы, сударь.
вот это миграция
После перезагрузки настроенная и работающая (обеспечивающая сервисы) виртуальная машина (на MetaRouter) просто перестает работать. Один дотошный человек провел исследования и выяснил, что после перезагрузки исчезает часть строк из вирт. машины. Я много экспериментировал с ними — веб-сервер, Asterisk, и прочее. После 1-2 перезагрузок машина перестает работать. Меня достали разочарования, и я достал старенький ПК и поднял сервер в серой сети.
Либо дело в прошивке — но я не знаю, какая не обладает для моего маршрутизатора этой особенностью.
А теперь представьте, на Луну, допустим, не слетали, и на базе опубликованных работ по типу лунного грунта начинают печатать компиляции наподобие данной статьи, адаптированные под широкую аудиторию.
Может, грунт твердый, а может — и нет.
Для того и двигается наука, и разумеется, Но вот честно, хочется читать более серьезные работы.
Сравните это вот с этим и для развития темы этим.
Как говорил мистер Фёст гробовщику: «Я Вас не тороплю, меня интересует качество»