Перейти к содержимому
Калькуляторы

haverlinkfor

Активный участник
 Просмотреть профиль  Активность

  • Публикации

    268

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем haverlinkfor

  1. Опубликовано · Жалоба на ответ

    Прошиваю ONU C-data с головы BDCOM

    epon update onu image .img venderId CDT modelId 110F

     

    Проверяю, что прошивка загружена

    show epon onu-software-version | include V

     

    Подтверждаю

    epon commit-onu-image-update venderId CDT modelId 110F

     

    В итоге некоторые ону через время снова возвращаются на предыдущую версию. Первая мысль повлияла перезагрузка. Повторяю то же самое, делаю перезагрузку, не слетает. Ставим эту ONU клиенту, через несколько дней проверяем, снова старая версия

     

  4. Опубликовано · Жалоба на ответ

    При добавлении eoip интерфейса в bridge c ethernet портом в сторону головы BDCOM P3616-2TE трафик перестает бегать. arp от ONU долетает до шлюза через eoip , обратно нет. Маршрут один. Через канал работает отлично радиооборудование разных фирм (Mikrotik, Cambium,LigoWave). Через не EPON порты внутри головы этой проблемы нет! Как настроить Jumbo frame на EPON ONT не нашел, видел только для GPON ONT. В первую очередь перепроверили MTU бриджа, там все ок. Может кто сталкивался, отзовитесь. 

  7. Опубликовано · Изменено пользователем haverlinkfor · Жалоба на ответ

    В компанию (оператор связи) требуется на постоянную работу инженер-проектировщик ВОЛС.

    Требования:

    1.  Знание правил проектирования, строительства и эксплуатации ВОЛС
    2.  Проектно-изыскательские работы по проектированию строительства GPON, СКС, FTTH
    3.  Подготовка и сопровождение получения ТУ.
    4.  Разработка ТЗ, основных проектных решений, чертежей, схем.
    5.  Автор разделов (написание пояснительных записок).
    6.  Знание проектных программ(AutoCad, MS VISIO, Компас).

    Работа в офисе компании в Белгородской области п.Волоконовка график 5\2 базовый, оформление по ТК РФ, ЗП 50 000 р.

     

  8. Опубликовано · Жалоба на ответ

    2 часа назад, slv700 сказал:

    Ах , 2+0 - 4 передатчика. И сколько же это стоит ?  И отдельно 4 антенны, каждая их которых $1+тыс за  новую.

     

    Это означает что вторую пару устройств в линк бондинг ( LACP) не предлагать.

    Все верно, нужно без агрегации, можно и 5 ГГц

  9. Опубликовано · Жалоба на ответ

    имеется рабочий пролет 30км с емкостью 570/170 на airfiber5xhd

    Уперлись в 570 в одну сторону, чем в данный момент доступным на рынке можно увеличить емкость. Хотелось бы в одну сторону иметь минимум 800 Мбит для запаса.  Бюджет за пролет до 250 т.р. Второй airfiber5xhd не предлагать

  13. Опубликовано · Жалоба на ответ

    В 12.12.2019 в 17:16, Ace63 сказал:

    Я к чему говорю, не хочется что то изобретать и собирать, хочется готовое решение, например как у Ubiquiti EgdePoint EP-R8 или EP-S16, почему у микротика нет таких решений?

    Ждем  MikroTik netPower

  14. Опубликовано · Жалоба на ответ

    В 17.10.2019 в 09:09, xabarov сказал:

    Кто вы, таинственный доброжелатель с единственным сообщением на форуме, и откуда у вас такая информация? Вокруг этой ситуации много слухов появилось, в т.ч. и противоречащих друг другу. Единственная официальная информация от производителя доступна в приложенном файле, который мы получили от них несколько дней назад. Сейчас общаемся с действующими сотрудниками LigoWave и согласовываем поставку, которую много раз откладывал производитель. Новая дата готовности отгрузки с их слов - 20 октября. По сути это дедлайн, после которого мы скорее всего прекратим транслировать обещания производителя и попробуем решить проблему иначе.

    Ligowave general.pdf

    Что по дедлайну, разрешилось? или все таки решать иначе?

  15. Опубликовано · Жалоба на ответ

    Для http2 обе стороны должны включать поддержку протокола. Вы можете дать примеры сервисов популярных, которые используют http2 ? Что скажете об ott телевидении? Если один поток никакой, пользователь FULL-HD с нормальным битрейтом (не говоря уже про 4K для которого нужен 1 поток в 35-40 Мбит/сек) работать не будет. Пофиг что у него в 5-10 потоков мегабит достаточно. Все же можно попросить провести тесты с 1) 1 поток TCP   2)   4 потока TCP

  16. Опубликовано · Жалоба на ответ

    160M * 4 = 640M   Значит полностью не утилизируется?

    На сети я не увлекаюсь много-поточностью, всегда измеряю 1 потоком и он не сильно отстает, скажем так, от 5-10 сессий. И это если в сети все оK с радио, все ок с flow-control и буферами коммутаторов на транспортной сети. В противном случае, скорость одного потока низкая, забить кучей потоков (как на вашем скрине 100шт) мы можем, все будет хорошо, только вот смысл в этом если большинство приложений используют один поток (торренты не в счет). Если, действительно, используется балансировка, тогда ок, 160М норм для одного и его вполне хватит, главное без проседаний...

  19. Опубликовано · Жалоба на ответ

    1 час назад, slv700 сказал:

     Ну так покажите  график  живого трафика и график живого трафика +тест (     а также отдельно график    BT)   с задержкой и в том и другом случае. Мы должны видеть все составляющие трафика загрузки канала.  Мгновенное пиковое значение скорости на порту неиинформативно, я об это заранее предупредил, чтобы не предьявляли эту цифру. В ней много служебного трафика и мусора. И там нет усреднения. Кроме того,    догрузочный тест должен быть дуплексный, в той же пропорции UL/DL как и живой трафик.

    Я все это показал уже... такое ощущение вы мои посты не читаете. Не хочу больше тратить время на одно и то же.

    Скажите лучше, когда в России ориентировочно появится epmp3000 и Force 300 ?

     

  21. Опубликовано · Жалоба на ответ

    1 час назад, slv700 сказал:

    Показали скрин  с догрузом синтетическим трафиком  порядка 30  Mbps.   Причем догруз тестом  TCP без ограничения, который  , ясно видно  перегрузил канал.   Уверен, там конская задержка, возможно даже с потерями пакетов, во время такого догруза. Поэтому скрина с задержкой именно в этот момент и не было представлено. Там совершенно определенно -полная *опа.

     

    Посмотрите внимательно на мой пост. Скрин задержки там есть, да и мегабит там побольше чем на ваших скринах. 

  22. Опубликовано · Жалоба на ответ

    Кстати, посмотрел еще раз на скрин force-300. Есть ли скрин мртг, кактуса? Временной диапазон очень короткий и всплески до 200 практически моментальные. Средний трафик около 180 мбит по DL . На моем скрине все же побольше.

  23. Опубликовано · Жалоба на ответ

    5 минут назад, slv700 сказал:

    Свободную емкость можно измерять тестом. Но в вашем тесте догрузка трафиком нестабильная. Значит идет перегруз.  Вы можете сделать скрин  DL 200 + Mbps    без догруза тестом и пинг при этом?    Вы близки к нужному результату, но похоже все идет в натяг и  не дотягиваете. 

    Ну по идее догрузка без указания полки всегда будет вызывать перегруз. Могу догрузить более нежно и будет ровнее. Если нужно  могу сделать и скрин  задержки при живом трафике. (но уже завтра или в другой день)

  24. Опубликовано · Изменено пользователем haverlinkfor · Жалоба на ответ

    4 минуты назад, slv700 сказал:

    Вижу , по скорости 200  Mbps     есть.  По скорости зачет, но нет  задержки при таком трафике. И судя по трафику - он таки уперся в  полку 200  Mbps.    Нет все же 200+M.

    Не уперся. Тестирование свободной емкости tcp одним потоком считаю адекватным. Догружает также как и днем.

    Задержка есть также из кактуса хоста за этим линком.

     

     

    111.jpg