Bankir.Ru
7 декабря, среда 17:33

Объявление

Свернуть
Пока нет объявлений.

Проблема при подключении Диболда по Ip

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Проблема при подключении Диболда по Ip

    Добрый день.

    Столкнулся с такой проблемой.
    Подключаем банкомат Diebold 1064ix по IP через выделенный канал на процессинг через циску.
    Канал работает, идет непрерывный пинг.
    Но. С периодичностью примерно раз в 5-8 минут банкомат выпадает в OFFLINE секунд на 30, затем опять подымается. И так целый день.
    Процессинг предполагает, что проблема в сетевых настройках банкомата, поставщик (производил настройку и подключение) валит всё на канал и процессинговый центр.

    Как определить где глюк и как его исправить?
    Может быть кто-то сталкивался с чем-либо подобным.
    Буду благодарен за помощь.
    Последний раз редактировалось hamish; 22.05.2003, 19:20.

  • #2
    hamish

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

    Если пинги "хорошие", то два варианта:
    - обрыв из-за отсутствия траффика (лечится или снятием этой фичи или введением keepalive'ов), это обычно бывает как раз на выделнках по PPP.
    - обрыв из-за ограничения на длительность соединения. Эту фичу надо выключить.
    С уважением,
    ==========

    Комментарий


    • #3
      Проверьте настройки Cisco - очень похоже, что она с указанной периодичностью обновляет свои таблицы маршрутизации

      Комментарий


      • #4
        Насчет настроек Cisco - у нас адреса в таблице маршрутизации статические
        Пинг с банкомата длинными пакетами проходит нормально.
        Если смотреть роутинг через cisco то видно что банкомат раз в минуту шлет пакеты на хост.
        Интервал keepalive'а в startup.cmd выствлен в 20 sec.
        А как отменить обрыв из-за отсутствия траффика и обрыв из-за ограничения длительности соединения?
        Всё это выставляется на хосте?

        А пока всё та же грустная ситуация - и хост и поставщик говорят, что не знают чем и помочь ;-(

        Комментарий


        • #5
          hamish С периодичностью примерно раз в 5-8 минут банкомат выпадает в OFFLINE секунд на 30, затем опять подымается. проблема осложняется тем, что в ее решение вовлечены две совершено независимые организации (процессинг и поставщик банкоматов). Кто то из них должен взять на себя труд и заняться проблемой в целом, хотя формально делать это не обязаны. Попробуйте пообщаться с обоими сторонами и работайте с той которая охотней идет на контакт.
          В любом случае для эффективного решения обращаться за помощью надо имея статистику и свои аргументы.
          1) посмотрите трассу на банкомате - какая из сторон инициирует разрыв соединение (закрытие TCP сокета);
          2) проанализируйте по трасам на банкомате, что происходит непосредственно до разрыва соединения и сразу после его восстановления;
          3) на Cisco у Вас по все видимости организуются туннели, включите отладку и соберите статистику (Cisco может достаточно полно отображать процедуру установления туннеля и его закрытия);
          3) если ясности не появилось попросите сделать п.п. 1, 2 и 3 на стороне процессинга, или хотя бы предоставить вам журналы аргументируя тем что подобная работа Вами на своей стороне уже проведена;
          4) со стороной согласившейся Вам помочь анализируйте собранную информацию.

          Теоретически возможна наличие Idle Timeout на банкомате, Cisco, у провайдера. Плюс у Cisco есть время жизни сессионного ключа на котором организован туннель, после истечении этого времени тунель переустанавливется.
          Да кстати, многое оборудование (например Vanguard MS) Keep Alive пакеты не считает за данные и даже при регулярном обмене этими пакетами, но отсутствии реальных данных закрывает соединение по Idle Timeout.
          Для более полного ответа необходимо конкретизация проблемного участка.
          С уважением, Дмитрий.

          Комментарий


          • #6
            В процессинге сказали, что поняли в чём проблема.
            Их система работает следующим образом: с заданным интервалом (=5 минутам в нашем случае) на банкомат посылается пустое сообщение для проверки связи.
            Siemens'ы корректно обрабатывают это сообщение, посылая ответный message.
            NCR'ы при получении этой тестовой мессаги давали сбой: падал IP-шный коммуникационный стек, перезагружался и банкомат работал дальше.
            Видимо Diebold хосту отвечает тем же. Высказанное предположение было проверено изменением интервала периодичности опроса банкомата хостом до семи минут. Соответственно изменилась и периодичность выпадания в оффлайн.
            Поставщик обещал связаться с теми клиентами, у кого стоят такие же банкоматы, подключенные по той же схеме, и выяснить, как они решали эту проблему.
            Если вы что-либо про вышеописанное знаете, пожалуйста, не сочтите за труд поделиться инфой.

            ===
            С уважением, Константин

            Комментарий


            • #7
              hamish
              Весьма и интересно , а версия TCS&CSS , системы , стэка протоколов IP какая ?

              Комментарий


              • #8
                Gonza
                OS/2 Warp 4.0
                CSS 2.3601
                TCS 5.30.01

                Комментарий


                • #9
                  hamish

                  > Их система работает следующим образом: с заданным интервалом (=5 минутам в нашем случае) на банкомат посылается пустое сообщение для проверки связи.

                  Интересоно что это за "пустое сообщение". Т.е. на каком уровне.
                  Это пустой icmp-шный пакет, типа пинга, или это пустое сообщение протокола D912 (прикладного), или что-то еще?
                  С уважением,
                  ==========

                  Комментарий


                  • #10
                    EUgeneUS hamish
                    Да вот и мне интересно что за сообщение
                    А можешь сделать iptrace и словить его ?

                    Комментарий


                    • #11
                      Попробую - в проц. центре говорят что это пакет нулевой длины,
                      так работает система OpenWay - посылка тестовых пакетов с заданным TPA (Test Period Average)

                      Комментарий


                      • #12
                        hamish
                        "нулевой длины" смахивает на атаку на банкомат (шутю )
                        тут надо смотреть на какой порт и обязана ли софтина прослушивать этот порт и отвечать на это все .

                        Комментарий


                        • #13
                          софтовый специалист Ланита пишет:
                          Ваш процессинговый центр для мониторинга банкомата должен работать
                          на уровне TCP/IP( например используя ping). Пустое сообщение не
                          предусмотрено в протоколе 912, следовательно это по определению
                          некорректное действие хоста.
                          Можно воспользоваться посылкой вразумительного сообщения, например Go
                          Inservice. Однако в целях "мониторинга АТМ" достаточно следить за
                          состоянием связи
                          вообще, как это делает АТМ.

                          с другой стороны они же утверждают, что есть банки у которых те же ATM'ы diebold 1064ix подключены по IP к OpenWay.
                          Софт там другой стоит что ли?
                          Вы с такими сочетаниями не встречались?

                          Best regards

                          Комментарий


                          • #14
                            hamish
                            У меня все банкоматы по Х25 , так что даже не знаю что посоветовать

                            Комментарий


                            • #15
                              hamish

                              Ну, что ж. Из Ланита поступил вполне грамотный и корректный ответ. Добавить нечего.
                              Что касается подключения банкоматов "к другим" процессингам на том же софте - так у софта и настройки есть (покрайней мере должны быть), возможно ими и рулится. И вообще, потребуйте от процессинга формального соблюдения протокола d912.

                              Успехов,
                              С уважением,
                              ==========

                              Комментарий


                              • #16
                                Спасибо за советы и помощь!

                                Regards

                                Комментарий


                                • #17
                                  hamish Попробую - в проц. центре говорят, что это пакет нулевой длины,
                                  так Работает система OpenWay - посылка тестовых пакетов с заданным TPA (Test Period Average)
                                  - действительно посылается пакет с нулевым заголовком для проверки состояния соединения. Эта возможность опциональна и ее можно отключить. К сожалению, при выключении этой функциональности информация о стоянии соединения с банкоматом становиться зачастую неактуальна, дело в том, что IP стек маршрутизаторов Vanguard MS, используемых компанией OpenWay, не поддерживают механизм Keep Alive.
                                  "TPA" в данном контексте, скорее всего, имеется ввиду "Transaction Protocol adapter" одна из составляющих штатной функциональности Vanguard MS - "Transaction Protocol Data Unit".
                                  С уважением, Дмитрий.

                                  Комментарий


                                  • #18
                                    Поставили CSS 2.36.03
                                    Глюк исчез.

                                    Комментарий


                                    • #19
                                      hamish
                                      Беру на заметку , ибо вскоре предстоит переход на IP

                                      Комментарий


                                      • #20
                                        2 Банкир
                                        зачем переходить с x25 на tcp ?

                                        Комментарий


                                        • #21
                                          vlad18369
                                          например по приказу из головного

                                          Комментарий

                                          Пользователи, просматривающие эту тему

                                          Свернуть

                                          Присутствует 1. Участников: 0, гостей: 1.

                                          Обработка...
                                          X