June 2011 - UANOG - uanog.one

Дропы на интерфейсе каталисты C3560E
by valik＠naverex.net 06 Jan '12

06 Jan '12

Приветствую коллеги! Как обычно, заранее прошу прощения, что не о политике Каковы причины роста дропов на Gi интерфейсе C3560E. Железка с виду вовсе не перегруженна, втом числе и трафик на порту: GigabitEthernet0/19 is up, line protocol is up (connected) Hardware is Gigabit Ethernet, address is 001e.bed9.d613 (bia 001e.bed9.d613) Description: interface_description MTU 9198 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 135/255, rxload 3/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:06, output 00:00:09, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 154377217 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 13816000 bits/sec, 23674 packets/sec 5 minute output rate 530857000 bits/sec, 44732 packets/sec Здесь "Total output drops" растет с завидной регулярностью. show process cpu показывает 10-20% Куда копать?

6 5

outdoor WiFi
by Vladimir Litovka 06 Dec '11

06 Dec '11

привет такой вопрос - посоветуйте оборудование для организации беспроводного подключения на расстоянии до 100м, удовлетворяющее следующим условиям: 1) outdoor исполнение 2) поддержка режима bridge 3) 1 WAN + 2 LAN 4) поддержка WPA2 (TKIP / AES) для шифрации данных 5) безусловным плюсом является возможность использования секторной антенны, чтобы не светить во все стороны. Цена, как водится, является определяющим параметром :) Задача - video surveillance over IP, по следующей схеме: коммутатор на схеме, понятное дело, находится в помещении. Вопрос касается только беспроводной части. Спасибо. -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ "Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"

9 33

Announcement: ASR1002-Fixed
by Vladimir Litovka 28 Sep '11

28 Sep '11

Коллеги, вышло обновление в семействе ASR'ов - ASR1002-Fixed: - ESP-2.5 (2.5Gbps throughput) - RP1 (4Gb DRAM) - 4 onboard SFP-based GE - 1 SPA - Dual AC or DC power базовая стоимость соответствует базовой стоимости Cisco 7201. Функционал ISG, FPI, FW, VPN - по дополнительному лицензированию. Доп. информация - http://www.cisco.com/en/US/prod/collateral/routers/ps9343/data_sheet_c78-44… Enjoy :) -- /doka

2 1

борцуны со спамом
by Victor Sudakov 08 Jul '11

08 Jul '11

Совсем народ с ума сошел, отвергает почту по return-path. Это при живой SPF записи! Failed to deliver to 'XXXXXXXXXXX(a)att.net' SMTP module(domain att.net) reports: return-path address <sudakov(a)sibptus.tomsk.ru> rejected by aln-mailrelay.att.net: 521 DNSRBL: Blocked for abuse. See http://att.net/blocks А что я могу поделать со спуфингом моего адреса? Да ничего, кроме настройки SPF. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru

3 7

Re: [uanog] 2 канала в одном волокне
by Vitaliy Puchkov 29 Jun '11

29 Jun '11

Спсибо, все понял. У нас небольшое растояние порядка 4 км. Все таки к кому обратится насчет такого продукта. Надо два мультиплексора и две пары CWDM модулей. Еще вопрос бывают они в каком-то компактном исполнении, а не целый юнит. ----- Original Message ----- From: "Yury Yaroshevsky" <yk(a)donbass.net> To: "Vitaliy Puchkov" <pvit(a)tcom.uz.ua> Sent: Saturday, June 25, 2011 11:17 AM Subject: Re: [uanog] 2 канала в одном волокне > 24.06.2011 22:11, Vitaliy Puchkov пишет: >> Добрый день. >> >> Надо организавать два независимых гигабитных канала в по одному волокну. >> Вот нашел такую штучку. >> http://www.deps.ua/index.php?option=com_smartcatalog&Itemid=14507&task=view… >> >> Кто то уже делал такое ? Можете прокоментировать будет работать или не >> будет, может уже есть более дешевые решения ? >> >> С уважением, >> Виталий Пучков. >> > > > Вполне рабочее решение. Мало того, мы у себя активно > используем 1 волоконные системы (на тех участках где > для начала мало жил, строя затем туда свою оптику и > перемещая системы в другое место) > > Даже клиентов некоторых включаем (у кого есть только 1 жила). > > В нашей сети используется более 6 комплектов таким систем. > Они постоянно мигрируют с участка на участок. В основном > на длинных пролетах (от 50 до 80 км.) > > Особенных проблем не замечено. > > На счет более дешевых - не скажу. Паяли сами > как-то AD mux-ы (нужен был отвод 1 канала). > Из плюсов - можно разместить где угодно. Хоть в муфте. >

3 4

2 канала в одном волокне
by Vitaliy Puchkov 28 Jun '11

28 Jun '11

Добрый день. Надо организавать два независимых гигабитных канала в по одному волокну. Вот нашел такую штучку. http://www.deps.ua/index.php?option=com_smartcatalog&Itemid=14507&task=view… Кто то уже делал такое ? Можете прокоментировать будет работать или не будет, может уже есть более дешевые решения ? С уважением, Виталий Пучков.

5 4

оптимизация BGP
by Vladimir Litovka 26 Jun '11

26 Jun '11

Привет, matter of fact: при наличии двух и более апстримов оператор всасывает full view с каждого для достижения балансировки исходящего трафика и/или резервирования каналов. Но это требует использования на границе сети достаточно мощных устройств, которые должны быть в состоянии разместить все таблицы в RIP, обсчитать их и поместить результат в FIB - т.е. процессор, память и TCAM должны быть соответствующими. возникла такая мысль - насколько разумно, в целях уменьшения таблицы маршрутизации, делать фильтрацию BGP-префиксов по ориджинирующей ASN (или даже круче - по ориджинируюшему registry - RIPE, ARIN), исключая из RIB/FIB неинтересные локальному пиплу регионы мира? Суть идеи - наших людей в основном интересуют русско-украинско-английские ресурсы, которые в массе своей находятся в Европе, России, Северной Америке. Остальные регионы продуцируют децул трафика, не влияют серьезно на общую загрузку каналов и вполне могут быть обслужены по default. Это правило, в принципе, касается и CDN - любая такая сеть отдает ближайший источник, который, как для Украины, вряд-ли будет находиться в Гонконге или Венесуэле. Есть в Интернете статистика об объемах трафика, продуцируемых by region / be ASN? Интересно, до скольки можно сократить routing table, не повлияв серьезно на распределение исходящего трафика по каналам? -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ "Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"

9 12

Re: [uanog] Kyivstar vs IPv6
by Vladimir Mitrović 25 Jun '11

25 Jun '11

Починили в тот же день. -- vovin. ----- Reply message ----- From: "Taras Heychenko" <tasic(a)academ.kiev.ua> To: "Max Tulyev" <maxtul(a)netassist.kiev.ua> Cc: "uanog" <uanog(a)uanog.kiev.ua> Subject: [uanog] Kyivstar vs IPv6 Date: Sat, Jun 25, 2011 16:50 According to Max Tulyev: Hi! Закинул в Киевстар. Может чего сделают... > Добрый день! > > Киевстар у себя включил IPv6 на сайте. Но сделал это так, что сайт не > пингутеся и по IPv6 не открывается. > > Пытался написать письмо на noc(a)kyivstar.net - ушло в /dev/null. Пытался > позвонить по телефону из whois (phone: +380 44 2473939) - ответили > голосом сразу, но ничем помочь не смогли. > > Может, есть тут кто, кто подскажет вменяемый контакт? > > -- > WBR, > Max Tulyev (MT6561-RIPE, 2:463/253@FIDO) -- Taras Heychenko

3 2

Kyivstar vs IPv6
by Max Tulyev 25 Jun '11

25 Jun '11

Добрый день! Киевстар у себя включил IPv6 на сайте. Но сделал это так, что сайт не пингутеся и по IPv6 не открывается. Пытался написать письмо на noc(a)kyivstar.net - ушло в /dev/null. Пытался позвонить по телефону из whois (phone: +380 44 2473939) - ответили голосом сразу, но ничем помочь не смогли. Может, есть тут кто, кто подскажет вменяемый контакт? -- WBR, Max Tulyev (MT6561-RIPE, 2:463/253@FIDO)

2 1

Re: [uanog] не совсем оптимизация BGP
by Max Tulyev 24 Jun '11

24 Jun '11

Проблема - в процессе. "залил нетфлов в базу, написал запросы и навел красоту" - это где-то человеко-месяц, если никто нигде не слажает в процессе. Если такая система уже есть, и она стоит скажем половину человеко-месяца, то ее выгоднее купить ;) О чем я собственно и вопрошаю. 24.06.11 13:27, Yuriy Moroz написав(ла): > Так а в чем проблема? Залил нетфлов в базу, написал запросы нужные, красоту > дизайнер изобразил. Вот и вся софтина :) > -- > Too Old to Rock 'n' Roll: Too Young to Die! > > > 24 июня 2011 г. 13:10 пользователь Max Tulyev <maxtul(a)netassist.kiev.ua>написал: > >> А я вот про схожую задачу думаю. Дабы определить ключевые сети обмена, а >> все остальное пожалуйте в дефолт. >> >> Есть ли уже некая прога, которая: >> 1. Анализирует трафик >> 2. Смотрит в БГП-таблицу >> 3. Выводит статистику: >> 3а. Сначала всех пиров с распределением по трафику (вида первое место - >> AS1, 80% трафика. Второе место - AS2 - 10% трафика, третье место - AS3, >> 2% трафика и так далее). >> 3б. Дает возможность кликнуть на AS и раскрыть это дело уровнем выше >> (путь AS1 AS44 - 50% трафика, путь AS1 AS56 - 5% трафика и так далее) >> 3в. Повторяем 3б с увеличением вложенности до максимума глубины пути. >> 4. Посмотреть процент трафика и его объем: >> 4а. В конкретную автономную систему. >> 4б. В конкретную автономную систему плюс сети-даунлинки (не путать с >> автономками даунлинками - часть сетей может идти другими маршрутами), >> которые через нее аннонсятся. >> >> 24.06.11 10:20, Vladimir Litovka написав(ла): >>> Привет, >>> >>> matter of fact: при наличии двух и более апстримов оператор всасывает >>> full view с каждого для достижения балансировки исходящего трафика и/или >>> резервирования каналов. Но это требует использования на границе сети >>> достаточно мощных устройств, которые должны быть в состоянии разместить >>> все таблицы в RIP, обсчитать их и поместить результат в FIB - т.е. >>> процессор, память и TCAM должны быть соответствующими. >>> >>> возникла такая мысль - насколько разумно, в целях уменьшения таблицы >>> маршрутизации, делать фильтрацию BGP-префиксов по ориджинирующей ASN >>> (или даже круче - по ориджинируюшему registry - RIPE, ARIN), исключая из >>> RIB/FIB неинтересные локальному пиплу регионы мира? Суть идеи - наших >>> людей в основном интересуют русско-украинско-английские ресурсы, которые >>> в массе своей находятся в Европе, России, Северной Америке. Остальные >>> регионы продуцируют децул трафика, не влияют серьезно на общую загрузку >>> каналов и вполне могут быть обслужены по default. Это правило, в >>> принципе, касается и CDN - любая такая сеть отдает ближайший источник, >>> который, как для Украины, вряд-ли будет находиться в Гонконге или >>> Венесуэле. >>> >>> Есть в Интернете статистика об объемах трафика, продуцируемых by region >>> / be ASN? Интересно, до скольки можно сократить routing table, не >>> повлияв серьезно на распределение исходящего трафика по каналам? >>> >> >> >> -- >> WBR, >> Max Tulyev (MT6561-RIPE, 2:463/253@FIDO) >> -- WBR, Max Tulyev (MT6561-RIPE, 2:463/253@FIDO)

1 0