В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

MikrotikRus

3801 membersпожаловаться на группу
2020 June 21

m

misha in MikrotikRus
а зачем мониторить отвалившийся сегмент?
мониторинг показывает что упал линк на какой-то сегмент - значит надо этим линком заниматься независимо от ситуации дальше
источник
10:51пожаловаться#1

VP

Vladimir Prislonsky in MikrotikRus
misha
а зачем мониторить отвалившийся сегмент?
мониторинг показывает что упал линк на какой-то сегмент - значит надо этим линком заниматься независимо от ситуации дальше
+++++
источник
10:52пожаловаться#2

m

misha in MikrotikRus
Windows XP
у юбиков тольк можно указать один сервер
так и указываешь ближайшего агента, а агент уже передаёт куда надо
источник
10:52пожаловаться#3

N

Nikolai in MikrotikRus
Windows XP
у юбиков тольк можно указать один сервер
Это адрес, который будет юбиком восприниматься как сервер. На самом деле это может быть "агент".
И мониторить можно не все внутренние параметры. Если вопрос доступности/сбоя линка, можно echo request/reply проверять просто.
источник
10:52пожаловаться#4

N

Nikolai in MikrotikRus
misha
а зачем мониторить отвалившийся сегмент?
мониторинг показывает что упал линк на какой-то сегмент - значит надо этим линком заниматься независимо от ситуации дальше
Сегмент может быть сложносоставной.  При отваливании station, проблема внезапно может оказаться не в ней, а на стороне AP.  При нескольких цепных/составных WiFi-линках бывает еще веселее.
На проводной топологии может упасть неуправляемый свитч. Или линк. А удаленный сегмент будет жив.
источник
10:55пожаловаться#5

W

Windows XP in MikrotikRus
misha
а зачем мониторить отвалившийся сегмент?
мониторинг показывает что упал линк на какой-то сегмент - значит надо этим линком заниматься независимо от ситуации дальше
да, я вижу что упал, но я не вижу почему он упал, и в каком оборуджовании причина. Вот простой пример. У всех юбиках прописан основной шлюз MK1, обрывается сеть на рисунку. И что в итоге я увижу на мониторинге? Что полоивна сети отвалилась, хотя по факту UBNT 2, 1, 4 в работе, а между UBNT 2 и 3 просто отвалилась радио связь
источник
10:55пожаловаться#6

VP

Vladimir Prislonsky in MikrotikRus
Nikolai
Сегмент может быть сложносоставной.  При отваливании station, проблема внезапно может оказаться не в ней, а на стороне AP.  При нескольких цепных/составных WiFi-линках бывает еще веселее.
На проводной топологии может упасть неуправляемый свитч. Или линк. А удаленный сегмент будет жив.
Да, но по сути это уже траблшутинг. Для мониторинга зачастую достаточно указать, что проблема "там".
источник
10:56пожаловаться#7

N

Nikolai in MikrotikRus
Vladimir Prislonsky
Да, но по сути это уже траблшутинг. Для мониторинга зачастую достаточно указать, что проблема "там".
А по факту проблема не "там", а "где-то в той стороне, ебитесь как хотите"
источник
10:57пожаловаться#8

W

Windows XP in MikrotikRus
Nikolai
Сегмент может быть сложносоставной.  При отваливании station, проблема внезапно может оказаться не в ней, а на стороне AP.  При нескольких цепных/составных WiFi-линках бывает еще веселее.
На проводной топологии может упасть неуправляемый свитч. Или линк. А удаленный сегмент будет жив.
вот! Да, т.е. причина может быть в чем угодно. В итоге:
Ты видишь что у тебя после свитча половина сети вся лежит, но ты не знаешь почему, или потому что вышел из строя свитч, или потому что в той половине сети отключили питание
источник
10:57пожаловаться#9

W

Windows XP in MikrotikRus
Nikolai
А по факту проблема не "там", а "где-то в той стороне, ебитесь как хотите"
вот-вот, 100%
источник
10:57пожаловаться#10

N

Nikolai in MikrotikRus
Вот, в такой схеме, достаточно микротики-шлюзы задействовать как "агенты" мониторинга ОБА. И будет гораздо более ясная картина при обрыве.
источник
10:58пожаловаться#11

VP

Vladimir Prislonsky in MikrotikRus
Nikolai
А по факту проблема не "там", а "где-то в той стороне, ебитесь как хотите"
Да. И суть в том, что надо начинать ебаться. )
Но по сути, того, что чем более глубокий/точный/подробный мониторинг, тем лучше я не спорю. Хотя, думаю, что не в этом случае. )))
источник
10:58пожаловаться#12

W

Windows XP in MikrotikRus
Nikolai
А по факту проблема не "там", а "где-то в той стороне, ебитесь как хотите"
Рад что хоть кто-то понял суть 😊
источник
10:58пожаловаться#13

m

misha in MikrotikRus
Vladimir Prislonsky
Да. И суть в том, что надо начинать ебаться. )
Но по сути, того, что чем более глубокий/точный/подробный мониторинг, тем лучше я не спорю. Хотя, думаю, что не в этом случае. )))
+++
источник
10:59пожаловаться#14

N

Nikolai in MikrotikRus
Я старый. Я видал много факапов. К некоторым сам руку приложил, бывало дело, увы.
источник
10:59пожаловаться#15

W

Windows XP in MikrotikRus
Vladimir Prislonsky
Да. И суть в том, что надо начинать ебаться. )
Но по сути, того, что чем более глубокий/точный/подробный мониторинг, тем лучше я не спорю. Хотя, думаю, что не в этом случае. )))
У меня как раз этот случай. У тебя на карте активная топология, и логично что мониторинг должен показывать именно что вышло из строя, а не просто где это не работает и не понятно что именно не работает
источник
10:59пожаловаться#16

N

Nikolai in MikrotikRus
Windows XP
У меня как раз этот случай. У тебя на карте активная топология, и логично что мониторинг должен показывать именно что вышло из строя, а не просто где это не работает и не понятно что именно не работает
ВСЁ, вы всё равно никогда не увидите. Это не идеальный мир. Но максимально конкретизировать область сбоя и сузить район поисков - задача достойная.
Это минимизирует время устранения. Порой кратно.
Тут главное не переусердствовать и лоб не расшибить.
источник
11:01пожаловаться#17

VP

Vladimir Prislonsky in MikrotikRus
Windows XP
У меня как раз этот случай. У тебя на карте активная топология, и логично что мониторинг должен показывать именно что вышло из строя, а не просто где это не работает и не понятно что именно не работает
В случае с dhcp вы, по наполнению талицы лиз ,сможете установить где произошло "разделение".
источник
11:01пожаловаться#18

m

misha in MikrotikRus
Windows XP
да, я вижу что упал, но я не вижу почему он упал, и в каком оборуджовании причина. Вот простой пример. У всех юбиках прописан основной шлюз MK1, обрывается сеть на рисунку. И что в итоге я увижу на мониторинге? Что полоивна сети отвалилась, хотя по факту UBNT 2, 1, 4 в работе, а между UBNT 2 и 3 просто отвалилась радио связь
я с магистральным вифи не работаю... разве нельзя в мониторинге настроить чтобы он сообщал о том, что вифи линк пропал между убнт2 и убнт3? или большие помехи или сигнал слабый?
источник
11:01пожаловаться#19

N

Nikolai in MikrotikRus
Vladimir Prislonsky
В случае с dhcp вы, по наполнению талицы лиз ,сможете установить где произошло "разделение".
Ой вэй... При абонентсокм доступе  LeaseTime ставят достаточно большой. В итоге линк будет down, а Lease живее всех живых.
источник
11:02пожаловаться#20