Перенаправить траффик на 2 адреса ?

[svladimir]

Коллеги,

Есть проблема, нужно простое бесплатное решение

Допустим есть IP адрес AAA. Нужно чтобы траффик, направленный на определенный порт ААА, автоматически уходил на тот же порт на адреса BBB и ССС.

Проблемы такие раньше решать не приходилось, есть ли какое нибудь простое, готовое, желательно софтверное решение ?

Заранее спасибо.

[zb0n3]

А что от этого простого решения ожидается делать, когда BBB и CCC начнут отвечать?

[ova]

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

[svladimir]

А что от этого простого решения ожидается делать, когда BBB и CCC начнут отвечать?

Отвечать в рамках той же сессии или ? Весьма возможно что я что нибудь упускаю: начальство поручило задачу и в области этой я полный ноль.

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

[Мурзик Васильевич]

Есть какие-либо требования к трафику/адресам? IP multicast не подойдет?

[svladimir]

Есть какие-либо требования к трафику/адресам? IP multicast не подойдет?

Требований вроде особых нет. Т-е траффик идет на определенный порт и по идее его можно broadcast, незаинтересованные стороны просто проигнорируют.
Тип траффика - web services (soap сообщения)

Как это можно организовать на windows машинах, желательно без привлечения дополнительного железа ?

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

Это нужно для внутреннего тестирования нашей части системы. У клиента будет полноценный setup с хардварными умными роутерами и т.п.

[RomZes]

простой клиент сервер не?

все клиенты подключились к серверу и все.

Кому надо отправляет и указывает кто получатель. Сервер принимает и дальше отправляет.

Правда будешь держать постоянное соеденение.

[Мурзик Васильевич]

Ок, значит L4 уровень TCP (IP multicast не подходит). Тогда, как предложили выше, можно написать простой сетевой ретранслятор - коннектится к серверу и пересылает все полученные данные всем своим клиентам.

[svladimir]

простой клиент сервер не?

все клиенты подключились к серверу и все.

Кому надо отправляет и указывает кто получатель. Сервер принимает и дальше отправляет.

Правда будешь держать постоянное соеденение.

Неа, менять существующие протоколы не получится.
Предыстория: наша сторона - система с поддержкой redundancy (каждая сторона включает по несколько машин). Другая сторона разрабатывается сторонней конторой. Говорим мы используя web services. Это не совсем client-server, скорее независимые системы общающиеся друг с другом. Для другой системы мы скрыты за одним IP адресом. Нам же нужно чтобы обе сторона получали одни и те же данные.

[RomZes]

какойто геморрой. Нефига не понятно что надо.

[Іукпшу]

Лоад-балансер вам надо, типа F5. Вы шлете ему на порт а он уже шлет тому кто активен.

[Мурзик Васильевич]

Простенькая схема топологии сети очень помогла бы...

[Іукпшу]

Говорим мы используя web services. Это не совсем client-server, скорее независимые системы общающиеся друг с другом. Для другой системы мы скрыты за одним IP адресом. Нам же нужно чтобы обе сторона получали одни и те же данные.

Как вы там скрыты иррелевантно, просто шлите ваши сообщения на два адреса по очереди и все, в чем собственно проблема ? Один, неактивный, не будет принимать соединения и не будет подтверждать получения, ваша задача просто корректно обработать ситуацию не работающего клиента и таймаута соединения и запомнить какой сервер получил сообщение, я такой скрипт используя FTP напишу за 5 минут. Это вариант пуш, вариант пулл это вообще не ваши проблемы, пусть коннектятся и обрабатывают как им хочется.

[ova]

Неа, менять существующие протоколы не получится.
Предыстория: наша сторона - система с поддержкой redundancy (каждая сторона включает по несколько машин). Другая сторона разрабатывается сторонней конторой. Говорим мы используя web services. Это не совсем client-server, скорее независимые системы общающиеся друг с другом. Для другой системы мы скрыты за одним IP адресом. Нам же нужно чтобы обе сторона получали одни и те же данные.

Реданданси всей системы никогда не решалась на сетевом уровне. Каждый компонент системы поддерживает реданданси по-своему - базы по-своему, веб-сервера по-своему и т.д.

[svladimir]

Нужно было сразу задачу описать

Есть две системы: наша и их.
Наша система состоит из двух сторон: A и B. Redundancy, hot-standby и прочие проблемы решены, всё работает как часы.
Всё что их система знает о нашей - один IP и порт, и все данные она шлет на этот единственный адрес, менять тут мы ничего не можем.
Нам же нужно чтобы обе стороны (A и B) получали данные от их системы (одна из сторон будет данные игнорировать).
В реальной установке между системами будет хардварный роутер, передающий пакеты нужным сторонам. Нам же, для тестирования, нужно софтверное решение (по определенным причинам использовать роутер не можем): что нибудь между симулятором их системы и нашими A и B.

Может есть какой нибудь софт (или винда умеет ?) который бы вешался на определенный порт, принимал пакеты и дальше проадкастил бы их в сети ?