LV10

неспешно продам /20 PI, с конским ценником в $48/ip сеть не РФ, сделка через escrow[dot]com

кратко: 2. Запрос "почему дерегнули мой PI /24" задавал владелец PI. (Тот самый, который, якобы, по телефону(!) RIPE NCC ответил, что никаких sponsorship он не подписывал). Запрос задавался спустя 90 дней, когда уже ripdb чиста. За 90 дней ripe ncc не связывался с владельцем (напомню это мой коллега, мы даже с ним в доле по бизнесу 50/50). Стоит заметить, что владелец PI - один человек-предприниматель, никто кроме этого конкретного человека не может принимать действия за него. 3. размер PI /24 и мы решили посмотреть, как будет дальше действовать эта экзекуционная машина. 4. Арибтраж был, на наши потуги, что мы готовы (я и мой коллега, владелец PI) приехать лично к арбитру/офис ripe - был получен отказ. я даже отправлял совместные фото с владельцем PI и нашими личными документами. Бестолку

как минимум я могу предоставить 2 кейса их абанутости: 1. - дерегистрация лира по причине: вы заслали фальсифицированные документы на спонсорство PI (причем этот PI мой давний друг и коллега). Причина: мы позвонили владельцу PI - он не в курсе, что подписался sponsorship (тупая выдумка ripe) - спустя время этот PI дерегистрируют ибо не появился LIR у этого PI (я специально не делал контракт на нового LIR и ждал как себя поведет ripe) - пишу в ripe, мол по какой причине дерегистрация. Ответ: мы не нашли контактов владельца. ***, идиоты, а как вы тогда првоверяли спонсоршип договор и кто вам тогда сказал, что его нет? Как проверить по телефону(!!!), что кто-то сказал, что не в курсе про контракт (кто там вообще отвечал? и кому они звонили?). Но зато дерегнуть этот же PI по причине "мы не нашли контактов" - это верх идиотства 2. Попытка атаки на нового LIR, путем засылки писем: However, we see in the * registry that company appears to be in status 'revoked'. в обоих случаях действовал г-д-н Spencer Payton похоже, настало время окунуть этих уродов. вообщем, если netup желает - я готов пободаться еще раз, добавить в ваш кейс доказательств, что эти обдолбыши из NL таки обдолбыши.

я проходил такое же говно, и тоже моего LIR уничтожили. Причем в моем случае - клиент был реальный, живой и более того - знакомство с клиентом > 5лет, подтверждющие фотоснимками. но райпу похер, они обдолбыши. Дальше были попытки утопить ново-регнутого лира, прикинувшись шлангом, ой мы увидили, что вам отменили регу компании, спутав ее с доверенностью. Вообщем, дебилов надо издить. Но тогда я не смог поднять вой, а сейчас с удовольствием внесу свои 3 копейки в утоплении райпа в дерьме.

весь рукожопнадзор в 502 ерроре как там дела на манежнрой? или сглатывают?

мы завидуем вашему терпению.

собственно, сабж. за бумажные деньги. не торопимся

прошивка TVIP s412 прекрасно шьется в китайские приставки на s805/s812 чипе за $20

отлично, что не разобрали оборудование из ГДР. а то, возможно, прийдется импортозамещать. А huawei, siemens, ericsson будем рассматривать в каталогах, и передавать их друг дружке, как в совке

главное, чтобы в стойле было комфортно.

а коктейли?

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

Доброго дня, господа. Подкиньте в ПМ свежую fw для ZTE OLT C300 (2.0.1P3) спасибо

telemator

Приветствую, досталась вот голова с пачкой клиентов, не можем никак снимать статистику по snmp банальным cacti не строятся графики, хоть ты тресни. Есть подозрение, что не хватает subtree id, несколько - выковыряли из гугла и методом тыка: У кого получилось снимать статистику с подобной OLT или кто может добавить этих самых subtree id - пожалуйста, поделитесь. Спасибо OLT-1-B#show snmp config snmp-server location ShangHai, China snmp-server contact +860 snmp-server packetSize 3000 snmp-server engine-id 80000f3e03000 snmp-server community onlyread view allview ro snmp-server view allview org included snmp-server view allview internet included snmp-server view allview mgmt included snmp-server view allview mib-2 included snmp-server view allview system included

Приветствую, господа. Очень нужен 1 билетик на райповку у кого есть лишний - поделитесь, пожалуйста, в личку. Премного благодарен.

mx5, синенький обновился до junos 12.1R10.4, 10g порты работают, лицензий не требует. также успешно работает и junos 11.4R12.4

Доброго дня, куплю рабочий блок питания к juniper MX80 - AC можно б/у рассмотрю все варианты

а что тогда у нас за бандл, если mx5 серый и 4x10G бортовые работают отлично: lv10@jborder> show version Hostname: jborder Model: mx5-t JUNOS Base OS boot [11.4R7.5] JUNOS Base OS Software Suite [11.4R7.5] JUNOS Kernel Software Suite [11.4R7.5] JUNOS Packet Forwarding Engine Support (MX80) [11.4R7.5] JUNOS Online Documentation [11.4R7.5] JUNOS Routing Software Suite [11.4R7.5] JUNOS Crypto Software Suite [11.4R7.5] lv10@jborder> show system license License usage: Licenses Licenses Licenses Expiry Feature name used installed needed scale-subscriber 0 1000 0 permanent scale-l2tp 0 1000 0 permanent scale-mobile-ip 0 1000 0 permanent Licenses installed: none

господа, и все же. есть решение как анонсить пачку /24, имея /22 в Local причина таких танцев с бубом - при ддосе валится весь /22, а так снимаешь с анонса /24 и уже легче. Это пока блекхолла нет. PS: накидайте примеров, как "щупать" транзитный трафик на mx? firewall, sample? Кто как обнаруживает какой ip под долбежкой, перед тем как отправить его в blackhole.

Все очень даже просто и логично, дзен постепенно входит в мой мозг: [edit routing-instances test] lv10@jborder# show description test; instance-type virtual-router; interface ge-1/1/0.0; interface ge-1/1/1.0; routing-options { graceful-restart; static { route 91.200.X.0/22 discard; route 91.200.X.0/24 discard; route 91.200.X1.0/24 discard; route 91.200.X2.0/24 discard; route 91.200.X3.0/24 discard; } autonomous-system 440XX; } protocols { bgp { traceoptions { file test-bgp.log size 1m files 50; } advertise-inactive; log-updown; damping; remove-private; local-as 440XX; group test_upstreams { type external; multipath multiple-as; as-override; neighbor 188.190.X.X { import [ default-route-reject TEST-IN ]; export TEST-OUT; peer-as 1971XX; } } } } Плюс потренировался расставить препенды, и завысить lpref на кое-какие аплинки [edit policy-options] lv10@jborder# show prefix-list MYNETS { 91.200.X.0/22; 91.200.X.0/24; 91.200.X1.0/24; 91.200.X2.0/24; 91.200.X3.0/24; } policy-statement TEST-IN { term cogent-lpref-200 { from as-path cogentco; then { local-preference 300; accept; } } } policy-statement TEST-OUT { term mynets { from { prefix-list MYNETS; } then { as-path-prepend 440XX; accept; } } term reject-all { then reject; } } as-path cogentco .*174*; Осталось познать regular http://www.juniper.net/techpubs/software/junos/junos76/swconfig76-policy/html/policy-extend-match-config3.html чтобы правильно описать as-path и выставить правильный lpref на часть приходящих маршрутов: на quagga это работает так: route-map UPLINK-IN permit 10 match as-path 200 set local-preference 150 ip as-path access-list 200 permit ^UPLINK_AS 9002 2914 ip as-path access-list 200 permit ^UPLINK_AS 9002 1273 Выслушаю критику по конфигу, приму советы Спасибо всем, кто помогал примерами, линками. Лучше всего осваивать на примерах!

Никто ничего не игнорирует. Познание дзена не приходит спонтанно. Пока что все еще варим, но конфиги например уже читаются и пишут свободно. Осталось совсем самая малость )

Ну наверное очень трудно найти две книжки "Juniper MX Series" и "Juniper Networks Warrior" от O'REILLY . В них же очень все логично описывается, а это не путь самурая.... Только через самопознание можно достич дзен. :) про дзен поддерживаю. мануалов перечитал немало, заказал кукбук от орелли, пока еше в пути. действительно переход от софт-роутеров к правильному железу для мозга непрост )

Подскажите, если порт DOWN (нет физики), то навешенный IP/сеть в таблицу маршрутизации НЕ попадает?