Принципиальная схема раздачи интернета

[virtus]

Для раздачи интернета по WiFi предлагается вот такая схема.

При этом, конечному клиенту нужно дать 2 мегабита интернета и 5 мегабит на скачку с локального FTP сервера.

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

2.Весь траффик должен подаваться по магистральному беспроводному каналу (2-2,5 км) держущимся на RB411AH+R52Hn+сегментно-параболическая, прямофокусная 19dBi 2,4ГГц с обоих концов, на вышку, которая в свою очередь посредством RB411AH+R52Hn+Секторная 17 dBi - раздает весь траффик клиентам.

3.У клиентов стоят RB411R+Антенный корпус 14dBi 2.4ГГц.

4.Везде включён Nstreem.

5.Расстояние до клиентов 0,5-5 км.

6.На сектор планируется до 25 человек. На базу 3 сектора.

 

 

 

Теперь вопрос:

1. Теоретически планируется зажать на клиентах скорость на 6 мегабит и фильтровать (средством маркировки пакетов) и резать на клиентском RB411R торренты (правильно ли это, потянут ли клиентские борды ?)

2. Каким способом связать мост (WDS или чемто другим) ?

3. Ваши замечания и предложения (может нужно другое железо, антенны, чтото нужно добавить).

4. Будет ли всё это нормально работать ?

Схема прилагается.

Edited July 24, 2010 by virtus

[Saab95]

Резать надо не торренты, а количество pps по такому правилу 1 мегабит = 120pps, все что больше отправлять в reject.

[fastvd]

r52hn на обычный r52n, прямофокусы не нужны однополяризационные, нужны дуал, да и на такое расстояние самое оно будет дуал бокс http://asp24.com.ua/antenna/antenny-57-ggc/dual-box-18-5ghz/ , магистраль на 5 гц делай и пихай туда со стороны сервера 411аш, а на стороне базы уже 433аш , карту на раздачу возьми обычную р52...мост делай через мплс....на секторных антенках не секономь...всё остальное норм..

[Saab95]

Ага, бери антенны MTI CS3 всего около 800 баксов за 120 градусный сектор. Но зато как написано - так и работает.

[fastvd]

Ага, бери антенны MTI CS3 всего около 800 баксов за 120 градусный сектор. Но зато как написано - так и работает.

если это чтобы чисто поржать то выберите другой форум...

[Saab95]

А я и не прикалываюсь, а делюсь советом.

Обычные секторные антенны, дешевые, годяться только для того чтобы вешать их на стены зданий.

Если вы хотите повесить их на свободное пространство (допустим на вышку) то кроме проблем себе и окружающим не получите, т.к. "фонят" они во все стороны.

[virtus]

Секторки планируются вот такие http://interline.pl/modules/content/index....INT-SEC-17/24-V

[virtus]

пихай туда со стороны сервера 411аш, а на стороне базы уже 433аш , карту на раздачу возьми обычную р52

Почему именно со стороны сервера 411аш, а на стороне базы уже 433аш ? (может тогда лучше MIMO поставить, или я чтото путаю ?) Просто я не доганяю как будет работать 411AH с 433AH (как будут работать две карты с одной стороны, с одной картой с другой стороны)?. Хватит ли мощности R52 для таких целей (5 км всётаки, а может и больше будет)?

Edited July 25, 2010 by virtus

[Sonne]

Для раздачи интернета по WiFi предлагается вот такая схема.

 

 

При этом, конечному клиенту нужно дать 2 мегабита интернета и 5 мегабит на скачку с локального FTP сервера.

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

2.Весь траффик должен подаваться по магистральному беспроводному каналу (2-2,5 км) держущимся на RB411AH+R52Hn+сегментно-параболическая, прямофокусная 19dBi 2,4ГГц с обоих концов, на вышку, которая в свою очередь посредством RB411AH+R52Hn+Секторная 17 dBi - раздает весь траффик клиентам.

3.У клиентов стоят RB411R+Антенный корпус 14dBi 2.4ГГц.

4.Везде включён Nstreem.

5.Расстояние до клиентов 0,5-5 км.

6.На сектор планируется до 25 человек. На базу 3 сектора.

Про БГЗМ слышали что нибудь?

[pred_pri]

Что такое БГЗМ?

[virtus]

Про БГЗМ слышали что нибудь?

И что по вашему в этой схеме не будет работать ???

[Sonne]

Про БГЗМ слышали что нибудь?

И что по вашему в этой схеме не будет работать ???

 

Либо до 5 км, либо до 25 пользователей, либо до 5 мбит.

 

Вместе даже два пункта нельзя сочетать.

[virtus]

Либо до 5 км, либо до 25 пользователей, либо до 5 мбит.

 

Вместе даже два пункта нельзя сочетать

Тогда привидете Ваш пример как оно должно работать (на какую дальность и скорость можно расчитывать при 25 пользователях).

[pred_pri]

Либо до 5 км, либо до 25 пользователей, либо до 5 мбит.

 

Вместе даже два пункта нельзя сочетать

Тогда привидете Ваш пример как оно должно работать (на какую дальность и скорость можно расчитывать при 25 пользователях).

Да... , точно) ишь. Edited July 26, 2010 by pred_pri

[Sonne]

Либо до 5 км, либо до 25 пользователей, либо до 5 мбит.

 

Вместе даже два пункта нельзя сочетать

Тогда привидете Ваш пример как оно должно работать (на какую дальность и скорость можно расчитывать при 25 пользователях).

 

При 25 АКТИВНЫХ пользователях лучше вообще не думать о wi-fi.

 

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

 

Еще нужно понимать что 2-3 абона с плохой энергетикой на низкой модуляции исходящим торрент трафиком легко кладут всю базу.

 

Опять же мы ничего не знаем какие у вас будут пользователи и сколько они будут потреблять, без этого можно лиьо гадать либо делать обобщающие предположения.

[SSD]

Либо до 5 км, либо до 25 пользователей, либо до 5 мбит.

 

Вместе даже два пункта нельзя сочетать

Тогда привидете Ваш пример как оно должно работать (на какую дальность и скорость можно расчитывать при 25 пользователях).

 

При 25 АКТИВНЫХ пользователях лучше вообще не думать о wi-fi.

 

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

 

Еще нужно понимать что 2-3 абона с плохой энергетикой на низкой модуляции исходящим торрент трафиком легко кладут всю базу.

 

Опять же мы ничего не знаем какие у вас будут пользователи и сколько они будут потреблять, без этого можно лиьо гадать либо делать обобщающие предположения.

Торрентами можно и с хорошей энергетикой положить. ;)

[SSD]

Либо до 5 км, либо до 25 пользователей, либо до 5 мбит.

 

Вместе даже два пункта нельзя сочетать

Тогда привидете Ваш пример как оно должно работать (на какую дальность и скорость можно расчитывать при 25 пользователях).

 

При 25 АКТИВНЫХ пользователях лучше вообще не думать о wi-fi.

 

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

 

Еще нужно понимать что 2-3 абона с плохой энергетикой на низкой модуляции исходящим торрент трафиком легко кладут всю базу.

 

Опять же мы ничего не знаем какие у вас будут пользователи и сколько они будут потреблять, без этого можно лиьо гадать либо делать обобщающие предположения.

Торрентами можно и с хорошей энергетикой положить. ;)

[virtus]

При 25 АКТИВНЫХ пользователях лучше вообще не думать о wi-fi

Я чтото сомневаюсь, что все 25 сразу будут активными и начнут загружать канал в полную силу.

Торрентами можно и с хорошей энергетикой положить. ;)

А если будем делать как написано ?

Резать надо не торренты, а количество pps по такому правилу 1 мегабит = 120pps, все что больше отправлять в reject.

Edited July 26, 2010 by virtus

[Saab95]

Если будете делать как написано никаких проблем с торрентами не будет.

Иначе с 1 мегабитом могут и 300-400 ппс в каждую сторону отправить.

 

Будут жаловаться скажите что не правильно настраиваете свое ПО, ведь спидтест показывает верные значения.

[virtus]

А теперь ещё один вопрос:

Клиенты должны подключаться к интернету по PPPoE, будет ли работать правило указанное Saab95 выше, тоесть весь канал бриджуется от клиента до сервера (как я понял, всё обрезается на стороне клиента, но будет ли работать это на PPPoE?)

Edited July 26, 2010 by virtus

[SSD]

А теперь ещё один вопрос:

Клиенты должны подключаться к интернету по PPPoE, будет ли работать правило указанное Saab95 выше, тоесть весь канал бриджуется от клиента до сервера (как я понял, всё обрезается на стороне клиента, но будет ли работать это на PPPoE?)

Будет. Отфильтровать все кроме РРРоЕ надо на базе.

[Saab95]

Технология подключения не важна. Все режеться на сервере применительно к конкретным IP адресам клиентов (или диапазонам адресов).

[virtus]

Я думаю было-бы технологичнее резать всё на клиенте, дабы не забивать канал лишними запросами.

[SSD]

Я думаю было-бы технологичнее резать всё на клиенте, дабы не забивать канал лишними запросами.

Фильтруя на базе канал не забьете.

[Saab95]

резать надо на базе, потому что там можно оперативно добавить или изменить правила, а клиенты могут свою аппаратуру выключать и надо будет потратить много времени чтобы добавить что-то новое в клиентские устройства.