mt6561

Не забудь графики СКВО от пингов публиковать. А еще лучше - от hping2. Очень, очень познавательно!

Собсно, сабж. И я подтверждаю: моих коллег, сидящих строго за Телией, из половины мира не видно уже часов 12. UPD: И собственно уже есть подтверждение нетехнического характера проблемы.

Будете. Я тут уже вторую неделю новый аллокейшин блок получаю, чтобы соседу 8K ipv4 выдать. RIPE ревизию блоков, которые за последние полгода по aw выдавались устроил. Ха! некоторые мои запросы месяцок мурыжат типа а давайте /22 все-таки, нежели /21 =)Но я то хитрая тварь, знаю, что мурыжить-то могут, но вот реально выдать меньше права не имеют, если только сам не согласишься сдуру. Интереснее другое: Райпу в отличие от Арина не дали /8 очередные, и он вынужден выдавать сейчас только recycled блоки, которые уже были выданы кому-то, а потом отданы обратно. Почти все - в блеклистах. А других-то сетей и нет. А вы говорите ревизия блоков по aw...

У тебя Интернет старый. В новом грузицо.

Гугль первым из ресурсов вышел в IPv6! Встречайте: http://ipv6.google.com/

Есть Juniper M10, софт 8.2R2.4. При любом commit'е с вероятностью процентов 80 рвет все BGP сессии одновременно :( Уже все обгуглил - не нашел как фиксить. Мож кто нарывался и уже знает?

Мы уже час, как о другом говорим :)

Я уже знаю минимум на m9 10 далеко вроде не бедных контор, любителей кисок в "версии" sup32, которым после перевала full view за 220 тыс префиксов пришлось резать /24, вместо того чтоб проапгрейлить sup до 720-го. (ухмыляющийся свайлик) Тссс! Спугнешь ведь! Ща вот fullview перевалит за 250к - и вылетят старые шеститонники =) А вообще - все как всегда. "314ц поткрался незаметно, хоть виден был издалека!" (С). Что с sup-ами, что с IP-адресами... (дисклеймер: я про IPv6, ага)

Тут достаточно специфично, но увы нередко встречающееся. Нарисуйте на листике аннонсы и трафик - и все станет сразу понятно. RIPE вроде и не прекращало давать добро :) Адреса еще пока есть, а там - посмотрим... другое дело, что сейчас появилась у них мода пытаться дать меньше, чем просят. Но тут я их хорошо понимаю.... P.S. А ITU-шники смотрят со стороны на весь этот балаган и тащатся :)

0. Я с десяток нашел, пользуя traceroute.org и lookinglass.org имени Павла Васильева. Кроме того, часть сетей в мире тоже были недоступны по той же причине. Увы, фуллвью не держат по моим прикидкам от трети до половины мировых автономок.1. Да хоть /20, тут "размер значения не имеет" (С) 2. Проще таки PI :)

И таки вот на какую граблю сегодня наступил. Есть некая известная контора I, которая находится в Москве и имеет свою PA сеть /19. Киевский филиал этой компании получил от московского головного офиса /24 из этого блока, с правом аннонсить этот самый /24 самостоятельно. I-Украина так и поступила, зааннонсив его через меня. Между I-Главной и I-Украиной был до недавнего времени спутниковый канал. Пока он был - все работало. И вот его поклали, и мгновенно I-Украина лишилась коннективити где-то с третью мира, и почти со всей Россией. Что оказалось? I-Главная естесственно аннонсит всю свою /19 в точки обмена трафиком, в том числе в M9. Ряд же провайдеров не утруждает себя в содержании full-view на своих маршрутизаторах. Особенно если они имеют один канал для мира и второй для России. Действительно, казалось бы незачем. Принимаем себе аннонсы Российских префиксов, а остальное сливаем в дефолт. Класическая простая и беззаботная схема. И - понятия не имеем о more specific'е той сети, что есть в Росии, но часть ее - забугроный филиал! Потому - умным урок: предложат more specific PA (или даже sub-allocate) вместо PI - посылайте сразу в йужном направлении. Без канала к хозяину PA нормальной работы не получите. Даже бекапа. Что и было в очередной раз доказано сегодня. Вот так-то.

эээ!!! следим за руками! 2960 - это чисто L2 железка, да ещё и куцая весьма ни тебе q-in-q ни тебе прочих вкусностей! а указанный Вами эджик - это уже что-то вроде 3560-3750 а это уже другие бапки не то-что бы мне сильно нравились эджики, но за свои бапки вполне уберём циску-экстрим-фаундри.. из того, что ковырял (зиксель, дел, эджик) - эджик выглядит наиболее интересно Да не работает же ж в корке-то нормально ничего, кроме L2! Заявлено - да, работает - нет. И еще один глюк L3, только что. Есть два порта, каждый в своем вилане, между ними - роутинг коркой. Порт убираем из вилана, а потом возвращаем обратно. С вероятностью 20% получаем следующую ситуацию: из мира пингуется интерфейсник что на корке, с сервера пингуется корка. Из мира сервер (то есть ЧЕРЕЗ корку) не пингуется. Лечится conf t int vlan 3002 shutdown no shutdown после чего все пингуется опять как ни бывало. Я все понимаю, даже понимаю, что если отписать в саппорт - то к среде где-то выйдет новая прошивка, в которой это поправят. Но вообще говоря, это тестировщикам деньги платят за такое, а не тестировщики сверхсырого софта - разработчикам...

а точно всё правильно делаете? может надо как в циске, что-то вроде switchport\no switchport? ну прямо таки "как за взрослую циску", не надо приувеличивать :-) BIGNET_ES4626(Config-If-Ethernet1/15)#no switchport mode Set the port Ethernet1/15 mode ACCESS successfully BIGNET_ES4626(Config-If-Ethernet1/15)#ip ? access-group Apply access-list to interface multicast IP Multicast config BIGNET_ES4626(Config-If-Ethernet1/15)#switchport ? access Set access mode characteristics of the interface ingress-filtering Configures frame filtering base on VLAN membership mac-vlan Set mac-vlan function mode Set trunking mode of the interface subnet-vlan Set subnet-vlan function trunk Set trunking characteristics of the interface voice-vlan Set voice-vlan function BIGNET_ES4626(Config-If-Ethernet1/15)#switchport ac BIGNET_ES4626(Config-If-Ethernet1/15)#switchport access BIGNET_ES4626(Config-If-Ethernet1/15)#switchport access ? vlan Set Vlan when interface is in access mode Как-то так... Стоит такое счастье $2k, и как видим тут http://www.price.ru/bin/price/prodlist?bas...02&where=00 Catalyst 2960G за такие деньги более чем находится...

гигабитные аплинки уже на всех свичах есть... А цена? А если портов - 24 или 48 (что - как дети в школу в 24-х этажке, скажем) А если порты все и так гигабитные? А тот факт, что оно уйдет именно в центр сети, а не в аггрегатор 2-го уровня? А совершенно другие требования (и стоимости) к маршрутизатору? Вобщем, против как по-мне больше, чем за. Особенно если учесть расширение (переход на гигабит тот же).

счётчики в общем мне пофик, но неприятно а вот глюки с конфигами, серьёзно кстати, если не секрет, как бекапите конфиги? зачем, я предположить могу так, например, раскручивают двойное тегирование Пока такое чудо одно - руками. Надеюсь, что таких чуд вскоре станет на один меньше. Все проще! Надо всего-то ограничить скорость до 100Мбит на группу портов :)

Очень дорогое, и при этом неприемлемо глючное. Говорю как владелец ES4626. а какие есть с ними глюки? О! Только что еще один баг поймали. На вилан можно повесить айпишник (int vlan 111; ip address 10.0.0.1 ...), а на интерфейс (int e 1/15; ip ...) - фиг! Хотя в доке (пункт 3.2.3.1) говорят, что можно (и это логично!). Прошивка в этой корке - последняя. Вобщем, отстой. Заставить сделать себя тестовым полигоном узкоглазых, заплатив за это как за взрослую циску - нуегонафиг :(

это, я так понял, если его как маршрутер использовать? а если только свитчевание на нём, то есть нарекания? это в плане STP или не работает hair pin и прочие трюки? 2. - У нас _проявилось_ на маршрутизации. Но общий вывод: прошивка сырая, и в продакшен не годится. Ну а счетчики - это и на тупом свитчинге без виланов вылазит. 3. - нет, не стп, это баги когда свитч бьется виланами скажем на две части (половина портов в вилане 1, вторая - в вилане 2), и два порта из разных виланов соединяются через третий свитч или патч-корд. Не спрашивайте зачем - так надо.

Почему? Потому что звезда превращается в шину. Скажем, есть у нас 12-ти портовый 100Мбит свитч. Юзер из порта 1 льет на скорости 100Мбит/с фильм юзеру в порт 2 Юзер из порта 3 льет на скорости 100Мбит/с фильм юзеру в порт 4 Юзер из порта 5 льет на скорости 100Мбит/с фильм юзеру в порт 6 Юзер из порта 7 льет на скорости 100Мбит/с фильм юзеру в порт 8 Юзер из порта 9 льет на скорости 100Мбит/с фильм юзеру в порт 10 Порт 12 - аплинк наверх, занят скажем на 15Мбит доступом в Интернет для юзера из порта 11, качающего порнуху. Теперь представим vlan-to-user, все ломанулись друг к другу через порт 12. Предположим, там дальше нет аггрегации, и он входит напрямую в центр маршрутизации. Предположим даже, что маршрутизатор опупенно крут, и не проседает под нагрузкой ни капельки. Что получаем? 5x100М потоков наверх, 5x100М потоков вниз, да плюс порнуха для юзера 11 ну никак в 100М линк не влазят! Итого юзеры друг другу льют фильмы со скоростью 10Мбит вместо 100Мбит, а юзер 11, платящий деньги за инет, кстати, ваще практически отдыхает (так IP стек уж устроен с дальними и ближними линками). Так понятно? ;)

Цена кстати очень средняя, особенно для 16+ портов. И к тому же, это было желаемым, а не обязательным условием. Очень дорогое, и при этом неприемлемо глючное. Говорю как владелец ES4626. а какие есть с ними глюки? 1. Нет 64-х битных счетчиков (ну или работают они нестандартно), потому при съеме трафика через snmp v2c раз в 5 минут если бежит 120Мбит и более получаем фигню.2. Что куда страшнее - часть параметров при ребуте тупо не подымается из конфига, как-будто их и не было. Вводишь руками (вроде no network .... а потом network ...) - все работает. До ребута. 3. Не работает ряд конструкций сети с петлями, которые должны работать и работают на других аналогичных свитчах. Справедливости ради замечу, что на багрепорты они регагируют МГНОВЕННО, вот уже опять новую прошивку прислали. Но ведь я же не отладочный полигон, а рабочий оператор! Тем более за такие-то деньги...

Очень дорогое, и при этом неприемлемо глючное. Говорю как владелец ES4626.

Уважаемый коллективный разум! :) С Наступившим наконец-то! Подскажите пожалуйста, какие свитчи лучше выбрать для домосети, исходя из следующего ТЗ: Обязательно: - Линейка из 8-12-16-24 гигабитных портов - L2 managed - Port/mac binding - 802.1q/p - IGMP - не виснущие (как минимум не "Дэ Лінк?" и не Dell) Желательно: - Port/mac/ip binding - IGMP v2 - Оптопорт (все-равно двуглазый или одноглазый) или SFP дырка - Цена до $20 за порт Есть идеи/опыт применения чего-то на эту тему?

Присутствует полное отсутствие понимания процессов в RIPE/RIPE NCC. Зато присутствует азиопское "у меня УЖЕ есть, а остальным пусть будет получить сложно и геморройно". Ну-ну. P.S. Я тоже против азиопского менталитета в управлении RIPE. Вот как раз поэтому.

Не соглашусь.Принцип нифига не понятный и не прозрачный. Потому что отсутствует четкий и однозначный ответ на вопрос: "если я сейчас заплачу вот за эту сеть/АС - какой мне выставит счет RIPE?" Вылечу я в следующую категорию или таки нет? Мне-то, как extra large, уже пофиг. А вот Small/Medium...

Спрыгнуть в более младшую категорию можно. Скоринг за PI и AS действует только год с момента их выдачи, потом не считается. Одна из московских фирм, с которой я работал в 2006-м, таким образом спрыгнула из Large в Small по итогам этого года. Можно спрыгнуть и отказавшись от ненужных PA сетей.

Спасибо за откровенность :)