Чем коммутировать линию Ethernet?

[maiexWE]

Пару раз в день нужно переключать линию 10/100/1000BaseTX из 1 входа (устр. 1) на 2 выхода (устр. 2)
!0BaseT сделал бы при помощи реле, а здесь как поступить ?

[VADR]

1. Решение "в лоб" - поставить управляемый свитч (коммутатор :) ), на него завести "входящую" линию и две линии на целевые устройства. Порт, к которому подключено устройство 2, программно отключить (к примеру, через snmp), и пару раз в день также программно переключать порты.
2. Обязательно надо переключать? Вариант одновременно подключенных через свитч устройств не подходит? Что за устройства?

[maiexWE]

1. Решение "в лоб" - поставить управляемый свитч (коммутатор :) ), на него завести "входящую" линию и две линии на целевые устройства. Порт, к которому подключено устройство 2, программно отключить (к примеру, через snmp), и пару раз в день также программно переключать порты.
2. Обязательно надо переключать? Вариант одновременно подключенных через свитч устройств не подходит? Что за устройства?

Не подходит.
2--портовое устройство, между портами которого переключается контроллер и есть switch.
Принципиально нужен способ коммутации линии, а не пакетов.
Вариант подключения двух устройств не подходит, тк есть всего один ПЛК, подлкючаемый к разным портам и от этого выполняющий разные программы.
Не буду грузить подробностями, однако переключать линию в этом конкретном случае легче, а switch уже сам знает какие адреса назначить каким портам и как с ними работать.

[Никита]

Коммутировать можно чем угодно, хоть монтажной скруткой. Все зависит от того, что хотите получить в итоге. Если кабели не длинные и третьей категории достаточно - можно попробовать и релюхой. Но ни один вменяемый айтишник такое решение не одобрит. От протокола опять же много зависит.

[Ryzhij]

Но ни один вменяемый айтишник такое решение не одобрит. От протокола опять же много зависит.

Если будет возможность переключения, когда линия связи что называется "в работе", то не одобрит никто.
Правда и тут можно "схимичить" - переключать не сразу, а с паузой в разорваном состоянии, дающей гарантированную возможность приборам обнаружить потерю связи, после чего уже устанавливать новое соединение. Тут любой протокол отработает штатно.
Потеряли связь осознали отсутствие коннекта, обработали ошибку перешли в режим ожидания связи обнаружили коннект вошли в связь.
С чувством, с толком, с расстановкой, без суеты и сутолоки.
Реле лучше брать герконовые.

[Jackson]

Перефразирую вопрос: зачем коммутировать? Может управляемый свич спасет?
Короче, не зная полностью всего объекта где понадобилось такое извращение, думаю что решение есть и без коммутации.

[Jackson]

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

Да, настолько легче что никто пока не знает как именно. :) задумайтесь.

[Михайло]

Может управляемый свич спасет?

Действительно. Управляемый свитч - это недорогое готовое проверенное коммутационное устройство для сетей Эзернет, коммутирует опторазвязанными ключами...

[maiexWE]

Может управляемый свич спасет?

Действительно. Управляемый свитч - это недорогое готовое проверенное коммутационное устройство для сетей Эзернет, коммутирует опторазвязанными ключами...

В результате поставил подключил ПЛК параллельно одновременно к двум хабам, а второй порт каждого хаба к соответствующему нужному порту switch и управляю питанием хабов.

1) ПЛК выключает питание hub 1
2) Пауза 5...30 секунд на завершение работы блока питания
3) ПЛК включает питание hub 2

[DelSnos]

Может управляемый свич спасет?

Действительно. Управляемый свитч - это недорогое готовое проверенное коммутационное устройство для сетей Эзернет, коммутирует опторазвязанными ключами...

В результате поставил подключил ПЛК параллельно одновременно к двум хабам, а второй порт каждого хаба к соответствующему нужному порту switch и управляю питанием хабов.

1) ПЛК выключает питание hub 1
2) Пауза 5...30 секунд на завершение работы блока питания
3) ПЛК включает питание hub 2

А что за свитчи? Сейчас многие,даже не умные, поддерживают приличные фичи...

[maiexWE]

А что за свитчи? Сейчас многие,даже не умные, поддерживают приличные фичи...

Switch один, а потребовалась функция переключения (по внешнему сигналу) ПЛК к разным именам dyndns.
Какой switch позволяет переключаться между именами , а еще ПЛК должен знать, к какому из них его подключили.

[maiexWE]

куда пропали предпочитающие switch ?

[VADR]

В смысле? Никто никуда не пропал. Лично я так и не понял, зачем нужно городить извращение с хабами (или всё же свитчами? хабы не выпускают давно), переключением питания и т.п., если всё это решалось одним свитчом. Ну, хозяин - барин.

[maiexWE]

В смысле? Никто никуда не пропал. Лично я так и не понял, зачем нужно городить извращение с хабами (или всё же свитчами? хабы не выпускают давно), переключением питания и т.п., если всё это решалось одним свитчом. Ну, хозяин - барин.

Каким минимальным switch можно решить описанную выше задачу ?
1) поддерживать со стороны WAN два dynDNS сервера
2) по внешнему сигналу подключать LAN порт к одному из двух DynDNS

(или всё же свитчами? хабы не выпускают давно

не выпускают, я так написал про дешевые неуправляемые коммутаторы
http://www.oldi.ru/catalog/element/0145243/

[VADR]

В смысле? Никто никуда не пропал. Лично я так и не понял, зачем нужно городить извращение с хабами (или всё же свитчами? хабы не выпускают давно), переключением питания и т.п., если всё это решалось одним свитчом. Ну, хозяин - барин.

Каким минимальным switch можно решить описанную выше задачу ?
1) поддерживать со стороны WAN два dynDNS сервера
2) по внешнему сигналу подключать LAN порт к одному из двух DynDNS

Какое отношение имеют свитчи к DNS вообще и DynDNS в частности? Они работают на разных сетевых уровнях. Или предлагаемое реле обрабатывает запросы к DynDNS? Очень интеллектуальное реле :). Практически любой современный управляемый свитч, понимающий snmp, может по внешней команде отключать и включать порты, причем с точки зрения конечного устройства это будет аналогично выдёргиванию кабеля.
Хотя, хотите дёргать питание - дёргайте питание.

[maiexWE]

Какое отношение имеют свитчи к DNS вообще и DynDNS в частности? Они работают на разных сетевых уровнях. Или предлагаемое реле обрабатывает запросы к DynDNS? Очень интеллектуальное реле :). Практически любой современный управляемый свитч, понимающий snmp, может по внешней команде отключать и включать порты, причем с точки зрения конечного устройства это будет аналогично выдёргиванию кабеля.
Хотя, хотите дёргать питание - дёргайте питание.

а если не имеет отношение, зачем советуете испольовать switch ?

Лично я так и не понял, зачем нужно городить извращение с хабами (или всё же свитчами? хабы не выпускают давно), переключением питания и т.п., если всё это решалось одним свитчом. Ну, хозяин - барин.

барин или не барРин , но ведь задача была описана выше:

потребовалась функция переключения (по внешнему сигналу) ПЛК к разным именам dyndns.

[VADR]

а если не имеет отношение, зачем советуете испольовать switch ?

Затем, что это позволит выполнить изначальную задачу, не нарушив при этом стандартов и не снизив ресурс оборудования периодическими включениями/отключениями. Ликбез по сетевым технологиям устраивать не буду, подумайте сами в вашей конфигурации: какое устройство (какие устройства) функционально связаны с DynDNS? Неужто свитчи? Или даже реле? Или розетки питания свитчей? Или всё-таки это контроллеры подключаются к DynDNS, обновляют записи адресов и т.п.?

[Jackson]

Александр, +1 к карме за терпение!
Со всем согласен.

[maiexWE]

Какое отношение имеют свитчи к DNS вообще и DynDNS в частности? Они работают на разных сетевых уровнях. Или предлагаемое реле обрабатывает запросы к DynDNS? Очень интеллектуальное реле :). Практически любой современный управляемый свитч, понимающий snmp, может по внешней команде отключать и включать порты, причем с точки зрения конечного устройства это будет аналогично выдёргиванию кабеля.
Хотя, хотите дёргать питание - дёргайте питание.

В качестве клиента службы dyndns выступает коммутатор со стороны WAN порта - вот какое отношение.
ПЛК просто выполняет одну из двух программ и ничего не знает о механизме и существовании dyndns и подключается к нему опосредованно через коммутатор. Коммутатор перенаправляет все пакеты этого dyndns в ПЛК.

Какой конкретно switch вы рекомендуете ?

[DelSnos]

Какое отношение имеют свитчи к DNS вообще и DynDNS в частности? Они работают на разных сетевых уровнях. Или предлагаемое реле обрабатывает запросы к DynDNS? Очень интеллектуальное реле :). Практически любой современный управляемый свитч, понимающий snmp, может по внешней команде отключать и включать порты, причем с точки зрения конечного устройства это будет аналогично выдёргиванию кабеля.
Хотя, хотите дёргать питание - дёргайте питание.

В качестве клиента службы dyndns выступает коммутатор со стороны WAN порта - вот какое отношение.
ПЛК просто выполняет одну из двух программ и ничего не знает о механизме и существовании dyndns и подключается к нему опосредованно через коммутатор. Коммутатор перенаправляет все пакеты этого dyndns в ПЛК.

Какой конкретно switch вы рекомендуете ?

А некоторым ПЛК, например, можно назначать DNS-имена. Может это поможет вашей проблеме.
Опять же, вы меня простите, два раза перечитал топик- все равно у меня в голове какие-то размыто-кусочные порции информации- не видно всей картинки.
По крайней мере от вас два раза пытались получить дополнительную конкретную информацию. Что за свитч? Какой контроллер? И что это за таинственные dynDNS сервера? Какая программная платформа сверху?
Еще раз извините, но какие вопросы такие и ответы ;)

[VADR]

В качестве клиента службы dyndns выступает коммутатор со стороны WAN порта - вот какое отношение.

Могу я узнать модель коммутатора (то есть свитча - сие есть синонимы), умеющего работать с DynDNS? Или имеется в виду роутер (он же - маршрутизатор, обычно именно у роутеров один из портов называется WAN)? И вообще: какая схема подключения? Что какие функции выполняет и какой шнур вы выдёргиваете и переключаете? Я имею в виду схему Если ваши контроллеры стоят за маршрутизатором (или коммутатором?), и вы переключаете хвост от этого устройства до контроллера (при этом не трогая соединение WAN-порта со стороны интернет-провайдера), то каким образом это может отразиться на работе DynDNS? В общем, рисуйте схему и будем посмотреть, где там DynDNS, где контроллеры и вообще кто на ком стоял.

Какой конкретно switch вы рекомендуете

Любой с функцией управления по snmp. Вернее - выбираете по каталогам свитч, у которого заявлена возможность управления по snmp, связываетесь с техподдержкой, уточняете возможность включаения/отключения портов по snmp (у juniper, помнится, были проблемы с этим делом). Я в своё время пробовал делать такие переключения на HP procurve 2524 и на Cisco 2950, но оба этих коммутатора весьма недёшевы, а первый ещё и с производства снят. Ко всему ещё нужен компьютер, с которого посылаются команды snmpget/snmpset/snmpwalk.