wans Опубликовано 16 июня, 2006 · Жалоба Привет Всем! Эти вопросы не раз поднимались на форуме, ноя не могу четко понять все-таки как лучше считать внутренний трафик с наименьшими затратами. Как правильно считать по IP? тогда надо свич на уровень доступа с возможностью привязки к порту mac/ip. Считать по MAC это удешевляет свич на уровне доступа, но тогда билинг должен быть заточен под MAC. Считать по Valn, вообще не представляю как. Так или иначе придется каждого пользователя запихивать в свой vlan и мы упираемся в 4К. Придется использовать QinQ или выносить подсчет на район что не очень то и хотелось. А вод QinQ я вообще не представляю как не многие свичи его поддерживают. и Как разбирать это все в центре так ли иначе попадаться 2 пользователя с одинаковыми valn из разных районов, как быть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 16 июня, 2006 · Жалоба 1. абон.плата за внутренний трафик и анлим. 2. pptp или ppoe Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wans Опубликовано 16 июня, 2006 · Жалоба 1. абон.плата за внутренний трафик и анлим. Не самый элегантный способ если стоимость внутренних ресурсов разная! 2. pptp или ppoe 1.Тут тоже есть свои минусы нельзя разделить на ресурсы 2. Какое железо справиться 10000 абонентов PPPoE на гигабитной скорости? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 16 июня, 2006 · Жалоба http://www.lanbilling.ru/sflow_accuracy_article.html http://www.lanbilling.ru/article_sflow_8021x.html Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wans Опубликовано 16 июня, 2006 · Жалоба Прочитал я эту статью все конечно хорошо Упор правда ставиться на свичи HP и sFlow, тут опять же есть нюанс чтобы это работала весь трафик надо поднимать наверх, то есть каждому по vlan и опять затык их может не хватить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 16 июня, 2006 · Жалоба Достаточно сливать статы с агрегатора, а они уже доступны за нестрашные деньги Не надо по цисковской модели всё тащить в ядро =) Даже скромный 5304 на агрегации запросто вытягивает 12 гигабитных портов "на доступ" (из имеющихся "до 16") - на каждый сажаешь по 200 юзверей - и олучается 200*12=2400 счастливых, посчитаных, обQoSенных юзверей в "полном шоколаде" Если инков много - можно фиксированный 3500 взять - он будет даже дешевле - 24-портовый сейчас вообще по 3.5 килобакса в ендюзере Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wans Опубликовано 16 июня, 2006 · Жалоба Насколько я понял HP 5304 имеет 32 порта и все они медные надо что-то с оптическими портами. И все-таки тогда подсчет будет вестись по MAC адресу? Ведь IP в этом случае выдается динамически DHCP, а 802.1х не может выдавать IP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 16 июня, 2006 · Жалоба Насколько я понял HP 5304 имеет 32 порта и все они медныенадо что-то с оптическими портами. И все-таки тогда подсчет будет вестись по MAC адресу? Ведь IP в этом случае выдается динамически DHCP, а 802.1х не может выдавать IP. Ты неправильно понял :-) http://www.hp.com/rnd/products/switches/sw...eries/specs.htm 5304 - это шасси 5300 с 4 слотами Есть модуль под 4 SFP 4 таких модуля - итого 12 SFP-портов 5308 - соответственно такое же шасси, но с 8 слотами А вот 3500 - это модели с фиксированными портами. Есть 6200 под SFP сразу, но пока экономичнее взять 3500 медный и корзину с конвертерами А по поводу биллинга по МАС - да, типовая схемка - это выдача IP и остальной инфы по DHCP, а биллинг по MAC, который при авторизации "намертво" увязывается с логином. Абонент может менять компьютеры и устройства сколько угодно - при авторизации ВСЁ будет подхвачено Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wans Опубликовано 16 июня, 2006 · Жалоба Спасибо теперь разобрался. Билинг по MAC не совсем интересен но тоже можно, но нужно переписывать свой биллинг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 16 июня, 2006 · Жалоба там не совсем "по МАС" - МАС может меняться. Важно, что с этого МАС авторизовался пользователь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wans Опубликовано 16 июня, 2006 · Жалоба Видите я не знаю как в LanBilling построена тарификация, но у меня принцип такой что с одной подсети в другой или с одной подсети к определенному IP стоит столько-то. Вот а раз после аутентификации подсчет ресурсов идет относительно MAC тут возникаю сложности. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 16 июня, 2006 · Жалоба От биллинга это почти никак не зависит, - просто конкретно ЛБ проверен, что работает :-) Вот вкратце: 1) абонент авторизуется на порту, - коммутатор лезет в РАДИУС и там авторизует (так же, как и в случае н.п. с РРРОЕ), - в РАДИУСЕ появляется запись вида: 12:00:03 - START vasil.pupkin - 192.168.10.1 (свитч, его пустивший) - a0b47345b4a7 (МАС юзера) 2) со свитча с sFlow (чуть выше по сети - на агрегации обычно) сливается статистика 3) трафик от/к МАС a0b47345b4a7 тарифицируется как трафик пользователя vasil.pupkin, согласно тарифных планов, - в статах есть ещё source IP:proto:port и dest IP:proto:port далее, думаю, всё понятно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wans Опубликовано 16 июня, 2006 · Жалоба теперь в принципе догнал процедура ясна осталось найти не дорогие свичи с поддержкой 802.1х а агрегировать пока не знаю может быть и HP а может быть и CISCO биллинг все-таки под netFlow заточен Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 16 июня, 2006 · Жалоба осталось найти не дорогие свичи с поддержкой 802.1х Их как грязи, - важен функционал только, - н.п. "гостевая VLAN" а агрегировать пока не знаю может быть и HP а может быть и CISCOбиллинг все-таки под netFlow заточен Да хоть PC-router ;-) Важно, чтобы по функциональности устраивало Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...