16 октября, вторник 15:39
Bankir.Ru

Объявление

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

Подключение POS терминала со штатным интерфейсом RS 232 через Ethernet

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

  • Подключение POS терминала со штатным интерфейсом RS 232 через Ethernet

    Ранее, в 2002 году поднималась тема о подключении POS терминала, в том числе не имеющего штатного Ethernet интерфейса, через Ethernet ("http://forum.bankir.ru/showthread.php?t=18201&highlight=pos+ethernet").

    Поделитесь, кто какие схемы использует на текущий момент для подключение POS терминала со штатным интерфейсом RS 232 через Ethernet. Какое оборудование для преобразования протоколов используете.

    Мы сами сейчас активно исползаем такую схему, так как есть многочисленные терминалы с интерфейсом RS 232 (приобретались ранее), а целесообразности подключения по DialUp, X.25 и чистому RS 232 уже нет. Хотелось бы проанализировать что и как используется у коллег.
    Чтобы не повторяться наши схемы ниже:
    1. POS терминал - ПК+ПО (IP Connector)- Ethetnet - Vanguard - X.25 - ПЦ
    2. POS терминал - Vanguard - Ethetnet - Vanguard - X.25 - ПЦ
    3. POS терминал - Moxa - Ethetnet - Vanguard - X.25 - ПЦ
    4. POS терминал - GWL - Ethetnet - Vanguard - X.25 - ПЦ

    Первая используется в ПВН (где есть банковский ПК), в ТСП применить практически трудно из за необходимости в ПК и необходимости гарантии его надлежащей работы (администраторы ТСП при проведении своих работ забывают что есть еще и банковское ПО).
    Вторая используется также в ПВН (где есть рядом Vanguard со свободными PAD портами). Схема совсем редкая из за ограничений на длину кабеля RS 232 и дороговизны.
    Третья схема до недавнего времени активно использовалась в ТСП, но сейчас от нее отказываемся в пользу четвертой.

    Четвертая схема сейчас внедряется. По нашему ТЗ уфимская контора разработала преобразователь GWL-01- маленький и дешевый, мы его к терминалам двухсторонним скотчем клеем. Дешево и сердито.
    С уважением, Дмитрий.

  • #2
    Сообщение от Dimaka Посмотреть сообщение
    По нашему ТЗ уфимская контора разработала преобразователь GWL-01- маленький и дешевый, мы его к терминалам двухсторонним скотчем клеем. Дешево и сердито.
    Можно в личку телефончик этой конторы?

    Комментарий


    • #3
      Бросьте пожалуйста тоже..

      Комментарий


      • #4
        Tack, Пако, реквизиты в B-mail.

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

        Комментарий


        • #5
          Мы работает только с предоставленными инпасом терминалами, ну или меняем модули связи, как это было в 3750. Честно говоря, другие задумки даже и не предполагались. Но после Вашего описания стало интересно, да и актуальнее.

          Комментарий


          • #6
            Dimaka
            Я вам на меил сбросил информацию.

            Комментарий


            • #7
              Сообщение от Dimaka Посмотреть сообщение
              Ранее, в 2002 году поднималась тема о подключении POS терминала, в том числе не имеющего штатного Ethernet интерфейса, через Ethernet ("http://forum.bankir.ru/showthread.php?t=18201&highlight=pos+ethernet").

              Поделитесь, кто какие схемы использует на текущий момент для подключение POS терминала со штатным интерфейсом RS 232 через Ethernet. Какое оборудование для преобразования протоколов используете.
              Вариантов тут может быть много, в зависимости от используемых сетевых протоколов на одной и на другой стороне: конвертер async->telnet или telnet->async, X.25-over-TCP/IP (XOT), X.25-over-Ethernet, маршрутизация из IP-over-PPP в IP-over-Ethernet и т.п. Некоторые примеры можно посмотреть на http://www.nsg.ru/supp_ex.php
              http://www.nsg.ru

              Комментарий


              • #8
                vyurin, можно поподробнее? По поему примеру - схема, оборудование.
                Что решений может быть множество не спорю. Коллега ASMIR подтвердит. Но много не значит, что не интересны конкретные реализации. Еще раз прошу поделиться используемыми схемами и особенно используемым оборудованием.
                С уважением, Дмитрий.

                Комментарий


                • #9
                  Сообщение от Dimaka Посмотреть сообщение
                  vyurin, можно поподробнее? По поему примеру - схема, оборудование.
                  Поподробнее - здесь, полагаю, нельзя: модератор уже плюсомет расчехляет. Коллега ASMIR это тоже подтвердит. Так что лучше в приват.

                  Схема, в общем-то, одна для всех: POS - {NSG|Vanguard|Cisco|Moxa|Digi|etc.} - Ethernet - {NSG|Vanguard|Cisco|Moxa|Digi|etc.} - X.25 - ПЦ
                  Разница в том, что у вас ходит поверх Ethernet, точнее - что должно ходить. IP или сразу X.25? С шифрованием или без?

                  На сегодняшний день я бы предпочел решение Telnet-over-IP-over-Ethernet; когда надо будет, вы его без проблем переключите на новый ПЦ, работающий уже по IP вместо X.25, и получите чистую IP-систему.

                  Если нужна защита данных - тогда SSH вместо telnet, или IPsec на уровне IP.

                  Если вам привычнее X.25 - можете сделать из первой железки PAD и прокинуть дальше X.25-over-TCP/IP-over-Ethernet. Получите X.25 сеть от начала до конца, только на некотором отрезке она будет идти поверх IP. (Или напрямую поверх Ethernet - но это фирменная технология, нужно иметь NSG на обеих сторонах).

                  А поделиться используемым оборудованием - это пожалуйста, его у нас есть. 8-))
                  Последний раз редактировалось vyurin; 07.09.2006, 18:51.
                  http://www.nsg.ru

                  Комментарий


                  • #10
                    ASMIR, vyurin, спасибо за информацию.
                    vyurin, "Разница в том, что у вас ходит поверх Ethernet, точнее - что должно ходить. IP или сразу X.25?" - поверх Ethernet ходит IP. Зачем инкапсулировать X.28/X.25 в IP. Можно взять пакет данных и переложить его из одного протокола в другой. Накладные расходы ниже (аналог TPDU от Vanguard).
                    "С шифрованием или без?" - на текущий момент это можно на терминал переложить (Secure ISO - на форуме обсуждалось). Тогда преобразователь дешевле будет.
                    "На сегодняшний день я бы предпочел решение Telnet-over-IP-over-Ethernet; когда надо будет, вы его без проблем переключите на новый ПЦ, работающий уже по IP вместо X.25, и получите чистую IP-систему." - проблема не в том что ПЦ по IP не работает. Проблема в том что есть парк старых терминалов у которых нет Ethernet. Я об этом в самом первом сообщении писал.
                    "Если нужна защита данных - тогда SSH вместо telnet, или IPsec на уровне IP" - возможно, но за преобразователи с такими возможностями придется дополнительную денежку платить. Скорее всего в 100$ не уложиться.

                    NSG несомненно богат по функционалу и возможностям, но для POS терминала этот функционал не требуется а платить за него придется. Для POS терминала надо минимум стоимости и размеров (например moxa - 110/90/25 мм, GWL - 90/50/20 да еще и блока питания отдельного нет)

                    Прошу не воспринимать мои рассуждения как критику. Это просто попытка взвесить за и против.
                    С уважением, Дмитрий.

                    Комментарий


                    • #11
                      Сообщение от Dimaka Посмотреть сообщение
                      поверх Ethernet ходит IP. Зачем инкапсулировать X.28/X.25 в IP. Можно взять пакет данных и переложить его из одного протокола в другой. Накладные расходы ниже (аналог TPDU от Vanguard).
                      Ну это и будет преобразование TCP/IP -> X.25. Проблема в том, что a) не всякая железка это умеет; б) задача не решается однозначно, а зависит от софта ПЦ и ПОСа (как перекладывать - пакет-на-пакет? или собрать поток данных из пакетов X.25 и переразбить его на пакеты IP?) А XOT - это стандартный протокол, поддерживаемый разными производителями и никак не связанный с прикладным софтом. Накладные расходы, конечно, больше, но для Ethernet это, как вы понимаете, несущественно.

                      Сообщение от Dimaka Посмотреть сообщение
                      проблема не в том что ПЦ по IP не работает. Проблема в том что есть парк старых терминалов у которых нет Ethernet. Я об этом в самом первом сообщении писал.
                      А что есть? неструктурированный асинхронный поток на выходе? Значит, им по определению нужно внешнее устройство, реализующее стек сетевых протоколов - либо PAD для X.25 (так оно и было изначально задумано в архитектуре сетей X.25), либо телнет-клиент для IP. Вот за эту функциональность, за этот интеллект вам и приходится платить. Если вместо полного стека придумывать какие-то упрощенные инкапсуляции, типа async-over-ethernet, то будут проблемы с гарантированной доставкой, целостностью данных и т.п. Стеки X.25 и IP придуманы именно для того, чтобы эти проблемы решить.

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

                      Сообщение от Dimaka Посмотреть сообщение
                      "Если нужна защита данных - тогда SSH вместо telnet, или IPsec на уровне IP" - возможно, но за преобразователи с такими возможностями придется дополнительную денежку платить. Скорее всего в 100$ не уложиться.
                      Естественно.
                      http://www.nsg.ru

                      Комментарий


                      • #12
                        vyurin, сухой остаток из вашего последнего сообщения:
                        - для подключения POS терминала с интерфейсом RS 232 требуется дополнительное устройство
                        - за "умное" устройство со всякими доп. функциями надо платить значительно больше чем 100$

                        Согласен. По этому надо "тупое" устройство с ограниченным функционалом и узким спектром применения.

                        Коллеги у кого есть такие, поделитесь (имею ввиду информацией).
                        С уважением, Дмитрий.

                        Комментарий


                        • #13
                          Сообщение от Dimaka Посмотреть сообщение
                          vyurin, сухой остаток из вашего последнего сообщения:
                          - для подключения POS терминала с интерфейсом RS 232 требуется дополнительное устройство
                          - за "умное" устройство со всякими доп. функциями надо платить значительно больше чем 100$
                          Это не доп.функции. Это основные функции для построения законченного и стандарного (сиречь мультивендорно-совместимого) сетевого стека - будь то X.25, IP или что-то еще. Без этих функций получается урезанный нестандартный набор протоколов, не гарантирующий надежную передачу данных. В каких-то случаях это с большой вероятностью прокатит, а в каких-то - может привести к некоторым неприятностям. Ну типа как один пилот недавно хотел керосину сэкономить, чтобы его не взгрели за лишние 100$ - и вместо того, чтобы объехать грозу, решил ее перепрыгнуть. _Обычно_ такое проходило удачно 8-(
                          http://www.nsg.ru

                          Комментарий


                          • #14
                            vyurin, "законченного и стандартного (сиречь мультивендорно-совместимого" не надо мультивендорного решения, не надо "набора протоколов". Надо устройство с узким, конкретным спектром применения. А подключать POS терминал через законченное мультивендорное решение со стандартным набором протоколов это все равно, что покупать билет на самолет, чтобы покушать сух. паек который дают на борту (раз уж авиационную тему затронули).

                            Наша практика показывает что использования по прямому назначению узконаправленных устройств (Moxa эксплуатируется более двух лет) дает хороший результат и приемлемую стоимость решения. Сейчас с GWL эту самую стоимость надеемся снизить.
                            С уважением, Дмитрий.

                            Комментарий


                            • #15
                              POS - {NSG|Vanguard|Cisco|Moxa|Digi|etc.} - Ethernet - {NSG|Vanguard|Cisco|Moxa|Digi|etc.} - X.25 - ПЦ
                              Разъясните п-ста что представляет из себя каждый из компонентов данной схемы, что вообще нужно для подключение ПОСа (Omni3750)к СТБ, с какими организациями необходимо коннектиться, какое ПО? Не представляю с чего начать подключение.

                              Комментарий


                              • #16
                                Сообщение от Dimaka Посмотреть сообщение
                                Наша практика показывает что использования по прямому назначению узконаправленных устройств (Moxa эксплуатируется более двух лет) дает хороший результат и приемлемую стоимость решения. Сейчас с GWL эту самую стоимость надеемся снизить.
                                Ну раз уж дискуссия перешла в режим вялотекущего флейма за жизнь вообще, позволю себе поддержать разговор. Вы же деньги возите на инкассаторском броневике, а не на подручных жигулях? Сетевое решение - это та же инкассаторская служба, оно возит если не сами деньги, то данные о них (что по сути почти одно и то же). Со всеми гарантиями, свойственными инкассаторской службе - и, увы, с теми же неизбежными издержками.

                                Конечно, в некоторых случаях можно и нужно придумать что-нибудь попроще и подешевле. Например, если броневик не может подъехать вплотную к самолету, на котором привезли деньги, то их можно подвезти на обыкновенной тележке. По крайней мере, в пределах охраняемой территории аэропорта это, скорее всего, никаких проблем не причинит. Для каждой задачи уместны свои инструменты - но и каждый инструмент имеет вполне определенный круг задач, для которых его следует применять.

                                Источник недопонимания, вероятно, в том, что вы недостаточно четко сформулировали свою потребность. Вам нужна простенькая тележка наподобие упомянутой GWL, а все остальное у вас есть - не так ли? Тогда увы, NSG - это немного из другой области. Это броневик для перевозки данных, и его можно поставить в ваше решение на место вангарда/циски/мохи/etc. Но вы же не написали, какой именно из компонентов этого решения вы хотите заменить на возможные альтернативы 8-(
                                http://www.nsg.ru

                                Комментарий


                                • #17
                                  All
                                  А зачем все эти варианты с Rs232-Ethernet, не проще пос с Etherner купить? Теже 100$ разницы.

                                  Или много диалапов лишних?

                                  Комментарий


                                  • #18
                                    vyurin, "Для каждой задачи уместны свои инструменты - но и каждый инструмент имеет вполне определенный круг задач, для которых его следует применять." я пытался сказать то же самое. Полностью Вас поддерживаю. Броневики у нас уже есть.

                                    "Вам нужна простенькая тележка наподобие упомянутой GWL, а все остальное у вас есть - не так ли? ", еще раз совершенно верно.

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

                                    qwe_ua, "не проще пос с Etherner купить" не во все терминалы можно Ethernet купить. Для некоторых моделей Ethernet может появиться только при замене терминала. Отсюда и проблема - подключение старых терминалов не имеющих Ethernet интерфейса.

                                    vyurin, "Ну раз уж дискуссия перешла в режим вялотекущего флейма за жизнь вообще" к сожалению Вы опять правы. Не хотят коллеги делиться конкретной информацией. Жаль.
                                    С уважением, Дмитрий.

                                    Комментарий

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

                                    Свернуть

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

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