[grfmaniak]

это пипец на ровном месте.

 

вместо того, чтобы рвать по достижению 24 часов коннекта и распределять нагрузку на биллинг связанную со сменами ТП по всему месяцу, всех выкидывают одномоментно и первые несколько часов имеют БДСМ на ровном месте, ибо ОДНОМОМЕНТНО нужно сделать много и всем.

1. На кой черт нам рвать каждые 24 часа и иметь крики абонентов ЕЖЕДНЕВНО, если можно разорвать раз в месяц?

2. Никакого БДСМ не наблюдаем, тем более "несколько часов" - через две минуты уже опять все подключены, никаких проблем. Зачем городить бред с потолка? Прекрасно ОДНОМОМЕНТНО все обратно подключаются в течении 2х минут.

 

Вот раз в сутки рвать связь - это бред, тут у клиентов паранойя начнется наверное, ближе к полуночи.

 

 

вместо того, чтобы рвать по достижению 24 часов коннекта и распределять нагрузку на биллинг связанную со сменами ТП по всему месяцу, всех выкидывают одномоментно и первые несколько часов имеют БДСМ на ровном месте, ибо ОДНОМОМЕНТНО нужно сделать много и всем.

Это вместо того, чтобы не рвать сессию вообще, перераспределяя пайпы только для тех, кто сменил ТП, без обрыва сессии, а "помегабайтников" обсчитывать либо по Accounting-Update, либо по-старинке - из netflow, который один хрен редко кто не собирает.

Скоро скрестим биллинг с ISG и вообще ничего рвать не будем никогда.

[Картуччо]

Вот раз в сутки рвать связь - это бред, тут у клиентов паранойя начнется наверное, ближе к полуночи.

Это смотря зачем рвать :)

можно рвать 2 раза в сутки для включения и выключения ночного удвоения скорости.

 

[Ivan Rostovikov]

Сесии рвем через 24 часа по 2-м причинам:

1.Выгоднее распределяются (высвобождаются) адреса.

2.Для смены тар. плана.

Вообще PPP - это сеансовый протокол. А у сеанса основной параметр это длительность. Длительность бесконечной не бывает.

24 часа - премлимо и достаточно. У нас никто не жалуется. Большинство об этом даже незнают.

[GateKeeper]

А что значит "высвобождаются адреса"? Это значит, что адресов меньше, чем при не самом оптимистичном прогнозе одновременных соединений?

[Bushi]

Рвем сессию только при отлючении/блокировании услуги. Для разрыва отправляем POD (packet of disconnect). Так что если у клиента все оплачено - сессия может не рваться месяцами.

 

Хотя большинство клиентов у нас получают global IP по DHCP (как статические, так и из динамических пулов).

[Vital25000]

не единого разрыва (с)

http://live22000.j-net.ru/video/view/?id=55158

[No_name]

А нельзя рвать только у сменивших тариф?

Можно, если биллинг позволяет. Lanbilling вот не позволяет, приходится рвать всем. Но раз в месяц в полночь - это не смертельно.

Позволяет, даже на 1.8

Обрыв происходит как правило по причине недостатка средств на счету.

[grfmaniak]

А нельзя рвать только у сменивших тариф?

Можно, если биллинг позволяет. Lanbilling вот не позволяет, приходится рвать всем. Но раз в месяц в полночь - это не смертельно.

Позволяет, даже на 1.8

Обрыв происходит как правило по причине недостатка средств на счету.

Не надо путать мягкое с теплым. Причем тут обрыв при недостатке средств? Допустим, клиент сидел на помегабайтке и никакого ограничения полосы у него не было. С 1 числа у него смена тарифа на безлимит 256. Наступает полночь, средства у него на счету есть, значит сам lanbilling ничего рвать не будет. И клиент зарядит торрентов, начнет качать, выжирая весь ваш внешний канал, вместо 256К. А средства у него может через неделю кончатся. Где тут "Позволяет, даже 1.8" ?? Ничего он не позволяет. Я запрашивал у них такую функцию. Чтобы добавили хотя бы скрипт, запускающийся при смене тарифа. Как всегда запросили денег за доработку. Написал себе бесплатно скрипт на разрыв раз в месяц да и все дела.

Изменено 18 февраля, 2010 пользователем grfmaniak

[No_name]

А нельзя рвать только у сменивших тариф?

Можно, если биллинг позволяет. Lanbilling вот не позволяет, приходится рвать всем. Но раз в месяц в полночь - это не смертельно.

Позволяет, даже на 1.8

Обрыв происходит как правило по причине недостатка средств на счету.

Не надо путать мягкое с теплым. Причем тут обрыв при недостатке средств? Допустим, клиент сидел на помегабайтке и никакого ограничения полосы у него не было. С 1 числа у него смена тарифа на безлимит 256. Наступает полночь, средства у него на счету есть, значит сам lanbilling ничего рвать не будет. И клиент зарядит торрентов, начнет качать, выжирая весь ваш внешний канал, вместо 256К. А средства у него может через неделю кончатся. Где тут "Позволяет, даже 1.8" ?? Ничего он не позволяет. Я запрашивал у них такую функцию. Чтобы добавили хотя бы скрипт, запускающийся при смене тарифа. Как всегда запросили денег за доработку. Написал себе бесплатно скрипт на разрыв раз в месяц да и все дела

Ничего я не путаю. Все работает, при переходе с тарифа на тариф автоматически меняется скорость, и при смене скорости переменная которая за нее отвечает передается биллингом во в нешние скрипты, например vg.edit И если денег хватает на счету у него просто тупо меняется скорость без разрыва сессии.(смотря как реализуешь, но у меня так.)

Как то вот так.

Изменено 19 февраля, 2010 пользователем Brainiac

[grfmaniak]

Ничего я не путаю. Все работает, при переходе с тарифа на тариф автоматически меняется скорость, и при смене скорости переменная которая за нее отвечает передается биллингом во в нешние скрипты, например vg.edit И если денег хватает на счету у него просто тупо меняется скорость без разрыва сессии.(смотря как реализуешь, но у меня так.)

Как то вот так.

И правда передается :) Спасибо за наводку.

[BiWiS]

Рвать сессии... бред какойто, чем логически это может быть вызвано? Смена динамического айпи юзеру, ЗАЧЕМ? Нехватка айпи и какое-то там ваше желание эффективно распределять что-то там - мне фиолетово, позаботьтесь чтобы этот процесс не влиял на оказываемую в данный момент услугу. На каком таком основании вы мне доступ в И-нет прекращаете аж на целых дцать секунд разрывая мое соединение, а вдруг я в это время в игре умер и мои нервные клетки в мозгу тоже умерли? =D

 

У нас скорость меняется при переходе тарифа автоматом без разрыва сессии, и удвоения без разрыва и прочие действия по изменению скорости у абонента. Отключение только в случае окончания денег на балансе.

[Cr_net]

1. На кой черт нам рвать каждые 24 часа и иметь крики абонентов ЕЖЕДНЕВНО, если можно разорвать раз в месяц?

2. Никакого БДСМ не наблюдаем, тем более "несколько часов" - через две минуты уже опять все подключены, никаких проблем. Зачем городить бред с потолка? Прекрасно ОДНОМОМЕНТНО все обратно подключаются в течении 2х минут.

как то свет моргнул почти во всём городе, сеть не вылетела, вылетели абоненты. Когда к вам ломятся несколько тысяч одновременно, там не 2 минуты, даже при наличии радиусов в балансинге и оракла в db, а не mysql как в ланбилинге. Советую дополнительно ещё и per mac throttle настроить чтобы самим растянуть, всё быстрее будет :)

 

Вот раз в сутки рвать связь - это бред, тут у клиентов паранойя начнется наверное, ближе к полуночи.

Скоро скрестим биллинг с ISG и вообще ничего рвать не будем никогда.

у нас isq, сессион лимит всё равно выдаётся в 24 часа. Сессии рвутся не одновременно. При этом аццесс листы, турбокнопка, изменение скорости по тарифу и тд. без разрыва сессии. Ни одного обращения не было, кому надо давно настроили автореконект и ничего не замечают, реконнект длится около секунды. Можно конечно допилить билингистов до состояния настроить чтобы вообще не рвалось, но потребности от абонентов не наблюдается.

[zoro]

ребята а рвать сессию на час-полтора раз в сутки часиков так в 19_00 наччиная- слабо? ЮТК -нет проблем :) разорвать разорвали дальше при коннекте ошибки начиная 691 кончая 734 :) и так юзвери по часу каждый день терпят...

 

А вам слабо?

 

[Voicemaster]

ребята а рвать сессию на час-полтора раз в сутки часиков так в 19_00 наччиная- слабо? ЮТК -нет проблем :)

[...]

 

Импотенты. IMHO.

 

 

.

[zoro]

За ночь работы людям нужно платить ночные, а до 21 вроде не ночь.... поэтому девушки на телефоне 30чел сидят до 21, оно все и устаканится. потом девушки идут отдыхать, а ночью работают 1-2 инженера на весь край... и забивают на все это.... а так ночники будут звонить жаловаться на то что девушка не ответила... либо держать штат ночью...

[Andrei]

Ничего я не путаю. Все работает, при переходе с тарифа на тариф автоматически меняется скорость, и при смене скорости переменная которая за нее отвечает передается биллингом во в нешние скрипты, например vg.edit И если денег хватает на счету у него просто тупо меняется скорость без разрыва сессии.(смотря как реализуешь, но у меня так.)

Как то вот так.

А если сессия pptp? Как в этом случае поменять ширину канала для клиента без разрыва сессии?

[leveler]

ISG у Cisco или аналог у других вендоров.

[No_name]

Ничего я не путаю. Все работает, при переходе с тарифа на тариф автоматически меняется скорость, и при смене скорости переменная которая за нее отвечает передается биллингом во в нешние скрипты, например vg.edit И если денег хватает на счету у него просто тупо меняется скорость без разрыва сессии.(смотря как реализуешь, но у меня так.)

Как то вот так.

А если сессия pptp? Как в этом случае поменять ширину канала для клиента без разрыва сессии?

У меня сервер доступа на бсд и как раз сессии пптп. Как насчет цисок и прочих джуниперов - не скажу, там наверно по-своему.

Изменено 4 октября, 2011 пользователем Brainiac

[netime]

ребята а рвать сессию на час-полтора раз в сутки часиков так в 19_00 наччиная- слабо? ЮТК -нет проблем :) разорвать разорвали дальше при коннекте ошибки начиная 691 кончая 734 :) и так юзвери по часу каждый день терпят...

хм..терпилы...терпеть час без интернета это мазохизм...русский лапоть...

 

А что значит "высвобождаются адреса"? Это значит, что адресов меньше, чем при не самом оптимистичном прогнозе одновременных соединений?

Да.IPv4 заканчиваются.

Разорвал сессию кто не мог подключится раньше успел а тот который висел сутки пусть подождет след. свободного адреса.

 

Нужно всем срочно переходить на IPv6.

[karpa13a]

Нужно всем срочно переходить на IPv6.

определили способ выдачи адресов и принятия их хомяком?)

[Andrei]

ISG у Cisco или аналог у других вендоров.

На циске вроде и без ISG можно.

[grfmaniak]

ISG у Cisco или аналог у других вендоров.

На циске вроде и без ISG можно.

 

Как?

[Andrei]

На циске:

time-range day
periodic daily 8:00 to 23:59
!
time-range night
periodic daily 0:00 to 7:59


access-list 135 permit ip any any time-range night
access-list 136 permit ip any any time-range day

 

При авторизации и выдаче адреса радиус-атрибутами циске сообщаем выдаваемую абоненту полосу (тут для примера 1 Мбит/сек днем и 2 ночью):

lcp:interface-config#1=rate-limit input access-group 136 1024000 384000 384000 conform-action transmit exceed-action drop

lcp:interface-config#3=rate-limit input access-group 135 2048000 768000 768000 conform-action transmit exceed-action drop

и аналогично для output.