Софт для детектирования кольца

[SokolovS]

Есть ли такой в природе? Например ставим на машину с (Linux | BSD) программу, которая рассылает пакеты на адрес cf:00:00:00:00:00 и смотрит не возвращаются ли они обратно, если возвращаются то в ethernet сегменте есть кольцо. По крайней мере так это реализовано у Длинка.

 

Есть любопытная утилитка ectpping http://developer.berlios.de/projects/ectpping/, но пока не понял как пользоваться. Возможно ее нужно модифицировать для данной цели.

Может зря ищу и кто нибудь ткнет носом в уже готовый софт?

Edited June 3, 2010 by SokolovS

[pliskinsad]

ммм, не встречал подобного.

А что мешает поставить тот же длинк где нибудь в сети, загнать в него все vlan и включить на нем loopdetect vlan_based?

Потом останется только разгребать логи от syslog

[wtyd]

Есть ли такой в природе? Например ставим на машину с (Linux | BSD) программу, которая рассылает пакеты на адрес cf:00:00:00:00:00 и смотрит не возвращаются ли они обратно, если возвращаются то в ethernet сегменте есть кольцо. По крайней мере так это реализовано у Длинка.

 

Есть любопытная утилитка ectpping http://developer.berlios.de/projects/ectpping/, но пока не понял как пользоваться. Возможно ее нужно модифицировать для данной цели.

Может зря ищу и кто нибудь ткнет носом в уже готовый софт?

В линуксе если сбриджевать два интерфейса, то можно включить на этом бридже stp. Вроде бы он в логи чё-то пишет. Хотя наверное можно и не бриджевать, можно в бридж включить всего 1 интерфейс и попробовать включить на бридже stp и посмотреть, что будет. Только при обнаружении петли будет происходить то же самое, что делают свичи с включенным stp :-). Интерфейс должен переводиться в состояние blk :-).

[SokolovS]

STP немного не то. Хотелось бы логику именно как у длинков. Попробую поковырять ectpping.

[boykov]

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

[Deac]

Сначала поймают, а потом лягут, проверенно.

[wtyd]

Есть ли такой в природе? Например ставим на машину с (Linux | BSD) программу, которая рассылает пакеты на адрес cf:00:00:00:00:00 и смотрит не возвращаются ли они обратно, если возвращаются то в ethernet сегменте есть кольцо. По крайней мере так это реализовано у Длинка.

 

Есть любопытная утилитка ectpping http://developer.berlios.de/projects/ectpping/, но пока не понял как пользоваться. Возможно ее нужно модифицировать для данной цели.

Может зря ищу и кто нибудь ткнет носом в уже готовый софт?

Ну тогда просто: шлём мультастовые пакеты рас в 10 секунд и на том же интерфейсе их ловим какой-нибудь программкой. Поймается только если влетит обратно. Можно лог писать :-). На счёт готовых софтин не знаю, но можно посмотреть какие-нибудь роутинговые демоны, которые работают с мультикастом. ospfd и ripd из qiagga. Вдруг они как-то реагировать будут на свои же пакеты ? :-).

 

На самом деле что толку узнавать про петлю ? Надо делать так, чтобы работа сети не нарушалась. Для этого придумали коммутаторы с разными разными фичами. Говорить абонентам, что мол у вас там кто-то из соседей ***к и портит вам и нам интырнет ? Лучше сделать так, чтобы про этого ***ка не узнал никто.

[boykov]

Сначала поймают, а потом лягут, проверенно.

даже если колечко через два свича?

как проверяли, если не секрет (из этого сделать тулзу ТС можно)

[LKr]

У нас есть простенькая самописная приблуда под линух, по всем имеющимся (или одному указанному) интерфейсам шлет пакет, аналогичный dlink'овскому loopdetect, и ждет его обратно. Видит и различает кольца внутри и между вланами, рассказывает об этом в консоли.

В автоматизацию не попала за ненадобностью - свичи научились с того времени сами петли ловить, а тащить все клиентские вланы на тестовую машину совсем неудобно.

[v-m-k]

У нас есть простенькая самописная приблуда под линух, по всем имеющимся (или одному указанному) интерфейсам шлет пакет, аналогичный dlink'овскому loopdetect, и ждет его обратно. Видит и различает кольца внутри и между вланами, рассказывает об этом в консоли.

В автоматизацию не попала за ненадобностью - свичи научились с того времени сами петли ловить, а тащить все клиентские вланы на тестовую машину совсем неудобно.

А не поделитесь если не жалко?

[SokolovS]

Тоже интересно. На С?

[новый год]

не могу понять, а поднять какой-нито NMS (типа OpenNMS / Nagios) нельзя или если коммутаторы нормальные получать просто SNMP Traps? Зачем огород городить?

[qwertzy]

2 SokolovS, v-m-k

Mожно скриптик написать для scapy, http://www.secdev.org/projects/scapy/

Edited June 16, 2010 by qwertzy