Jump to content

RockManX

Muggles
  • Content Count

    99
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by RockManX

  1. и как оно выглядит? откуда и куда удалить собираетесь?
  2. если ону зарегана, то должен быть интерфейс например имеем EPON0/2:25 пишем int epoN 0/2 no epon bind-onu sequence 25 и онушки больше нету
  3. Mem: 1500K Active, 38M Inact, 12M Laundry, 7534M Wired, 160M Free ARC: 5662M Total, 596M MFU, 4416M MRU, 288K Anon, 158M Header, 490M Other 4511M Compressed, 7513M Uncompressed, 1.67:1 Ratio Swap: 4096M Total, 57M Used, 4039M Free, 1% Inuse могу отсыпать немного 🆓
  4. абсолютно не верно freebsd это наследие одной из вариации unix linux это пародия на unix поэтому в линуксе всё и работает через костыли которые не переносимы на нормальные системы вот смотри, линукс начинает свопить только когда кончается память и начинается дикий свопинг с соответствующими тормозами, вплоть до подвисаний курсора мышки фря свопит ненужное с тех пор когда оно становится ненужным поэтому полезная память всегда выделяется под дисковые буферы и аллокейты новых программ такой подход более эффективен особенно если zfs сжирающий
  5. там многие вещи подстраиваются автоматом эти автоматические настройки хорошо работают при 1G скоростях например если надо повысить производительность при 10G и толще, то надо тюнить параметры согласно тому гайду htcp неожиданно хорош только в одну сторону, если вы получаете данные, если отдаёте могут быть траблы я когда тестировал то ломалась загрузка системы по nfs также были непонятные затыки по smb
  6. https://calomel.org/freebsd_network_tuning.html
  7. так что, ставить прошивку или нет? может будет постабильнее работать....
  8. всё норм, я тоже так делаю, чтоб в 1 влан ничё не приходило
  9. interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/1 67.5 3.4 16.6 4.4 epon0/2 64.3 3.4 14.9 9.9 epon0/3 63.6 3.3 46.3 4.9 epon0/4 60.1 3.3 43.7 4.0 угадай какой модуль gpon
  10. если хотите чтоб с нужного аплинка лился траффик в нужный пон порт, то это просто вланами делается а так можно 4 аплинка в лацп связать и будет 4 приход, 4 уход вот только маловероятный сценарий что абоны будут далеко за 1г вылазить
  11. для этого в олт есть оптические/медные/комбо порты
  12. тогда уже просто выкинуть dlink, взять 4портовую сетевую на сервер и втыкать олт напрямик
  13. можно дополнительно на стволе шторм контролить _config_epon0/1#storm-control ? broadcast -- Broadcast address storm control multicast -- Multicast address storm control unicast -- Unicast address storm control также и на аплинке, тогда до сервака дойдёт миниум и может он не ляжет
  14. ну если это олт, да ещё и как сервер доступа работает, то достаточно только сервачёк с биллингом прикрутить
  15. я бы с л2 расходил, плюс тут сервера доступа слегка не хватает...
  16. значит надо договариваться с провайдером, думаю местные спецы найдут вариант...
  17. если ты у себя на сервере интерфейсы не забриждуеш, то никакого кольца и не может быть принимай оба одинаковым тегом, без проблем, будет один и тотже мак, но на разных интерфейсах сетевая0.1220 сетевая1.1220 на каждый интерфейст разный паблик ип, лижбы не в одном броадкасте чтоб разные ип шлюзов были и там уже балансить траффик
  18. RockManX

    UA.PON v6.0

    до абонов, покрайней мере на 3310Б пинг по локалке был ~20+ безз той команды, опосля ~1
  19. RockManX

    UA.PON v6.0

    а пинги как?
  20. иногда простой снупинг работает но иногда он блокирует и "нужный" сервер... зависит от прошивки и удачи
  21. ip sshd save в конфиге уносит олт в бесконечный ребут на новой прошивке причём не всегда и не сразу одна проработала неделю и ушла, другая сразу ушла, ещё две выжили возможно от аппаратной версии зависит...
  22. RockManX

    UA.PON v6.0

    cтавьте более старую прошивку, сам даунгрейдился с Е когда не обнаружил этой команды !version 10.1.0D build 33463 полёт нормальный, зоопарк регистрируется, команда pon zaebis отрабатывает
  23. GARP VLAN Registration Protocol (GVRP) — сетевой протокол канального уровня модели OSI/ISO, позволяющий устройству локальной сети сообщить всем соседним устройствам, что оно желает принять пакеты для одной или нескольких VLAN. Главная цель GVRP — позволить коммутаторам автоматически обнаружить информацию о VLAN, которая иначе должна была бы быть вручную сконфигурирована в каждом коммутаторе. Этого можно достичь использованием GVRP — распространить идентификаторы VLAN по локальной сети. GVRP также может быть использован сетевыми серверами. Эти серверы обычно конфигурируются для вхождения в неск
×
×
  • Create New...