forum.bitel.ru http://forum.bitel.ru/ |
|
[BGB5.1] Обсчет логов IPN: Реальная заливка новых правил http://forum.bitel.ru/viewtopic.php?f=7&t=4692 |
Страница 1 из 1 |
Автор: | mikos [ 21 окт 2010, 20:28 ] |
Заголовок сообщения: | [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Всем привет. Подскажите пожалуйста, есть задача установки правил на шлюзах "Обсчет логов IPN". После нее выполняется задача "Проверка шлюзов IPN" для установки этих правил на шлюзах. Но реально, новые установленные правила на шлюз не отправляются - по логам вижу заливку старых правил. Помню где-то читал, что реальная установка правил происходит при второй фазе какой-то, что-то в этом роде. Это значит, что мне нужно два раза подряд обойти все железки, чтобы новые правила залились? Один обход занимает порядка 2-3 часов! ![]() |
Автор: | mikos [ 21 окт 2010, 20:36 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
О, нашел http://bgbilling.ru/v5.1/doc/ch15s12.html но вопросы остались. Цитата: Задача Проверка шлюзов IPN должна запускаться периодически, примерно раз в 15 минут. Работа задачи разделена на две стадии: смена статуса должников, синхронизация правил. 1. Если у меня работа этой задачи занимает порядка 2-3 часов, есть смысл ее запускать каждые 15 минут? 2. Это нормально, что задача выполняется у меня так долго? 3. Две фазы - это в контексте одного запуска задачи или имеется ввиду повторый запуск задачи Проверка шлюзов IPN? |
Автор: | mikos [ 21 окт 2010, 21:18 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Как пример. 1. Тариф абонента (два временных диаппазона и соответствующие для них правила). - rule_id=3 [в обычное время: с 18 до 23] - rule_id=7 [в льготное время: с 0 до 17] 2. Два диаппазона: - Обычное: часы 18 - 23 - Льготное: часы 0 - 17 3. Запуск задачи "Обсчет логов IPN" - каждый час, 4 минуты 4. Запуск задачи "Проверка шлюзов IPN" - 1, 8, 12, 18 часов, 15 минут Что в итоге у абонента плучается такая картина: Задача запустилась в 18:15. Заливает rule_id=7. В тарифе на это время должен быть rule_id=3 Цитата: 10-20/18:15:01 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... 10-20/20:12:52 INFO [pool-3-thread-1] MikrotikGateWorker - Processed CID=1437 10-20/20:12:52 INFO [pool-3-thread-1] MikrotikGateWorker - Status=0 10-20/20:12:57 INFO [pool-3-thread-1] MikrotikGateWorker - Seacrh on gate rules with comment: cid=1437;rule_id=7; 10-20/20:12:57 INFO [pool-3-thread-1] MikrotikGateWorker - Search index: -1 10-20/20:12:57 INFO [pool-3-thread-1] MikrotikGateWorker - OpenRules cid=1437 rule_id=7 ... 10-20/21:32:36 INFO [pool-2-thread-2] IPNTestGates - Task finished time=11855332 ms. Задача запустилась в 1:15. Отметок о заливке правил для этого абонента не нашел. В логе множественные ошибки о таймаутах. Цитата: 10-21/01:15:03 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... Записей касающихся этого абонента в этот период не нашел ... 10-21/01:35:51 INFO [pool-2-thread-2] IPNTestGates - Task finished time=1248465 ms. Задача запустилась в 8:15. Заливает rule_id=3. В тарифе на это время должен быть rule_id=7 Цитата: 10-21/08:15:03 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... 10-21/10:02:35 INFO [pool-6-thread-1] MikrotikGateWorker - Processed CID=1437 10-21/10:02:35 INFO [pool-6-thread-1] MikrotikGateWorker - Status=0 10-21/10:02:40 INFO [pool-6-thread-1] MikrotikGateWorker - Seacrh on gate rules with comment: cid=1437;rule_id=3; 10-21/10:02:40 INFO [pool-6-thread-1] MikrotikGateWorker - Search index: -1 10-21/10:02:40 INFO [pool-6-thread-1] MikrotikGateWorker - OpenRules cid=1437 rule_id=3 ... 10-21/11:13:52 INFO [pool-2-thread-4] IPNTestGates - Task finished time=10729374 ms Задача запустилась в 12:15. Заливает rule_id=7. В тарифе на это время должен быть rule_id=7 Цитата: 10-21/12:15:02 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... 10-21/13:45:49 INFO [pool-7-thread-1] MikrotikGateWorker - Processed CID=1437 10-21/13:45:49 INFO [pool-7-thread-1] MikrotikGateWorker - Status=0 10-21/13:45:54 INFO [pool-7-thread-1] MikrotikGateWorker - Seacrh on gate rules with comment: cid=1437;rule_id=7; 10-21/13:45:54 INFO [pool-7-thread-1] MikrotikGateWorker - Search index: -1 10-21/13:45:54 INFO [pool-7-thread-1] MikrotikGateWorker - OpenRules cid=1437 rule_id=7 ... 10-21/15:06:21 INFO [pool-2-thread-2] IPNTestGates - Task finished time=10278568 ms. Есть какие нибудь мысли по всему этому? |
Автор: | stark [ 22 окт 2010, 13:33 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
mikos писал(а): О, нашел http://bgbilling.ru/v5.1/doc/ch15s12.html но вопросы остались. Цитата: Задача Проверка шлюзов IPN должна запускаться периодически, примерно раз в 15 минут. Работа задачи разделена на две стадии: смена статуса должников, синхронизация правил. 1. Если у меня работа этой задачи занимает порядка 2-3 часов, есть смысл ее запускать каждые 15 минут? 2. Это нормально, что задача выполняется у меня так долго? нет. Сколько у вас шлюзов и какие ? скорее всего можно оптимизировать значительно . Больше 2-х минут , это много ..2 минуты - это порядка 1000 шлюзов с управлениям по telnet. mikos писал(а): 3. Две фазы - это в контексте одного запуска задачи или имеется ввиду повторый запуск задачи Проверка шлюзов IPN? нет. правила вообще не применяться я в стандартных шлюзах . Надо писать шлюз скриптовый шлюз СПЕЦИАЛЬНЫЙ для этого . Напрbмер для mikrotik есть несколько viewtopic.php?f=19&t=2237 viewtopic.php?f=7&t=4640 |
Автор: | mikos [ 22 окт 2010, 13:57 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Шлюзов в биллинге - порядка 200 (четыре типа). 1. Cisco - управление по telnet, модифицирован из http://wiki.bgbilling.ru/index.php/Реализация_стандартного_шлюза_Cisco2_на_BeanShell 2. Стандартный DLINK - управление по snmp (часто вижу ошибки таймаута) 3. Mikrotik - управление по ssh, слегка модифицирован из viewtopic.php?f=19&t=2237 4. MikrotikTelnet - управление по telnet, модифицирован из viewtopic.php?f=19&t=2237 От 3,4 шлюзов ожидаю заливку правил на железки. Она происходит, но не понятно в какое время. Временные диаппазоны и реальные заливки по логам в предыдущем сообщении я постил. Такое чувство, что после смены правила в биллинге, на железку оно сливается только с повторным вызовом задачи "Проверка шлюзов IPN". Реально на шлюзах правила выставляются сразу же после выполнения задачи "Обсчет логов IPN" - проверял заходя в настройку отдельно взятого у абонента шлюза в биллинге. Итого два непонятных мне момента: 1. Почему так долго? 2. Как заливать новые правила на железки сразу с первой же задачей "Проверка шлюзов IPN"? PS: Кэширование шлюзов не включено, количество потоков по дефолту (100). |
Автор: | stark [ 22 окт 2010, 17:09 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Это надо смотреть, разбираться какой шлюз работает больше всего . 2 часа - это ненормально ни разу. Например в стандартном шлюзе cisco2 вообще нет никакой проверки , там каждая команда переваливается по многу раз .Это можно оптимизировать , например вот тут : http://wiki.bgbilling.ru/index.php/%D0% ... %BC_telnet Miktorik - я не пробовал их запускать в том варианте, который предложен на форуме и не знаю насколько долго они работают, возможно там тоже можно оптимизировать . Но это не рамках форума, с такими вопросами обращайтесь в тех. поддержку |
Автор: | stark [ 22 окт 2010, 17:22 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
mikos писал(а): Как пример. 1. Тариф абонента (два временных диаппазона и соответствующие для них правила). - rule_id=3 [в обычное время: с 18 до 23] - rule_id=7 [в льготное время: с 0 до 17] 2. Два диаппазона: - Обычное: часы 18 - 23 - Льготное: часы 0 - 17 3. Запуск задачи "Обсчет логов IPN" - каждый час, 4 минуты 4. Запуск задачи "Проверка шлюзов IPN" - 1, 8, 12, 18 часов, 15 минут Что в итоге у абонента плучается такая картина: Задача запустилась в 18:15. Заливает rule_id=7. В тарифе на это время должен быть rule_id=3 Цитата: 10-20/18:15:01 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... 10-20/20:12:52 INFO [pool-3-thread-1] MikrotikGateWorker - Processed CID=1437 10-20/20:12:52 INFO [pool-3-thread-1] MikrotikGateWorker - Status=0 10-20/20:12:57 INFO [pool-3-thread-1] MikrotikGateWorker - Seacrh on gate rules with comment: cid=1437;rule_id=7; 10-20/20:12:57 INFO [pool-3-thread-1] MikrotikGateWorker - Search index: -1 10-20/20:12:57 INFO [pool-3-thread-1] MikrotikGateWorker - OpenRules cid=1437 rule_id=7 ... 10-20/21:32:36 INFO [pool-2-thread-2] IPNTestGates - Task finished time=11855332 ms. Задача запустилась в 1:15. Отметок о заливке правил для этого абонента не нашел. В логе множественные ошибки о таймаутах. Цитата: 10-21/01:15:03 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... Записей касающихся этого абонента в этот период не нашел ... 10-21/01:35:51 INFO [pool-2-thread-2] IPNTestGates - Task finished time=1248465 ms. Задача запустилась в 8:15. Заливает rule_id=3. В тарифе на это время должен быть rule_id=7 Цитата: 10-21/08:15:03 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... 10-21/10:02:35 INFO [pool-6-thread-1] MikrotikGateWorker - Processed CID=1437 10-21/10:02:35 INFO [pool-6-thread-1] MikrotikGateWorker - Status=0 10-21/10:02:40 INFO [pool-6-thread-1] MikrotikGateWorker - Seacrh on gate rules with comment: cid=1437;rule_id=3; 10-21/10:02:40 INFO [pool-6-thread-1] MikrotikGateWorker - Search index: -1 10-21/10:02:40 INFO [pool-6-thread-1] MikrotikGateWorker - OpenRules cid=1437 rule_id=3 ... 10-21/11:13:52 INFO [pool-2-thread-4] IPNTestGates - Task finished time=10729374 ms Задача запустилась в 12:15. Заливает rule_id=7. В тарифе на это время должен быть rule_id=7 Цитата: 10-21/12:15:02 INFO [Thread-5] TaskExecuter - Starting periodic task ID: 1 bitel.billing.server.ipn.IPNTestGates ... 10-21/13:45:49 INFO [pool-7-thread-1] MikrotikGateWorker - Processed CID=1437 10-21/13:45:49 INFO [pool-7-thread-1] MikrotikGateWorker - Status=0 10-21/13:45:54 INFO [pool-7-thread-1] MikrotikGateWorker - Seacrh on gate rules with comment: cid=1437;rule_id=7; 10-21/13:45:54 INFO [pool-7-thread-1] MikrotikGateWorker - Search index: -1 10-21/13:45:54 INFO [pool-7-thread-1] MikrotikGateWorker - OpenRules cid=1437 rule_id=7 ... 10-21/15:06:21 INFO [pool-2-thread-2] IPNTestGates - Task finished time=10278568 ms. Есть какие нибудь мысли по всему этому? Да вы не по тарифу смотрите .. Это скрипт у вас берет правило напрямую из тарифа ? или из договора( а договоре его проставляет задача обсчета логов ) ? Если второй вариант, то надо искать причину в тарифе (как он у вас составлен ) и в задаче проверки шлюза . Если первый, то в скрипте который получает тип правила из тарифа |
Автор: | mikos [ 22 окт 2010, 17:35 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Правило берем из тарифа. Наверно было бы проще брать его из договора. Подскажите плиз, как взять номер правила установленного в договоре на этом шлюзе? Код: private ParseTarif(H)
{ H.put("is_found", false); cid = H.get("cid"); if (cid == null) { return; }; time = H.get("time"); if (time == null) { return; }; formatter = new SimpleDateFormat("yyyy-MM-dd"); tarif_date = formatter.format(time.getTime()).toString(); query = "SELECT contract_tree_link.tree_id "+ "FROM contract_tree_link "+ "WHERE "+ "(contract_tree_link.date1 is NULL OR contract_tree_link.date1<='"+tarif_date+"') AND "+ "(contract_tree_link.date2 is NULL OR contract_tree_link.date2>='"+tarif_date+"') AND "+ "contract_tree_link.cid='"+cid+"' "+ "UNION "+ "SELECT tariff_tree_link.tree_id "+ "FROM contract_tariff "+ " INNER JOIN tariff_tree_link "+ " ON (contract_tariff.tpid=tariff_tree_link.tpid) "+ "WHERE (contract_tariff.date1 is NULL OR contract_tariff.date1<='"+tarif_date+"') AND "+ "(contract_tariff.date2 is NULL OR contract_tariff.date2>='"+tarif_date+"') AND "+ "contract_tariff.cid='"+cid+"'"; re = con.prepareStatement(query); rs = re.executeQuery(); while (rs.next()) { tree_id = rs.getString(1); ParseMTree(tree_id,H); }; } private ParseMTree(tree_id,H) { is_found = H.get("is_found"); if (is_found == null) { return; }; if (is_found) { return; }; mid = H.get("mid"); if (mid == null) { return; }; query = "SELECT mtree_node.id "+ "FROM module_tariff_tree "+ " INNER JOIN mtree_node "+ " ON (module_tariff_tree.id=mtree_node.mtree_id) "+ "WHERE mtree_node.type='root' AND module_tariff_tree.tree_id='"+tree_id+"' AND module_tariff_tree.mid='"+mid+"'"; re = con.prepareStatement(query); rs = re.executeQuery(); while (rs.next()) { node_id = rs.getString(1); ParseNode(node_id,H); }; } private ParseNode(node_id,H) { is_found = H.get("is_found"); if (is_found == null) { return; }; if (is_found) { return; }; sid = H.get("sid"); if (sid == null) { return; }; operation = H.get("operation"); if (operation == null) { return; }; time = H.get("time"); if (time == null) { return; }; query = "SELECT id, type, data FROM mtree_node WHERE parent_node='"+node_id+"'"; re = con.prepareStatement(query); rs = re.executeQuery(); while (rs.next()) { id = rs.getString(1); type = rs.getString(2); data = rs.getString(3); if (type.equals("service") && sid != Integer.parseInt(data)) { continue; }; if (type.equals("ipn_rule") && operation.equals("get_ipn_rule_id")) { datas = data.split ("&"); H.put("rule_id",datas[1]); H.put("is_found",true); }; if (type.equals("period")) { datas = data.split ("%"); date1 = null; date2 = null; for (i=0; i<datas.length; i++) { date_arr = datas[i].split("&"); if (date_arr.length != 2) { continue; }; formatter = new SimpleDateFormat("dd.MM.yyyy"); date = formatter.parse(date_arr[1]); if (date_arr[0].equals("date1")) { date1 = date; }; if (date_arr[0].equals("date2")) { date2 = date; }; }; if (date1 != null && date1.compareTo(time.getTime()) != -1){ continue; }; if (date2 != null && date2.compareTo(time.getTime()) != 1){ continue; }; }; ParseNode(id,H); }; }; |
Автор: | stark [ 22 окт 2010, 17:41 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
mikos писал(а): Правило берем из тарифа. Наверно было бы проще брать его из договора. Подскажите плиз, как взять номер правила установленного в договоре на этом шлюзе? это зависит от тарифа . |
Автор: | mikos [ 22 окт 2010, 22:30 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Нашел, где простаивает работа со шлюзом 10 секунд на абонента. Код: session.setTimeout( timeout ); session.setSocketTimeTimeout( socketTimeout ); session.setEndString( ": " ); session.connect(); log.info( "Login..." ); doCommand( session, login ); session.setRegexp( "\\[.+?@.+?\\] >.*\\[.+?@.+?\\] >" ); log.info( "Password..." ); doCommand( session, pswd ); [b]Здесь, после посылки пароля, скрипт подвисает на 10 секунд и потом начинает выполнятся дальше[/b] log.info( "Send commands..." ); processSession( session ); protected String doCommand( AbstractTerminalSession session, String rule ) throws Exception { return session.doCommand( rule ); } socketTimeout=10 Если socketTimeout уменьшить, то получаю ошибку таймаута. Т.е. 10 секунд ему как раз хватает на что-то, а меньше нет. Цитата: 10-22/20:31:06 INFO [Thread-1624] MikrotikGateWorker - Running script 10-22/20:31:06 INFO [Thread-1624] MikrotikGateWorker - Connect to Gateway (10.0.0.252)... 10-22/20:31:06 INFO [Thread-1624] MikrotikGateWorker - Login... 10-22/20:31:06 INFO [Thread-1624] MikrotikGateWorker - Password... 10-22/20:31:16 INFO [Thread-1624] MikrotikGateWorker - Send commands... 10-22/20:31:16 INFO [Thread-1624] MikrotikGateWorker - Processed CID=269 10-22/20:31:16 INFO [Thread-1624] MikrotikGateWorker - Status=0 10-22/20:31:16 INFO [Thread-1624] MikrotikGateWorker - Seacrh on gate rules with comment: cid=269;rule_id=15; 10-22/20:31:16 INFO [Thread-1624] MikrotikGateWorker - Search index: -1 10-22/20:31:16 INFO [Thread-1624] MikrotikGateWorker - OpenRules cid=269 rule_id=15 Предполагаю он ждет setEndString (пробовал и его использовать вместо setRegexp) или в данном случае совпадения с setRegexp, но почему и что не так в коде? Подскажите плиз, кто использует telnet? |
Автор: | mikos [ 22 окт 2010, 23:23 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Еще видел упоминание метода setRegexpBufferSize, который необходимо использовать вместе с setRegexp. Но описание класса TelnetSession парой методов, а AbstractTerminalSession вообще не нашел ![]() Задебажил ответы mikrotik во время коннекта. Вот как они выглядят: Код: 10-22/21:25:02 INFO [Thread-1662] MikrotikGateWorker - !!! CONNECTION MIKROTIK TRANSCRYPT !!! 10-22/21:25:02 INFO [Thread-1662] MikrotikGateWorker - MikroTik v5.0rc1 Login: Password: MMM MMM KKK TTTTTTTTTTT KKK MMMM MMMM KKK TTTTTTTTTTT KKK MMM MMMM MMM III KKK KKK RRRRRR OOOOOO TTT III KKK KKK MMM MM MMM III KKKKK RRR RRR OOO OOO TTT III KKKKK MMM MMM III KKK KKK RRRRRR OOO OOO TTT III KKK KKK MMM MMM III KKK KKK RRR RRR OOOOOO TTT III KKK KKK MikroTik RouterOS 5.0rc1 (c) 1999-2010 http://www.mikrotik.com/ [bgb@Shaper] > 10-22/21:25:02 INFO [Thread-1662] MikrotikGateWorker - !!!!!!!!!!!!!!!!!!!!!!!!!!!!! Может как раз много бакафф в ответ получает и его это плющит? |
Автор: | stark [ 25 окт 2010, 13:26 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
mikos писал(а): Еще видел упоминание метода setRegexpBufferSize, который необходимо использовать вместе с setRegexp. Но описание класса TelnetSession парой методов, а AbstractTerminalSession вообще не нашел ![]() Задебажил ответы mikrotik во время коннекта. Вот как они выглядят: Код: 10-22/21:25:02 INFO [Thread-1662] MikrotikGateWorker - !!! CONNECTION MIKROTIK TRANSCRYPT !!! 10-22/21:25:02 INFO [Thread-1662] MikrotikGateWorker - MikroTik v5.0rc1 Login: Password: MMM MMM KKK TTTTTTTTTTT KKK MMMM MMMM KKK TTTTTTTTTTT KKK MMM MMMM MMM III KKK KKK RRRRRR OOOOOO TTT III KKK KKK MMM MM MMM III KKKKK RRR RRR OOO OOO TTT III KKKKK MMM MMM III KKK KKK RRRRRR OOO OOO TTT III KKK KKK MMM MMM III KKK KKK RRR RRR OOOOOO TTT III KKK KKK MikroTik RouterOS 5.0rc1 (c) 1999-2010 http://www.mikrotik.com/ [bgb@Shaper] > 10-22/21:25:02 INFO [Thread-1662] MikrotikGateWorker - !!!!!!!!!!!!!!!!!!!!!!!!!!!!! Может как раз много бакафф в ответ получает и его это плющит? Сколько у вас шлюзов mikrotik и сколько абонентов на каждом ? Подразумевается , что на один шлюз много абонентов вешается и эта заставка считавется один раз только для шлюза , потом уже просто отправляются команды для абонентов (если надо ) .. |
Автор: | mikos [ 25 окт 2010, 15:26 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Да, все верно - не подумав сказал. Шлюзов микротик два - на одином все нормально, там ssh и версия 4ка, на втором телнет и тормоза. |
Автор: | mikos [ 26 окт 2010, 11:25 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
Вылечилось сменой микротика на 4.11 с использованием ssh. |
Автор: | stark [ 27 окт 2010, 20:04 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
mikos писал(а): Вылечилось сменой микротика на 4.11 с использованием ssh. А тот, который по telnet так же по прежнему работает ? |
Автор: | mikos [ 27 окт 2010, 20:11 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
нет, мы его заменили на ssh |
Автор: | stark [ 27 окт 2010, 20:32 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
mikos писал(а): нет, мы его заменили на ssh А причина в чем была ? в telnet или в верcии mikrotik ? |
Автор: | mikos [ 10 ноя 2010, 16:48 ] |
Заголовок сообщения: | Re: [BGB5.1] Обсчет логов IPN: Реальная заливка новых правил |
И в том и в другом. Периодически консоль микротика переставала принимать комманды (как по ssh так и по telnet). По ssh оно работало, но в этой версии микротика ssh был не стабильный, изза этого хотели перейти на telnet - не вышло. Причину долгой работы telnet не выяснили. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |