Возникла ситуация, которая заставила задуматся..
Вот допустим есть у нас 2 сервака, IP адреса обоих принадлежат одному доменному имени.

Как будет устанавливаться соединение, на какой адрес будет вперед ломится?
И самое главное, при невозможности соединится с первым IP, будет ли стек пытаться установить соединение со 2-м IP?

Что-то мутно вопрос задан. Запрос по имени обработает DNS. И одно и то же имя иметь 2 разных IP разве может ????
Должно быть типа сервер1.вася.ру и сервер2.вася.ру - так что ломиться будет туда куда укажете.
И второе - а в чем проблема задать явный IP ?

Может, и еще как..


Гы, а зачем тогда вообще придумали DNS?

>>>>Может, и еще как..

Не сталкивался, теперь буду знать.

Ну а по соединению - очередность определится DNS, а вот по переходу на следующий если предыдущий занят не подскажу. Наверное тоже DNS должен определять.

IP может измениться(уход к др оператору), а DNS (который сами себе придумаете и зарегистрируете) останется.

В том то и дело, резервирование каналов связи никто не отменял. Вот только вопрос, сможет ли M2M устройство отработать переход при такой реализации резерва?

А не проще и надежнее будет сделать автомат перехода на резервный сервер на управляющем мк? - у нас например так - если нет конекта или обрыв по главному серверу автоматом переход на второй...

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

Также возможен подход с применением Proxy-серверов

Или например такой подход (впрочем это тоже proxy) как "URL Shorteners"
Например: http://tinyurl.com/ или http://bit.ly/
Правда в этом случае управление будет ручное

Эти внешние подходы подойдут когда нельзя вмешаться в код M2M устройства
В противном случае лучше конечно реализация резервного доменного имени (или IP-адреса) на уровне кода программы.
Или другой вариант.
Ваша программа в случае неудачного доступа к серверу могла бы где-то во вне (например на xxx.narod.ru) запросить другие новые варианты URL.

вообще, этой проблемой должен заниматься ДНС-сервер. Если айпишников на доменное имя несколько - то обычно при каждом запросе они выдаются в разном порядке. А ваше приложение спокойно может соединяться с первым из списка адресов, пока не подключится.

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