Как зарезервировать один физический канал на два коммутатора?
Приветствую, уважаемые!
Задался тут вопросом как зарезервировать один физический входящий канал? Не обязательно от провайдера, справедливо и, например, резервирование PoE коммутаторов для видеонаблюдения.
Понятно, что можно хоть переключатель добавить (с удаленным управлением), но хотелось бы избежать добавления точек отказа.
Т.е. потом понятно, когда уже зашло в два и более коммутаторов, можно зарезервировать и коммутаторы, и маршрутизаторы…
Возникла идея:
1. Берем два умных коммутатора
2. Выключаем на них, допустим, первый порт
3. Входящий провод распараллеливаем на два (скруткой, пайкой, патч-панелью, не важно, главное физически из одного кабеля сделать два). Уточнение: не из одной 4 парной витухи сделать две по 100, а из 4 пар развести два по 4 пары.
4. Втыкаем получившиеся два кабеля в порты №1 обоих коммутаторов
5. Поднимаем первый порт на первом коммутаторе - работает
6. Если вдруг порт сдох на первом коммутаторе - тушим порт или первый коммутатор целиком (pdu?), поднимаем порт на втором коммутаторе (в него же тоже воткнут кабель) - пользуемся
Весь вопрос в том, чтобы можно было максимально продлить жизнь канала удалённо.
Что думаете? Взлетит? С точки зрения схемотехники проблем не вижу, земля у оборудования общая если что. Сожжет оба коммутатора и ещё порт у провайдера? :)
В Вашей схеме Вы имеете 2 кабеля - по 100мб линки, т.к. поделили витую на 2. А провайдер с обратной то стороны сделает тоже самое? чтоб это работало?))
Аааа... ток после 3го прочтения дошло... нихрена по вашей схеме не заработает) это не кокс и не питание....
В такой ситуации просто протягивается 2 линка и всё
В том то и проблема, что два кабеля не протянуть. Так бы вообще проблемы не было - два кабеля, какой нить stp и спать спокойно, названивая в ТП провайдера, если нет аплинка :)
Как раз есть два провайдера, но это скорее для резервирования удалённого подключения. Да и для тех же камер не подходит - они в два кабеля не умеют :(
А почему думаете, что не взлетит? Что я упустил в рассуждениях?
Landgraph, потому что это цифра, а не аналог. hint ниже рассписал самый минимум проблем))
Я не понимаю чего Вы хотите добиться. Исключить что порт на свитче сдохнет? этого?
Для этого всегда есть дежурная смена, которая просто тыкнет кабель в соседний порт... который настроен как резервный... а то что пропал основнйо аплинк - проверить можно будет по удаленке через резервного провайдера...
А если дохнет аплинк до камеры - так же получаем уведомления что камеры вышла (в окно), дергаем "второго специалиста", он тыкает подписанный кабель в другой свободный порт на свитче.. профит
Или Вы собрались к камерам так делать? тогда это вообще бред ,оно не заработает, ибо POE не даст Вам так измываться над проводом)))
Конечная целькакая? резерв "порта" от основного провайдера? тяните 2 аплинка)) ну или вифи передавайте или еще как то, только так
Да с дежурной сменой любой сможет :) Допустим, у меня квартира/дача, в другом городе, друзей/знакомых там нет (на курорте/в глухой деревне купил, на выхи ездить), ну или любая другая подобная ситуация, где нет «дежурной смены» в принципе, в любом её виде.
Т.е. мне проще туда 2х оборудования напихать и сделать резерв управления через edge/3g/4g, но вот победить единственный вход от провайдера/камеры - видимо никак, судя по тому, что смог найти. Максимум - размножить порты хабом.
Хотя в принципе всё упирается в реализацию выключенного порта: он отключается или продолжает висеть на линии, допустим, подтянув линии на ноль.
Landgraph, вы конечно попробуйте, но врят ли это заработает в IP сети...
В любом случае у камеры 1 вход!!! Вариант дупликации тут - покупать камеры с вифи... и подключать их сразу по проводу + вифи... у нас так работает в паре мест...
до камеры идет 2 линка, далее стоит микротик, в него заходит 2 кабеля(порты объеденены, 1 IP на бридж) и раздает вифи.... камера цепляется патчем к нему + по вифи. на регистратор она заведена по IPшнику провода...(IP провода и вифи разные естественно)
ну и резерв инета да, через йоту)
от провайдера пущено 2 аплинка... ну можете с помощью вифи продублировать... если это реально
очень зависит от оборудования и ситуации. вот вы выключили порт. в каком состоянии окажутся пины Tx пары? Если в высокоимпедансном, то "параллельный" порт сможет передавать по нему данные (пусть, возможно, и с меньшей скоростью). а если в нуле? тогда второй порт не сможет "перехватить управление".
аналогично с выгоранием - порт выгорит и занулит линии.
интереснее выглядит план с двумя параллельными линками. со стороны камеры поставить хаб (может даже и пассивный), в него воткнуть камеру и два 100мбит линка с одного провода (гигабитный 8-проводной разбить на два 4-проводных 100мбит). с другого конца эти два "линка" воткнуть в разные порты. и тогда уже прокатит. камера за счет хаба будет вещать сразу на два порта. если второй выключен, конфликтов не будет даже при пассивном хабе.
Справедливое замечание, именно этот момент меня и самого смущает: что значит disabled конкретного порта? Пока вообще не смог найти информации об этом у вендоров.
Добавление какого-нибудь самого тупого хаба для увеличения связности - не то, что хочется :) т.е. я рассматриваю кабель как «абсолютно» надёжный и из строя скорее выйдет активное оборудование, чем что-то случится с кабелем.
Вот возникла мысль, что можно попробовать собрать схему на конденсаторах, чтобы только переменная составляющая могла перемещаться, а если порт просто сдох/ушел на ноль - соединения просто разорвется в том месте на конденсаторе…
Но тогда такие сборки уже должны быть, либо я побежал патентовать :)
Landgraph, пассивный хаб это просто набор резисторов или диодов, можно и самому собрать :) как раз и предназначен чтобы порты могли общаться с линией параллельно, не влияя друг на друга
Кабель как "абсолютно надежный" вы рассматриваете совершенно напрасно, он и его два коннектора это основной источник проблем. Сгоревший порт это очень редкое событие. А кроме проблем с согласованием используя в быту любые схемы резервирования вы обнаружите множество особенностей работы r/- m/- stp, которые вам не понравятся
3. Входящий провод распараллеливаем на два (скруткой, пайкой, патч-панелью, не важно, главное физически из одного кабеля сделать два)
Не важно, говорите? Хех... Вполне важно. Таким соединением вы нарушите волновые характеристики кабеля, либо до полной неработоспособности линка, либо до значительного ухудшения надёжности связи (потери пакетов, мерцание линка) (допускаю, что на 10 Мбит/c может быть и нормально заработает). Нужен пассивный хаб (окей Гугл...), есть варианты на резисторах или на диодах: https://www.qrz.ru/schemes/contribute/comp/passive... https://www.rlocman.ru/shem/schematics.html?di=66876
Сожжет оба коммутатора и ещё порт у провайдера?
Нет. С вероятностью 99.5% ничего не сожжет такое соединение, просто не будет работать, пока не подключите нормально; оставшиеся 0.5% - про то, что раз в год даже палка может выстрелить.
справедливо и, например, резервирование PoE коммутаторов для видеонаблюдения
А камеру-то надо тоже зарезервировать (ставить по две камеры в каждой точке вместо одной).
О, а за наводку на passive ethernet hub - спасибо. В рунете инфы не так много, а вот в забугорной части… всё так же упирается в очевидное: ой да возьмите железяку за 3 бакса и будет вам счастье :))))
И по поводу волновых характеристик не готов на 100% согласиться. При условии физической коммутации - работать будет не хуже прямого соединения. Вот на 10 Гбит могу согласиться, вряд ли, а 1Гбит - спокойно (про сотку вообще молчу).
Есть ещё вариант, что если оба коммутатора с PoE, то физическую коммутацию можно на реле собрать с управлением по PoE… Только тогда дешевле и проще хаб воткнуть :)))) Правда с хабами нынче напряжёнка, скорее всего свитч придётся втыкать неуправляемый.
Всё таки passive hub это не совсем то, но близко. Т.е. мне не нужно 3+ соединения. В один момент времени должно работать соединение только двух устройств, третье в резерве стоит с возможностью ручного включения.
Смысла в резервировании "последней мили" оборудование достаточно надежное и вылет из строя больших проблем не представляет. Проще и надежнее мониторить состояние и иметь рядом на готове холодный резерв чем горячий.
К примеру: Вылетает порт на доступе, на тот же комп или камеру, - отлавливаем состояние мониторингом и отправляем алерт админу/дежурному, что что-то не так. за время восстановления за точкой будет более пристальное наблюдение, а от вылета одной или даже 24 точек особых проблем и потерь не будет.
На более высших уровнях (агрегация, ядро), резервирование уже необходимо, т.к. там из-за вылета порта/кабеля сразу прерывается работа большого количества оборудования и получается хороший простой.
PS: В случае с домашней видеокамерой. Ну возьмите камеру с WI-FI, пустите основной поток на poe-свич-регистратор по кабелю, а второй на маршрутизатор по WI-FI и будет вам при падении байпас. А так как Вы предлагаете, будет больше глюков чем работы.
Средний
