- UANOG - uanog.one

network test
by Volodymyr Litovka 11 Jul '25

11 Jul '25

Привіт, є у когось машинка під лінухом підключена до _мобільної мережі_ Київстар, на якій можна запустити деякі команди потестувати доступність одного сервісу? :) Дякую -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

1 0

Re: routing задача
by Volodymyr Litovka 10 Jul '25

10 Jul '25

Колись дуже давно я це робив на прикладі обладнання Cisco, але може буде корисним з точки зору розуміння https://www.slideshare.net/slideshow/basics-of-routing-switching-bgp/172219… > ср, 9 лип. 2025 р. о 11:26 Volodymyr Litovka <doka(a)funlab.cc> пише: > > з OSPF буде складно створити preferable routes, BGP дає більше > можливостей керувати > ну й BGP простіше траблшутити > > On 7/9/25 07:43, VASYL MELNYK wrote: >> всім дякую - тут як завжди головне написати і поки пишеш і читаєш >> задача частіше за все сама і вирішується >> >> буду пробувати просто тонелі і гратися з маршрутизацією, >> спробуємо спочатку простим роутингом з метриками, якщо не влаштує >> - буду думати оспф чи бгп як кажуть - не налаштовував ні один ні >> другий :) >> >> вт, 8 лип. 2025 р. о 21:29 Max Tulyev <maxtul(a)netassist.ua> пише: >> >> Hello, >> >> Я так розумію тунелі тому що є частини мережі які знаходяться >> поза контролем, і там треба шифрування. >> >> -- >> WBR, >> Max Tulyev >> MT6561-RIPE - Jabber maxtul(a)netassi.st - Phone +447441953543 >> - Telegram @mt6561 >> >> On Tue, 8 Jul 2025 19:28:25 +0200 >> Vlad Skuba <vlad.skuba(a)gmail.com> wrote: >> >> > Вітаю! >> > >> > Я теж не зрозумів, нахіба там усі ці внутрішні тонелі. >> Вистачить протоколу маршрутизації всередині, у який будуть >> редистрібʼютитися маршрути VPN. Все. Можна якісь VRRP між >> маршрутизаторіми на випадок, якщо якись помре. >> > >> > Хіба ні? >> > >> > З повагою, Влад >> > >> > On 8 Jul 2025, at 17:03, VASYL MELNYK <basil(a)vpm.net.ua> wrote: >> > > >> > > >> > > привіт >> > > >> > > Це якийсь у мене атавізм я так розумію :) я мав на увазі >> мережа, в якій всі дейваси доступні без роутингу, в даному >> випадку 10.0.0.0/24 <http://10.0.0.0/24> - тобто це 2-ий >> інтерфейс, а 1ий то старлінк, ну і третій то своя мережу в >> яку має бути доступ з СО >> > > >> > > Ну от я так приблизно і думаю собі, офіси між собою >> трафік не ганяють - просто є дві точки, з яких треба мати >> доступ до девайсів за старлінками >> > > >> > > точно - це ж локалка безпечна, нафіга там >> тонелі піднімати - достатньо маршрутизації >> > > >> > > Виходить просто з кожного клієнта по 2 тонелі на СО і на >> СР через дефайултний гейт старлінк і далі вже гратися >> роутингом всередині лан-у >> > > >> > > >> > > >> > > вт, 8 лип. 2025 р. о 01:57 Andrii Kozlov >> <uanog-mbx(a)gaaga.org> пише: >> > > Привіт, >> > >> >> > >> На схемі не зовсім зрозуміло як реалізована L2 мережа на >> LAN. Є спільна на трьох 10.0.0.0/24 <http://10.0.0.0/24> - >> це, маємо розуміти, і є "одна плоска мережа", але є ще три >> 192.168.[11|22|33].0/24. Ось ці три - це окремі порти на >> кожному роутері? Тобто у gw11 є LAN interface #1 з адресою >> 10.0.0.11/24 <http://10.0.0.11/24> і LAN interface #2 - >> 192.168.11.1.24? Чи щось інше? >> > >> >> > >> Якщо всі три підключені LAN-портами до однієї L2 сітки, >> наприклад 10.0.0.0/24 <http://10.0.0.0/24>, вистачить тільки >> тунелів на Г. і Р. офіси і на LAN включити протокол >> динамічної маршрутизації (наприклад OSPF), щоби вони >> автоматом обмінювались між собою маршрутною інфомацією по >> LAN. При цьому кожен з них має також анонсувати: >> > >> a) свою серверну IP-мережу >> > >> b) маршрути на головний і резервний офісю >> > >> >> > >> Цим вирішується форвардінг трафіку в напрямку Г. і >> Р. офісів. Трафік у зворотньому напрямку Г і Р мають >> відправляти на маршрутизатор з живим старлінком. Для цього >> також можна включити той самий протокол і на тунельних >> інтерфейсах с обох боків, при цьому тунелі з Г і Р офісів >> потрібно робити з усіма gw11, gw22, gw33. >> > >> >> > >> Тобто у вас буде 6 тунелів на WAN і спільна LAN в одному >> домені маршрутизаціі. При такій схемі треба подбати щоби >> віддалений майданчик несподівано не став транзитом трафіку >> між офісами Г і Р. >> > >> >> > >> >> > >> >> > >> On Mon, Jul 7, 2025 at 9:12 PM VASYL MELNYK >> <basil(a)vpm.net.ua> wrote: >> > >> ________ ____________ >> > >>> >> > >>> ____________________ ____________________ ________ >> __________ >> > >>> >> > >>> __ 3 ____________________________, ____ ______________ >> __ ______ ______________________ ________________ __ >> __________ __ ______ __________ ______ __________________ __ >> ________ ____________ ____________ , ____ ____________ >> ______________________________ __ ____________, ____ >> __________ __________ ________________ ____________ __ >> __________________ __________ ____ ____________________ >> > >>> ________ ______ ____________ ________ ________________ >> ____________, ______ ________ __________________ ____ >> 1________________________ ______________ ________________, >> ____ ______ ________________________________________________ >> ______________________________ ________________ >> __________________________ __ ________ ________________ >> ______ ____________________________ __________________ >> __________ __ ____________________ >> > >>> >> > >>> __________________ __ ______________, ________ ____ >> ______________ ____________________________ __________ >> ____________________ ____ ____________ ______________ >> ____________, __________ >> > >>> >> > >>> ________________________ ______________________ >> ________________ ________ >> > >>> ________________________ ______________________ >> __________________ ________ >> > >>> ____________ ____ 2-____ __________________________ >> > >>> __________________ 3-____ __________________________ >> > >>> >> > >>> __________ 4 ____________, ________ >> ____________________ ______________________ ________________ >> ____ __________________ __________ __ ____________________ >> __________ __________ ________________ ______________ 1, >> __________ 2-____ __________________________ ______________ 2 >> __ __________ 3-____ __________________________ ______________ 3. >> > >>> >> > >>> __ ______ ______________________ ____________ >> __________, ______ ____________________ ____ ____ >> ________________ __ ______ ______________ ____________ IPV6 >> ______ ________ ______ __________________ ____ IPV6 >> __________________ __ ______________, ______ >> ____________________ __________ ____ ________________, ____ >> __________ ________________ __ ____________ ____ ______ ____ >> ________ wireguard >> > >>> >> > >>> ______ ______________________ ________________ ____ >> __________________ ____________________ - ________ ______ >> ________________ __ ______ ______ __________________ >> > >>> _______________________________________________ >> > >>> UANOG mailing list -- uanog(a)uanog.one >> > >>> To unsubscribe send an email to uanog-leave(a)uanog.one >> > >>> _______________________________________________ >> > > UANOG mailing list -- uanog(a)uanog.one >> > > To unsubscribe send an email to uanog-leave(a)uanog.one >> > > >> _______________________________________________ >> UANOG mailing list -- uanog(a)uanog.one >> To unsubscribe send an email to uanog-leave(a)uanog.one >> >> >> _______________________________________________ >> UANOG mailing list --uanog(a)uanog.one >> To unsubscribe send an email touanog-leave(a)uanog.one > > -- > Volodymyr Litovka > "Vision without Execution is Hallucination." -- Thomas Edison > > -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

1 0

routing задача
by VASYL MELNYK 09 Jul '25

09 Jul '25

Всім привіт Допоможіть побудувати таку штуку Є 3 маршрутизатора, до кожного з них підключений старлінк і разом з цим кожен має інтерфейс в одну плоску мережу , за кожним маршрутизатором є сервер, до якого треба отримати доступ з головного офісу та резервного Типу все класно коли старлінк працює, але якщо наприклад на 1ому старлінк втратив супутник, то цей перший маршуртизатор має використовувати сусідній маршрутизатор і його старлінк для підключення до головного офісу і резервного НАскільки я розумію, мені на першому маршрутизаторі треба побудувати на кожний випадок тунель, тобто тунель через старлінк на головний офіс тунель через старлінк на резервний офіс тунель на 2-ий маршрутизатор тунель на 3-ий маршрутизатор Тобто 4 тунеля, Ну і відповідно налаштувати маршрути до головного офіса і резервного офіса через старлінк метрика 1, через 2-ий маршрутизатор метрика 2 і через 3-ій маршрутизатор метрика 3. Я для наглядності зробив схеми, але враховуючи що то старлінк і всі сервери вміють IPV6 має сенс все піднімати на IPV6 наскільки я розумію, але секурність ніхто не відміняв, то ж впн потрібен і швидше за все то буде wireguard Для наглядності картинка із відпавшим старлінком - коли всі працюють і так все зрозуміло

5 9

Стоечный корпус с двумя блоками питания
by Max Tulyev 25 Jun '25

25 Jun '25

Hello, Подскажите, где в Украине или в Интернете можно купить стоечный корпус с двумя блоками питания? Под стандартную материнку обычную. -- WBR, Max Tulyev MT6561-RIPE - Jabber maxtul(a)netassi.st - Phone +447441953543 - Telegram @mt6561

4 6

E1550 firmware
by Max Tulyev 17 Jun '25

17 Jun '25

Hi All, кто может рассказать как правильно апгрейдить firmware в любимых всеми USB свистках Huawei E1550? Гугль на эту тему завален кучей нерабочего мусора с троянами, увы.

4 6

mikrotik wifi repeater
by Volodymyr Litovka 14 May '25

14 May '25

Привіт, у мене вайфай з точки "приземлення" інтернету не добиває до віддаленного куту квартири (купа стін тощо). Шнурок прокласти немає можливості. Є вакантний hAP ac2 - як правильно називається така його поза, щоб у мене в усій квартирі був один L2 domain (наприклад, щоб принтер в "основній" wifi мережі було видно в "ретрансльованій" мережі та щоб файлшари на лептопах були доступні з різних мереж) ? А то я шота загубився в можливостях - у нього там є якійсь "repeater mode", а можно ж й брідж наколхозити... кароч, як зробити шоб працювало на wifi linerate й їсти не просило? Хотілося б, щоб "бріджинг" відбувався в 5GHz діапазоні, але якщо ні, то ні - можу "uplink" та "downlink" розділити між 5G та 2G. Дякую. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

5 14

Re: NIC interrupts / IRQs / Cores
by Volodymyr Litovka 09 May '25

09 May '25

On 5/6/25 12:46, Andrey Blochintsev wrote: > Ось є документація - https://docs.kernel.org/networking/scaling.html - > в якій є розділ RSS IRQ Configuration, де кажуть шо або irqbalance, > або manual adjust відповідно до > https://docs.kernel.org/core-api/irq/irq-affinity.html >> >> Ок, для тесту я пішов в manul adjust й зробив відповідні smp_affinity >> (застопав irqbalance, звісно) - тут апаратні черги NIC чіпляються до >> різних IRQ, відповідно маска встановлена так, щоб розкидати це IRQ по >> 8 корам: >> >> 53 :: 00000000,00000000,0000ff00 :: 8-15 >> 54 :: 00000000,00000000,00ff0000 :: 16-23 >> 55 :: 00000000,00000000,ff000000 :: 24-31 >> 56 :: 00000000,000000ff,00000000 :: 32-39 >> 57 :: 00000000,0000ff00,00000000 :: 40-47 >> 58 :: 00000000,00ff0000,00000000 :: 48-55 >> 59 :: 00000000,ff000000,00000000 :: 56-63 >> 60 :: 000000ff,00000000,00000000 :: 64-71 >> >> але дивлюсь на значення лічильників в /proc/interrupts й бачу що пох >> - шо з irqbalance, шо з маска в smp_affinity - приростає по кожному >> IRQ тільки на одній корі. Трафіку в цілому до біса (200к+ pps) - >> гадаю розкидає є шо. >> >> > > > А что в > /proc/irq/{5[3-9],60}/{effective_affinity,effective_affinity,effective_affinity_list} > ? Гм.... такі не спрацювало - # for n in $(grep eno1 /proc/interrupts |awk '{print $1}' | tr -d ":"); do echo "$n :: $(cat /proc/irq/$n/smp_affinity) :: $(cat /proc/irq/$n/smp_affinity_list)"; done [ ... ] 93 :: 00000000,00000000,000000ff :: 0-7 # cat /proc/irq/93/{effective_affinity,effective_affinity,effective_affinity_list} 00000000,00000000,00000080 00000000,00000000,00000080 7 доки я буду курити ту доку, є ідеї - чому? дякую > https://www.kernel.org/doc/html/v6.13/core-api/genericirq.html > > |effective_affinity| > > The effective IRQ affinity on SMP as some irq chips do not allow > multi CPU destinations. A subset of *affinity*. > -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

5 14

NIC interrupts / IRQs / Cores
by Volodymyr Litovka 06 May '25

06 May '25

Привіт, питаннячко маю Ось є документація - https://docs.kernel.org/networking/scaling.html - в якій є розділ RSS IRQ Configuration, де кажуть шо або irqbalance, або manual adjust відповідно до https://docs.kernel.org/core-api/irq/irq-affinity.html Ок, для тесту я пішов в manul adjust й зробив відповідні smp_affinity (застопав irqbalance, звісно) - тут апаратні черги NIC чіпляються до різних IRQ, відповідно маска встановлена так, щоб розкидати це IRQ по 8 корам: 53 :: 00000000,00000000,0000ff00 :: 8-15 54 :: 00000000,00000000,00ff0000 :: 16-23 55 :: 00000000,00000000,ff000000 :: 24-31 56 :: 00000000,000000ff,00000000 :: 32-39 57 :: 00000000,0000ff00,00000000 :: 40-47 58 :: 00000000,00ff0000,00000000 :: 48-55 59 :: 00000000,ff000000,00000000 :: 56-63 60 :: 000000ff,00000000,00000000 :: 64-71 але дивлюсь на значення лічильників в /proc/interrupts й бачу що пох - шо з irqbalance, шо з маска в smp_affinity - приростає по кожному IRQ тільки на одній корі. Трафіку в цілому до біса (200к+ pps) - гадаю розкидає є шо. # grep eno1 /proc/interrupts |awk '$1 ~ /^[0-9]+/ {printf("%s :: ", $1); for(i=2;i<NF-2;i++) { if ($i > 0) { printf("%d (%s) ",i-2, $i) } } printf("%s\n", $NF) }' 53: :: 8 (130512942) eno1np0-TxRx-0 54: :: 16 (131798602) eno1np0-TxRx-1 55: :: 30 (131497677) eno1np0-TxRx-2 56: :: 32 (132016063) eno1np0-TxRx-3 57: :: 40 (131285579) eno1np0-TxRx-4 58: :: 49 (130688802) eno1np0-TxRx-5 59: :: 57 (130551356) eno1np0-TxRx-6 60: :: 65 (131662981) eno1np0-TxRx-7 # grep eno1 /proc/interrupts |awk '$1 ~ /^[0-9]+/ {printf("%s :: ", $1); for(i=2;i<NF-2;i++) { if ($i > 0) { printf("%d (%s) ",i-2, $i) } } printf("%s\n", $NF) }' 53: :: 8 (130583745) eno1np0-TxRx-0 54: :: 16 (131869546) eno1np0-TxRx-1 55: :: 30 (131569504) eno1np0-TxRx-2 56: :: 32 (132088328) eno1np0-TxRx-3 57: :: 40 (131355619) eno1np0-TxRx-4 58: :: 49 (130759795) eno1np0-TxRx-5 59: :: 57 (130622113) eno1np0-TxRx-6 60: :: 65 (131735316) eno1np0-TxRx-7 Власне, питання - це лічильники в /proc/interrupts брешуть чи я щось не долаштував? Дяка. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

2 2

m-sata micron m500/m510/m550/m600
by Igor Grabin 05 May '25

05 May '25

Ранок добрим не буває, ні у кого в полі зору не валяється такої штуки? я знаю, що вона є на ebay, і вона вже їде з ebay, але це пройде ще мінімум тиждень. P.S. у кого нексуси 9k - ви теж дуже хочете цю хрінь. просто, можливо, поки про це не знаєте ;-) -- Igor "CacoDem0n" Grabin

3 5

haproxy capping
by Volodymyr Litovka 14 Apr '25

14 Apr '25

Привіт, з причин повільного збільшення навантаження, мені треба редірект в haproxy acl region1 src -f /etc/haproxy/region1.txt redirect prefix https://another.url code 302 if region1 застосовувати до кожного 20-го реквесту, потім до кожного 10-го, потім до кожного 5-го - доки питання performance не будуть порішані :) Є ідеї, як зробити такий capping? Дякую. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

1 1