Přihlášení | Registrace

napište » Zprávičky

dnes 17:11 | Nová verze

Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

Ladislav Hagara | Komentářů: 0

Pharo 12.0

dnes 13:33 | Nová verze

Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.

Pavel Křivánek | Komentářů: 4

Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT

dnes 04:55 | Zajímavý software

Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.

Ladislav Hagara | Komentářů: 30

Ubuntu 24.04 LTS Noble Numbat

včera 17:33 | Nová verze

Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.

Ladislav Hagara | Komentářů: 13

Videozáznam z Czech Open Source Policy Forum 2024

včera 14:22 | Komunita

Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.

Ladislav Hagara | Komentářů: 2

Fossil 2.24

včera 13:22 | Nová verze

Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.

Ladislav Hagara | Komentářů: 0

Vivaldi 6.7

včera 12:44 | Nová verze

Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).

Ladislav Hagara | Komentářů: 0

Node.js 22

včera 04:55 | Nová verze

OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.

Ladislav Hagara | Komentářů: 0

Proxmox Virtual Environment 8.2

včera 04:22 | Nová verze

Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.

Ladislav Hagara | Komentářů: 0

R 4.4.0 (Puppy Cup)

včera 04:11 | Nová verze

R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.

Ladislav Hagara | Komentářů: 0

Centrum | Napsat | Starší

navrhněte » Anketa

KDE Plasma 6

už používám (73%)

čekám, až se dostane do mé distibuce (9%)

čekám na pozdější vydání v řadě (2%)

preferuji jiné desktopové prostředí (16%)

Celkem 796 hlasů

Komentářů: 4, poslední 6.4. 15:51

Rozcestník

AbcLinuxu

HDmag.cz

Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

6.11.2012 18:47 disposable | skóre: 23
Rozbalit Rozbalit vše problem so spolahlivostou IPv6 na routeroch

Mám niekoľko Ubuntu 10.04 boxov, na ktorých beží Quagga a používam ich ako BGP routery. V IPv4 beží všetko ako má, latencia je nízka a packet loss je 0 percent pri všetkých peer-och. napr.:

root@r6-REDBUS:/etc/network# ping 213.1XX.79.197 PING 213.1XX.79.197 (213.1XX.79.197) 56(84) bytes of data. 64 bytes from 213.1XX.79.197: icmp_seq=1 ttl=64 time=0.939 ms 64 bytes from 213.1XX.79.197: icmp_seq=2 ttl=64 time=1.22 ms 64 bytes from 213.1XX.79.197: icmp_seq=3 ttl=64 time=0.927 ms 64 bytes from 213.1XX.79.197: icmp_seq=4 ttl=64 time=1.19 ms 64 bytes from 213.1XX.79.197: icmp_seq=5 ttl=64 time=2.34 ms 64 bytes from 213.1XX.79.197: icmp_seq=6 ttl=64 time=0.968 ms 64 bytes from 213.1XX.79.197: icmp_seq=7 ttl=64 time=1.15 ms 64 bytes from 213.1XX.79.197: icmp_seq=8 ttl=64 time=0.869 ms 64 bytes from 213.1XX.79.197: icmp_seq=9 ttl=64 time=0.955 ms 64 bytes from 213.1XX.79.197: icmp_seq=10 ttl=64 time=0.896 ms

Ten istý peer v IPv6, ale ukáže toto: (väčšinou, ale ani nedokážem pingnúť, dostanem iba "Network is unreachable")

root@r6-REDBUS:br />PING 2001:438:fXXX::4b9(2001:438:fXXX::4b9) from 2001:438:fXXX::4ba bond1.849: 56 data bytes From 2001:438:fXXX::4ba icmp_seq=1 Destination unreachable: Address unreachable From 2001:438:fXXX::4ba icmp_seq=2 Destination unreachable: Address unreachable From 2001:438:fXXX::4ba icmp_seq=3 Destination unreachable: Address unreachable ping: sendmsg: Network is unreachable ping: sendmsg: Network is unreachable From 2001:438:fXXX::4ba icmp_seq=4 Destination unreachable: Address unreachable ping: sendmsg: Network is unreachable 64 bytes from 2001:438:fXXX::4b9: icmp_seq=8 ttl=64 time=653 ms 64 bytes from 2001:438:fXXX::4b9: icmp_seq=9 ttl=64 time=7.24 ms 64 bytes from 2001:438:fXXX::4b9: icmp_seq=10 ttl=64 time=33.9 ms 64 bytes from 2001:438:fXXX::4b9: icmp_seq=11 ttl=64 time=1.19 ms ^C --- 2001:438:fXXX::4b9 ping statistics --- 61 packets transmitted, 4 received, +4 errors, 93% packet loss, time 60150ms rtt min/avg/max/mdev = 1.190/173.867/653.093/276.955 ms

IPv4 aj IPv6 k tomuto Peerovi ide cez ten istý kábel, po tej istej vlan. Sieť je v /etc/network/interfaces nakonfigurovaná nasledovne:

auto bond1.849 iface bond1.849 inet static address 213.XXX.79.198 netmask 255.255.255.252 network 213.XXX.79.196 broadcast 213.XXX.79.199 vlan_raw_interface bond1 up /sbin/ip -6 addr add 2001:438:fXXX::4ba/64 dev bond1.849 down /sbin/ip -6 addr del 2001:438:fXXX::4ba/64 dev bond1.849

root@r6-REDBUS:/etc/network# ip -6 link show dev bond1.849 23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 00:10:f3:1a:48:5a brd ff:ff:ff:ff:ff:ff root@r6-REDBUS:/etc/network# ip -6 addr show dev bond1.849 23: bond1.849@bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 inet6 2001:438:fXXX::4ba/64 scope global valid_lft forever preferred_lft forever inet6 fe80::210:f3ff:fe1a:485a/64 scope link valid_lft forever preferred_lft forever

Tento problém mám so všetkými peermi na všetkých routroch. Vo všetkých prípadoch IPv4 funguje bezchybne, IPv6 iba sporadicky. Väčšinou mám striedavo "Network is unreachable" a "Address unreachable". Po niekoľkých pokusoch začne ping6 na chvíľu fungovať, ale dosť nepravidelne

root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 connect: Network is unreachable root@r6-REDBUS:/etc/network# ping6 2001:1900:XXX:2:2::631 PING 2001:1900:XXX:2:2::631(2001:1900:XXX:2:2::631) 56 data bytes From 2001:1900:XXX:2:2::632 icmp_seq=1 Destination unreachable: Address unreachable From 2001:1900:XXX:2:2::632 icmp_seq=2 Destination unreachable: Address unreachable From 2001:1900:XXX:2:2::632 icmp_seq=3 Destination unreachable: Address unreachable 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=4 ttl=64 time=2218 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=5 ttl=64 time=1218 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=6 ttl=64 time=218 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=7 ttl=64 time=135 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=8 ttl=64 time=39.1 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=9 ttl=64 time=7.51 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=10 ttl=64 time=19.0 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=11 ttl=64 time=1.06 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=12 ttl=64 time=0.826 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=13 ttl=64 time=14.4 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=14 ttl=64 time=28.3 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=15 ttl=64 time=1.50 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=16 ttl=64 time=16.5 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=17 ttl=64 time=339 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=18 ttl=64 time=242 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=19 ttl=64 time=406 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=20 ttl=64 time=196 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=21 ttl=64 time=10.3 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=22 ttl=64 time=182 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=23 ttl=64 time=49.2 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=24 ttl=64 time=11.3 ms 64 bytes from 2001:1900:XXX:2:2::631: icmp_seq=25 ttl=64 time=1.82 ms

link k peer-ovi je router ---> juniper ex4200 switch ---> virtual cable provider (napr.: gt-t.net) ---> peer router. Link od môjho routera až po peerov router ide po dedikovanej VLAN. Juniper switch na mojej strane je nakonfigurovaný takto (port idúci k virtual cable provider):

ge-2/0/19 { ether-options { no-auto-negotiation; link-mode full-duplex; speed { 1g; } } unit 0 { description "Packet Exchange Peering Cable"; family ethernet-switching { port-mode trunk; vlan { members [ TATA-BGP-3040 PACKETEXCHANGE-EXCHANGEPOINT-502 ABOVENET-BGP-849 ]; } native-vlan-id 80; } } }

port idúci k môjmu routeru:

ge-2/0/5 { description R6-eth2; unit 0 { family ethernet-switching { port-mode trunk; vlan { members [ RED-INTERNAL-96 RED-INTERNAL-69 PACKETEXCHANGE-EXCHANGEPOINT-502 TATA-BGP-3040 LEVEL3-BGP-80 ABOVENET-BGP-849 DATAHOP-TRANSIT-640 LINX-EXTREME-528 ]; } } } }

Chápem že tento opis je dosť zdĺhavý, ale celkovo je to celkom jednoduchý setup. Bol by som vďačný, keby mi niekto vysvetlil kde robím chybu. Nemám poňatia či mám zle nastavené sieťové rozhranie na routeri, či treba nastaviť špecifické MTU na routeri (alebo na switchi), alebo kde som to vlastne posral.

čo sa týka ipv6 sysctl nastavení, tak mám iba:
net.ipv6.conf.all.forwarding=1 #net.ipv6.conf.all.accept_redirects = 0 net.ipv6.conf.all.accept_source_route = 1

if it ain't broke, don't fix it

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.

Píšeme jinde

ISSN 1214-1267 www.czech-server.cz

Redakce | Inzerce | Podmínky použití | Osobní údaje

Vaše jméno
Váš email
Typ požadavku

Slovní popis