morfey
-
Всього повідомлень
1 203 -
Приєднався
-
Останній візит
-
Дней в лидерах
3
Тип контенту
Профили
Форум
Календарь
Все, що було написано morfey
-
На этой онушке мне не нужнет мультикаст с вланов 10-11. На остальных онушках работает iptv норм. А на этой ону идут запросы EIGRP Hello, но до ону не доходят... Debug: http://pastebin.com/MwFDA2V3
-
olt: Version 10.1.0B Build 21324 Onu Fora : V1.1.11 Еще пара олт ону: 10.1.0B Build 22960 1501c: 10.0.14A:1039
-
Может быть такое что олт или онуха не пускают IGRP ? Есть клиент по этому протоколу, жалуется что не работает. Настройки простые. h#show running-config interface e0/3:8 Building configuration... Current configuration: ! interface EPON0/3:8 onu-configuration epon onu port 1 ctc vlan mode tag 1122 epon onu port 1 ctc rate-limit 1024 ingress epon onu port 1 ctc rate-limit 1024 egress epon onu port 1 ctc loopback detect !!onu-configuration-end ip mcst enable ip mcst compatible enable ip igmp-proxy enable ip igmp-proxy last-member-query interval 25 ip mcst timer router-age 150 ip mcst timer response-time 10 ip mcst querier address 192.168.220.1 ip mcst mc-vlan 11 range 239.0.1.1 - 239.0.1.100 ip mcst mc-vlan 10 range 239.0.0.1 - 239.0.0.150 #show running-config interface g0/1 Building configuration... Current configuration: ! interface GigaEthernet0/1 switchport trunk vlan-allowed 2,5,10,1000-1255,2938,3011 switchport trunk vlan-untagged none switchport mode trunk switchport pvid 10 interface EPON0/3 switchport trunk vlan-allowed 10-11,1122,1128-1191,3011 switchport trunk vlan-untagged none switchport mode trunk storm-control broadcast threshold 64 storm-control unicast threshold 64 Я так понимаю что IGRP это мультикаст. Но я его нигде не фильтрую.
-
Пулл IP-адресов ПриватБанка для настройки АПИ (Privat24).
тема ответил в Archy_k пользователя morfey в Для тих, хто в пелюшках ще
Для линуха с ipset. Работает приват24 и LiqPay ips.txt www.liqpay.com liqpay.com static.liqpay.com ecommerce.liqpay.com fonts.googleapis.com ajax.googleapis.com themes.googleusercontent.com www.google-analytics.com google-analytics.com ssl.google-analytics.com widget.siteheart.com client.siteheart.com clients.siteheart.com static.siteheart.com seal.globessl.com globessl.com privat24.ua www.privat24.ua privat24.privatbank.ua privatbank.ua qrapi.privatbank.ua www.privat24.ua api.privatbank.ua stats.g.doubleclick.net www.googleadservices.com fonts.gstatic.com liqpay.sh #!/bin/bash #FLUSH IPSET liqpay /usr/sbin/ipset -F liqpay #Command to ADD IPS ADD="/usr/sbin/ipset -A liqpay" #Resolve ip and ADD to IPSET /usr/local/bin/dig +short -f /path_to/ips.txt | grep '\([[:digit:]]\{1,3\}\.\)\{3\}[[:digit:]]\{1,3\}' | xargs -L1 $ADD cron */30 * * * * root /path_to/liqpay.sh > /dev/null 2>&1 IPTABLES -A FORWARD -m set --match-set liqpay dst -j ACCEPT -
Так оно сейчас сегментировано длинковским traffic_segmentation. Получается траффик между олтами не бегает
-
Какой именно свич ? dgs-3120-24sc
-
Не доступно Арп таблица в 1500-1600 записей. Во вребя трабла ~1200-1300 записей. На свиче все ок. В 1 влане около 500 записей все время. Дамп арпов http://91.234.0.2/dump.pcap
-
Прбовал, не помогало Попробую, спасибо. P.S. отключил proxy-arp в аццеле и родной. Пока ничего не отваливается.
-
У нас было похожее, когда немог получить ip адрес Со статически назначеными адресами та же беда.
-
Проблема продолжается . В одном из портов подключил тестовый олт. К нему подключил только ноут. Порт олта тоже изолирован Traffic segmentation. Видит только шлюз (порт 1). Тем не менее это не помогло. Проблема на шлюзе с арпом?
-
Все прописал. Всплеск хз чего, в логе dhcp сервера видел пару раз тучу запросов от одного клиента, может это паранойя уже) Есть график выше и этот, за сегодня.
-
О том же подумал только что)
-
Loopback detection включен, ноне дропает ничего, и в логах тоже по этому поводу пусто
-
Проблема появляется на несколько минут, не успею отследить ничего(. Только юзеров разозлит
-
Проблемная ситуация. Пропадает связь с шлюзом на протяжении дня. Порт 1 - Debian шлюз (10.10.0.1) Порт 2 - DHCP server (10.10.0.2) Порты 3-5 - P3310b с включенным dhcp_snooping (его отключение тоже не помогает . Это часть сети в 1 влане. Остальная сеть - влан на абонента (accel-ipoe), работает нормально. Симптомы - перестает ходить арп к шлюзу, хотя свою подсеть клиентвидит. На шлюзе в арп-таблице мак пропадает ( "(10.10.0.35) at <incomplete> on bond0" ). Клиент не может пропингать шлюз. По графику DHCP сервера видно скачки траффика, почти совпадают с моментом падения. На свиче настроен "filter dhcp_server". В логе свича пр ипроблеме появляется запись: Detected untrusted DHCP server (IP: 10.10.0.2, Port: 3) Detected untrusted DHCP server (IP: 10.10.0.2, Port: 4) Detected untrusted DHCP server (IP: 10.10.0.2, Port: 5) Но этот айпи (DHCP сервера) находится во 2 порту. Если на олте отключить dhcp_snooping - проблема остается, а в лог свича не ругается. Так же на свиче включен arp_spoofing_prevention, что наверное исключает arp-spoofing. На шлюзе установлен Debian 7. 4 карточки в бондинге. Все абоненты в своем влане (accel-ipoe), кроме сегмента с олтами. Включен arp-proxy как в accel так и на интерфейсе bond0 (возможно с єтим связано). bond0 смотрит в сеть с олтами. Проблему наблюдаю уже несколько дней. Идеи кончились.
-
Уверены? Совсем недавно даже на 3560 перешивался на 15-й ИОС и получил необходимую 32-бит ASN. Да, но не для 4948. Я хз, может это какой-то маркетинговый ход, или технически тяжело. Там прошивка 15.0, а 32бит поддержка с 15.2 по моему...
-
Сейчас 1аплинк , дефолт и Украина. Жун ex3200, Украина уперлась в 16к префиксоф. Хочется еще пирингов наплодить, плюс бекап. 10ж портов хочется. Циска 4948 не подходит как минимум из за 16бит ASN.
-
А как на счет микротика ccr1036-8g-2s+ ? Задача принять 2 фулв'ю и прокачать до 4г трафа.
-
Так решалось же последней прошивкой.
-
Подскажите как включить DHCP Snooping и ONU Storm-Control Dhcp snooping #ip dhcp-relay snooping #int g0/1 #dhcp snooping trust Storm control #epon onu port 1 storm-control mode 2 threshold 256
-
Пока наблюдаю, но intel_idle по ходу спас ситуацию. Я забыл удалить irqbalance, и он после ребута стартонул. Сейчас все успешно работает . # ifconfig bond1 |grep error RX packets:983946887 errors:0 dropped:3 overruns:0 frame:0 TX packets:759659907 errors:0 dropped:0 overruns:0 carrier:0 root@bras:/etc/bind/master# root@bras:/etc/bind/master# root@bras:/etc/bind/master# ifconfig bond0 |grep error RX packets:757366294 errors:0 dropped:0 overruns:0 frame:0 TX packets:977358097 errors:0 dropped:0 overruns:0 carrier:0 root@bras:/etc/bind/master# root@bras:/etc/bind/master# root@bras:/etc/bind/master# root@bras:/etc/bind/master# ethtool -S eth0 | grep error rx_error_bytes: 0 tx_error_bytes: 0 tx_mac_errors: 0 tx_carrier_errors: 0 rx_crc_errors: 0 rx_align_errors: 0
-
Поднял. Попробую отключить
-
Я раскидаю прерывания без перегрузки модуля. Я про включение/отключение очередей. Без очередей потерь нет, с очередями есть, я правильно понимаю? Сейчас очередя включены на карте. Работают обе карты на 1 сокете, минимум ошибок/глюков. Чем больше раскидаю по ядрам, тем больше ошибок.. Както так.
-
Это мой первый линукс)) Я раскидаю прерывания без перегрузки модуля.
-
Оффлоады выключены. Шейперы отключены. ethtool -S eth0 не показывает ошибок нигде, все по 0. Видно только по ifconfig. Ну и по страшным глюкам
