fastvd

почему жалко? у вас на 1 подезд будет больше 10 абонов? или у вас 64*10=640 абонов скушают 1Г(очень сомневаюсь даже при тарифах 80-100 мбит,не говоря что 640 ешё подключить нужно) ? плюс никто не отменял МРТЖ, и когда будет впиратся в 0.8Г то работы на 5 минут чтобы запустить с отдельной ПОН башки ещё один 1Г Зачем в такие дебри вдаваться - считайте укрупненно, т.е. по домам. Если Вы будете ставить 1 ТКД на подъезд, то при среднем размере дома в 4 подъезда, получается 16 домов. Т.е. две ветки ПОНа могут накрыть район в 32 дома. Есть у меня район такого размера - потребление где то 1.8Г. Т.е. с емкостью проблем не будет. Особенно если оставшиеся 2 порта оставить как резерв. Однако о полном отсутствии проблемы говорить наверное все же рано. И вообще, я не понимаю, в каком месте вы тут экономите? я нигде не экономлю, у нас ПОН - чисто ЧС. для многоэтажек есть поверенные годами топологии.

НУ вот наблюдаю одного - пытается в жил районе все ЖЕПОНОМ построить: ону на подьезд (причем и гиговые). Я вот прикинул в уме - мало пропускной способности будет (при тарифах в 100мбит у конкурентов). А жилу на подьезд закладывают одну......... то-есть он закладывает один ПОНпорт на подьезд? хм...получается что так. может еще будет свичи доставлять к ней - но этого я не знаю.... знаю точно, что ОНУ на подьезд. при этом рассказывает мне, что это круче чем у езеров - у них типа нету гига на подьезд. типа на ЖЕПОНЕ он есть......... Я опять не догнал. Он с головы что на подьезде оставляет? прямое волокно с ПОН порта, на которое вешает только одну ОНУ? Бред какой. не! он голову на районе ставит (несколько). а одну ОНУ из 64 ставит подьезде. то есть одним оптическим портом накрывает 64 подьезда. но в тех. документации написано что аплинк 1го ПОН порта 1гб\с то есть у него получается 1 Гб покрывает 64 подъездов Жалко пользователей. почему жалко? у вас на 1 подезд будет больше 10 абонов? или у вас 64*10=640 абонов скушают 1Г(очень сомневаюсь даже при тарифах 80-100 мбит,не говоря что 640 ешё подключить нужно) ? плюс никто не отменял МРТЖ, и когда будет впиратся в 0.8Г то работы на 5 минут чтобы запустить с отдельной ПОН башки ещё один 1Г

+100

12гигабитных SFP. Надо 12 100М SFP. Для подключения медиков. Эта модель работать в таком режиме не будет. ну как бы дешовой гиговой агрегации тоже нету, кроме д-линк 3100, 3120

ничего не даст. я же писал, просто вы не внимательно читаете. если на свиче больше 3-4 вланов то он виснет. как вы думаете - если я вам написал со своей практики что при 3-4 вланах отпадает веб морда, то у меня есть менеджемент влан?

все sl-tl виснут веб-морды. при чем замечено - виснут те где больше 4-5 вланов.

+1

нужен антивандальный ящик в районе 14-20 юнитов, но разборный. проблема в том что вход на чердак где находится оборудования очень узкий, туда как раз впритык влазит 7Ю, но теперь нужен один большой. кто чего предложит?

Согласно скрина , еще приблизительно столько же трафика и железка упрется . cpu4 загружен , дропы по портам . да там он не постоянно...то там 40, потом на другом 20 и на другом 21..то есть прыгает...как бы не плохо.

Судячи з постів " kokasever" він його не навантажує і тестує тільки як аксес сервер на ппое - ми також проводили тести в такому режимі, ось резюме : Ставили роутер у двох варінтах 1. В якості PPPoE сервера (Близько 250 серверів в кожному влані) було видно що балансування між ядрами працює дуже погано, одне ядро перевантажене а деякі взагалі не навантажені. При ~250 PPPoE сесіях та ~150Mbit in та ~20Mbit out одне ядро вже було в ауті і досягало критичних показників завантаження 70%-100%. Судячи з постів на форумі Mikrotik баланс трафіку при використанні PPPoE мають зробити в наступних бетах або в релізі 6-ї версії ОС. 2. В якості DHCP-сервера+Simple queue роутер показав себе гарно. Балансування між ядрами ніби працює значно краще. Приблизно 600-650 simple queue mq pfifo, ~250Mbit in та ~50Mbit out максимальні завантаження на 1-2 ядрах спостерігались ~12% а на інших в коливалось між 6%-0%. Але оскільки мало трафіку важко сказати як буде себе вести система при скажімо 700-800 мбіт вхідного тргафіку та ~1500+ simple queue. Чи буде гарно балансувати між ядрами. З неясних побічних ефектів помічено постійне накопичення дропів на інтерфейсах як фізичних так і віртуальних навіть коли роутер фактично не працює. Це якийсь баг. Дуже важливо дочекатись релізу 6-ї версії ОС бо поки rc6 сира. На мій погляд це не є проблема самої залізяки , скоріше це проблема софта і ще раз повторююсь поки не вийде 6.0 - ця залізяка сира. вот скрин с борда ТС. видно что в онлайне около 200 РРРоЕ сесий видно что около 150 мбит приходит на аплинк, но около 70 мбит просто транзитом уходит на другой БРАС. то есть 200 РРРоЕ сесий хавают около 80 мбит, тарифы 40-100 мбит. на борде ТС также нарезаны кваесы + НАТ. в ТС есть одна проблема(почему я это пишу- ТС звонил ко мне и просил помочь почему тупит инет, потому я имею доступ к борду) - абоны говорят что тупит инет. в ходе разговора с ТС выяснилось: биллинге нету и всех абонов он создает и управляет с МТ вручную. в борд включается аплинк гиговой СФП, провайдер сверху канал не резал, и я реально к его трафику ещё со своего борда через пол Украины гнал 200-300 мбит бандвич тестом - борд даже не почувствовал, все прокачалось без проблемс. если смотреть на загрузку процов - вообще сказка даже при такой нагрузке... в конце концов выяснилось что он всех абонов НАТит чере з 1 внешний IP - это может быть причина намбер 1 сказал я ему проблема номер 2 могла бы быть что канала в провайдера не хватате - то тогда я бы ещё не нагрузил 300 мбит от себя логично, НО: когда я сказал ТС напрямую подключится в гиговый порт борда и включить торрент(до этого ТС под словом тупит инет говорил что спидтест не показывает) - торрент не поднялся выше 30 мбит. когда же ТС прописал в себя на компе в качестве шлюза ещё один смаршрутизированый ІР от провайдера(борд был тупо в качестве коммутатора) - торрент опять не поднялся выше 30 мбит - мое логично умозаключения - нету канала от прова, НО тогда как поднялись мои 300 мбит? П.С.: как видно со скрина для тех же 200 РРРоЕ + НАТ + кваесы - загрузки по процу нету, что не может не радовать. А зробіть будь ласка скрін tool profile , ми тестували на рс6 і РРРоЕ в цій версії не розкидувалось по процам. В вашому випадку я також бачу 1 проц загружений в 41% і думаю , що це ї є загрузка РРРоЕ.

Судячи з постів " kokasever" він його не навантажує і тестує тільки як аксес сервер на ппое - ми також проводили тести в такому режимі, ось резюме : Ставили роутер у двох варінтах 1. В якості PPPoE сервера (Близько 250 серверів в кожному влані) було видно що балансування між ядрами працює дуже погано, одне ядро перевантажене а деякі взагалі не навантажені. При ~250 PPPoE сесіях та ~150Mbit in та ~20Mbit out одне ядро вже було в ауті і досягало критичних показників завантаження 70%-100%. Судячи з постів на форумі Mikrotik баланс трафіку при використанні PPPoE мають зробити в наступних бетах або в релізі 6-ї версії ОС. 2. В якості DHCP-сервера+Simple queue роутер показав себе гарно. Балансування між ядрами ніби працює значно краще. Приблизно 600-650 simple queue mq pfifo, ~250Mbit in та ~50Mbit out максимальні завантаження на 1-2 ядрах спостерігались ~12% а на інших в коливалось між 6%-0%. Але оскільки мало трафіку важко сказати як буде себе вести система при скажімо 700-800 мбіт вхідного тргафіку та ~1500+ simple queue. Чи буде гарно балансувати між ядрами. З неясних побічних ефектів помічено постійне накопичення дропів на інтерфейсах як фізичних так і віртуальних навіть коли роутер фактично не працює. Це якийсь баг. Дуже важливо дочекатись релізу 6-ї версії ОС бо поки rc6 сира. На мій погляд це не є проблема самої залізяки , скоріше це проблема софта і ще раз повторююсь поки не вийде 6.0 - ця залізяка сира. вот скрин с борда ТС. видно что в онлайне около 200 РРРоЕ сесий видно что около 150 мбит приходит на аплинк, но около 70 мбит просто транзитом уходит на другой БРАС. то есть 200 РРРоЕ сесий хавают около 80 мбит, тарифы 40-100 мбит. на борде ТС также нарезаны кваесы + НАТ. в ТС есть одна проблема(почему я это пишу- ТС звонил ко мне и просил помочь почему тупит инет, потому я имею доступ к борду) - абоны говорят что тупит инет. в ходе разговора с ТС выяснилось: биллинге нету и всех абонов он создает и управляет с МТ вручную. в борд включается аплинк гиговой СФП, провайдер сверху канал не резал, и я реально к его трафику ещё со своего борда через пол Украины гнал 200-300 мбит бандвич тестом - борд даже не почувствовал, все прокачалось без проблемс. если смотреть на загрузку процов - вообще сказка даже при такой нагрузке... в конце концов выяснилось что он всех абонов НАТит чере з 1 внешний IP - это может быть причина намбер 1 сказал я ему проблема номер 2 могла бы быть что канала в провайдера не хватате - то тогда я бы ещё не нагрузил 300 мбит от себя логично, НО: когда я сказал ТС напрямую подключится в гиговый порт борда и включить торрент(до этого ТС под словом тупит инет говорил что спидтест не показывает) - торрент не поднялся выше 30 мбит. когда же ТС прописал в себя на компе в качестве шлюза ещё один смаршрутизированый ІР от провайдера(борд был тупо в качестве коммутатора) - торрент опять не поднялся выше 30 мбит - мое логично умозаключения - нету канала от прова, НО тогда как поднялись мои 300 мбит? П.С.: как видно со скрина для тех же 200 РРРоЕ + НАТ + кваесы - загрузки по процу нету, что не может не радовать.

AD-155C + 4 АКУМА по 20 а\ч = 12 часов минимум

или от перезарядки, или от недозарядки. В предложенной Fastvd модели блока питания "Meanwell ad-155C" в спецификации написано: - Встроенный контур заряда внешней аккумуляторной батареи. - Защита при низком заряде батареи и при переполюсовке. http://www.mean-well...s/view-228.html все правильно.это то что вам нужно.

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

Спасибо за ответ. Где вы покупаете AD-155C? И еще вопрос. Почему вы написали что OLT BDCOM потребляет около 75-80 Ватт? В спецификации написано "Потребляемая мощность: до 40 Вт" ой,да ..может быть(просто на узле общую нагрузку вспомнил,но забыл что там медиков около 15шт ещё есть)

AD-155C + 4 гелевых 7а\ч акумов в буфер = проверенная схема(больше 1,5 года) при 1 ОЛТ (около 75-80 ВАТ) = будет держать около 3 часов.

до 500 у.е. = до 60-70 мбит\с при всех идеальных условиях(эфир,монтаж,понимание дела и т.п.) на оборудовании класса 802.11 до 1к у.е. = до 150-170 мбит\с при всех идеальных условиях(эфир,монтаж,понимание дела и т.п.) на оборудовании класса 802.11 до 15 к у.е. = до 400 мбит - РРЛ решение для 2,4 - мегабит 30 если выжмите в нашем украинском эфире то это хорошо если эфир нормальный то ну может 50-60 мбит\с

никакой формулы нету, я вам описал ситуацию по каким показателям\параметрам нужно понимать что сектор забит\не забит.

если сектор отдает 20-30мбит = это 100% результат. больше туда грузить смысла нету. П.С, 40 мгц - для сектора - очень идеальную видимость нужно иметь у всех абонов, при чем у двух поляризациях, иначе просто будет хуже.

почему?) 1) потому что мультипоинт на УБНТ работает более менее нормально при 30-40 СРЕ 2) но бываю исключения когда на секторе больше двухполяризационок и общик капасити\квалити высок - это как раз ваш вариант 3) исключения ещё бывают когда скорости у абонов 1-2 мбит, тогда с таким характеристиками на секторе как у вас все 40 будут хорошо жить 4) замечено когда с сектора снимается больше 10 мбит и большинство на секторе однопоялризацонки то уже сектору плохо, а при ваших показателях сектор уже будет тупить около 20-25 мбит общей вывод для ВАШЕЙ ситуации: при ваших показателях или набирайте СРЕ до момента когда упретесь в 20-25 мбит, или добиваейте до 40 СРЕ с пропускной способнсоти до 20 мбит с сектора.

потому что я не читаю между строк, 12В - стандарт, и 200 А\ч более чем достаточно, а так приходится городить схему с 2 -ух акумов, и когда нужно будет заменить акумы для обслуживания,,или 1 накроется, то второй просто нужно будет выбросить...хотя цена оч.хорошая.

а чё на акуме пишет 6 вольт?

За 4 года только 2 дома???? А если будет 50 домов, сколько ж лет Вы будете их тянуть??? за 4 года 2 дома, и того 4/2=2 дома в год, 50/2 = 25 лет )))

у нас была ситуация тоже когда меняли ОНУ с одной ветки на другую -проблем не было!

Я не про скорость, а про деньги. У нас минималка 120 грн. В зависимости от цены минимального тарифного плана, уже можно на официальный совместный подвес по другому смотреть. третий раз вам отвечаю - от 100 грн, то есть минималка 100 грн - как для ЧС,так для многоэтажек,так для радио.