коллеги, вот вы опять шашками махать друг на друга. чем считать то трафик православно? гигабит 100 для начала. я знаю разные технологии от счётчиков iptables до sflow экспорта, интересен практический опыт жизни с ними.
коллеги, вот вы опять шашками махать друг на друга. чем считать то трафик православно? гигабит 100 для начала. я знаю разные технологии от счётчиков iptables до sflow экспорта, интересен практический опыт жизни с ними.
А надо делить трафик на категории которые отдельно считаются?
коллеги, вот вы опять шашками махать друг на друга. чем считать то трафик православно? гигабит 100 для начала. я знаю разные технологии от счётчиков iptables до sflow экспорта, интересен практический опыт жизни с ними.
а почему от оборудования? sflow же независим от вендора мне просто интересно, на каком sample rate получаются адекватные данные для биллинга? гугл внятных ответов не даёт
sflow - это просто что наружу выплёвывается, внутри он сэмплится в железе. В зависимости от того что там вендор собрал, сэмплинг может работать на неких параметрах, в основном зависит от производителя чипсета коммутатора/роутера. Если опустошать данные слишком часто - можно нагнуть проц, на котором работает всё управление свича
опять же, не получится ли так, что при подсчёте через sflow, у нас траффик для клиента, который генерил минимум данных, посчитается совсем некорректно по сравнению с клиентом, который генерил много данных?
опять же, не получится ли так, что при подсчёте через sflow, у нас траффик для клиента, который генерил минимум данных, посчитается совсем некорректно по сравнению с клиентом, который генерил много данных?
Если будете их считать неправильно - неправильно будут считаться оба клиента, процентная составляющая будет сохраняться. Если конечно в биллинге не накосячить
Если будете их считать неправильно - неправильно будут считаться оба клиента, процентная составляющая будет сохраняться. Если конечно в биллинге не накосячить
ок, попробую посмотреть разные sample rate, спасибо