Jump to content

a_n_h

Сitizens
 View Profile  See their activity

  • Posts

    3,045

  • Joined

  • Last visited

  • Days Won

    37
 See their activity

 Content Type 

Everything posted by a_n_h

  1. a_n_h
    У меня 4-е ветки, на ветке где "нагрешил" (временно включил пару абонов через лишний сплитер и уровни -29-31 дБ) ошибок нет, в ветки где все в норме постоянно (200-300 шт в сек) сыпятся......
  2. a_n_h
    Методом отключения нашел проблемную ветку из 20 онушек, уровни в пределах от -14 до -23 дБ. Как найти "проблемную" онушку без походов по абонентам?
  3. a_n_h
    HTTP играет нормально?
  4. a_n_h
    проверил все ону - все прекрасно, ошибок вообще нет...... на эту команду: get onu port statistics failed: rc = 2 т.е. статистику получить не удается.
  5. a_n_h
    С этого начинал, все в пределах нормы. Как-то можно увидеть ошибки от/к ОНУ?
  6. a_n_h
    Доброе время суток! на первом "стволе" (show interface epon0/1) постоянно увеличивается счетчик ошибок: Received 277750812 packets, 67526132120 bytes 741110 broadcasts, 532311 multicasts 0 discard, 17163741 error, 0 PAUSE 0 align, 0 FCS, 0 symbol 0 carriersense Transmited 415159320 packets, 534752283684 bytes 275472 broadcasts, 8030 multicasts 0 discard, 0 error, 0 PAUSE как можно узнать где проблема?
  7. a_n_h
    один гигабитный ProCurve 1800-24G (используем как "тупой"), второй "тупой" 8-ми портовый D-Link. Все работает с любого свича.
  8. a_n_h
    На компе с какого транслируешь попробуй одновременно и транслировать и проиграть поток. Если проблем не будет то следующий этап подключи два компа напрямую без свичей и снова проверь.
  9. a_n_h
    Нет. У меня тоже проседала скорость пока не начал применять шаблоны: epon onu-config-template T1 cmd-sequence 1 epon mpcp-registration ctc 30 cmd-sequence 2 epon onu all-port ctc loopback detect cmd-sequence 7 epon onu all-port storm-control mode 4 threshold 256 cmd-sequence 4 epon sla upstream pir 131072 cir 16384 cmd-sequence 5 epon sla downstream pir 131072 cir 16384
  10. a_n_h
    для начала попробуй транслировать через HTTP. Странно, что не "получается", сейчас проверил на рабочем месте (простая сетка из 10-ка машин с двум "тупыми" свичами) все работает без проблем и мультикастом и HTTP.
  11. a_n_h
    если нет перекодирования то мощность процессора ни к чему.
  12. a_n_h
    зачем менять свич? в компе переведи сетевуху на 100 МБт.
  13. a_n_h
    сеть полностью гигабитная? по пути нет свича на 100-е? попробуй на "передающем" компе сеть перевести на 100 МБт.
  14. a_n_h
    Для начала попробуй VLC 1.0.5, если нет перекодирования то проц вообще не должен "грузиться".
  15. a_n_h
    какая версия vlc? как транслируете? больше инфы, у меня все работало на самом "простом" компе, win XP, наиболее удачная версия vlc 1.05/
  16. a_n_h
    3м - 45шт - 600грн бронь до согласования.
  17. a_n_h
    В принципе у меня работает, что-то подобное, проблем не было. Может, что-то не то со свичами?
  18. a_n_h
    На тросу/проволоке, что-то есть?
  19. a_n_h
    Не расстраивайся, что-то странное - морозится и не отвечает.....
  20. a_n_h
    Бронь! заберу.
  21. a_n_h
    Какие-то шаблоны для онушек применяются?
  22. a_n_h
    1. Номер карты. 2. не нужно никому желать зла.....
  23. a_n_h
    странно почему эти прерывания "упали": 14 igb1:que 1 4 igb1:que 2 2 igb1:que 3 igb1:que 4 igb1:que 5 igb1:que 6 igb1:que 7 когда в норме: 1876 igb0:que 0 1815 igb0:que 1 2015 igb0:que 2 1052 igb0:que 3 693 igb0:que 4 535 igb0:que 5 3075 igb0:que 6 520 igb0:que 7
  24. a_n_h
    Это даже я понимаю, но почему "зашкалили": 8121 cpu7:timer 8122 cpu4:timer 8121 cpu6:timer 8119 cpu5:timer 8120 cpu1:timer 8119 cpu3:timer 8121 cpu2:timer в нормальной работе: 127 cpu7:timer 254 cpu4:timer 82 cpu6:timer 185 cpu5:timer 65 cpu1:timer 45 cpu2:timer 57 cpu3:timer
  25. a_n_h
    Всем доброго времени суток! В работе сервер "все в одном" - Freebsd 10.2, Ubilling, NAS, DNS-сервер, 2-а процессора по 4-е ядра, сетевая 82756. Все работало нормально, но сегодня резко возросла нагрузка по прерываниям. Подскажите, куда копать, где проблема?
×
×
  • Create New...