Привет всем. Возник такой вопрос:
Есть ли какие то стандарты описывающие в каком виде провайдер должен предоставлять отчеты о траффике?Спасибо.
>Привет всем. Возник такой вопрос:
> Есть ли какие то стандарты описывающие в каком виде провайдер должен
> предоставлять отчеты о траффике?
>
>Спасибо.
По поводу стандартов не знаю...у меня в частности, на их сайте можно помотреть сколько в конкретный день было использовано платного траффика. Или можно заказать (за отдельные LV естественно) подробуную детализацию в которой указано в время, ip с которым было соединение, и количество траффика с этого ip.
>>Привет всем. Возник такой вопрос:
>> Есть ли какие то стандарты описывающие в каком виде провайдер должен
>> предоставлять отчеты о траффике?
>>
>>Спасибо.
>По поводу стандартов не знаю...у меня в частности, на их сайте можно
>помотреть сколько в конкретный день было использовано платного траффика. Или можно
>заказать (за отдельные LV естественно) подробуную детализацию в которой указано в
>время, ip с которым было соединение, и количество траффика с этого
>ip.Стандартов нет
>>>Привет всем. Возник такой вопрос:
>>> Есть ли какие то стандарты описывающие в каком виде провайдер должен
>>> предоставлять отчеты о траффике?
>>>
>>>Спасибо.
>>По поводу стандартов не знаю...у меня в частности, на их сайте можно
>>помотреть сколько в конкретный день было использовано платного траффика. Или можно
>>заказать (за отдельные LV естественно) подробуную детализацию в которой указано в
>>время, ip с которым было соединение, и количество траффика с этого
>>ip.
>
>Стандартов нет
Ну про вид отчетов понятно.
А насчет обязан ли пров по требованию предоставить детальную инфу по траффику? Или же захочет предоставит, а захочет и не предоставит? И как бороться с ним (провайдером), если его цифры различается с моими аж в 4-6 раз?
> Ну про вид отчетов понятно.
> А насчет обязан ли пров по требованию предоставить детальную инфу по
>траффику? Или же захочет предоставит, а захочет и не предоставит? И
>как бороться с ним (провайдером), если его цифры различается с моими
>аж в 4-6 раз?
Обязан предоставить при первом требовании. Как правило у провов стоит хорошая биллинговая система, так что ошибок в подсчете траффика не бывает. Вполне может быть что в твоем случае имеет место быть кража траффика некими злоумышлиниками.
>> Ну про вид отчетов понятно.
>> А насчет обязан ли пров по требованию предоставить детальную инфу по
>>траффику? Или же захочет предоставит, а захочет и не предоставит? И
>>как бороться с ним (провайдером), если его цифры различается с моими
>>аж в 4-6 раз?
>Обязан предоставить при первом требовании. Как правило у провов стоит хорошая биллинговая
>система, так что ошибок в подсчете траффика не бывает. Вполне может
>быть что в твоем случае имеет место быть кража траффика некими
>злоумышлиниками.провайдер обязан только то что есть в договоре, остальное по усмотрению
какие еще требования, если биллинговая система не сертифицирована,
статистика правовой основы не имеет, клиент может принять сие, может
отказаться и уйти к другому провайдеру
>провайдер обязан только то что есть в договоре, остальное по усмотрению
>какие еще требования, если биллинговая система не сертифицирована,
>статистика правовой основы не имеет, клиент может принять сие, может
>отказаться и уйти к другому провайдеруа какие методы подсчёта трафика не нуждаются в сертификации?
- снятие показаний счётчиков по snmp
- время и трафик при работе по дайлапу данные по логам (грубо говоря) radius-сервака
?
или всё что используется из софта надо сертифицировать?
FreeBSD надо сертифицировать?
Добрый день.По собственному опыту могу сказать, что некоторые мелкие провайдеры не только могут не захотеть предоставить логи, но и просто не смогут, потому что у них (как мне было сказано по телефону - цитирую) "нет таких технических возможностей". То есть ты либо веришь и платишь, либо не веришь и уходишь.
P.S. На примере некой ASVT могу только рассказать, как сложно "работать" с такими вот шаражками, называющими себя провайдерами. У нормальных провов есть вся информация. Тот же nline даже предоставляет на сайте информацию о том, с какого ip сколько было скачано, что и отличается шаражку от провайдера.
wbr, Alex Korshunov.
Добрый день.А вообще, дико раздражает то, что нет никаких стандартов на протоколирование трафика и тому подобного. Всё завязывает на то, что либо веришь, либо нет. Почему я должен верить, что у меня трафик в 7.5 гигов, когда в моих логах и счетчиках всего 2? Я понимаю, мог быть потерянный трафик и тому подобное, но не в таких же размерах! А логи... Логи я могу сам от руки написать и сказать, что это не кто иной, а именно вы высидели весь инет и вообще сохранили весь интернет на жесткий диск :-Е~~~
wbr, Alex Korshunov. http://www.triza.ru
>Всё завязывает на то, что либо веришь, либо
>нет. Почему я должен верить, что у меня трафик в 7.5
>гигов, когда в моих логах и счетчиках всего 2? Я понимаю,
>мог быть потерянный трафик и тому подобное, но не в таких
>же размерах! А логи... Логи я могу сам от руки написать
>и сказать, что это не кто иной, а именно вы высидели
>весь инет и вообще сохранили весь интернет на жесткий диск :-Е~~~Ага!
А теперь давайте посмотрим на эту ситуацию со стороны провайдера.
Юзверь весь месяц сидел в интернете не выключая компьютер, а потом пришел к провайдеру и встав в позу заявил - вы козлы, гады, ублюдки и подонки! Я комп вообще не включал, а вы мне такой трафик рисуете! А логи вы подделали!Выход один - чётко составленный договор. Если что-то не устраивает, то провайдер - истина в последней инстанции. А дальше действительно, или доверяй, или уёбен зи битте к другому прову, который счета выставляет на основании логов юзверя (к слову, так же подделанных).
>>провайдер обязан только то что есть в договоре, остальное по усмотрению
>>какие еще требования, если биллинговая система не сертифицирована,
>>статистика правовой основы не имеет, клиент может принять сие, может
>>отказаться и уйти к другому провайдеру
>
>а какие методы подсчёта трафика не нуждаются в сертификации?
>- снятие показаний счётчиков по snmp
>- время и трафик при работе по дайлапу данные по логам (грубо
>говоря) radius-сервака
>?
>или всё что используется из софта надо сертифицировать?
>FreeBSD надо сертифицировать?дело не в методах, система расчетов (биллинг) - то что связано с бухгалтерией, расчеты, корешки... Для правовой значимости должны быть
сертифицированы, в ином случае - филькина грамота
> может отказаться и уйти к другому провайдеруАга, а если альтернативных провов нет в городе? Блин, хоть сам провом становись.
>> может отказаться и уйти к другому провайдеру
>
>Ага, а если альтернативных провов нет в городе? Блин, хоть сам провом
>становись.:)
становись, кто ж мешает...
но Lavr прав, все вопросы оговариваются в договоре и если клиент знает чего хочет, то таких проблем никогда не возникнет...
а если в договоре не предусмотрена данная ситуация, то единственным решением есть идти и договариваться с провайдером по конкретной ситуации... Так как вообще говоря существует много подобных проблем с разницей подсчета траффика клиентом и провайдером, взять хотя бы несколько примеров:
1. Какой траффик считается Вами и провайдером - IP, TCP+UDP, FR, etc...
2. Где именно он считается у Вас - на интерфейсе провайдера или где-то во внутренней сети
3. Как именно считается - различные методы-различные погрешности, при использовании некоторых методов при интенсивной нагрузке может происходить потеря траффика...
короче говоря, в общем случае - провайдер всегда прав :))) - не нравится ищешь другого, ну а если он монополист - ничего не попишешь, можно поставить свою тарелку, протянуть оптику через океан и все будет...
>>> может отказаться и уйти к другому провайдеру
>>
>>Ага, а если альтернативных провов нет в городе? Блин, хоть сам провом
>>становись.
>
>:)
>становись, кто ж мешает...
>но Lavr прав, все вопросы оговариваются в договоре и если клиент знает
>чего хочет, то таких проблем никогда не возникнет...
>а если в договоре не предусмотрена данная ситуация, то единственным решением есть
>идти и договариваться с провайдером по конкретной ситуации... Так как вообще
>говоря существует много подобных проблем с разницей подсчета траффика клиентом и
>провайдером, взять хотя бы несколько примеров:
>1. Какой траффик считается Вами и провайдером - IP, TCP+UDP, FR, etc...
>
>2. Где именно он считается у Вас - на интерфейсе провайдера или
>где-то во внутренней сети
>3. Как именно считается - различные методы-различные погрешности, при использовании некоторых методов
>при интенсивной нагрузке может происходить потеря траффика...
>короче говоря, в общем случае - провайдер всегда прав :))) - не
>нравится ищешь другого, ну а если он монополист - ничего не
>попишешь, можно поставить свою тарелку, протянуть оптику через океан и все
>будет...
Наша контора ежемесячно отстегивает примерно по 2 штуки. Посоветуйте какая может быть альтернатива за те же бабки +- 500 баксов? Других провов вокруг километров на 150 нет.
> Наша контора ежемесячно отстегивает примерно по 2 штуки. Посоветуйте какая может
>быть альтернатива за те же бабки +- 500 баксов? Других провов
>вокруг километров на 150 нет.
Может со спутниковым инетом чего-нибудь помутить?
>Может со спутниковым инетом чего-нибудь помутить?Спутниковый инет это хорошо. Я задавал как то недавно вопрос на эту тему "Какого прова выбрать?", но че то ответов так и не получил. Тоды дубль 2:
Кто реально пользуется таким каналом (дуплексным) посоветуйте прова, поделитесь впечатлениями какие плюсы и какие минусы? А канал нужен пропускной способностью не менее 1024Кбит/с, т.к. мы имеем сейчас радиоканал 2048Кбит/с и он забит примерно на половину.
Я тут в инете нашел контору Московский Телепорт, что о ней скажете?За ответы всем спасибо.
Кстати, у вас в сети идентификация пользователя осуществляется средствами ip+mac проверки?
>Кстати, у вас в сети идентификация пользователя осуществляется средствами ip+mac проверки?
Да. А этот вопрос к чему?
>>Может со спутниковым инетом чего-нибудь помутить?
>
> Спутниковый инет это хорошо. Я задавал как то недавно вопрос на
>эту тему "Какого прова выбрать?", но че то ответов так и
>не получил. Тоды дубль 2:
>
> Кто реально пользуется таким каналом (дуплексным) посоветуйте прова, поделитесь впечатлениями какие
>плюсы и какие минусы? А канал нужен пропускной способностью не менее
>1024Кбит/с, т.к. мы имеем сейчас радиоканал 2048Кбит/с и он забит примерно
>на половину.
> Я тут в инете нашел контору Московский Телепорт, что о ней
>скажете?www.rscc.ru, www.satis-tl.ru/isp.shtml
Только не купите вы мегабит спутникового канала за указанные деньги :(