Банкоматы долго выходят в рабочий режим

[keetotko]

Используем для связи с процессингом Cisco VPN Client. При включении банкомата VPN соединение и связь с хостом очень быстро поднимаются, но банкомат не переходит в режим обслуживания. Если повезет, то минут через десять начинает работать. Но в большинстве случаев приходится звонить в процессинг и просить перезагрузить драйвер банкомата на хосте.

На Diebold то же самое. Но там это легко лечится функцей "Send attention message", которая отправляет на хост информацию о готовности к работе, как я понял. Есть ли на WN подобная функция? Или в реестре может что поправить, чтоб банкомат чаще отсылал на хост сообщения о готовности?

[Black]

Так, может быть, конфа грузится?

[DcCtrl]

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

Локализировать ситуацию поможет ccprot.log

[keetotko]

Так, может быть, конфа грузится?

Как я понимаю, конфигурация грузится очень быстро, потому что на Diebold ситуация аналогичная, и там в Agilis все видно. Буквально через 10-15 секунд после загрузки в Agilis статус "Off Line" меняется на "On Line - Out Of Service". Остается только вызвать функцию "Send Attention Message", и банкомат выходит в "On Line - In Service". Так вот на WN статус никак не отследить. Все, что можно увидеть - это надпись "Извините, банкомат временно не работает" на экране пользователя. VPN поднимается быстро, внутренний хост туннеля пингуется - это все, что можно отследить о подключении к хосту.

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

Локализировать ситуацию поможет ccprot.log

Я думаю, что причина кроется в первом пункте вашего списка. В логах, которые в папке "JOURNAL" лежат, появляется "COMMUNICATION ONLINE", но "GO IN SERVICE COMMAND" появляется либо через большой промежуток простоя, либо если насильно пихнуть банкомат на процессинге. Завтра сниму ccprot.log с какого-нибудь банкомата и выложу сюда. А вы можете объяснить, что вообще представляет из себя проливка конфигурации и как она происходит? Я себе это представляю очень образно. И что такое стейт 000?

Спасибо.

[Ex-OSB2006]

У меня из-за ISA пара АТМ тупит жестоко. Настройки ИСЫ не дали эффекта.
Еще был вариант что на одном конце циска, на другом зиволл - тоже АТМ долго поднимались.

[keetotko]

Сегодня перезагрузил 2100xe, и он на удивление быстро вышел в режим обслуживания. Секунд через 15-20 после COMMUNICATION ONLINE случился GO IN SERVICE COMMAND. Появилось подозрение, что проблема имеет месть быть только на 1500xe...

[keetotko]

DcCtrl, сегодня перезагрузил 1500xe USB, он выходил в режим обслуживания около трех минут с момента установления связи с хостом. Вот выдержка из .jrn-файла:

*575*08:48:49 COMMUNICATION ONLINE
*576*08:48:50 GO OUT OF SERVICE COMMAND
08:48:52 DEVICE CCCardFW STATUS 0 SUPPLY 1
08:48:52 DEVICE CCCdmFW STATUS 0 SUPPLY 1
08:48:52 DEVICE CCDepositFW STATUS 0 SUPPLY 0
08:48:52 DEVICE CCRecPrtFW STATUS 0 SUPPLY 1
08:48:52 DEVICE CCJourPrtFW STATUS 0 SUPPLY 1
08:48:52 DEVICE LOG_CASS_1 STATUS 0 SUPPLY 1
08:48:52 DEVICE LOG_CASS_2 STATUS 0 SUPPLY 1
08:48:52 DEVICE LOG_CASS_3 STATUS 0 SUPPLY 2
08:48:52 DEVICE LOG_CASS_4 STATUS 0 SUPPLY 1
08:48:52 DEVICE CCDocPrtFW STATUS 0 SUPPLY 0
08:48:52 DEVICE ENVELOPE_DISPENSER STATUS 0 SUPPLY 0
*577*08:51:10 GO IN SERVICE COMMAND

Связь установилась в 08:48:49, с этого же времени и примерно до GO IN SERVICE COMMAND в ccprot.log идут абсолютно непонятные мне логи. Как, впрочем, и все остальное в ccprot.log. Добавляю во вложение его и .jrn-файл за сегодня. Посмотрите, пожалуйста.

[DcCtrl]

У вас конфигурация заливалась - сначала экраны, потом стейты, потом фиты, в конце - ключ криптования и ID-конфигурации ( 0310 ). Как по мне - это нормально - за две минуты всё успешно залилось.

Единственное, что смущает - зачем хост шлёт эту конфигурацию, если в самом начале опроса банкомата он ( банкомат ) сообщил хосту, что на него уже залита конфигурация 0310, вот этот обмен :

Thu Aug 22 08:48:52 2013
< 1\1c000300559\1c\1c76
Thu Aug 22 08:48:53 2013
> 22\1c000300559\1c\1c\1cF\1c10310\1c00000000000000000000000000000000000000\1c117F00090100010100000001000000010000027F7F0000000000000000000000000000000000\1c00011011000000011210001000\1c000000111111\1c060000\1cEMV010000

[keetotko]

DcCtrl, а есть возможность отключить прогрузку конфигурации, если она уже есть в банкомате? Я думаю, в 2100xe USB, который вышел в рабочий режим за 15 секунд, она как раз отключена.

[DcCtrl]

Грузить или нет конфигурацию - решает хост на основании собственных алгоритмов.

Рекомендую Вам в телефонном режиме с хостовиками обсудить этот вопрос : "Почему на 1500xe льётся конфигурация номер 0310, если банкомат отвечает, что она уже залита ?"

[keetotko]

DcCtrl, а что можно почитать, чтобы начать понимать ccprot.log? При разговоре с хостовиками нужно понимать, о чем буду говорить.

Добавлено спустя 16 минут 33 секунды:
Уже нашел.

[starbart]

Все прочитать не успею, вал работы, но была типичная проблема, все прогружалось нормально, запускалось без проблем, а в итоге "Банкомат временно не работает" или "Через несколько минут заработает", перепробовал кучу всего. Оказалось все гораздо бональнее, месяц назад был ремонт банкомата, сотрудник винкора при тестировании с флешки (kdiag ему нужен был), занес вирусни, антивирь все конечно под чистил, но не давал прогрузиться до ПЦ. После чистки все пучком