BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 27 апр 2024, 17:08

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 19 ] 
Автор Сообщение
СообщениеДобавлено: 21 окт 2010, 20:28 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Всем привет.
Подскажите пожалуйста, есть задача установки правил на шлюзах "Обсчет логов IPN". После нее выполняется задача "Проверка шлюзов IPN" для установки этих правил на шлюзах. Но реально, новые установленные правила на шлюз не отправляются - по логам вижу заливку старых правил.
Помню где-то читал, что реальная установка правил происходит при второй фазе какой-то, что-то в этом роде.
Это значит, что мне нужно два раза подряд обойти все железки, чтобы новые правила залились? Один обход занимает порядка 2-3 часов! :(


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 окт 2010, 20:36 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
О, нашел http://bgbilling.ru/v5.1/doc/ch15s12.html но вопросы остались.
Цитата:
Задача Проверка шлюзов IPN должна запускаться периодически, примерно раз в 15 минут. Работа задачи разделена на две стадии: смена статуса должников, синхронизация правил.

1. Если у меня работа этой задачи занимает порядка 2-3 часов, есть смысл ее запускать каждые 15 минут?
2. Это нормально, что задача выполняется у меня так долго?
3. Две фазы - это в контексте одного запуска задачи или имеется ввиду повторый запуск задачи Проверка шлюзов IPN?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 окт 2010, 21:18 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Как пример.

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.


Есть какие нибудь мысли по всему этому?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 13:33 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 13:57 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Шлюзов в биллинге - порядка 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).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 17:09 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Это надо смотреть, разбираться какой шлюз работает больше всего . 2 часа - это ненормально ни разу. Например в стандартном шлюзе cisco2 вообще нет никакой проверки , там каждая команда переваливается по многу раз .Это можно оптимизировать , например вот тут :
http://wiki.bgbilling.ru/index.php/%D0% ... %BC_telnet

Miktorik - я не пробовал их запускать в том варианте, который предложен на форуме и не знаю насколько долго они работают, возможно там тоже можно оптимизировать . Но это не рамках форума, с такими вопросами обращайтесь в тех. поддержку


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 17:22 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
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.


Есть какие нибудь мысли по всему этому?


Да вы не по тарифу смотрите .. Это скрипт у вас берет правило напрямую из тарифа ? или из договора( а договоре его проставляет задача обсчета логов ) ? Если второй вариант, то надо искать причину в тарифе (как он у вас составлен ) и в задаче проверки шлюза . Если первый, то в скрипте который получает тип правила из тарифа


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 17:35 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Правило берем из тарифа. Наверно было бы проще брать его из договора.
Подскажите плиз, как взять номер правила установленного в договоре на этом шлюзе?
Код:
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);
   };
};


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 17:41 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
Правило берем из тарифа. Наверно было бы проще брать его из договора.
Подскажите плиз, как взять номер правила установленного в договоре на этом шлюзе?


это зависит от тарифа .


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 18:04 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
А хотя бы примерчик какой нибудь и в чем отличия? У нас тарифы так устроены (аттач).


Вложения:
tariff1.png
tariff1.png [ 13.42 КБ | Просмотров: 8603 ]
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 22:30 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Нашел, где простаивает работа со шлюзом 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?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2010, 23:23 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Еще видел упоминание метода 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 - !!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Может как раз много бакафф в ответ получает и его это плющит?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 окт 2010, 13:26 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
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 и сколько абонентов на каждом ? Подразумевается , что на один шлюз много абонентов вешается и эта заставка считавется один раз только для шлюза , потом уже просто отправляются команды для абонентов (если надо ) ..


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 окт 2010, 15:26 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Да, все верно - не подумав сказал. Шлюзов микротик два - на одином все нормально, там ssh и версия 4ка, на втором телнет и тормоза.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 окт 2010, 11:25 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Вылечилось сменой микротика на 4.11 с использованием ssh.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 окт 2010, 20:04 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
Вылечилось сменой микротика на 4.11 с использованием ssh.


А тот, который по telnet так же по прежнему работает ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 окт 2010, 20:11 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
нет, мы его заменили на ssh


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 окт 2010, 20:32 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
нет, мы его заменили на ssh

А причина в чем была ? в telnet или в верcии mikrotik ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 ноя 2010, 16:48 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
И в том и в другом. Периодически консоль микротика переставала принимать комманды (как по ssh так и по telnet). По ssh оно работало, но в этой версии микротика ssh был не стабильный, изза этого хотели перейти на telnet - не вышло. Причину долгой работы telnet не выяснили.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 19 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.087s | 58 Queries | GZIP : On ]