SokolovS Опубликовано 3 июня, 2010 (изменено) · Жалоба Есть ли такой в природе? Например ставим на машину с (Linux | BSD) программу, которая рассылает пакеты на адрес cf:00:00:00:00:00 и смотрит не возвращаются ли они обратно, если возвращаются то в ethernet сегменте есть кольцо. По крайней мере так это реализовано у Длинка. Есть любопытная утилитка ectpping http://developer.berlios.de/projects/ectpping/, но пока не понял как пользоваться. Возможно ее нужно модифицировать для данной цели. Может зря ищу и кто нибудь ткнет носом в уже готовый софт? Изменено 3 июня, 2010 пользователем SokolovS Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pliskinsad Опубликовано 4 июня, 2010 · Жалоба ммм, не встречал подобного. А что мешает поставить тот же длинк где нибудь в сети, загнать в него все vlan и включить на нем loopdetect vlan_based? Потом останется только разгребать логи от syslog Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 4 июня, 2010 · Жалоба Есть ли такой в природе? Например ставим на машину с (Linux | BSD) программу, которая рассылает пакеты на адрес cf:00:00:00:00:00 и смотрит не возвращаются ли они обратно, если возвращаются то в ethernet сегменте есть кольцо. По крайней мере так это реализовано у Длинка. Есть любопытная утилитка ectpping http://developer.berlios.de/projects/ectpping/, но пока не понял как пользоваться. Возможно ее нужно модифицировать для данной цели. Может зря ищу и кто нибудь ткнет носом в уже готовый софт? В линуксе если сбриджевать два интерфейса, то можно включить на этом бридже stp. Вроде бы он в логи чё-то пишет. Хотя наверное можно и не бриджевать, можно в бридж включить всего 1 интерфейс и попробовать включить на бридже stp и посмотреть, что будет. Только при обнаружении петли будет происходить то же самое, что делают свичи с включенным stp :-). Интерфейс должен переводиться в состояние blk :-). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SokolovS Опубликовано 4 июня, 2010 · Жалоба STP немного не то. Хотелось бы логику именно как у длинков. Попробую поковырять ectpping. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
boykov Опубликовано 4 июня, 2010 · Жалоба есть мнение, что при образовании колечка порты коммутатора, в том числе и того, куда воткнута бсдя, лягут. и совсем ничего не поймают. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 4 июня, 2010 · Жалоба Сначала поймают, а потом лягут, проверенно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 4 июня, 2010 · Жалоба Есть ли такой в природе? Например ставим на машину с (Linux | BSD) программу, которая рассылает пакеты на адрес cf:00:00:00:00:00 и смотрит не возвращаются ли они обратно, если возвращаются то в ethernet сегменте есть кольцо. По крайней мере так это реализовано у Длинка. Есть любопытная утилитка ectpping http://developer.berlios.de/projects/ectpping/, но пока не понял как пользоваться. Возможно ее нужно модифицировать для данной цели. Может зря ищу и кто нибудь ткнет носом в уже готовый софт? Ну тогда просто: шлём мультастовые пакеты рас в 10 секунд и на том же интерфейсе их ловим какой-нибудь программкой. Поймается только если влетит обратно. Можно лог писать :-). На счёт готовых софтин не знаю, но можно посмотреть какие-нибудь роутинговые демоны, которые работают с мультикастом. ospfd и ripd из qiagga. Вдруг они как-то реагировать будут на свои же пакеты ? :-). На самом деле что толку узнавать про петлю ? Надо делать так, чтобы работа сети не нарушалась. Для этого придумали коммутаторы с разными разными фичами. Говорить абонентам, что мол у вас там кто-то из соседей ***к и портит вам и нам интырнет ? Лучше сделать так, чтобы про этого ***ка не узнал никто. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
boykov Опубликовано 4 июня, 2010 · Жалоба Сначала поймают, а потом лягут, проверенно.даже если колечко через два свича?как проверяли, если не секрет (из этого сделать тулзу ТС можно) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LKr Опубликовано 15 июня, 2010 · Жалоба У нас есть простенькая самописная приблуда под линух, по всем имеющимся (или одному указанному) интерфейсам шлет пакет, аналогичный dlink'овскому loopdetect, и ждет его обратно. Видит и различает кольца внутри и между вланами, рассказывает об этом в консоли. В автоматизацию не попала за ненадобностью - свичи научились с того времени сами петли ловить, а тащить все клиентские вланы на тестовую машину совсем неудобно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
v-m-k Опубликовано 16 июня, 2010 · Жалоба У нас есть простенькая самописная приблуда под линух, по всем имеющимся (или одному указанному) интерфейсам шлет пакет, аналогичный dlink'овскому loopdetect, и ждет его обратно. Видит и различает кольца внутри и между вланами, рассказывает об этом в консоли.В автоматизацию не попала за ненадобностью - свичи научились с того времени сами петли ловить, а тащить все клиентские вланы на тестовую машину совсем неудобно. А не поделитесь если не жалко? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SokolovS Опубликовано 16 июня, 2010 · Жалоба Тоже интересно. На С? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
новый год Опубликовано 16 июня, 2010 · Жалоба не могу понять, а поднять какой-нито NMS (типа OpenNMS / Nagios) нельзя или если коммутаторы нормальные получать просто SNMP Traps? Зачем огород городить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
qwertzy Опубликовано 16 июня, 2010 (изменено) · Жалоба 2 SokolovS, v-m-k Mожно скриптик написать для scapy, http://www.secdev.org/projects/scapy/ Изменено 16 июня, 2010 пользователем qwertzy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...