Как правельно читать внутринний трафик.

[wans]

Привет Всем!

 

Эти вопросы не раз поднимались на форуме, ноя не могу четко понять все-таки как лучше считать внутренний трафик с наименьшими затратами.

 

Как правильно считать по IP? тогда надо свич на уровень доступа с возможностью привязки к порту mac/ip.

Считать по MAC это удешевляет свич на уровне доступа, но тогда билинг должен быть заточен под MAC.

Считать по Valn, вообще не представляю как.

Так или иначе придется каждого пользователя запихивать в свой vlan и мы упираемся в 4К. Придется использовать QinQ или выносить

подсчет на район что не очень то и хотелось. А вод QinQ я вообще не представляю как не многие свичи его поддерживают. и Как разбирать это все в центре так ли иначе попадаться 2 пользователя с одинаковыми valn из разных районов, как быть?

[Andrei]

1. абон.плата за внутренний трафик и анлим.

2. pptp или ppoe

[wans]

1. абон.плата за внутренний трафик и анлим.

Не самый элегантный способ если стоимость внутренних ресурсов разная!

 

2. pptp или ppoe

1.Тут тоже есть свои минусы нельзя разделить на ресурсы

2. Какое железо справиться 10000 абонентов PPPoE на гигабитной скорости?

[vIv]

http://www.lanbilling.ru/sflow_accuracy_article.html

http://www.lanbilling.ru/article_sflow_8021x.html

[wans]

Прочитал я эту статью все конечно хорошо Упор правда ставиться на свичи HP

и sFlow, тут опять же есть нюанс чтобы это работала весь трафик надо поднимать наверх, то есть каждому по vlan и опять затык их может не хватить.

[vIv]

Достаточно сливать статы с агрегатора, а они уже доступны за нестрашные деньги

 

Не надо по цисковской модели всё тащить в ядро =)

 

Даже скромный 5304 на агрегации запросто вытягивает 12 гигабитных портов "на доступ" (из имеющихся "до 16") - на каждый сажаешь по 200 юзверей - и олучается 200*12=2400 счастливых, посчитаных, обQoSенных юзверей в "полном шоколаде"

 

Если инков много - можно фиксированный 3500 взять - он будет даже дешевле - 24-портовый сейчас вообще по 3.5 килобакса в ендюзере

[wans]

Насколько я понял HP 5304 имеет 32 порта и все они медные

надо что-то с оптическими портами.

И все-таки тогда подсчет будет вестись по MAC адресу?

Ведь IP в этом случае выдается динамически DHCP, а 802.1х не может выдавать IP.

[vIv]

Насколько я понял 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, который при авторизации "намертво" увязывается с логином. Абонент может менять компьютеры и устройства сколько угодно - при авторизации ВСЁ будет подхвачено

[wans]

Спасибо теперь разобрался.

Билинг по MAC не совсем интересен но тоже можно, но нужно переписывать свой биллинг.

[vIv]

там не совсем "по МАС" - МАС может меняться. Важно, что с этого МАС авторизовался пользователь

[wans]

Видите я не знаю как в LanBilling построена тарификация,

но у меня принцип такой что с одной подсети в другой или с одной подсети к определенному IP стоит столько-то. Вот а раз после аутентификации подсчет ресурсов идет относительно MAC тут возникаю сложности.

[vIv]

От биллинга это почти никак не зависит, - просто конкретно ЛБ проверен, что работает :-)

 

Вот вкратце:

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

 

далее, думаю, всё понятно?

[wans]

теперь в принципе догнал процедура ясна

осталось найти не дорогие свичи с поддержкой 802.1х

а агрегировать пока не знаю может быть и HP а может быть и CISCO

биллинг все-таки под netFlow заточен

[vIv]

осталось найти не дорогие свичи с поддержкой 802.1х

 

Их как грязи, - важен функционал только, - н.п. "гостевая VLAN"

 

а агрегировать пока не знаю может быть и HP а может быть и CISCO

биллинг все-таки под netFlow заточен

 

Да хоть PC-router ;-)

Важно, чтобы по функциональности устраивало