Jump to content
Local
kvirtu

Abills: странный глюк

Recommended Posts

Всем привет !

Помогите  с этим биллингом,

Сегодня пошли звонки от клиентов, что не пускает в инет.

В биллинге, в логах ошибки: Service not allow or expire CID

Выяснилось, что у клиентов прописалось в поле Окончание: (после TURBO) -  сегодняшняя дата.

Вот скрины:

post-4093-0-03050100-1386450166_thumb.jpg

post-4093-0-51214000-1386450184_thumb.jpg

 

ПЫ.СЫ.  на скрине, дата завтрашняя, кого сегодня не пускало, всем установил: 0000-00-00

Заранее спасибо

Share this post


Link to post
Share on other sites

В настройках тарифа стоит "Время существования с момента активации" ?

Share this post


Link to post
Share on other sites

В настройках тарифа стоит "Время существования с момента активации" ?

ну да, 31 день.

До сегодняшнего дня все работало нормально, правда было обновился недавно до релиза 0.54 от 1.11.2013.

Мабуть там глдюки в этом релизе.

Edited by kvirtu

Share this post


Link to post
Share on other sites

Этот параметр отвечает за время жизни аккаунта после активации. Сейчас оно правильно отрабатывает. Скорее раньше что-то было не так.

А с какой целью указываете этот параметр?

Share this post


Link to post
Share on other sites

Этот параметр отвечает за время жизни аккаунта после активации. Сейчас оно правильно отрабатывает. Скорее раньше что-то было не так.

А с какой целью указываете этот параметр?

именно аккаунта или тарифного плана ?

Я его вообще НИКОГДА не указывал, биллинг САМ все зачем-то прописал (((

Share this post


Link to post
Share on other sites

Именно аккаунта, нужно поставить 0, тогда срок окончания не будет выставляться.

Share this post


Link to post
Share on other sites

Именно аккаунта, нужно поставить 0, тогда срок окончания не будет выставляться.

уже прошелся по всем аккаунтам, везде посбрасывал, но ПОЧЕМУ биллинг сам даты проставил, причем не всем, как то выборочно ???

Какие настройки за это отвечают ?

ПЫ.СЫ. На другом биллинге выборочно было проставлена юзверам дата: 2013-12-09. От было было весело мне в понедельник ....

Edited by kvirtu

Share this post


Link to post
Share on other sites

уже прошелся по всем аккаунтам, везде посбрасывал

а не простіше було SQL запитом зараз все виставити для всіх в 0 ? секундна справа до речі

тепер по суті питання

це сталося скоріше за все що хтось виставив дату в активації, і коли там щось стоїть замість нулів - виставляється час закінчення .... це наскільки я памятаю

Edited by Lynx100

Share this post


Link to post
Share on other sites

 

уже прошелся по всем аккаунтам, везде посбрасывал

а не простіше було SQL запитом зараз все виставити для всіх в 0 ? секундна справа до речі

тепер по суті питання

це сталося скоріше за все що хтось виставив дату в активації, і коли там щось стоїть замість нулів - виставляється час закінчення .... це наскільки я памятаю

 

я один администрирую биллинг, никто другой не мог,

поле "Окончание" никогда не трогал ...

Share this post


Link to post
Share on other sites

ви уважно читаєте що я вам вище писав ?

"це сталося скоріше за все що хтось виставив дату в активації, і коли там щось стоїть замість нулів - виставляється час закінчення .."

тобто поле Закінчення САМЕ виставляється якщо в полі АКТИВАЦІЯ щось є відмінне від 0

Share this post


Link to post
Share on other sites

приподниму тему,

опять у части юзверов, в поле "Окончание" прописалась дата окончания.

Кто  может подсказать как оно работает или от чего зависит ???

На сайте разработчика как всегда нет описания

спасибо

Share this post


Link to post
Share on other sites

Прописывается при активации тарифного плана, если время действия ненулевое.

Share this post


Link to post
Share on other sites

Прописывается при активации тарифного плана, если время действия ненулевое.

Вчера только всем обнулил, сегодня опять, биллинг проставил, причем как-то хаотично, не всем (версия биллига , последняя стабильная 0.55).

Вот пример, одного их клиентов.

post-4093-0-41924000-1391967152_thumb.jpg

post-4093-0-53581300-1391967179_thumb.jpg

Хотя вот вчера обнулил:

post-4093-0-47012800-1391967205.jpg

Share this post


Link to post
Share on other sites

Повторюсь: если во времени жизни тарифа не ноль, и если дата активации учетки нулевая - дата активации-окончания выставляются в момент коннекта. Если дата активации не ноль - меняется при смене тарифного плана. И так было всегда (в чем собссно и смысл времени жизни).

Мы допилили себе автоматическую повторную активацию пакета. В основную ветку Асмодеус не принял по непонятным соображениям (скорее всего - просто никто из комм. клиентов не использует тарификацию по N суток, все работают с помесячной тарификацией), более того - повторно активировать тот же пакет даже вручную нельзя было (и по-моему даже сейчас нельзя).

Edited by NiTr0

Share this post


Link to post
Share on other sites

Повторюсь: если во времени жизни тарифа не ноль, и если дата активации учетки нулевая - дата активации-окончания выставляются в момент коннекта. Если дата активации не ноль - меняется при смене тарифного плана. И так было всегда (в чем собссно и смысл времени жизни).

Мы допилили себе автоматическую повторную активацию пакета. В основную ветку Асмодеус не принял по непонятным соображениям (скорее всего - просто никто из комм. клиентов не использует тарификацию по N суток, все работают с помесячной тарификацией), более того - повторно активировать тот же пакет даже вручную нельзя было (и по-моему даже сейчас нельзя).

У меня:

в тарифном плане: Абонплата за месяц: 50  , Время существования с момента активации (Дни): 31

У ВСЕХ клиентов поле: Активация: НЕ нулевая, Окончание (сразу же под Активацией) - нулевая.

Если у клиента достаточно средств на текущее число, то происходит автоматическое снятие денег и дата активации меняется на текущую. Если денег не хватает - статус с Активно переходит в Слишком маленький депозит.

Мне не понятна логика работы поля Окончание сразу же под полем TURBO Количество -  можно ли его отключить ?

Share this post


Link to post
Share on other sites

 

Повторюсь: если во времени жизни тарифа не ноль, и если дата активации учетки нулевая - дата активации-окончания выставляются в момент коннекта. Если дата активации не ноль - меняется при смене тарифного плана. И так было всегда (в чем собссно и смысл времени жизни).

Мы допилили себе автоматическую повторную активацию пакета. В основную ветку Асмодеус не принял по непонятным соображениям (скорее всего - просто никто из комм. клиентов не использует тарификацию по N суток, все работают с помесячной тарификацией), более того - повторно активировать тот же пакет даже вручную нельзя было (и по-моему даже сейчас нельзя).

У меня:

в тарифном плане: Абонплата за месяц: 50  , Время существования с момента активации (Дни): 31

У ВСЕХ клиентов поле: Активация: НЕ нулевая, Окончание (сразу же под Активацией) - нулевая.

Если у клиента достаточно средств на текущее число, то происходит автоматическое снятие денег и дата активации меняется на текущую. Если денег не хватает - статус с Активно переходит в Слишком маленький депозит.

Мне не понятна логика работы поля Окончание сразу же под полем TURBO Количество -  можно ли его отключить ?

 

Уберите время жизни пакетов. Используйте абонплату пакета Edited by NiTr0

Share this post


Link to post
Share on other sites

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

Share this post


Link to post
Share on other sites

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

нужно коректно все настраивать, если у Вас мало абонентов то Ві не замечаете ошибок как только их становиться больше становиться больше недовольных и начинают лез ошибки по не коректной настройке

 

в верси 0.7 уже вся настройка будет идти с вебки с доп проверками чтоіб не было вариантов накосячить

Share this post


Link to post
Share on other sites

 

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

нужно коректно все настраивать, если у Вас мало абонентов то Ві не замечаете ошибок как только их становиться больше становиться больше недовольных и начинают лез ошибки по не коректной настройке

 

в верси 0.7 уже вся настройка будет идти с вебки с доп проверками чтоіб не было вариантов накосячить

 

Главное что бы разработчики не кОсясили, как с mysql  в последней стабильной версии

Share this post


Link to post
Share on other sites

 

 

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

нужно коректно все настраивать, если у Вас мало абонентов то Ві не замечаете ошибок как только их становиться больше становиться больше недовольных и начинают лез ошибки по не коректной настройке

 

в верси 0.7 уже вся настройка будет идти с вебки с доп проверками чтоіб не было вариантов накосячить

 

Главное что бы разработчики не кОсясили, как с mysql  в последней стабильной версии

 

 

косяки уже давно поправлены

Share this post


Link to post
Share on other sites

 

 

 

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

нужно коректно все настраивать, если у Вас мало абонентов то Ві не замечаете ошибок как только их становиться больше становиться больше недовольных и начинают лез ошибки по не коректной настройке

 

в верси 0.7 уже вся настройка будет идти с вебки с доп проверками чтоіб не было вариантов накосячить

 

Главное что бы разработчики не кОсясили, как с mysql  в последней стабильной версии

 

 

косяки уже давно поправлены

 

ок, главное что бы больше не было :)

Share this post


Link to post
Share on other sites

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

Может стоит потюнить ФС и БД, сталкивался с таким, биллинг под дебианом клеил ласты на 3й сотне абонов,  немного поправить fstab, немножко тюнига БД, и летает на 3й тысяче...

Edited by Ромка

Share this post


Link to post
Share on other sites

 

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

Может стоит потюнить ФС и БД, сталкивался с таким, биллинг под дебианом клеил ласты на 3й сотне абонов,  немного поправить fstab, немножко тюнига БД, и летает на 3й тысяче...

 

 

а можно подробней про тюнинг БД ?

Share this post


Link to post
Share on other sites

 

 

А сколько у Вас абонентов на биллинге, если не секрет? Была замечена такая штука что после увеличения количества абонентов начинает глючить биллинг это как будто бы спецом сделано что бы покупали. У меня к примеру 700 абонов глючит по черному, даже подобные ошибки что и у Вас, у знакомых около 50 работает на ура, налюбоваться не могут и у меня проработало больше 2-х лет без проблем пока абонов не увеличилось. Просидел наверное с пол года в попытках понять что же я делаю не так с биллингом но все падало к "0". Ставлю с чистой системы, все работает, даты ставятся правильно, все отрабатывает и тут только прописываем абонов начинаются танцы. Но вот мне удалось немного поговорить с еще одним обладателем данной системы то у них была такая же ситуация после чего они нашли программиста который там что то подправил и у них уже больше 2000 абонов и работает как часы. Но увы из-за войны (они с Донецка)  связь утерялась и что было сделано не знаю. Если кто знает что нужно поправить поделитесь, если есть еще с такими же проблемами присоеденяйтесь!

Может стоит потюнить ФС и БД, сталкивался с таким, биллинг под дебианом клеил ласты на 3й сотне абонов,  немного поправить fstab, немножко тюнига БД, и летает на 3й тысяче...

 

 

а можно подробней про тюнинг БД ?

 

Имелось ввиду тюнинг mysql-server)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By vector_zuriel
      Абиллс выпустили андроид приложение для клиентского кабинета. Достаточно удобное приложение. Тестирую уже вторую неделю его и хочу сказать, что когда нужен моментальный доступ к клиенськой информации клиенський кабинет всегда под рукой.
      На данный момент есть следующие функции:
      Просмотр личной информации, Просмотр информации по тарифным планам, Возможность распечатать договор клиента, Просмотр личных сообщений (Help Desk), Пуш уведомления. Приложение насколько мне известно планируют развивать и в будущем есть планы выпустить данный продукт под платформу iOS Вот несколько скриншотов этого приложения (Скриншты взяты из Play Market)
      Вот сылка на приложения - https://play.google.com/store/apps/details?id=com.abillsmobile.abillsclient (Советую. Буду тестировать новые функции и буду рассказывать о них)






    • By MorS
      Здравствуйте! 1-го числа каждого месяца, видимо, из-за процесса закрытия учетного периода "падает" радиус сервер:
       
      May  1 00:00:15 billing kernel: [466821.810836] freeradius[15947]: segfault at 2012 ip 00007f7a9586f5da sp 00007f7a427fac60 error 4
      May  1 00:00:15 billing kernel: [466821.810849] freeradius[15991]: segfault at 2012 ip 00007f7a9586f5da sp 00007f7a1a7f2c60 error 4 in rlm_perl-2.2.6.so[7f7a9586c000+6000]
      May  1 00:00:15 billing kernel: [466821.811111]  in rlm_perl-2.2.6.so[7f7a9586c000+6000]
      May  1 00:00:15 billing kernel: [466821.812848]  in rlm_perl-2.2.6.so[7f7a9586c000+6000] in rlm_perl-2.2.6.so[7f7a9586c000+6000]
       
      Информация о системе:
      -  OC Debian-7.11.0 Linux  2.6.32-3-amd64
      - Версия биллинга ABillS 0.56b/20140807
      - freeradius: FreeRADIUS Version 2.2.6
      - mysqld  Ver 5.1.47-1
      - сервера доступа Mikrotik (12 шт.)
      - абонентов on-line на 1.05.2019 00:00:00 - 5570
      Большинство тарифных планов с помесячной абонентской платой, с распределением абонплаты, макс. время сессии - 65535 сек.
       
      Перезапуск радиуса вручную толку дает мало,система "приходит в себя" через несколько часов. Помогут ли следующее варианты решения проблемы:
      1 вариант 
      - выставить в параметрах сервера доступа !Session-Timeout=0,  макс. время сессии - 0 сек, отключить  в crontab (1    0  *  *  *  root   /usr/abills/libexec/periodic daily
      1    1  *  *  *  root   /usr/abills/libexec/periodic monthly)
      - 1-го числа каждого месяца (или каждые сутки?) воспользоваться программой autozh.pl и по очереди по одному насу переинициализировать сессии для сбора статистики.
       
      2 вариант
      В дополнении к первому пересобрать радиус на более свежий из второй ветки - 2.2.10. Возможно. проблема в нем. Плюс доработать скрипт, что следит за состоянием радиус-сервера (типа if [ -z "$(ps x | grep free[rad])" ]; then date >> /root/die.log;rm -f /var/run/freeradius/freeradius.pid;/etc/init.d/freeradius stop;/etc/init.d/freeradius start; fi)
       
      3 вариант
      В тарифных планах отказаться от месячной абонплаты  и настроить дневную абонентскую плату. В crontab оставить только periodic daily. Возможно это сделает нагрузку на биллинг более равномерной.
       
      4 вариант 
      Апгрейд биллинга до последней версии  - возможно модуль rlm_perl будет работать стабильнее. Интересует целесообразность и цена обновления.
       
      Возможно, у есть другие варианты, с удовольствием с ними ознакомлюсь.
      P.S. Может у кого есть autozh.pl для 0.5x версии биллинга? Скиньте, пожалуйста!
    • By ~AsmodeuS~
      Релиз ABillS Infinity 0.80
       
      ABillS Infinity
       
      Долгожданная open source версия биллинга ABillS 0.80! 
      Новые возможности, дополнения, исправления и улучшения выполнены в частности в  модулях:
       
      Internet+
      Поддержка Huawei ME60 Поддержка ZTE M6000 Добавлена фильтрация по меткам в Internet мониторинге Переход на следующий тарифный план со статусом “Недостаточно средств” Параметр игнорирования MAC-авторизации Поиск сессий по CPE_MAC  
      Equipment
      Поиск дублирующихся серийных номеров ONU Просмотр количества свободных и занятых ONU Сбор прошивок с оборудования Интеграция с GPON Eltex и OLT V-Solution Графики скорости пользователя в реальном времени Быстрый отчет по оборудованию Paysys
      Новые платежные системы E-Pul, Payme, Concord  
      Iptv
      Новые модули Microimpuls, Omega TV  
      Msgs
      Добавлен чат, нотификация сообщений в чате, глобальные оповещения Добавлены новые отчеты по сообщениям  
      Crm
      Автоматизированный расчет выплаты зарплат Добавлены нормы рабочего времени Работа с лидами — визуальное отображение воронки продаж  
      Storage
      Добавлена возможность перемещения товара со склада на склад Добавлены печатные формы Приходной накладной, Расходной накладной Добавлен фильтр по партии на складе  
      Добавлен docker контейнер с базовой конфигурацией Abills, v.0.80
      Скачать: https://sourceforge.net/projects/abills/files/abills/0.8/
      Автоустановка: http://abills.net.ua:8090/pages/viewpage.action?pageId=1278106
       
    • By Sweduk
      Здравствуйте.
      Возможно кто то испытывал такие же проблемы как у меня на сервере. 
      Каждые пол часа у всех абонентов пропадает интернет, при этом в роутерах значение IP адреса вместо назначенного DHCP сервером становится 0.0.0.0
      Если статически задать IP адрес абоненту,интернет работает стабильно.
      На сколько я знаю (настраивал не я) у нас стоит такая связка - ISC DHCP для ABillS.
      По какой причине могут отваливаться IP адреса у абонентов а затем через 3-5 минут они снова их получают и интернет возобнавляется и так циклично?
      В настройках сервера срок аренды адреса указан был изначально 300 сек,поменял на 600,ничего не дало.
    • By masters
      Стоит Abills (0.59) на Centos 6, и несколько НАСов на FreeBSD 11, mpd5.
      Белые IP распределяются динамически по протоколу RIP (на фре - quagga).
       
      Проблема в том, что когда у пользователя некорректно завершается PPPoE сессия (обрыв, роутер перегрузили), маршрут по RIP не подымается, соответственно интернета нет.
       
      Есть подозрение - что это происходит из-за того, что биллинг разрешает клиенту вторую сессию параллельно. Когда пользователь поднимает 2ю сессию, первая рубится - и соответственно, с ней Quagga дропает и маршрут. Если потом завершить сессию корректно, то маршрут подымается и работает нормально.
       
      Есть ли возможность запретить поднимать вторую сессию? Пусть например пользователь ждет пока не выйдет таймаут, и первая не дропнется.
×