nocproject.org

dvolodin, на самом деле я подумал, я не сильно против отстутствия агрегации, вопрос в цене такого подхода, я пока что не видел примерных расходов места под данные чтобы рассчитать какое хранилище понадобится

я вообще думаю сделать generic реализацию для key-value store

и пусть уже желающие выбирают между RocksDB/InnoDB/TokuKV и прочим

а смысл?

какая между ними разница?

большой выбор отпугивает

в реализации

я имею ввиду с точки зрения юзера

все три хранят данные

выберет дефолтное, если такой вопрос возникает, ему без разницы

ну а тебе три реализации в ноке таскать придется

сделаю одну дефолтную

комрады, научите диагностировать траблы с multicast-iptv

1. переключаешься на http

2. ...

3. Profit!

ты научил как избавиться от траблов, а я просил научить диагностировать

и эти люди хотят продать нам 250 каналов тв по мультикасту :)

ну зачем так обобщать :)

просто я не умею

а вы что ли не хотите покупать?

я не знаю, я ваще там с июля почти не работаю

о как, а где же трудишься?

всё никак не могу окончательно расстаться, слишком незаменим оказался

пхпбыдлокодер из дому в трусах

хорошее дело

а я прикрутил fm, увлекательное дело

Unbeerable: "в трусах" --- php-дресс-код? :)

,,

`'

||

теперь надо eval'ы, всякие cat "test test test" | perl и прочие env x='() { :;}; ...

анекдот:

я: Соответственно, если я правильно понимаю, в OID лишний 0?

длинк: Ноль не лишний, таков текущий дизайн

http://s6.pikabu.ru/post_img/2014/10/08/4/1412741946_1162266481.png

e_zombie: да да да

они бы еще тайлинг полновесный прикрутили :)

https://pp.vk.me/c620630/v620630615/13b49/bjSli-uKA1E.jpg

и у нас нок заработает

всем привет! :)

ребят, сейчас такое расскажу - я тут сижу в прострации.. вообще не догоняю, как такое может быть!! :) может, кто то из вас с таким сталкивался ):

готовы выслушать? рассказ долгий будет скорей всего :)

жги :)

ты его частями выдавай

а то один пост на полэкрана это перебор

сща :)

я просто отвлекся.. момент :)

короче.. есть у меня циска 7206. она по сути является Borderом

на ней терминируются VLAN всех наших клиентов с белыми IP

а второй интерфейс (GI 0/2) смотрит в сеть ТТК - вышестоящего оператора

все бы хорошо.. да вот только с начала недели у неё процессор постоянно под 90% загружен.. выше не дает грузиться control-plane или как его там - в общем, полоса зарезервированая под нужды роутера

я посмотрел - трафик там всего 100 мб/с в обе стороны..

ну подумал, мало ли, может, торренты кто качает и грузит мелкими пакетами

но потом решил разобраться. т.к. у меня нет ни какого биллинга ни нетфлоу сервера, то я просто включил top-talkers на самой циске.

и вот что я увидел

Gi0/2 192.184.9.88 Gi0/2 188.43.44.46 11 6301 0035 2355M

Gi0/2 192.184.9.88 Gi0/2 188.43.44.45 11 6301 0035 2344M

Самое странное – трафик источник и назначение – на одном интерфейсе и оба адреса НЕ принадлежат нашей компании.. Т.е. на циске эти адреса отсутствуют и по-идее, маршрутизироваться на неё не должы!!

BGP у нас нет.. будете смеяться- но у нас обычный статик роут.

вот мне интересно - КАК???!!

в принципе, объяснение вроде напрашивается - адрес назначения принадлежит тоже сети ТТК.. но он не за нами закреплен

траффик, кстати. судя по порту назначения -53й порт - ДНС

то есть хреначит ДНС трафик немеренно

я просто повесил акцесс-лист на интерфейс на вход и заблокировал адрес 192.184.9.88. все - нагрузка сразу упала.

но кто-то может мне объяснить - ПОЧЕМУ этот трафик маршрутизировался через мой интерфейс:

настройки интерфейса такие?

статикроут ?

udp флуд ?

ттк накосячили и не тот маршрут вам залепили

коллизия хешей на коммутаторе ?

interface GigabitEthernet0/2

description INT_FROM_KTTK__TO_3560G_01_GE022

ip address 62.33.16x.1 255.255.255.248 secondary

ip address 62.33.16x.3 255.255.255.248 secondary

ip address 217.150.5x.2x9 255.255.255.252

ip access-group 100 in

не правильно изученный мак ?

no ip redirects

no ip unreachables

no ip proxy-arp

ip nat outside

ip verify unicast reverse-path

ip flow ingress

ip flow egress

ip route-cache same-interface

сознательная атака ?

ip tcp adjust-mss 1420

load-interval 30

media-type rj45

speed auto

duplex auto

no negotiation auto

ntp disable

no cdp enable

end

freeseacher, static route это у нас маршрутизация была.. был ли ЮДП флуд - ну, ДНС это ж по ЮДП.. значит, был.

zi_rus, вот я тоже склоняюсь к косяку ТТК..

freeseacher, если трафик шел к ним но на ip который им не выдавался

freeseacher, а что значит коллизия хешей на коммутаторе?

если трафик пришел к тебе то его тебе кто нить послал. :)

его послал ттк

только он мог его отмаршрутить так

с той сотроны маршрутизатор или коммутатор ?

zi_rus, трафик шел просто к нам. т.к. роутер не находил у себя этого адреса, то просто отправлял на маршрут по умолчанию

вот только почему он к нам шел.. либо ТТК так зарулил. либо тот, кто этот траффик слал - указал маршрут на 188.43.44.46 через наш роутер.

роутер влетел на цпу из-за icmp

попробуй зарезать

(config)#ip icmp rate-limit unreachable ?

<1-4294967295> Once per milliseconds

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

а как вообще, такую ситуацию избежать? просто зарезать маршрут по умолчанию? хмм.. так не получится...

никак

zi_rus, на роутере прописано: ip icmp rate-limit unreachable 1000

ip icmp rate-limit unreachable DF 1000

так что вроде как не из за этого взлетел

show proc cpu sorted

а из-за большого количества ЮДП запросов ДНС

и снять ацл

там было IP input

сейчас сделаю

кстати, если ттк так накосячил, значит с их сети эти адреса были недоступны

ну раз ip input то да

http://www.cisco.com/c/en/us/support/docs/routers/7500-series-routers/41160-highcpu-ip-input.html#ip_input

ну второй адрес, который назначения - ТТК. они оба не пингуются, кажется. но мне не ясно, если у них эти адреса были недоступны, то почему трафик пошел через нас? динамическая маршрутизация у них так косякнула?

спроси у них

что они там сделали

zi_rus, снял акцесс-лист.. нагрузка выросла.. вот статистика процессора

CPU utilization for five seconds: 67%/64%; one minute: 61%; five minutes: 39%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

89 444188400 1621223170 273 2.55% 2.24% 1.08% 0 IP Input

266 5765624 9991356 577 0.31% 0.30% 0.30% 0 Per-Second Jobs

в любом случае это им надо исправлять

2 75256 1996981 37 0.23% 0.05% 0.02% 0 Load Meter

236 328256 622081063 0 0.15% 0.12% 0.10% 0 ISG MIB jobs Man

278 248852 311309782 0 0.07% 0.07% 0.07% 0 PPP manager

88 211104 310825509 0 0.07% 0.06% 0.07% 0 IP ARP Retry Age

279 155304 311311290 0 0.07% 0.04% 0.05% 0 PPP Events

85 131168 310824169 0 0.07% 0.04% 0.02% 0 IPAM Manager

154 124476 14769089 8 0.07% 0.03% 0.02% 0 CEF: IPv4 proces

10 6343048 33126833 191 0.07% 0.06% 0.07% 0 ARP Input

ну я пока заблочил акцесс-листом и у меня все устаканилось.. если будет рецидив - то буду делать заяаку

о! интересно! А теперь у меня стало вот так:

Gi0/2 192.184.9.88 Null 188.43.44.46 11 6301 0035 280M

Gi0/2 192.184.9.88 Null 188.43.44.45 11 6301 0035 279M

то есть трафик не на GI0/2 идет а в Null

интересно, почему до этого на gi0/2 шел

show ip cef 188.43.44.46

или где тут адрес назначения

да, это и есть адрес назначения

сейчас

а зачем тебе ip verify unicast reverse-path

s247_7200#show ip cef 188.43.44.46

0.0.0.0/0

nexthop 217.150.57.210 GigabitEthernet0/2

с одним выходом и дефолтом

zi_rus, ну это ж, если не ошибаюсь, не разрешает маршрутизацию трафика чужого через этот интерфейс.. т.е. из чужой подсети

получается, как раз сейчас и не отработала эта защита ;)

нет, она проверяет источник трафика

если его нет в таблице роутинга то дропает

ну да.. и если он не принадлежит роутеру, то дропнуть должен

во во!

там еще отдельный ключик для дефолта есть

а не сработало видать

и не сработает

почему? :(

у тебя дефолт роут с одним выходом

бесполезная настройка

только роутер доп проверку вынужден делать

эмм... а в каких случаях, тогда, эта фича должна работать?

это надо на внутренний интерфейс вешать

при работающем BGB и нескольких операторах?

чтобы юзеры не спуфили адреса

на какой именно?

понял

на всех клиентских сабинтерфейсах надо повесить тогда?

(config-if)#ip verify unicast source reachable-via rx

да, на сабы

то есть если клиент подставит левый ip, этот трафик дропнется

а что даст reachable-via rx ?

проверка только получаемого трафика?

надо будет заморочиться как-нибудь )

rx Source is reachable via interface on which packet was received

any Source is reachable via any interface

кто скрестил нок с днс? подскажите чего rndc надо настроить

ключи авторизации?

с консоли от юзера нока все работает

поднимите сайт -)

фрии

http://palm.newsru.com/russia/08oct2014/it_product.html