lemosh

Сделал омнитик РРРоЕ сервером... настроил SSTP, связал с билингом... первый линк на расстоянии 6 км запустился нормально, посмотрим как покажет себя дальше... скорость по 10 мбит в обе стороны, неплохо ;-)

Смысл в удобстве работы. На биллинге создаете пулы адресов, которые будут автоматически выдаваться клиентам. Он по радиусу будет раздавать эти адреса, клиенты, не зависимо от того, где они подключились - будут иметь доступ в сеть. Если часть клиентов будут подключены на SXT, установленные на крыше их частного дома - то по этому адресу, что выдал биллинг, вы сможете заходить на микротик для изменения настроек. Собственно вам даже удобнее будет сделать 2 группы клиентов - индивидуальные и групповые. И раздавать им 2 не зависимые подсети. Тогда вы всегда сможете удобно заходить на клиентские точки. Представьте вы пошли своим путем и делаете на каждой базе свою адресацию. Когда будет 10 баз, на каждой по 15-20 клиентов, нужно в биллинге вести учет кто куда подключен, Если оператор ошибется при вводе данных - можно долго искать причину отсутствия интернета у клиента. Да и админить такую сеть будет сложнее, в одних адресах запутаетесь. согласен... Но если учесть что у меня РРРоЕ-клиент не SXT,а устройство конечного абонента, тогда тоже тяжело понять с какой именно SXTшки подключился этот абонент, если их будет много... И при большом кол-ве абонентов увеличивается нагрузка на ОмниТИК, а я не уверен что его процессор способен справился с достаточным кол-вом РРРоЕ-клиентов, у каждого будет свой шейпер... Может тогда в моем случае лучше подымать РРРоЕ-сервер непосредственно на SXT? PS я не уговариваю, просто хочу узнать все минусы и плюсы такой структуры... а в билинге я могу каждой SXTшке неастроить свой сектор со своим пулом адреов... Или вообще использовать один пул для всех SXT...

а какой смысл в единой адресации? Каждый SXT-клиент - отдельный сектор с каким-то кол-вом проводных клиентов. Абсолютно не нужно чтоб клиенты с разных беспроводных секторов были в одной подсети... Как по мне даже лучше когда они в разных... Это мои рассуждения, исправьте если ошибаюсь

Да, реален. Объединяете Wlan и Ether в бридж и подключаетесь по радио к базе. Но тут есть кое какой косяк - клиенты могут в сети генерить трафик и он весь пойдет на базу. Что бы этого не было нужно сделать несколько мероприятий: 1. На базе заблокировать трафик между беспроводными клиентами. 2. На клиентском SXT, который используется для сквозных подключений клиентов нужно зафильтровать весь трафик, кроме PPPoE Discovery и PPPoE Session. После этого админу можно спать спокойно. ок! Спасибо за подсказку.... На счет лишнего трафика, из-за этого хотел делать SXTшки РРРоЕ-сервером, а омниитиком просто бриджить радиоклиентов с проводом... каждую SXT с помощью SSTP подключать по радиусу к билингу. Или это глупая идея? Исходя из этого вопрос: в микротике к одному SSTР-серверу можно подключить более одного клиента?

На клиентских SXT беспроводной адаптер объединяете так же в Bridge1 и на него вешаете PPPoE_Client, вводите учетные данные. На интерфейсе Ether1 настраиваете DHCP сервер и так же маскардинг для подсети 192.168.0.0/24 - ее и будете выдавать клиентским компьютерам. а если клиентский SXT сделать просто бриджем без РРРоЕ-клиента, подключить например к свитчу и дальше за одной SXT по РРРоЕ подключать более одного клиента, такой вариант реален?

тогда omnmitik настраивать как "ap bridge", а SXT как "stantion bridge"? и омнитиком маскарадить потом?

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

провайдер подключает к L2. хочу покупать и сразу раздавать... Так вот вопрос в том где подымать РРРоЕ сервер на омнитике или на каждой SXTшке свой? Если подымать на OmniTIK, думаю больше 10-15 клиентов не булет, не упрусь ли я в производительность проца омнитика, если каждому РРРоЕ подключению будет свой шейпер...

Уважаемые гуру! Помогите решить вопрос. В сети стороннего провайдера есть возможность установить OmntiTIK, больше никакого дополнительного оборудования установить нет возможности. В другом районе у меня есть проводная сеть с настроенным билингом и NAS на базе микротика. Клиенты в проводной сети авторизируются через РРРоЕ, микротик с билингом связан радиусом... Так вот задача: к омнитику буду подключать абонентов SXTшками, хотелось бы всех завязать на один общий билинг, поднять ВЛАН с билингом и по радиусу управлять. Вопрос заключается в том, кем лучше управлять по раудиусу омнитиком или на каждой SXTшку настраивать роутером с радиусом, а омнитик сделать "тупым" бриджем?

Кто-нибудь пробовал вещать DVB-S2 поток с помощью GetStream.a84 платой Omicom S2 PCI (http://www.omicom.ru/content/view/48/26/)? Очень приятная цена ;-)

спасибо всем откликнувшимся за помощь! установил getstream.a84, настроил udpxy мультикастом вещаю каналы на udpxy, а дальше в сети - по HTTP работает супер! намного стабыльней чем через sasc-ng+getstream и ресурсом поменьше нужно... сейчас вещаю 44 канала с 4х транспондеров Триколора, нагрузка на ядро проца около 55%-65% (4 ядра по 2.9 ГГц AMD Phenom X4 B35). раньше при использовании sasc-ng+getstream (вещание по http) изредка картинка сыпалась... сейчас этой проблемы не наблюдается! Одним словом за getstream.a84 будущее!

что-то тема пошла не в том напрвлении в которм нужно ;) напомню... нужно избавиться от ошибки: Apr 13 22:44:42: [stream:Dom_Kino] ecm response time: 74ms [err] event_queue_insert: 0x81dcaec(fd 45) already on queue 2 в конфигах гетстрима - output-http... lemosh@srv01:~$ ldconfig -p | grep libc.s libc.so.6 (libc6, hwcap: 0x8008000000008000, ABI ОС: Linux 2.6.15) => /lib/tls/i686/cmov/libc.so.6 libc.so.6 (libc6, ABI ОС: Linux 2.6.15) => /lib/libc.so.6 lemosh@srv01:~$ ldconfig -p | grep libevent libevent_extra-1.4.so.2 (libc6) => /usr/lib/libevent_extra-1.4.so.2 libevent_core-1.4.so.2 (libc6) => /usr/lib/libevent_core-1.4.so.2 libevent-1.4.so.2 (libc6) => /usr/lib/libevent-1.4.so.2 lemosh@srv01:~$ uname -a Linux srv01 2.6.35-02063511-generic <<issue 201102070905>> SMP Mon Feb 7 10:19:58 UTC 2011 i686 GNU/Linux lemosh@srv01:~$ /home/lemosh/gs_public/getstream -v getstream a84 version 38 на мультикаст переходить не сильно хочется - сеть слабенькая, а желающий смотреть 10-15 чел... или единственный вариант лечения - переход на мультикаст?

Это у вас при 28 канал такая нагрузка на процессор? Без саска не больше 60? А чем вы вещаете? Или вы по мимо вещания на машине file-server замутили? Люди на 4 пеньке с 1гб памяти по 30 каналов через саск прогоняли. Я на своем опыте видел как саск на 18 каналах жрал 18%-27%. сейчас настроил на getstream.a84 + oscam раньше был sasc-ng + getstream + oscam столит 3 платы SS2 + одна tt-budget T-1401 ОЗУ там особо роли не играет... из этих 3.2 гб максимум что видео в использовании около 600 мб... просто стоит 2 планки по 2 гб (выкинуть жалко, пусть с запасом будет ;-))) помимо телека на машине еще билинг висит...

Спасибо server801, настроил гетстрим.а84... на счет ресурсов, машина с процом AMD Phenom II X4 B35 (разлоченный AMD Athlon™ II X3)(2,9ГГц на ядро, 4 шт), 4 Гб DDR2 (Ubuntu 9.10 видит только 3.2Гб - ей с головой)... при декодировани с помощью сасца средняя нагрузка была около 80-90% на каждое ядро (28 каналов, 4 транспондера, 36 градус, Viaccess)... Сейчас, без сасца - больше 60% на ядро не подымается... не могу побороть ошибку: [err] event_queue_insert: 0x8eaac44(fd 79) already on queue 2 server801 говорил проблема в libevent, установил libevent-1.4-2, взял тут не помогло....

если несложно, можно конфиг гетстрима для мульткаста (можно в личку)... спасибо! кстати, пробовал гетстрим.а84 без сасца - подключается к серверу шары, но запросы на ключи не шлет... в чем может быть проблема? (в оскаме вижу что пользователь приконенктился, но активности никакой)