- UANOG - uanog.one

DHCP <-> MySQL
by Vladimir Litovka 29 Nov '11

29 Nov '11

привет, а такой вопрос - хочется привязать DHCP к внешним источникам хранения информации (MySQL). Насколько я помню, в FreeRadius v2 появилась поддержка DHCP - насколько оно адекватно, кто пробовал? Или может есть другие идеи, как ходить за данными из DHCP в MySQL? Спасибо -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ "Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"

3 6

Content-Type: multipart/mixed от Nortel CS1000
by Artem Naluzhnyy 29 Nov '11

29 Nov '11

Коллеги, А вот подскажите, существует ли на Nortel CS1000 возможность убрать application/x-nt-mcdn-frag-hex и application/x-nt-epid-frag-hex части из тела исходящего INVITE'a, поскольку удалённая сторона не понимает multipart/mixed (апгрейд нортеловского софта исключён): INVITE sip:6930;phone-context=cdp.udp@rga.example.com:5060;maddr=10.1.121.100;transport=udp;user=phone;x-nt-redirect=redirect-server SIP/2.0 User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31 Content-Type: multipart/mixed;boundary=unique-boundary-1 --unique-boundary-1 Content-Type: application/sdp v=0 o=- 77 1 IN IP4 192.168.170.10 s=- t=0 0 m=audio 5200 RTP/AVP 8 0 101 111 c=IN IP4 10.101.21.17 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:111 X-nt-inforeq/8000 a=ptime:20 a=maxptime:20 a=sendrecv --unique-boundary-1 Content-Type: application/x-nt-mcdn-frag-hex;version=sse-5.00.31;base=x2611 Content-Disposition: signal;handling=optional 05008301 0107130081900000a200 09090f00e9a0830001000300 1315070011fa0f00a10d02010102020100cc040000684600 1e0403008183 --unique-boundary-1 Content-Type: application/x-nt-epid-frag-hex;version=sse-5.00.31;base=x2611 Content-Disposition: signal;handling=optional 011201 00:1b:ba:fd:27:f9 --unique-boundary-1-- -- Artem Naluzhnyy

1 0

building inter-PoP connectivity
by Vladimir Litovka 29 Nov '11

29 Nov '11

Коллеги, такой вопрос. Background: Есть провайдер, который предоставляет определенные услуги (kind of voice services) другим организациям. Точки присутствия этого провайдера находятся в нескольких городах Украины и России. Как для организации общего маршрутизируемого сегмента между площадками, так и для подключения клиентов используются туннели (IPIP / IPSec). На сегодняшний день ресурсы используемого оборудования исчерпаны: Cisco 18xx, 19xx на 25-30Mbps трафика вышли на 100-процентную загрузку CPU с соответствующими потерями (туннельный трафик весь process switched, поэтому возможности fast switching не могут быть утилизированы). Суть задачи: Апгрейд оборудования лишен смысла - переход на 100Mbps-capable оборудование в такой конфигурации (туннели) за скромные деньги невозможен: - маршрутизаторы cisco 29xx / 39xx отодвигают проблему на полгодика-годик (и стоят совсем не пять копеек) - juniper j-series тянут от $2k за штуку (не учитывая лицензий IPSec/etc) - в украине есть 7304/NSE-100 за $6-7k за штуку, но IPSec в PXF не обрабатывается - что-то серьезное типа ASR1000 - за >$15k То есть логично выплывает желание использовать что-то nix-based, поскольку соотношение цены/производительности в бОльшей степени определяется требованиями к производительности x86-based сервера и, по сравнению с C/J-based решением, цена его значительно ниже. Такое решение не только дешевле установить, но и дешевле держать необходимый резерв. С другой стороны, хочется использовать специализированное решение, заточенное под определенную задачу, чтобы от человека, который возьмет на себя обслуживание этой сети, не требовалось широкое знание nix-систем. Мне в голову приходит два относительно недорогих решения: - mikrotik RB-series. Тут у меня только одно опасение - закрытый софт, закрытая система и появление новых фич определяется мнением поставщика на сей счет. Например, поддержка GRE в mikrotik'ах просилась на форумах в течение нескольких лет, пока была реализована. - linux-based systems like http://www.vyatta.org/ - вроде, почти идеальный продукт - развивается не в пример быстрее mikrotik'а и выбор аппаратной платформы намного шире,чем у mikrotik (собственно, лимитируется только здравым смыслом и требуемой мощностью при выборе железа) Вопрос в следующем: - можете прокомментировать мой ход мысли и последовавшие за ним выводы и сказать, насколько надежно использование того или иного решения в промышленном применении под нагрузкой до 100Mbps в режиме форвардинга IPIP/IPSec, маршрутизацией BGP/OSPF, защитой с помощью ACL и доступа в режиме SSH? - на что, кроме mikrotik и vyatta, можно еще посмотреть? - у кого есть реальный опыт использования этих решений? Если же все-таки говорить о J-series (как о самом дешевом из вменяемого), то каковы у них реальные параметры производительности на imix-трафике, образованном IPIP / IPSec туннелями? Данные из даташита не дают возможности оценить реальную производительность (худший вариант - J2320 Firewall+Routing @ 64-byte packets дает 175Kpps/90Mbps, но что они считают файрволлом - ACL'и или stateful inspection, я не знаю) Спасибо. -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ "Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"

2 1

RTSP proxy
by Yuriy B. Borysov 26 Nov '11

26 Nov '11

Здравствуйте! Коллеги, посоветуйте, пожалуйста, RTSP proxy. Не уверен, что использую правильный термин... Есть камера, отдающая RTSP поток. Количество потоков ограничено. Надо дать возможность, желательно с WEBа, смотреть видео, большему количеству клиентом, чем поддерживает камера. Спасибо! -- WBR, Yuriy B. Borysov YOKO-UANIC | YOKO-RIPE

6 5

Extreme Networks Summit и ICMPv6 Neighbor Discovery
by Alexander Shikoff 21 Nov '11

21 Nov '11

Приветствую! Есть свитч Extreme Networks Summit X650, в него включено три клиента. На их портах выключен Unknown multicast flooding. Замечено, что X650й не всегда пропускает ICMPv6 ND-пакеты с dst-mac 33:33:x:x:x:x. Пример: 17:37:20.095721 Out 00:23:9c:f2:14:02 > 33:33:ff:12:cf:6c, ethertype IPv6 (0x86dd), length 86: fe80::223:9cff:fef2:1402 > ff02::1:ff12:cf6c: ICMP6, neighbor solicitation, who has fe80::203:fff:fe12:cf6c, length 32 17:37:20.097812 In PFE proto 6 (ipv6): fe80::203:fff:fe12:cf6c > fe80::223:9cff:fef2:1402: ICMP6, neighbor advertisment, tgt is fe80::203:fff:fe12:cf6c, length 32 - все отлично отработало. 17:42:37.369687 Out 00:23:9c:f2:14:02 > 33:33:ff:00:ff:ff, ethertype IPv6 (0x86dd), length 86: 2001:7f8:63::11 > ff02::1:ff00:ffff: ICMP6, neighbor solicitation, who has 2001:7f8:63::ffff, length 32 17:42:37.976633 Out 00:23:9c:f2:14:02 > 33:33:ff:00:ff:ff, ethertype IPv6 (0x86dd), length 86: 2001:7f8:63::11 > ff02::1:ff00:ffff: ICMP6, neighbor solicitation, who has 2001:7f8:63::ffff, length 32 17:42:38.977624 Out 00:23:9c:f2:14:02 > 33:33:ff:00:ff:ff, ethertype IPv6 (0x86dd), length 86: 2001:7f8:63::11 > ff02::1:ff00:ffff: ICMP6, neighbor solicitation, who has 2001:7f8:63::ffff, length 32 - X650й не пропускает эти пакеты, пока не включишь Unknown multicast flooding на порту. Единственное отличие в этих двух примерах - source IP-адрес, в первом случае он link-local. Вопрос: это баг или фича такая у Extreme? И как заставить его свитчить эти пакеты при отключенном Unknown multicast flooding? Спасибо. -- Kind Regards, Alexander Shikoff AMS1-UANIC

1 0

intel c20x
by Vasiliy P. Melnik 17 Nov '11

17 Nov '11

hi all что-то ищу и не могу найти документального подтверждения своих мыслей: на интел логике с206 с204 с202 не работают процессоры, у которых есть турбо-буст? и что-то с памятью не могу разобраться - под хеон я понимаю, что нужна есс-шная память, эта логика работает с udimm-ами. А если проц G620 память ведь обычную надо ставить? контроллер то в процессоре присмотрел мать под задачу - asus p8b-x, меня она устраивает, да вот хочу собрать сервер на ксеоне с 16-ю гигами оперативки, и вторую машину резервную - с G620-ым и 8-ю гигами оперативки, чтобы если что под рукой всегда была платформа.

1 0

packet switching troubleshooting
by Vladimir Litovka 17 Nov '11

17 Nov '11

Коллеги, привет обратились люди за помощью в траблшутинге высокой загрузки процессора cisco 1941: #sh proc cpu sorted CPU utilization for five seconds: 95%/93%; one minute: 95%; five minutes: 96% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 124 31101764 19487697 1595 0.87% 0.91% 1.10% 0 IP Input 311 9981560 286663394 34 0.71% 0.66% 0.59% 0 IP SLAs XOS Even 95 2684060 155471350 17 0.31% 0.28% 0.27% 0 Ethernet Msec Ti 2 603544 267703 2254 0.15% 0.14% 0.15% 0 Load Meter #sh ver Cisco IOS Software, C1900 Software (C1900-UNIVERSALK9-M), Version 15.2(1)T1, RELEASE SOFTWARE (fc1) как видится мне, _одной из причин_ проблемы является то, что до фига пакетов are process switched и, копаясь помаленьку, наткнулся на одну штуку - два туннеля идентичной конфигурации: interface Tunnel3 ip address b.b.b.b 255.255.255.252 ip nat inside ip virtual-reassembly in rate-limit output access-group 152 2048000 2048000 2048000 conform-action transmit exceed-action drop tunnel source GigabitEthernet0/0.1 tunnel mode ipip tunnel destination z.z.z.z ! interface Tunnel7 ip address a.a.a.a 255.255.255.252 ip nat inside ip virtual-reassembly in rate-limit output access-group 152 8048000 8048000 8048000 conform-action transmit exceed-action drop tunnel source GigabitEthernet0/0.1 tunnel mode ipip tunnel destination y.y.y.y при этом соотношение process switched трафика к fast switched катастрофически отличается - в первом случае 1:6, во втором случае 1:1300 - Tunnel3 Protocol IP Switching path Pkts In Chars In Pkts Out Chars Out Process 1321607 52872552 1338630 82247996 Cache misses 0 - - - Fast 685306642 1305203881 775716318 539460927 Auton/SSE 0 0 0 0 Tunnel7 Protocol IP Switching path Pkts In Chars In Pkts Out Chars Out Process 2604 183914 3676 1339280 Cache misses 0 - - - Fast 278291035 939492036 294356323 1768566565 Auton/SSE 0 0 0 0 Подскажите, пожалуйста, чем может быть вызвана такая разница в соотношении пакетов? Адреса y.y.y.y и z.z.z.z, находятся у разных провайдеров, оба подключены к UAIX, выход на обоих - через один интерфейс аплинка (Gi0/0.1) и далее - через UAIX, то есть частично маршрут совпадает. Какие могут быть идеи? Спасибо. -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ "Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"

3 4

Kiev, Vladimirskaya 57
by Svetlana Tkachenko 16 Nov '11

16 Nov '11

Добрый день! подскажите пожалуйста кто провайдит интернет на ул. Владимирскую 57 (Дом учителя). В этом здании вообще есть нормальный интернет? а то менеджеры сказки рассказывают. -- Svetlana Tkachenko

1 0

Ищу 2 бп для cisco 7940
by Lystopad Olexandr 14 Nov '11

14 Nov '11

Привет! А есть ли у кого не нужный один или даже два блока питания для cisco ip phone 7940? Готов забрать за пиво или оплатить разумные деньги. Ответы в личку. Заранее спасибо. -- Lystopad Olexandr

1 0

clang vs gcc46
by Paul Arakelyan 08 Nov '11

08 Nov '11

Сижу, оптимизирую софтину - суть, в основном, свелась к переделке двух вызовов одной функции в один, а фунцкция подросла почти в 2 раза (но только "почти")... Она вроде как inline - т.е. ничего не должно было ухудшиться. Докурочился - gcc-4.2 её уже нормально не собирает, то есть - собирает, но быстродействие уже "не то" - причем очень заметно, почти 50%. А gcc-4.6.2 - наоборот, рост в пару % :). С clang-2.9 - тоже облом, 20% того... Не пойму, кто ж может с uint128/256 работать (т.е. ещё и генерить SSE2/3 код). Ни один компилятор не додумался слепить 2 операции над 32бит в одну 64, не говоря уж о 128/256... Собрал gcc-4.7 - "вроде не хуже", даже немного лучше. +2%. clang-3.0 (ого, при сборке llvm-3.0 паралельно компилится куча - по числу ядер проца - как-то они не подумали, что памяти бывает не так много) - "чуда не произошло". Устроил небольшую перестановку в арифметике - хихи, gcc42 подрос на 40% (т.е. все равно, как раком до парижа), gcc-4.7 - выдал ещё несколько %. И чего оно как-то не хочет перестановку инструкций делать... -- Best regards, Paul Arakelyan.

2 1