Jump to content

Recommended Posts

Posted

Здравствуйте

 

Не ругайте ,знаю, тема обсуждалась много раз, но всеравно хотелось услышать все мнения

 

Планируеться строительство домашней сети.

Физический уровень всюда оптика (ЮТИПИ только от свича на этаже к клиенту).

Обьединяются несколько районов города.

Сервисы - пока токо internet, фтп, чат(т.п.) и трафик по району и по городу.

Суть вопроса посчитать весь трафик каждого юзера и возможность в зависимости от тарифа/пакета включать/выключать юзеру тот или иной сервис(либо только инет, либо только трафик по городу+ фтп и .т.п.).

 

Сеть расчитана на 15000 юзеров. Денег есть много но 1000К

 

SSG не предлагать:)

 

Заранее благодарен

Posted
Суть вопроса посчитать весь трафик каждого юзера и возможность в зависимости от тарифа/пакета включать/выключать юзеру тот или иной сервис(либо только инет, либо только трафик по городу+ фтп и .т.п.).

 

Сеть расчитана на 15000 юзеров.

 

SSG не предлагать:)

Прикиньте, сколько пакетов будут генерить 15К юзеров и прикиньте сколько нужно мощи, чтобы все эти пакеты и потоки посчитать, если планируется NetFlow/SFlow. Учитывая инерционность NetFlow, ещё и prepaid не сделаешь.

SSG в этом смысле проще - заводятся несколько профилей услуг и считается по каждой услуге рутером, скопом, не разбирая - попадает пакет под профиль услуги (тот же ACL)- счётчик сессии увеличивается, а в биллинг отдаётся уже сумма.

Posted

Суть вопроса посчитать весь трафик каждого юзера и возможность в зависимости от тарифа/пакета включать/выключать юзеру тот или иной сервис(либо только инет, либо только трафик по городу+ фтп и .т.п.).

 

Сеть расчитана на 15000 юзеров.

 

SSG не предлагать:)

Прикиньте, сколько пакетов будут генерить 15К юзеров и прикиньте сколько нужно мощи, чтобы все эти пакеты и потоки посчитать, если планируется NetFlow/SFlow. Учитывая инерционность NetFlow, ещё и prepaid не сделаешь.

SSG в этом смысле проще - заводятся несколько профилей услуг и считается по каждой услуге рутером, скопом, не разбирая - попадает пакет под профиль услуги (тот же ACL)- счётчик сессии увеличивается, а в биллинг отдаётся уже сумма.

 

Ну такое количество пользователей это по идее проектное количество навряд ли столько будет). + не все будут пользоваться всема услугами

Я понимаю что такой подход это типа того как студенты в общяге обои клеют (тут шкаф - тут не нада, тут на стенке ковер - тоже не нада)

 

Вы читает при таком количестве юзеров на даный момент решение только в сторону SSG?

 

А если это 10 микрорайонов и поставить все авторизалки-аунтетифекалки-считалки на границе каждого микрорайона и ядра?

Я понимаю что тут один из минусов это самостоятельная мобильность пользователя.

Posted

user145, Далее ИМХО.

1. Считать не проблемма. Делается кольцо (лучще мешь), например 5 узлов, каждое считает по 3 зверьков. Это уже реальней.

2. Для шоколадного варианта денег мало на всё. Хотя может что-то уже есть.

3. Не надо думать о том что сейча, это выдержит любое железо, надо смотреть вперёд, хотя бы на 2-3 года, а там телефония и ТВ по IP. Вот под них и надо брать железо. Пусть сейчас взять большую дуру, но оставить её почти пустой.

4. Организуйте тендер, заодно, если грамотно всё зделать, узнаете всю правду об оборудовании.

 

Что-то предложить не реально, нет никаких исходных данных. Если интересно, пишите в личку, поговорим. Только не раньше вторника, очень дел много.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.