кто чем считает траффик - аппаратно?

[глобальный каталог Профиль]

сложилась дурацкая ситуация - провайдер выставляет мне счета ежемесячно, но границы тарификации не совпадают с границами месяца - они всегда разные. эти чудики раз в день в случайный момент времени просто рубят канал, данный момент считается моментом тарификации и отражается потом в их месячной статистике. в принципе между этими моментами период времени около суток, т.е. если я не дёргаю свой adsl, то периодичность более-менее сохраняется.
но блин - за 12 часов например мы можем выкачать гига 2 и соответственно на эти 2 гига у меня будет разница с провом, что меня в последнее время уже просто достало :-E
так же достало то, что пров не в состоянии тарифицировать каждый айпишник из выделенной мне подсети - статистику даёт только по всей подсети.

попробовал юзать TMeter 5.1.258 - adsl воткнул в хаб, в хаб же сам, пара клиентов и пентиум 233 ммх - тот, кто собственно считает :-)
короче он чё-то считает, но с провом сравнить по вышеуказанной причине невозможно - можно сравнить только с логами вингейта, через который я хожу сам. сравнение не в пользу вингейта, причём при траффике допустим 5 гигов разница может составлять мегов 400-500.
это всё меня тоже быстро достало - рядом валялся коммутатор третьего уровня d-link des 3326s, вроде как купленный спецом под такие цели - начал мучить его - suxxx :-)
коммутатор вообще считает какую-то хрень - на порт ломится куча пакетов, которые клиент оттуда не просил :-)))

отсюда вопрос - кто-нить считает инет траффик (свой или клиентов) аппаратно? чем это лучше делать - подешевле разумеется ;-)
считать нужно только входящий на адрес клиента поток, желательно иметь возможность привязки айпишника к порту - не мак-а, а именно айпишника.

[GifteD]

глобальный каталог

[глобальный каталог Профиль]

>возможность привязки айпишника к порту
>>Поясни - не понял.

у коммутатора есть порт, в него воткнут клиент - я хочу чтобы клиент мог лезть в нет только с того айпишника из моей подсети, что я ему дал, а не с любого (свободного пока например) :-)

>не проблемы прова, ему наоборот чем больше тем лучше

так т-метр считает больше чем пров мне предъявляет %-)

>неплохо определиться, что пров считает трафиком

ё-маё - ВСЁ он считает трафиком - каждый отправленный в мою сторону байт :-) если там стоят какие-нить прокси/днс и прочие кэши - это я никак у себя учесть не смогу, но если как ты сказал "ему наоборот чем больше тем лучше", значит ничего такого там не стоит :-)

>Дык он все и считает, неужели его нельзя настроить, считать что-ть одно

чего одно? он октеты на порту считает - это и есть "одно" :-)))
смори - я настроил пару влан-ов - в одну воткнул инет, в другую - клиента, т.к. коммутатор тупой и не поддерживает асимметрии - соединил их обе патчкордом :-) сбросил счётчики на порту клиента, потом послал с него ping www.ru - на порту появились какие-то цифры. выдернул клиента из порта - отключид физически, а цифры продолжали увеличиваться понемногу - он считает какую-то хрень %-)))
причём росло кол-во принятых в порт байт - это при выдернутом шланге :-)

[GifteD]

[глобальный каталог Профиль]

>Поинтерисуйся что за биллинг

ну, ага - ща мне всё выложили и рассказали :-)

>3326s чтобы считать что-ть никогда не куплю, спасибо за инфу

не, ну может он считает-то правильно, только что он считает не совсем понятно :-)
вообще железка прикольная - может зеркалировать все порты в один, ну так я включил режим зеркалирования, а порты при этом не настраивал, т.е. они все были отключены - проверял, и чё ты думаешь? попёр траффик на порт мониторинга - килобайт 70 в секунду! пробовал включать какой-нить порт и его мониторить - бесполезно, как пёрло так и прёт :-)))

[GifteD]

глобальный каталог

[глобальный каталог Профиль]

>Может бродкасты какие

70 кило в секунду броадкастов? это что - шторм начинается? :-))) и почему их не слышно до включения мирроринга - если уж это на самом деле броадкасты? ;-)

[biruk Профиль]

[глобальный каталог Профиль]

>коммутатор считает _все_ пакеты. и естественно, пакеты spanning-tree

щаззз - spanning-tree disabled всю дорогу :-P влан-ы-то разные бывают ;-)

>или еще какие протоколы могут бегать, например маршрутизации...

нет никакой маршрутизации - не настроены айпи интерфейсы на влан-ах, только на системной.

>Но пров не должен это считать. а твой клммутатор посчитает.

у меня на порту клиента правила - принимать пакеты посланные только с его ип, отправлять только посланные на его ип - хочешь сказать что свитч будет считать и отброшенные пакеты?

>честнее всего считать по snmp

не понял - снмп это протокол управления - как по нему считать? :-))) по нему смотреть и управлять можно, но считает-то устройство :-))) какая разница чем я смотрю счётчик порта - браузером, консолью, телнетом или с помощью rmon? никакой :-)

блин - никто не считал штоли? провы-то наверняка это исключительно железками делают - никто не провил хоть раз? и никто не проверял ни разу своего прова на вшивость? :-)

[biruk Профиль]