Резервный канал связи для банкомата

[Nurs_BB]

Доброго времени суток. У меня такой вопрос, как или с помощью какой программы можно установить резервный канал связи, чтобы при отключении ETHERNET или ADSLl линии связи банкомат автоматически переходил на резервную линию связи (хочу поставить GSM)?

Я искал в интернете решение но всё сводится к тому что: при отключении основного канала связи нужно ВРУЧНУЮ переводить банкомат на резервную линию связи. как вы решали эту проблему ???

[Linoxsasha]

У меня сейчас на тестах находится устройство, которое может держать связь по Ethernet и два разных GPRS соединения.
При пропадании Ethernet автоматически переключается на GPRS, при появлении Ethernet переходит обратно.
Так же можно в ручном режиме переключится на любое настроенное соединение. Если будут вопросы пиши в личку.

[Norman_krsk]

Существует множество аппаратных решений. И каждый год появляется что-то новое. Что-то приживается, что-то в силу каких-либо причин бракуется.

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

Аппаратные решения работают более предсказуемо. Попробуйте - понравится.

[HellAnger]

У нас на цисках+gsm модем было это реализовано, но это дорого
По переходу в Мультикарту - там делали на NSG-700 это все (сейчас вроде посвежее железки есть).

[winner13]

Кому интересно могу сделать софт, что будет висеть как служба - фоном. В заданный интервал пинговать основной LAN(Ethernet) канал, при отсутствие пингa переходить на резервный GPRS(3G) канал и обратно, вплоть до отправки СМС - оповещения, через 3G модем о переходе на резервный канал. Лицензионный ключ - привязка к железу, красивый установщик, дизайн рабочего интерфейса по вашему вкусу.

[ThunderGod]

Достойных программных решений этой задачи не встречал, надежность не та.
Если делать на коленке за недорого, то mikrotik + GSM модем, вот пример настройки
https://geektimes.ru/post/188424/
и сделать балансировку каналов по приоритету, инструкции на первой странице гугла.

Есть полностью готовые железки, но это дороже.

[dims]

Делал такое на основе планировщика nnCron: скрипт пингует раз в 15мин заданный хост и соответственно переключается на живой канал, два раза в сутки пытается перейти на основной канал связи. Каналы - любые: езернет, вай-фай, юсб, да хоть блютуз - скрипт легко адаптировать, но на каждом банкомате надо указывать конкретные идентификаторы устройств.

[sea]

Как писал человек чуть выше постом на NSG-700 можно организовать 4 резервных канала связи (1- основной наземный интернет+4 канала 3g) и все это на одной железке, одновременно работают три из них. Правда цена не радует.
Второй вариант Micro sv5 то же 1 основной наземный канал+1канал 3g, можно устанавливать трех операторов (симки) одновременно. Цена радует.
Все это дело протестировано, проверено и работает.
Каждое из устройств по своему имеет свои нюансы и настройки, но в работе себя зарекомендовали с положительной стороны.
Это российские разработчики так сказать.
Да и забыл добавить эти две железки поддерживают TLS v1.2, что не мало важно для безопасности.

[NSG]

Резервный канал для ADSL или для Ethernet - это несколько разных задач. К тому же решение зависит от того, на чём вы его делаете: на самом банкомате или на отдельной железке (маршрутизаторе доступа).

1. Предполагаем, что вы всё переключаете непосредственно на банкомате, и имеете при нём 2 модема, т.е. достаточно простые железки физического уровня. В этом случае всё более-менее просто, потому что абонентские подключения ADSL реализуются так: поверх физики ADSL эмулируется Ethernet (это делает ADSL-модем, или его драйвер на банкомате), а поверх Ethernet - PPP-over-Ethernet (PPPoE) - это уже делает операционка банкомата. Точно так же, как для PPP-соединения через сотовый модем или dial-up. Итого имеем 2 PPP-соединения, всё, что надо сделать - это назначить резервному (сотовому) соединению метрику маршрута больше, чем основному. Умерло основное соединение PPP-over-Ethernet-over-ADSL - исчез сетевой интерфейс в системе, исчез маршрут через него, остался только "более длинный" маршрут через резервное соединение. Восстановился - снова появился маршрут и встал в таблицу маршрутизации выше резервного. То же самое относится к основному каналу непосредственно через кабель Ethernet, если оно организовано посредством PPPoE, PPTP, L2TP.

2. Если у вас основной канал - чистый Ethernet безо всяких промежуточных инкапсуляций, то ситуация сильно хуже. Порт Ethernet у вас, скорее всего, включён в ближайший коммутатор, а проблема, если возникнет, то за пределами вашего локального сегмента и вообще за пределами здания. И на физике Ethernet вы её никак не увидите. Поэтому нужно задействовать какой-то механизм для зондирования доступности чего-то рядом с вашим процессингом (но не его самого) - либо ping, либо какие-то keepalive уже непосредственно в приложениях, либо keepalive/dead peer detection в туннелях, если они используются. И какой-то механизм, чтобы реагировать на пропадание и возобновление пинга. Логика работы, для достаточно простого варианта, описана, скажем, в примере:
http://www.nsg.ru/examples/ex_bank_eth_3g.php
Будет время - можно будет разобрать его подробнее.
То же самое можно, в принципе, сделать скриптами под Windows/DOS/etc., но это будет очередное изобретение велосипеда и потребует некоторого труда, минимальных навыков программирования и аккуратности, что не у всех имеется в наличии. Ставить какие-то сторонние готовые приложения - это по сути то же самое, плюс безопасники это обычно не одобряют в принципе.

3. Это одна из причин, почему в современной практике пользуются не модемами, а маршрутизаторами - это устройства для перенаправления IP-пакетов между сетями. По определению, они имеют свой собственный интеллект для выбора маршрута, а по факту, для современных маршрутизаторов доступа - несколько портов для подключения к разным каналам связи разных операторов + дополнительный интеллект для того, чтобы контролировать их и учитывать их состояние при выборе маршрута. Пример - уже упомянуый механизм netping в маршрутизаторах NSG (и их аналогах). В этом случае вы подключаетесь к маршрутизатору тупо по Ethernet, а все дальнейшие задачи контроля и выбора каналов связи решены у него на борту, за вас. (Естественно, настройка этих механизмов всё равно остаётся на вас.)

4. Переключение на резервный канал и обратно - это только часть истории, увы... После переключения вы получите другой IP-адрес, окажетесь в сети другого оператора - и, с точки зрения процессинга, станете другим клиентом. Вам надо будет инициализировать сеанс работы с самого начала, а ваш старый сеанс умрёт (молитесь, чтобы это случилось не в момент транзакции) и в конце концов будет похоронен по таймауту. Ваш софт нормально к этому относится? Если нет, то для этого у NSG существует отдельное решение под названием uiTCP, но это будет уже совсем отдельная история.

ps. Интерфейсов ADSL у маршрутизаторов NSG нет и уже не будет, это в прошлом. Тупо берёте любой китайский ADSL-модем или маршрутизатор, настроенный в режиме моста (так на нём выполняется минимальный объём операций и, соответственно, минимальные шансы зависнуть), а PPPoE поднимаете на NSG.

pps. Насчёт цен NSG - а кому сейчас легко? Но есть надежда вскорости начать не радовать немного менее, чем сейчас...

[sea]

Вот дано же человеку способность описать все так кратко, но зато так полно, даже нечего и добавить.
В процентном отношении сколько "радости" ждать?
И не дождусь релиза 2.0.7.1

[NSG]

В процентном отношении сколько "радости" ждать?

Как сказано выше - немного. Больше пока информации нет. К тому же в любом случае это будет только новая база дешевле старой; опции 3G - все те же и за столько же, они и так недавно дешевели.

И не дождусь релиза 2.0.7.1

Выпущен в пятницу

[Vladimir52]

Сейчас резервирование проводного канала беспроводным очень эффективно делается с помощью iRZ RU41. Настройка этого роутера проста и не требует специальных знаний в области программирования маршрутизатором.