Уважаемые господа, возник следующий, немного нестандартный вопрос. Как может сказаться принудительный loop порта (перемыкание TX(+) и RX(+), TX(-) и RX(-) между собой соответственно) на жизнедеятельности сабжевого коммутатора (соответствующий порт будет выведен изо всех vlan, цепочек ACL и пр.)? Цель - использовать в данной цепи геркон(концевик) для того, чтобы сымитировать наличие линка на порту и отслеживать это состояние по snmp. Использование - например, как простейшая сигнализация для ящика с оборудованием на удаленной точке. Более сложные варианты цепей в данном случае не применимы.

выключит порт, отправит трап

По-идее, он его должен включить (естественно, Loopdetect отключен). Трап поймали, ага. Так вот собственно вопрос то в чем и заключается, будет ли процессор свитча слать что-то в порт, получая все это дело обратно, при условии, что порт выведен из обмена данными?

Вы про петлю беспокоитесь?

_________________
не важно, из какого места растут золотые руки

Именно так. Нужна "легальная" петля (ради состояния "UP" данного порта) без потери функциональности самого коммутатора.

между этими двумя портами надо закрыть общение путем traffic_segmentation

_________________
не важно, из какого места растут золотые руки

Это один порт (rx замкнут на tx). Но все равно, попробую выключить его с помощью traffic_segmentation, спасибо

а......
я почему-то решил, что два порта замкнуты. Просто я сейчас над такой схемой работаю, вот и решил, что у вас тоже самое.
А если это один порт, тогда там ничего делать не нужно - мы пробовали. Правда дальше тестов дела не пошли, но настройки порта были самые обычные. А трафик_сегментэйшн тут можно заюзать, дабы оградить этот конкретный порт от всех прочих. Ил все другие от этого.

_________________
не важно, из какого места растут золотые руки

На DES-3526 мы делали такое при следующих настройках: 10M Half Duplex, отключеная функция Learning и включенный IP-MAC Binding на сигнальном порту. Все работало

Достаточно только Learning отключить