wladd

Готов отчет по V-SOLUTION (Fiber Field) -по просьбе трудящихся, публикую.

обещал написать про токак это можно решить. совместить желание развития КАТВ и ПОН с тем чтобы это было бюджетно.. Тема такая: -Есть ОНУхи на 4 UNI выхода (все знакомы) -4FE -Есть примники на 4 РФ выхода Ставим на группу из 4 домов эти два девайса, а от них тянем кокс и витуху. Это есдиственны бюджетны вариант, правда и лишенный красоты. ~~ - если 80-100 дол не подходит на абона - если груповое обслживание на 4 абона не подходит то есть только один выход и вы его знаете - забыть про КАТВ и ираться в ИПТВ

если использовать сплиттер, то - сигнал просядет на 3дб а значит абонов будет не 64 а 32 на ветке при других равных условиях - "примник со встроеным сплитером" - это проходной приемник, со входим и выходом, это тот же примник, только с "колбой" - (CWDM Device), см. выше минус 22 долара

Ты забыл в одно устройство добавить стоимость "колбы" - фильтра разделения сигнала КТВ и EPON. не туда сначала посмотрел ), все верно в таком варианте нужна колба. но в реальных девайсах (что бы портом управлять) используют дорогущий триплексер ни про какие триплексеры я на знаю в онушкахс РФ - стоит колба, она же "TFF Filter", она же CWDM device, она же add/drop

мешать не будет примник узкополосный. и не будет.

- не выдержал. Для изготовления того девайса (ОНУ+CATV) нужен фильтр 1550. До недванего времени те фильтры стоили в КНР 22-25 дол. щас чуть подешевели, может быть быдут даже дешевле 20 Если считать приемник =40-50 фильтр = 20 ОНУха = 30 ----------------- сотка! или близко от кого. 1. И никуда от этого не денешься! Никуда. Вы в своих расчетах просто не учитываете стоимость того фильтра. 3. Про эфктивное решение могу сказать следующее: - если вы рассчитываете получить за комбайн сумму в 30-40 дол, НЕПОЛУЧИТСА. Потому что экономия на БП - копейки. Все равно девайс есть два в одном и ОНУ и приемник, просто в одном флаконе. притом каждое из перечисленного стоит дешевле потому что производится СЕРИЙНО. А девайсы "комбайны" - будут всегда дороги потому что товар штучный. (вывод: не верьте в чудеса. в нынешних условиях самый минимум минимум 30+30+20 =80 все равно вас не порадует, и вы все равно не будете это ни покупать ни ставить) - про управляемость услуги. а) философски все движется к бесплатному ТВ в том или ином виде, а вас беспокоит то что Тетя Груша не заплатила 30грн за ТВ А оно окупится если ей поставить ОНУ стоимость 80 дол, влупить пакет ТВ+Инет за 200 грн, а потом отключать чуть что.... вывод- по моему экономически и маркетингово нецелесообразно. б) если вы еще не являетесь счастливым обладателем лицензии на ТВ, разрешения на вещание и договоров с правообладателями --- не связывайтесь, не окупится особенно в ЧС в) если являетесь, то вероятно у вас уже все это окупается за счет большой базы клиентов и вы можете поиграться в ПОН+ТВ г) за 4 года строительства ПОН, мне не известна ни одна компания реализовавшая ПОН+КАТВ именно по всем выше перечисленным причинам. о том как это может быть решено в след постах.

Верно, Пикотел калька с Алистара, а не наоборот. Оригинал Алистар, а Пикотел копия.

Нет. Наоборот.

да да. помним. сделаем

8. Применение шаблонов. Онушка съела все команды. Следовательно шаблоны к ней применяются. #9. DHCP snooping (Option 82) Опция добавляется нормально. Тест пройден. 10. Port security Для проверки этой опции применим утилиту DHCDROP. Запустим ее в режиме флуда c рандомными маками … у нас стоит ограничени на 7 мак адресов (конфиг можно посмотреть в пункте с применением шаблонов). Включим снифер, посмотрим трафик, который получае ОЛТ. Онушка не фильтрует DHCP запросы из всех рандомных MAC-адресов. Функция не работает. А… это что такое?! Во время флуда ОНУшка начала сыпать ошибками ... ... и в конце концов перезагрузилась. То есть шторм DHCP пакетов – уязвимое место Пикотела. 11. Storm control При выполнении данного теста воспользуемся утилитой OSTINATO (с её помочью мы генерируем трафик). Ранее мы уже ограничили на ОНУ широковещательный трафик до 256 KБит/сек (конфиг можно посмотреть в пункте с применением шаблонов) Пропустив через ОНУ 1000 широковещательных TCP пакета по 1024 Байт на выходе мы получили - с применением командой 954 пакета - без применения команды 1004 пакета Результат сомнительный. ОНУ не прошла тест. 12. Работа с VLAN UNI порт ONU BDCOM поддерживает несколько режимов обработки тэгов: Зачем нужны режимы Translation, Vlan-Stacking и Aggregation, сказать сложно, т.к. их никто не использует. Именно поэтому мы не проверяли их работоспособность на Пикотеле а проверили только 3 основные режима (tag, trunk, transparent) - проверка прошла успешно: все 3 режима Пикотел поддерживает. Вердикт Результаты теста сложно оценить однозначно. С одной стороны ОНУ выполняет свои основные задачи - регистрируется и передаёт трафик. Пикотел не гнушается дружить с ONU BDCOM и FORA, что является плюсом. С другой же стороны у меня есть серьёзные претензии к дополнительному функционалу этой ОНУ. Зачем на ОНУ нужен Inband Management VLAN, который не доступен провайдеру, но при этом на который с лёгкостью может попасть абонент, находясь при этом в другом ВЛАНе. Зачем на ОНУ нужен шторм-контроль, который не в состоянии ограничить паразитный трафик. Ну и последней каплей стал DHCP флуд, который привёл к перезагрузке девайса. Очевидно производитель под фразой "Пикотел поддерживает все функции" подразумевал, что Пикотел принимает все OAM команды с ОЛТа BDCOM. Кто из клиентов додумается проверять, а действительно ли работает storm-control и port-security. Главное, чтобы команды применились. Репорт целиком можно скачать тут. Смоляков А.А (Reanimator_UA) IC-Line,2015

Test Report Picotel GE100N Итак, наконец то к нам на тест пришла ОНУ Picotel GE100N. Шумихи по поводу этой модели было достаточно, поэтому тест предстоит вдвойне интересным. Без лишних слов сооружаем стенд из BDCOM P3310B и 3 ONU: нашей испытуемой, а также BDCOM P1501C1 и FORA NA-1001B. #1. Подключение и регистрация ONU. Пока OLT работает в режиме SBA (Static Bandwidth Allocation) - DBA включим чуть позже. ОНУ достаточно быстро цепляется к ОЛТу - китайцы всё таки молодцы и разница MPCP у разных вендоров начинает постепенно нивелироваться. #2.Показание DDM и базовой информации. Информацию о себе любимой ОНУ тоже показывает. 3. OUT – BAND IP. Очень часто админы не хотят заливать прошивку от ОНУшки на ОЛТ, т.к. в случае с Пикотелом это ведёт к необходимости удалить с ОЛТа файл Switch.bin (прошивку ОЛТа) - намного проще прошить ОНУ через Веб интерфейс (если он есть). На Пикотеле вебка есть и доступна по адресу 192.168.1.1. Необходимый пункт меню "Update Firmware" есть - значит прошить ОНУ можно. Однако не стоит забывать, что для абонента ОНУ должна представлять чёрный ящик, т.е. он не должен иметь к ней ни малейшего доступа. Тем не менее даже при подключенной оптике абонент может зайти на веб интерфейс ОНУ. К слову (куда ж без рекламы) на FORA NA-1001B доступ по вебу доступен только при отключенной оптике. Это логично. Монтажник приходит к абоненту с ноутом, прошивает ОНУ (если необходимо) и ставит её на линию. С этого момента доступ на Веб закрыт. 4. IN – BAND IP На всякий случай напомню, что у BDCOMа есть 2 команды для настройки IP адреса: OAM и CTC: epon onu ip address static 192.168.1.87 255.255.255.0 gateway 192.168.1.10 vlan 200 epon onu ctc ip address static 192.168.1.87 255.255.255.0 gateway 192.168.1.10 cvlan 200 svlan 0 priority 5 Обе эти команды ОНУ приняла. Правда в обеих случаях в течении минуты Интернет у меня пропал и больше не появлялся, пока я не удалил настройку IP адреса. Тем не менее я проверил, а пингуется ли ОНУшка - и был приятно удивлён. Это настройка интерфейса ОЛТа: Несмотря на то, что ОНУшка и ОЛТ находятся в одной подсети и в одном ВЛАНе, пинговаться ОНУшка напрочь отказывается. Попробуем пропинговать ОНУ (192.168.1.87) со стороны клиента. Странно, но пинг идёт. Т.е. Inband Management VLAN, который должен быть виден только со стороны провайдера, виден клиенту, а провайдеру ,наоборот, - не виден. Посмотрев на конфиг, я понял, в чём может быть проблема с пропавшим Интернетом - одинаковый ВЛАН на самой ОНУ и на UNI порту. Ладно, переведу ОНУ и ОЛТ в другой ВЛАН (100-ый), как собственно и должно быть для разделения Интернет трафика и трафика управления. Действительно, после перевода ОНУ в другой ВЛАН, Интернет появился. Однако странности не закончились. ОНУ по-прежнему видна со стороны клиента! Это при том, что клиент теперь в 200-ом ВЛАНе, а сама ОНУ в 100-ом. Т.е. мало того, что клиент имеет доступ к внутреннему IP адресу провайдера, который должен быть от него закрыт, т.к. он имеет к нему доступ даже из другого ВЛАНа. На всякий случай покажу конфиг Пикотела и конфиг интерфейса ОЛТа: Как видим, даже после переноса ОЛТа и ОНУ в отдельный ВЛАН, пинговаться ОНУ со стороны провайдера не хочет - зато со стороны клиента пингуется на УРА. Т.е. клиент может зайти на ОНУ как по внутреннему, так и по внешнему IP адресам. #5. Тест скорости. Проверим скорость с помощью утилиты IPERF. Полудуплекс: Полный дуплекс: #6. Loop back detect (LBD) Имеет ли ONU защиту от петель. Для начала проверим, примет ли ОНУ необходимые команды. LBD пакеты есть (EtherType = 0xFFFA). Сделаем петлю на коммутаторе BDCOM 3928GX и посмотрим на реакцию ОНУ: ОНУ выключает свой медный порт и сообщает ОЛТу о петле, то есть функция LBD работает. 7. DBA Включим на OLT-е DBA и посмотрим, изменится ли поведение ONU-шки. За пару дней работы ОНУ ни разу не отвалилась - следовательно с DBA она дружит даже без дополнительных "присяданий" с параметрами. Теперь проведём наш традиционный тест - попингуем яндекс с DBA и без него. Теперь включим DBA на OLT. Изменилось ли что-то… Тест синтетический и можно сомневаться в его надёжности. Тем не менее, прирост скорости в 4% на лицо. Что ещё раз говорит не о качестве ОНУ, а о чудотворном влиянии алгоритма DBA на снижение задержек в сети доступа. С увеличением количества ОНУ в дереве снижение задержек будет ещё более заметно. 8. Применение шаблонов.8. Применение шаблонов.

к слову, политика сокрытия прошивок мне вообще кажется контр-продуктивной.

репорты сделать можем свяжитесь с Василенко Евгений Тел. моб. +38 (050) 341-40-63 Skype : ic-line.ievgenii ICQ : 654694981 E-mail : sale4 (@) ic-line.net - присылайте Пикител, Фоксгейт, Екстриалинк (сроки не могу обещать моментальные, все же на это нужно время)

Неможем сделать репорт по фотграфии. ВИфи образец уже есть, щас купим 1ГЕ. В течение пару недель будут репорты по Extarlink моделям.

FW Report TP-Link TL-EP110 Регистрация Для начала облегчю ТПЛинку задачу и отключу на ОЛТе DBA. При этом ОНУшка шустро регается и даже принимает шаблон За ОНУшкой ставлю Линукс машину и начинаю пинговать офисный шлюз. С Линукс ПК пакеты улетают в 200-ом ВЛАНе, вся моя сеть тоже находится в этом же ВЛАНе. Пинга нет! Проверяю ещё раз настройки ОЛТа и ОНУ - всё в порядке. На ТПЛинке стоит (как и на всех ОНУ) по умолчанию режим transparent, т.е. 200-ый ВЛАН должен спокойно проходить. Как бы ни так ))) Меняю настройки UNI порта Теперь явно указано пропускать 200-ый ВЛАН. Но пинг до шлюза всё равно не идёт. Подождав минут 5, повторяю тест - пинг появился. В итоге ОНУ понадобилось минут 7, чтобы начать работу. Ладно, отложим этот вопрос, идём дальше. Пока DBA не включен проверю время пинга между ОНУ и ya.ru (запустим по 10000 icmp пакетов). Результат: Min:37.9 / Avg: 40.3 / Max: 68.4 Теперь включу DBA и проверю, как быстро зарегается ОНУ и изменится ли время пинга. Регистрация прошла успешно. Проверяем время пинга. Результат: Min: 35.6 / Avg: 37.2 / Max: 54.7 В данной ситуации алгоритм DBA улучшил показатели - пинг уменьшился. Базовая информация и DDM Всю необходимую информацию ОНУ отдаёт. Пропускная способность Используя утилиту IPERF проверяю пропускную способность ONU в режиме полудуплекса и полного дуплекса. Тест скорости IPERF-ом в режиме полного дуплекса: 562 / 585 mbps Тест скорости IPERF-ом в режиме полу дуплекса: 843 / 903 mbps Multicast Для начала разрешим ONU срезать тэг с мультикаст трафика и укажем разрешённые мультикаст VLAN-ы. OLT принимает команды без проблем. Мультикаст работает - IPTV есть. На этом тест вроде бы закончен )) но не совсем. Абсолютно случайно я подключил к дереву ещё одну TP-Link ОНУ, подключился к ней и включил VLC Player. На моё удивление мультикаст поток был. Ещё раз проверил - я не разрешал ОНУ срезать мультикаст тэг, а также не добавлял данный тэг в список разрешённых. По итогу, вывод такой - ТПЛинк срезает тэги с мультикаст трафика по умолчанию, даже если соответствующая команда не прописана. Кроме того, ОНУшке нельзя указать список разрешённых мультикаст ВЛАНов - ОНУшка обрабатывает все тэги. Т.е. если Ваш клиент не платит за IPTV, то запретить ему на ОНУшке смотреть мультикаст нельзя. Если у Вас есть стандартные и премиум каналы, разделённые разными мультикаст тэгами, то все клиенты будут смотреть все каналы. Это крайне грустно. 802.1Q - Работа с VLAN-ами Как всегда, тестируем 3 режима работы UNI портов: Transparent, Tag, Trunk - остальные режимы (Translate, Vlan-stacking, Aggregation) провайдеры не используют. Все режимы работают. Но! Иногда наблюдается странное поведение. Подключаем к ONU ПК, через некоторое время отключаем его и подключаем другой. Оба ПК настроены одинаково, оба из одной подсети, однако на 2-ом ПК Интернета нет. Перезагружаем ONU - Интернет появляется. Отловить причину такого бага не получилось. За день теста баг проявился трижды. При этом в тот момент, когда баг всплывал, на ОНУ функция port security была отключена, т.е. никакого ограничения на размер таблицы МАК-ов я не ставил. Пообщавшись в скайпе с инженерами V-Solution, которые тоже готовят решение на MTK чипе, я получил интересное объяснение такого поведения. ТПЛинк ОНУ по умолчанию врубает DHCP-Snooping и IP Source Guard. Что это значит. ОНУшка проверяет, не произошла ли подмена IP или MAC адреса. Именно поэтому другой ПК не получает доступ в нет, т.к. его DHCP запросы просто дропаются. Приехали ))) Зачем на ONU нужен DHCP Snooping да ещё с ISG! Как бы то ни было, чтобы подключить другой комп к ОНУ, нужно дождаться окончания Leasing Time либо ребутнуть ОНУ, что я и делал. Также инженеры V-Solution рассказали по секрету, что их R&D на текущий момент заморозил разработку на МТК. Во-первых, MTK разработчики не дают документацию на свои чипы и не предоставляют исходный код. Следовательно менять прошивку разработчики ОНУшек просто не могут. А разработчики МТК чипов не хотят )) - круг замкнулся. Во-вторых, у Китая существенно возрос импорт ОНУшек ТПЛинк. Но если эти ОНУ делаются в Китае, то откуда же взялся импорт - это бракованные ОНУ, которые возвращаются производителю. Причём за это производитель несёт не малые штрафные санкции. И если ТПЛинк - сетевой гигант, который может заплатить штраф, то более мелкие производители теперь боятся иметь дело с МТК. прим. wladd "Мы тоже хорошенько подумали, и решили не связывать свою судьбу с чипсетом МТК. Мы даже подписали NDA c MTK, но код дествиетльно предоствляется производителям в полу откомпилированом виде Реально работа над прошивкой не возможна. Это не ленивость производителей ОНУ, никто включая сам ТПЛИНК рабоать над прошивкой под чипсет МТК не в состоянии." Ладно, немного отвлёкся от основной темы - давайте двигаться далее. Outband / Inband Management IP и Outband Management VLAN На ONU есть 2 команды для настройки Outband IP - OAM команда самого BDCOM-а и CTC команда. BDCOM команду ONU принять не смогла (выдала ошибку), но это не страшно. CTC команду ONU приняла. Правда пинговаться всё равно не стала, т.е. Outband Management, который многие провайдеры так хотят, тут не работает. Inband IP есть, даже WEB интерфейс работает, правда он китайский Странно, но в WEB интерфейсе есть настройка DHCP сервера - это при том, что на ONU нет Wi-Fi и только один медный порт. Есть ощущение, что софт делался для более функционального устройства. LBD (Loop Back Detection) Обнаружение петель Для LBD также существует 2 команды (OAM и CTC). OAM команда выдала ошибку, CTC команда применилась. ONU в принципе не отправляет никаких сообщений для обнаружение петель. Как правило TPID таких пакетов 0xFFFE, но ONU молчит, следовательно петли обнаруживать ONU не умеет. Это печально, но тек, как работа с мультикастом ))) Port Security (Ограничение MAC-ов) Функционал работает. Это радует. Добавление опции 82 С этим всё в порядке. Опция вставляется. Итак, что мы имеем в сухом остатке - ОНУ поддерживает самый необходимый функционал, т.е. Интернет через неё работать будет. Про нормальную работу с мультикастом, как и про Management IP, и про LoopBack Detect можно смело забыть. Причём если инженеры BDCOM-а или FOR-ы могут изгменить прошивку в кротчайшие сроки, то ждать этого от TP-Linkа не приходится. Да и как они что-то будут менять, если исходный код MTK не даёт. Смоляков А.А ICL2015 Скачть репорт целиком тут

HW Report TP-Link TL-EP110 ONU TP-LINK TL-EP110 поставляется в необычном пластиковом корпусе, имеющим форму флага: Эта ONU уже продавалась ранее небезызвестной компанией Dimiks. (просто подсмотрели там фото) Однако, у нашего образца, в отличие от димиксовского, другой SoC чип (у димикса явно видно Qualcomm): Кроме того, расположение элементов немного отличается от нашего образца (фото ниже): Под радиатором скрыт чип Mediatek MT7520ST. Выполнена ПП достаточно хорошо, везде проставлены TestPoint’ы (сквозные, а не в виде падов, как обычно), всё подписано. Интерес вызвала дата изготовления ПП (или это ревизия ПП – не понятно). У нас эти цифры 2013500016 (выделено красным в верхнем правом углу на фото ниже), у димикса всё то же самое, только цифры 2013500012. Отдельно интерес вызвал GEPON ONU SFF. Судя по всему, это – тупо EPON BOSA (далее – просто BOSA) в пластиковом корпусе, а не полноценный SFF 2x10, используемый повсеместно. Как вариант, эта штука сама не умеет стрелять достаточно далеко (и пластиковый корпус тому пример – он бы расплавился от высокой температуры мощного лазера). BOSA крепится на плату при помощи пяти пинов на пузе (смотри фотку Bottom Layer ПП выше, желтый овал), а также 4-хпиновым шлейфом (выделено красным возле SFF). По факту, распиновка – та же, что и у обычного медюка, только усилок вынесен наружу, о чем подробнее – ниже. Длина его 28мм (против 48мм у обычного онушечного GEPON SFF) выглядит очень заманчиво на фоне поголовного уменьшения устройств, НО!! Для работы этого SFF требуется внешний Amplifier с памятью (выделено красным под SFF). Собственно, из-за этой особенности весь минимализм трансивера сходит на нет – всё равно придется увеличивать место под установку трансивера, хотя, если делать двухсторонний монтаж, то амплифер с памятью могут уйти на второй слой и сэкономить место. Так или иначе, за счет дополнительных чипов схема усложняется. Амплифер: MAXIM 24003; память к нему: ST24C16WP (16Kbit, I2C, не защищена хардварно от записи). Есть предположение, что при смене BOSA с EPON на GPON амплифер сможет и далее работать полноценно, но уже в другом стандарте. Это частично подтверджается нашими друзьями-китайцами, но практическое применение – сомнительно. Цепь питания совсем «дохлая» - всего один преобразователь питания FR9886 от неизвестного мне «fitipower integrated technology» (Input: 4.5…23V; Output: Adjustable V, 2A, 380KHz) + один фильтрующий электролит 100uF 25V (логично, ведь на входе может быть до 23 V DC). Отмечено фиолетовым (верх, центр ПП). Рядом (выделено синим) DC/DC преобразователем расположена микросхема памяти, содержащая (по идее) конфиг для SoC чипа Mediatek: Winbond W25Q32FV (3V, 32Mbit, dual/Quad SPI&QPI). Розовым возле чипа SoC выделена память DDR2 от конторы Zentel. Маркировка чипа A3R12E40CBF-8E говорит о том, что перед нами 512Mb памяти DDR2-800(5-5-5) в BGA-84 корпусе. Память сегментирована по принципу 8M words × 16 bits × 4 banks. Синим внизу отмечен RS232 порт и, я так понимаю, достучаться по нему до чипа таки можно. Отдельно хочется отметить высокое качество (и огромное количество) Test-Point’ов – их реально много, включая дорожки (прямо на них). Складывается впечатление, что тестят онушки после печати каким-нибудь Fly-Probe Test’ом (я бы предположил, что есть и JTAG-тестирования, но некуда подключиться этим самым JTAG’ом). Отдельно про медный порт: он выполнен в пластике, но из грозозащиты – только небольшой кондёр SMD C200 (на фото Bottom Layer желтый прямоугольник). Неизвестно, на какую он ёмкость, сколько выдерживает – в общем, сомнения. - Mediatek MT7520ST – Low-Cost SoC, который многие китайцы начинают устанавливать повсеместно. Достоинства – цена. Недостаток – корявый функционал + отсутствие вменяемой документации даже из их родного репозитория под NDA. Из-за этого 100% китайцев не могут перепиливать прошивки сами – за них это пилит суппорт MTK по запросу, что медленно, дорого и коряво (особенно в режиме испорченного телефона + языкового барьера + неграмотности некоторых китайских деятелей в целом). - Zentel A3R12E40… Память как память. Недостаток – практически невозможно найти такую на рынке, надо заказывать из китая если нужен ремонт. Достоинства – никто их не ремонтирует, «ого-это-ж-BGA-!!!». - Winbond W25Q32FV – никакого негатива. Старый добрый надёжный китайский флеш. - Цепь питания. Могла бы быть сделана гораздо лучше. Питать SoC, трансивер, амплифер, всякую мырцающую периферию и медный порт от одного DC-DC преобразователя – моветон. Общее впечатление: сборка и технологический процесс соблюдены, но компонентная база (в частности, SoC) выбрана не очень хорошая для удешевления производства. Цепь питания могла бы быть гораздо лучше (как обычно – один DC-DC на SoC + DDR + Flash, второй – на лазер, третий – на всё остальное). Грозозащита – номинально есть, реально – она вряд ли справится со вторым разрядом (хотя тут нужен более детальный тест в лаборатории с пьезой на руках). Заключение: дешево, красиво, со вкусом, но малофункционально, с плохой софтварной поддержкой в зародыше (МТК) и сомнительной цепью питания. Никишин И.Ю. ICL2015 Скачать тут

Супер. Как оперативно. Но из продажи они все таки испарились Кинулся сегодня искать на сайтах где они продавались - не смог найти. Может показалось. Тест делаем. Тест про ТПЛИНК публикуем.

не можем купить ОНУ Экстралинк они куда то испарились неожиданно дайте инфу (в личку) где приобрести образцы с удовольствием проведем тест.

всем привет нас тут обвиняют в недостоверности. но в репортах используются исключительно факты кстати, а хотите тест репорт на тплинк EP-110?

Совсем недавно была анонсирована ONU PICOTEL GE100N которая волею судеб попала к нам в инженерный отдел. Новые предметы мы обычно сначала вскрываем на предмет поиска чего-либо, что нас может удивить (новые чипы, интересные решения и проч.), что и было сделано. Печатная Плата оказалась до боли знакомой, и порывшись в нашей коробке с образцами мы нашли полностью аналогичную модель ONU - Alistar ONU APU-700W Mini. Мы были просто потрясены! Это же одно и тоже... Более крупные картинки, кому интересно тут Результат: обе ОНУшки – это один и тот же проект печатной платы, практически ничем не отличается. А значит может обладать теми же достоинствами и недостатками. Так же решили сравнить печатную плату от ФОРА с братьями близнецами, потому как чипсет совпадает. Не смотря на одинаковость центрального чипсета, референс дизайн ФОРА отличается от близнецов кардинально. На данный момент, вопросы по ФОРА были устранены практически полностью. Кроме разве что доступности девайсов, довольно долго ФОРЫ нет в продаже, сорри. Судя по идентичности проекта печатной платы Пикотел и Алистар, нам кажется очевидным что можно прошить Алистар прошивкой Пикотел и наоборот. Мы решили пойти дальше, а вдруг Пикотел и Алистар можно прошить прошивкой от ФОРА? Попробовали – и ……. Увалили девайс. На этом наши тесты к сожалению, закончились… А жаль, потому, что мы хотели протестировать Пикотел на предмет недостатков не так давно ранее замеченных у Алистар Пост на эту тему Была информация что он валит дерево. http://local.com.ua/forum/topic/66940-проблема-с-ону/?p=683647 Была информация что есть трудности с Опцией82. http://local.com.ua/forum/topic/66940-проблема-с-ону/?p=683572 Мы решил проверить, так ли это, Именно это осталось не выясненным. Попытаемся раздобыть еще один экземпляр нового Пикотела для продолжения тестов. У кого есть уже в пользование Пикотел, а может быть и Пикотел и Алистар, напишите сообществу об: - Как новый Пикотел ведет себя с другими ОНУ - Сохранились ли описанные проблемы Алистар в новом Пикотел - Получается ли прошить онушки прошивками друг друга (ждем ваших комментариев по улучшения работы электротранспорта)

думаю 30у.е с НДС это предел. ибо доходы начианеют стремиться к нулю. есть я не прав, пусть т.с. меня поправит.

в принципе можно исполнить большую дистанцию нужно просто уменьшать коэфициент деления каждое деление на 2 будет приблизительно эквивалентно 10км дистанции (удельное затухание 0,36 на длине волны 1310) (деление на 2 дает потерю 3дб)

а выводы? пойдет такаямодель? массово она интересна? может ли она служить вполне себе таким - народным роутером - удовлетворяющим потребности домашнего роутра - имеющим все или большинство нужных способов авторризации к провадеру

Grade B - не популярен, птому снят с производства Grade D - c ними проблема. не удается пока построить налаженый способ производства на рынке в большинстве случаев Grade C или С+ по другой маркировке при выборе Grade C нужно смотреть только на TX - должен быть желательно 0..+2 и болше отдельные экземпляры Grade C c показателем +5 и более - отложите на черный день совместимости по модулям OLT GEPON на уровне модуль-ОЛТ не замечено в природе то есть вы можете использовать модуль любого бренда

-в течение 2 недель ситуация наладится, и далее проблем с наличием не будет. ожидаем выпуск Lite модели на чипсете МТК, облегченная модель не будет поддерживать - loopback detection - inband mangment vlan и конечно будет приятно доступнее