On Tue, 26 Jan 1999, Basil V. Dolmatov wrote:
> Date: Tue, 26 Jan 1999 17:06:11 +0300 (MSK)
> From: "Basil V. Dolmatov" <dol@east.ru>
> Reply-To: inet-admins@info.east.ru
> To: inet-admins@info.east.ru
> Subject: Re: [inet-admins] tacacs + cisco + reboot
>
> On Tue, 26 Jan 1999, Andrew Lun wrote:
>
> > Dmitry Valdov wrote:
> > >
> > > Использовать в обсчете только stop-записи. В них есть elapsed. При
> >
> > Хмм... а как же тогда ты выкручиваешься в таком случае: есть некоторые
> > иосы, которые при входе в сеть с использованием макроса сначала стартуют
> > service=shell, потом service=ppp, потом их стопают, сначала ppp, а затем
> > shell, причем elapsed time первого отличается от второго на 2-3 секунды.
> > По твоей логике получается, что ты их оба и обсчитаешь хотя это было
> > один сеанс связи.
> Легкий гон, уж извините...
> Да, именно так оно и поступает при старте через макрос, но...
> Оно сначала стартует shell, потом стопает shell, потом стартует ppp...
>
> Действительно, получается две записи для одного сеанса, но...
> Запись по сервису shell имеет elapsed _несколько_ секунд, и легко
> вылавливается по ключу service=shell, а дальше все зависит от Вашей жадности,
> либо эти три секунды прибаляются к общему времени ppp-сессии, либо прощаются
> клиенту.
Кстати, у меня у меня все происходит как у предыдущего оратора, т.е., старт
shell, start ppp, stop ppp, stop shell.
Но все-равно, если учитывать, как я написал в предыдущем письме только ppp,
то все ОК. Откуда тут народ проблему нашел? :)
>
> Tue Jan 26 08:51:59 1999 lucky.east.ru ppdol tty11 async start
> task_id=6484 start_time=917329918 timezone=MSK service=shell
> Tue Jan 26 08:52:00 1999 lucky.east.ru ppdol tty11 async stop
> task_id=6484 start_time=917329918 timezone=MSK service=shell elapsed_time=1
> Tue Jan 26 08:52:00 1999 lucky.east.ru ppdol tty11 async start
> task_id=6485 start_time=917329919 timezone=MSK service=ppp
> Tue Jan 26 10:00:31 1999 lucky.east.ru ppdol tty11 async stop
> task_id=6485 start_time=917329919 timezone=MSK service=ppp
> protocol=ip addr=xxx.xxx.xxx.xxx bytes_in=698045 bytes_out=2279017
> paks_in=11405 paks_out=7789 elapsed_time=4112
>
>
> >
> > hint: можно зацепиться за task_id, которое постоянно для одного сеанса и
> > по нему делать корректировки иначе труба - двойные начисления,
> > поломанные ребра... список можно продолжать ;)))
> Замечу, что и здесь есть легкий гон...
>
> task_id, как легко видеть из приведенного
> лога - разный для shell-сессии и для ppp-сессии...
>
> А рассчитывать на то, что они будут отличаться на единицу, я не рискнул бы,
> на загруженном NAS особенно.
>
> >
>
> --------------------------------------
> Basil (Vasily) Dolmatov CCNA,CCDA
> East Connection ISP, Moscow, Russia. ()
>
> =============================================================================
> "inet-admins" Internet access mailing list. Maintained by East Connection ISP.
> Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
> Archive is accessible on
>
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
