forum.bitel.ru http://forum.bitel.ru/ |
|
Предложение для шлюзов (IPN) http://forum.bitel.ru/viewtopic.php?f=1&t=4371 |
Страница 1 из 1 |
Автор: | focus [ 02 авг 2010, 11:36 ] |
Заголовок сообщения: | Предложение для шлюзов (IPN) |
Всем привет. Было бы здорово, если в БГ будет, как текущее состояние шлюза, так и предыдущее. Т.е сейчас открыт, а был заблокирован. Я понимаю, что в логе есть все предыдущие статусы, но с логом не всегда удобно работать и он не всегда выдает верные предыдущие статусы, а иногда в логе и нет ничего. Поэтому иметь прошлое состояние статуса шлюза для чтения было бы очень хорошо. Применять это состояние можно будет в своих шлюзах и отправлять команды на оборудование только для тех, у которых реально изменился статус. |
Автор: | stark [ 03 авг 2010, 19:26 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
focus писал(а): Всем привет. Было бы здорово, если в БГ будет, как текущее состояние шлюза, так и предыдущее. Т.е сейчас открыт, а был заблокирован. Я понимаю, что в логе есть все предыдущие статусы, но с логом не всегда удобно работать и он не всегда выдает верные предыдущие статусы, а иногда в логе и нет ничего. Поэтому иметь прошлое состояние статуса шлюза для чтения было бы очень хорошо. Применять это состояние можно будет в своих шлюзах и отправлять команды на оборудование только для тех, у которых реально изменился статус. не совсем понял ..Лог же есть Там и надо брать предущей..дурго вопрос , что туда при первом изменении может ничего не попасть ..да и если ни одного шлюза нет и передергивать статус, то ничего тоже не попадет |
Автор: | focus [ 04 авг 2010, 07:16 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
параллельном выполнении двух заданий шлюза не всегда в логе будет верным последний статус. |
Автор: | stark [ 04 авг 2010, 19:17 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
focus писал(а): параллельном выполнении двух заданий шлюза не всегда в логе будет верным последний статус. хм.. а как часто у вас это происходит ? и какие задания выполняются параллельно ? оба - это задача проверки шлюзов IPN ? |
Автор: | focus [ 05 авг 2010, 06:32 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
допустим выполняется задание проверки шлюзов IPN и одновременно приходит платеж. Иногда задание выполняется продолжительное время, а работа шлюза для одного договора по приходу платежа проходит моментально. В итоге статусы шлюзов в логе путаются по времени. |
Автор: | stark [ 05 авг 2010, 13:17 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
focus писал(а): допустим выполняется задание проверки шлюзов IPN и одновременно приходит платеж. Иногда задание выполняется продолжительное время, а работа шлюза для одного договора по приходу платежа проходит моментально. В итоге статусы шлюзов в логе путаются по времени. а чем вас спасет предыдущий статус ? ..он так же будет неправильным |
Автор: | focus [ 05 авг 2010, 13:25 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
статус спасет тем, что в задании можно будет сравнить текущий статус и прошлый. Если они равны, то для этого договора не запускать скрипт шлюза. Соответственно если был Заблокирован, текущий Заблокирован - для этого договора задание не будет менять статус шлюза. А по приходу платежа будет текущий Открыт прошлый Заблокирован - соответственно шлюз должен отработать. Как-то так. |
Автор: | stark [ 05 авг 2010, 13:47 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
focus писал(а): статус спасет тем, что в задании можно будет сравнить текущий статус и прошлый. Если они равны, то для этого договора не запускать скрипт шлюза. Соответственно если был Заблокирован, текущий Заблокирован - для этого договора задание не будет менять статус шлюза. А по приходу платежа будет текущий Открыт прошлый Заблокирован - соответственно шлюз должен отработать. Как-то так. А если скрипт отработал , но связи не было . Но статус изменился . Обычно сркипт сам должен делать проверку на оборудовании - менять или не менять . Обычно он считывает статус всех абоннато на шлюзе однйо командой ( show access_list ) и потом уже шлет команды только если нужно . Надо делать по другому , в случае удачной отработки шлюза , нудно ставить флаг , что все нормально . В случае смены статуса IPN, флаг сбрасывать . Так же сбрасывать флаг если поменялся ip, тип правила и или какая-то другая информация влияющая на шлюз . При этом нужно учитывать обратную свзязь как-то. Т.е если шлюз удавленный перезагрузился и сбросил все правила , то нужно это как-то отлавливать( по snmp или периодически пинговать, проверять uptime ). И это еще сделать как-то универсально.. Теоретически это уже сейчас можно реализовать с помощью скриптового шлюза . Кажется один из наших клиентов так и сделал себе сам , пишет в некторую таблицу флаг. Uptime можно так же сохранять в таблицу |
Автор: | focus [ 05 авг 2010, 14:25 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
Цитата: Обычно он считывает статус всех абоннато на шлюзе однйо командой ( show access_list ) и потом уже шлет команды только если нужно . Подробнее можете пояснить. Для какого типа шлюза это актуально ? У нас шлюз сделан на Java. Логика - перебираются все statusList и отправляется на оборудование соответствующая команда. Не всегда реально по snmp запросить состояние. Поэтому чтобы лишних команд не слать на оборудование, появилось предложение писать прошлый статус для шлюза. |
Автор: | stark [ 09 авг 2010, 21:13 ] |
Заголовок сообщения: | Re: Предложение для шлюзов (IPN) |
focus писал(а): Цитата: Обычно он считывает статус всех абоннато на шлюзе однйо командой ( show access_list ) и потом уже шлет команды только если нужно . Подробнее можете пояснить. Для какого типа шлюза это актуально ? Для шлюзов работающих по telnet/ssh. Потоу вы уже перебираете статусы и шлете команды толк в ом случае , если что-то не так . В случае snmp так не получится скорее всего |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |