sol

Дык тоннель я могу сделать любой. Нет проблем. Если из XXXXX я могу анонсировать для YYYYY только нужные префиксы, то как быть с обратным трафиком? Для того, чтобы бордер XXXXX получил трафик на эти свои /32 префиксы этого, конечно достаточно. Но как быть с ответами? Или гнать их через глобал, надеясь что там не окажутся серые адреса, или как? Если я отдам через тоннель для XXXXX префиксы из YYYYY, то, во первых, туда попадёт и адрес на который терминирован тоннель. Во вторых будет "косая" маршрутизация. В третьих, вся XXXXX будет ходить к YYYYY через тоннель. А по некоторым причинам этого хотелось бы избежать.

Есть сеть как на картинке. Оба бордера отдают в свою AS только default, принимают OSPFом всю AS в перемешку серое/белое. Серое они НАТят. Оба бордера принимают FV от всех аплинков. Бордеры "тазы", на одном бордере Quagga, на другом FRR. Задача: обеспечить взаимодействие "Источника кучи /32 префиксов" c ASYYYYY. Напрямую прокинуть GRE тоннель и отдать кучу /32 префиксов от "источника", пометив их коммьюнити, тоже можно, но есть две проблемы: 1. Напрямую отдать для ASXXXXX полную ASYYYYY в тоннель нельзя т.к. туда попадут энкапсулирующие пакеты тоннеля. Статик для эндпоинта тоннеля писать на одного из аплинков нельзя т.к. сломается отказоустойчивость. 2. ASы начнуть видеть друг-друга через тоннель, чего хотелось бы избежать. Я знаю несколько способов решить этот вопрос, включая VRF с утечками и без, кучу фильтров, установку рядом малого маршрутизатора под эту задачу, e.t.c. Но хочется послушать общественность, услышать свежий взгляд, так сказать. Может, есть красивое решение, которое я не вижу замыленным глазом.

Полный налог вплоть до назначения пинов max232. Из чего сделан такой поразительный вывод? Да, микруха толерантна и к питанию 3,3-5 и к логическим уровням. Будет работать с 3.3в UART и с 5в UART. Со стороны RS232 стандартные +-12в. На вопрос откуда там берётся +12 и особенно -12 в отвечает п. 8.3.1 в даташите Его надо сделать. Прямо руками. Если к паяльнику совсем не лежит душа, то можно взять 20 см. витой пары, розетку под неё, джек RG-45 и сделать переходник. Распиновку консольного порта этой свички я давал выше. Распиновка имеющегося цисковского шнурка широко известна. В целом, надо правильно включить только три провода.

Мда... max232, дайте я угадаю? И не должен пойти, и не пойдёт. Ну т.е. нормальный шнурок сделать трудно... Значит, не управляемый.

Вывод: Замените коммутатор.

Стр. 33 4500g.pdf Кабель почти цисковский. Думаю, что надо попробовать на стороне компьютера отключить "аппаратное управление потоком". Понятно. За пару лет ни тему, ни загрузку файлов не починили.

Похоже, сервер проклят.

Лампочки будут неправильно гореть. Но в остальном способ рабочий.

https://www.supermicro.com/en/products/motherboard/x11dpi-nt Ни слова про SAS.

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

П-274М ?

cat /proc/interrupts

А Б-г его знает. Я живу на роллинг релиз системе и у меня как у самурая. Нет цели, только путь. И он только вперёд. )))

Похоже на отъезд контроллера, но! по фразе "Controller lockup detected:" гуглится много любопытного, начиная с баги в драйвере.

C форума файлики более не скачиваются. "Проблема решается", когда решится не ясно.

Ну как-как... Ставите два экземпляра, половину аплинков к одной, оставшихся к другой. Между железками перемычка. К провайдерам eBGP, между железками iBGP. И отдельными портами они должны смотреть в ядро вашей сети. И это ядро должно на них отдавать на обе две, хоть статикой, хоть любым IGP нутрянку. Входящий пакет прилетел на любую и передан в ядро потому что на обеих железках есть маршрут к нутрянке. Исходящий прилетел из из ядра на одну, она посмотрела какой маршрут best для получателя и, или сама отдала наружу, или переслала по перемычке соседке, если там маршрут бестЕе.

Не так. Сбойным не может быть только первый сектор, первые 512 байт. Там лежит таблица разделов. Всё остальное можно пережить.

Если вы её форматировали, то одна из задач форматирования - это маркировка сбойных секторов и исключение их из использования Файловой Системой. После форматирования карточка с битыми секторами будет изумительно читаться и писаться. Дааааа... Вот и выросло поколение не видевшее и не форматировавшее дискету... Надо точно знать. lsblk Ну вы же dmesg в момент сбоя нам не показали. Зажали и себе оставили. Так что остаётся только гадать на бараньей лопатке.

Ну дык вот и ответ. На ней есть сбойный сектор в пределах первого мегабайта. Она sdb же у вас?

dd if=/dev/sdb of=/dev/null bs=1M делали?

dmesg в момент факапа что говорит? В логах хост-системы что?

Скорее всего вы чего-то не знаете. ))) Прямо шибко сомнительна такая трансляция. Как в плане её практического применения, так и в плане реализуемости.

И просто её выкину. Ибо,

Ну так найдите там аааа записи. Посмотрите вашу зону. Там есть аааа записи. Иначе ipv6 неоткуда браться. Об чём конкретно идёт речь? О каких адресах?

В примере всё в ажуре. Резолвер выдал вам оба адреса, и ipv6, и ipv4. Ну дык это нормально, так прописано в зоне nag.ru. Ваш софт выбрал ipv6, что тоже правильно. Надо наконец начинать им пользоваться. [sol@fedora ~]$ host nag.ru nag.ru has address 94.26.234.92 nag.ru has IPv6 address 2a00:ab00:503:14::80 nag.ru mail is handled by 10 mx.yandex.net. [sol@fedora ~]$ Сайт dual stack. И это хорошо и это правильно. Что вас смущает?