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

maverick5

Пользователи
 Просмотреть профиль  Активность

  • Публикации

    110

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

  • Посещение

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

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

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

    Добрый день.

    Голова gpon zte c320

    Подскажите плз, есть подозрение что периодически идет засвет со стороны клиента.

    То-ли онушка косячит, то-ли медик включают.

    Что в логах искать по этому событию? Чтобы понять на каком дереве трабл и время.

     

    Спасибо большое!

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

    Цитата

    interface gpon-onu_1/2/4:73 это не весь конфиг. Нужен  show  onu running config gpon-onu_1/2/4:73

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

    Спасибо! Да, для нее нет смысла создавать отдельный профайл. Она с такими настройками одна будет. 

    show  onu running config gpon-onu_1/2/4:73
pon-onu-mng gpon-onu_1/2/4:73
  ==Configured by profile: VLAN304==
  service ServiceName gemport 1 cos 0 vlan 304
  vlan port eth_0/1 mode tag vlan 304
  ==End==

     

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

    Цитата

    vlan port eth_0/1 mode hybrid def-vlan 100

    vlan port eth_0/1 vlan 100

    vlan port eth_0/1 vlan 101

     

    с 100 влана снимаем тег, 101 с тегом

    Спасибо!

    Пишет что конфликтует с настройкой ОНУ (Operation is forbidden for conflicting with some applied onu-profile.)

    Вот у меня сейчас так настроена ОНУ:

      

    interface gpon-onu_1/2/4:73
 
  ==Configured by profile: LP_ONU-1G==
  fec upstream
  tcont 1 name T_INET profile DBA_1000MB
  gemport 1 name G_INET tcont 1
  ==End==

  service-port 1 vport 1 user-vlan 304 vlan 304
  ip dhcp snooping enable vport 1

    Работает норм. Что поменять в этом конфиге, чтобы еще проходил транком vlan 90?

     

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

    Доброе время суток.

    Появилась необходимость прогнать через ОНУ несколько вланов транком, а один отдать без тега.

    Подскажите конфиг ОНУ плз.

    Отдать ВСЕ вланы транком получается, а вот чтобы с одного из них снять тэг - туплю)

    Спасибо!

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

    Добрый!

    Коммутаторы:

    SNR-S2980G-24F
    SNR-S2990G-24FX
    SNR-S3750G-48S-E

     

    Как правильно на них:

    1. Полностью зарезать прохождение multicast трафика.

    2. Ограничить на абонентском порту broadcast трафик, предлагает диапазон: <1-1000000>  Kbits. Как правильно высчитать порог в kbps, который оптимальным для абонентского порта?

    причем минимально можно выставить 64 Kbits

     

    Спасибо!

     

     

     

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

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

    @maverick5 боль 

    Сегмент сети большой?

    Схема сети?

    Бюджет на апгрейд если рассматривать 1 управляемый +1-2 не управляемых?

    Нужно уточнить флуд это или петля.

    Тут уже нужно понять, кто флудит клиент или сам коммутатор.

    Если железо позволяет, пограничное оборудование может сыпать в лог о петле. Либо включить stp на порту в который смотрит в сторону этого сегмента, либо смотреть онлайн на мак таблицу.

     

     

    Обычно в таких ситуациях ищю проблему по графикам загруженности портов. 

    Если есть возможность заходить на оборудование, отключа исходящие порты либо физически нужно попасть.

    + Сеть сегментированна на куски сразу видно в каком р-не проблема.

     

    Сегодня вечером буду смотреть. Примерно в 9 вечера начинается...

    Апгрейд делаем, строим PON.

    Там частный сектор на мыльницах. Может кто и петлю делает (случайно или специально)

    Если бы железо, то наверное проявлялось бы постоянно...

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

    32 минуты назад, micol сказал:

    iftop
    jnettop

     

    Спасибо!

    Установил iftop.

    Флуд закончился к сожалению уже ))) К счастью!

    Каждый вечер примерно с 21 до 00 часов.

     

    Запускаю эту утилиту на нужном интерфейсе - вижу список соединений.

    А как самого флудера здесь увидеть? Если это конечно возможно...

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

    Здравствуйте!

    Имеется часть неуправляемой сети куда еще не дошел апгрейд.

    Примерно в одно и тоже время в ней возникает жесткий флуд.

    У клиентов дикие потери пакетов.

    Как-то можно попытаться отследить флудящую абонентскую железку в этом куске (mac, ip)?

    Включил один порт сервера на линуксе в эту сетку.

    Запускаю tcpdump на этом интерфейсе но, честно говоря, не знаю толком что там смотреть и на что обратить внимание.

    Может посоветуете что?

     

    Спасибо!

     

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

    16 минут назад, pvl сказал:

    Там же лежит, где ver3.6 http://www.megatec.com.tw/Download.htm

    На официальном сайте копируете линк. Вставляете в командную строку браузера, но меняете цифру 6 на 4.

     

    http://www.icamview.com/pub/pub/NetAgentII/3.4.CX504.zip

    Спасибо большое!

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

    Добрый день.

    Угараздило обновить прошивку для этого модуля на ver. 3.6.CX504

    Постоянно падает теперь с ним соединение.

    До этого стояла прошивка ver. 3.4.CX504 работало все отлично.

    Может у кого есть ver. 3.4.CX504? Поделитесь пожалуйста.

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

    10 часов назад, Aleksey Sonkin сказал:

    @maverick5 
    В случае, если у Вас на порте FC отключен, коммутатор должен игнорировать полученные pause frame, поэтому отключение FC со стороны клиента вряд ли решит проблему. Но отправка клиентом pause frame само по себе является симптомом, нужно понять, по какой причине клиент шлет данные пакеты.

    Сегодня-завтра потестируют канал - ответят. Может еще и не в этом причина...

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

    В 22.05.2019 в 09:32, azhur сказал:

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

    Сам с трансляцией видео дела не имел, но КМК это может вызывать задержки в передаче потока, а может и переполнение буфера во время "паузы в передаче".

    Да, так и было. Выключили FC. Счетчик pause frame  - по нулям стал.

    Будут тестировать канал, может и потери пакетов в стриме пропадут

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

    Здравствуйте!

     

    Включен QinQ на клиентском порту.

    Гоняется телевидение

    Клиент жалуется на ошибки.

    Но на портах своего коммутатора мы ошибок не наблюдаем, единственное растет счетчик: " 8490 pause frame " на этом порту.

    Вот пишет нам клиент:   " Это не ошибки которые вы можете зафиксировать на порту(Типа CRC, undersize, length error и тд), у клиента проблема наблюдается с ошибками по его транспортному потоку, так называемые СС Error(часть пакетов в mpeg стриме пропадает)."

     

    В какую сторону покопать?

      

    SNR-S2985G-8T#sh ver
  SNR-S2985G-8T Device, Compiled on May 16 10:56:37 2019
  sysLocation Building 57/2,Predelnaya st, Ekaterinburg, Russia
  CPU Mac f8:f0:82:77:db:95
  Vlan MAC f8:f0:82:77:db:94
  SoftWare Version 7.0.3.5(R0241.0308)
  BootRom Version 7.2.40
  HardWare Version 1.1.2
  CPLD Version N/A
  Serial No.:SW070911I105001289
  Copyright (C) 2019 NAG LLC
  All rights reserved
  Last reboot is warm reset.
  Uptime is 0 weeks, 0 days, 18 hours, 10 minutes
    SNR-S2985G-8T#sh run
!
no service password-encryption
!
hostname SNR-S2985G-8T
sysLocation Building 57/2,Predelnaya st, Ekaterinburg, Russia
sysContact support@nag.ru
!
!
!
!
!
!
!
!
!
!
!
mtu 1600
!
!
vlan 1
!
vlan 90
 name MANAGEMENT
!
vlan 1013
 name RTPC
!
vlan 1714
 name RTPC-2
!
Interface Ethernet1/0/1
 description FSB
 switchport access vlan 1714
!
Interface Ethernet1/0/2
!
Interface Ethernet1/0/3
!
Interface Ethernet1/0/4
!
Interface Ethernet1/0/5
!
Interface Ethernet1/0/6
!
Interface Ethernet1/0/7
!
Interface Ethernet1/0/8
 description MANAGEMENT
 switchport access vlan 90
!
Interface Ethernet1/0/9
 description RTPC
 dot1q-tunnel enable
 switchport access vlan 1013
!
Interface Ethernet1/0/10
 description UpLink
 switchport mode trunk
 switchport trunk allowed vlan 90;1013;1714
!
interface Vlan90
 ip address 172.16.3.102 255.255.255.0
!
!
no login
!
captive-portal
!
end

     

    на этом порту они сидят: 

    Interface brief:
  Ethernet1/0/9 is up, line protocol is up
  Ethernet1/0/9 is layer 2 port, alias name is RTPC, index is 9
  Hardware is SFP,  address is f8-f0-82-77-db-95
  PVID is 1013
  MTU 1600 bytes, BW 1000000 Kbit
  Time since last status change: 0w-0d-0h-21m-2s   (1262 seconds)
  Encapsulation ARPA, Loopback  not set
  Auto-duplex :  Negotiation  full-duplex,  Auto-speed :  Negotiation  1G bits
  FlowControl is off,  MDI type is auto
Statistics:
  5 minute input rate 10175769 bits/sec, 865 packets/sec
  5 minute output rate 150984727 bits/sec, 14573 packets/sec
  The last 5 second input rate 10178570 bits/sec, 854 packets/sec
  The last 5 second output rate 150785854 bits/sec, 14735 packets/sec
  Input packets statistics:
    54375499 input packets, 82006581890 bytes, 8490 no buffer
    54305696 unicast packets, 46610 multicast packets, 23193 broadcast packets
    0 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored,
    0 abort, 0 length error, 0 undersize 0 jabber, 0 fragments , 8490 pause frame
  Output packets statistics:
    936817212 output packets, 1216483000109 bytes, 0 underruns
    27682487 unicast packets, 897690470 multicast packets, 11444255 broadcast packets
    0 output errors, 0 collisions, 0 late collisions , 0 pause frame
  Input and output packets by length:
(64)        bytes:  27684494, (65~127)    bytes:  12306873, 
(128~255)   bytes:   2562876,  (256~511)   bytes:   8155084, 
(512~1023)  bytes:    106742, (1024~1518) bytes: 886511513 
  Output packets dropped because of no buffer: 0

     

     

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

    Это понятно. Но это не совсем то, это скорее аналог Proline DC UPS 60W.

    Первые два ставятся вместо штатного БП устройства, имеется куча переходников под разные девайсы.

    Штатный меняешь на этот ИБП, подключил аккум, воткнул 220 в штатный разъем устройства и поехало.

    Экономится место, можно подключить параллельно несколько устройств к одному аккумулятору высокой емкости.

    Покупают, в основном люди с этого форума, устраивает видимо..

    Proline EF100-3600  для BDCOM 3600 серии только привезли первый раз на пробу, на тест отдали 10 шт, пока устраивает - посмотрим.

    Этот БП в обще идеально ставиться, не разбирая устройство. У нас в сетке стоит 7 штук

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

    3 минуты назад, Martje сказал:

    Какой нелояльный ценник. И как результаты? Покупают?

    Первые две позиции активно берут. Остальное эпизодически.

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

    1. Блок бесперебойного питания Proline EF6012

    ef6012-ups-500x500-1200x800.jpg

    - Разработан для коммутаторов D-Link, Edge-Core, Huawei, FoxGate, Linksys

     Блок защищает батарею от глубокого разряда. При достижении критического разряда аккумулятора (10.8 В) свитч выключается и снова включится автоматически при подключении свежей батареи или появлении сети.

     Устанавливается вместо штатного БП.

    - кол-во 10 шт.

    - цена: 2200 руб. за шт.

     

    2. Блок бесперебойного питания Proline EF9012 для OLT BDCOM P3310B и коммутаторов D-Link, Dell, Alcatel

    prolineef9012-500x500-1200x800.jpg

    UPS9012 - блок бесперебойного питания под внешний аккумулятор.
    - Разработан специально для OLT BDCOM P3310B, старших моделей коммутаторов D-Link, Dell и некоторых других.

      Устанавливается вместо штатного БП.

    - кол-во 10 шт.

    - цена: 2800 руб. за шт.

     

    3. Блок бесперебойного питания Proline DC UPS 60W

    ef6012c-300x300-1200x800.jpg

    - DC UPS 60W - позволяет обеспечить бесперебойное питание для роутеров, камер и другого низковольтного оборудования при помощи внешнего свинцового аккумулятора.

    - кол-во 10 шт.

    - цена: 3200 руб. за шт.

     

    4. Блок бесперебойного питания  Proline EF100-3600  для BDCOM 3600 серии

    prolineupsforbdcomp3600-500x500-1200x800

    - ИБП разработан специально для OLT BDCOM P3600 серии (P3608, P3612, P3616). Устанавливается в штатное место PWR1 или PWR2, вместо или параллельно родному блоку питания.

      ИБП EF100-3600 размерами соответствует штатному блоку питания.

    - кол-во 10 шт.

    - цена: 8700 руб. за шт

     

    Отправлю из Крыма транспортной компанией или почтой РФ

    Александр, sonet.online@gmail.com

    вайбер, вацап +7 978 7435230

     

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

    В 14.05.2017 в 10:11, ii_blag сказал:

    цена в принципе приемлемая сама плата +батарейка около 3000 р , только как в Рашке сие чудо приобрести ?

    Если актуально еще...

    Тут можно приобрести сие чудо )

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

    Здравствуйте!

     

    Как-то можно OLT Bdcom p3310c настроить так, чтобы на нем регистрировались только определенные (разрешенные) ONU.

    Если абонент притащил левую ОНУшку, чтобы она не могла зарегаться на ОЛТе.

     

    Спасибо!

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

    Для отправки трафика в СОРМ рекомендую использовать коммутаторы серии S2990

     

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

    Есть еще вопросик...

    На этом коммутаторе можно зеркалировать в одной сессии с одного 10G порта на, например, 2 гиговых порта, чтобы траф делился поровну?

     

    Спасибо!

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

    Доброе, maverick5!

    Потери вызваны ограничением чипа Marvell, установленного в коммутаторе.

    Для отправки трафика в СОРМ рекомендую использовать коммутаторы серии S2990.

     

    На этом потерь при зеркалировании не будет?

     

    Или может что из д-линка посоветуете с SFP+?

    Сейчас СОРМ модернизировать будем до 5 гиг. Надо чтобы спокойно переваривал зеркалирование такого трафика.

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

    Здравствуйте, maverick5!

    Шаблон от Cisco Router, очевидно, подходит, oid`ы интерфейсов там стандартные.

    Убедитесь, что Cacti успешно наполняет rra данными и имеет права на их чтение.

    Спасибо!

    Все поехало