abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
dnes 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 1
dnes 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 1
včera 18:47 | IT novinky
Bulharská firma Olimex je známá jako výrobce kvalitních mini arm desek, u nichž se snaží být maximálně open source. Kromě velké otevřenosti taktéž zaručují dlouhodobou podporu výroby, což je vítáno ve firemním prostředí. Nyní firma ohlásila ESP32-GATEWAY, malou IoT desku s Wifi, Bluetooth, Ethernetem a 20 GPIO porty za 22EUR. Tato malá deska je ořezanou verzí ESP32-EVB.
Max | Komentářů: 17
včera 18:00 | Zajímavý článek

LinuxGizmos (v dubnu loňského roku přejmenován na HackerBoards a v lednu letošního roku zpět na LinuxGizmos) zveřejnil výsledky čtenářské ankety o nejoblíbenější jednodeskový počítač (SBC) v roce 2017. Letos se vybíralo z 98 jednodeskových počítačů (Tabulky Google). Nejoblíbenějšími jednodeskovými počítači v letošním roce jsou Raspberry Pi 3 Model B, Raspberry Pi Zero W a Raspberry Pi 2 Model B.

Ladislav Hagara | Komentářů: 0
včera 14:22 | Pozvánky

Ne-konference jOpenSpace 2017 se koná od 13. do 15. října 2017 v hotelu Farma u Pelhřimova. Registrace účastníků je nutná. Více informací na stránkách ne-konference.

Zdenek H. | Komentářů: 0
včera 14:11 | Nová verze

Vyšla nová verze 1.2 audio kodeku Opus, která přináší mnoho drobných optimalizací a tím i celkové vylepšení poměru bitrate/kvalita. Fullband (do 20 kHz) stereo hudba je možná již od 32 kbit/s, fullband mono řeč již od 14 kbit/s. Více informací sepsal vývojář Opusu J. M. Valin formou již tradiční demo stránky.

Petr Tomášek | Komentářů: 13
včera 14:00 | Zajímavý článek

Na MojeFedora.cz byl zveřejněn překlad příspěvku na blogu Christiana Schallera, vedoucího desktopového týmu v Red Hatu, v němž se zabývá novinkami ve Fedoře Workstation 26 a následujících vydáních. Například již ve Fedoře 27 by se měl objevit jednotný server pro audio a video v Linuxu PipeWire. Ten byl představen před dvěma lety. Tenkrát ještě pod názvem Pinos (PulseVideo).

Ladislav Hagara | Komentářů: 0
včera 05:55 | Bezpečnostní upozornění

V KMailu byla nalezena a opravena bezpečnostní chyba CVE-2017-9604 týkající se uživatelů, již své maily podepisují a šifrují pomocí OpenPGP. Pokud uživatel KMailu při odesílání mailu zvolil možnost Odeslat později, tak byl mail odeslán nepodepsaný a v otevřeném tvaru.

Ladislav Hagara | Komentářů: 13
včera 04:44 | Pozvánky

Mozilla.cz zve na Mozilla meetupy v Brně a Praze. Brněnské setkání proběhne vůbec poprvé, a to tento pátek 23. 6. v Beer & Grill U Dřeváka. To pražské bude příští čtvrtek 29. 6. v Diversion Bistru.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 816 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: Děravost IPv6 prostoru

    6.9.2014 12:01 Czlovek
    Děravost IPv6 prostoru
    Přečteno: 1430×
    Koukal jsem trochu na principy fungování IPv6 ale nerozumím jedné věci. IPv6 má velikost svého prostoru 2^128. Do tolika normální člověk neumí ani počítat. Jenže nechápu proč je 99 % tohohle prostoru už kvůli návrhu odsouzeno zůstat navždy nevyužitých a nevyužitelných - neboli proč se proboha musí každému Frantovi přidělovat 2^64 veřejných adres. Přitom 2^128 je dost na to aby to do budoucna stačilo na adresaci v rámci celého intergalaktického internetu, kdyby se s tím hospodařilo rozumně a už nikdy by nebylo potřeba vymýšlet nic dalšího, už by nebyly problémy s přechodem na něco jiného (však se podívejte jak (ne)jde přechod na IPv6). Takhle naši vnuci budou muset řešit to samé co se teď řeší s IPv4. Zbytečně.

    Odpovědi

    6.9.2014 12:58 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Normální člověk nezvládne počítat ani do 2⁶⁴. To číslo je tak obrovské, že pokud kolonizujeme i Mars, Měsíc, Venuši a Europu, tak pořád to bude jedna síť na 40 mm² (pro představu: pokud by každý bydlel v minibytě o 4 m² a ignorujeme všechny přístupové chodby, pak je takových sítí dost pro 10 000 pater). Nezapomeňte, že kolonizací nové planety se nová plocha pouze přičte, zatímco přidáním bitů se množství adres se násobí.

    Celý systém TCP/IP je pro mezigalaktický internet stejně nepoužitelný. Rychlost světla je značně omezená.
    6.9.2014 13:01 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Pardon, s Venuší je to 64 mm². Naši vnuci si budou moci polepšit a mít byty o 6,4 m² :-)
    6.9.2014 15:39 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru

    Už na zemi bude problém s nanoboty.

    Pro mezigalktický internet se bude využívat zakřivení prostoru a další rozměry, takže mu rychlost světla postačí.

    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    6.9.2014 13:45 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Díky tomu, že je ten prostor tak obrovský, vzala se z něj teď malá část, a z té se bude přidělovat vámi popsaným způsobem. Který je navíc jen doporučením, a někteří čeští ISP i IPv6 adresami šetří a dávají koncovým uživatelům méně adres. Ten současný způsob přidělování vznikl tak, aby za prvé každé zařízení mělo svou IPv6 adresu odvozenou automaticky z MAC adresy, aby nebylo nutné řešit přidělování IP adres, a za druhé aby si každý mohl přidělený rozsah rozdělit na podsítě. Zbytek IPv6 prostoru zůstává rezervovaný pro budoucí použití, takže když se v budoucnosti ukáže, že současný systém přidělování je špatně, může se změnit. Je to prozíravější řešení, než se tvářit, že teď víme všechno a víme, jak bude potřeba v budoucnosti s adresním prostorem zacházet. S tvrzeními "už nikdy by nebylo potřeba" je potřeba zacházet opatrně, IPv4 také nevzniklo se záměrem, že to bude hrozná prča, až IPv4 adresy dojdou.
    Jendа avatar 6.9.2014 19:47 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    a za druhé aby si každý mohl přidělený rozsah rozdělit na podsítě
    Když dostanu /64, tak už si to na podsítě rozdělit nemůžu, a to ani kdybych nechtěl používat SLAAC, ne?
    6.9.2014 20:28 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Pokud jsou v plánu podsítě, měl by dnes dotyčný dostat spíš /48. Ale předpokládám, že se budou na podsítě dělit i /64, protože dnes má pár podsítí každá domácnost (minimálně LAN a WiFi) - takže nebude na podsítě potřeba /16, ale třeba /4 nebo /6 se hodí. Podle standardu tomu snad nic nebrání, problém by mohl být, pokud by nějaké zařízení neumělo delší prefixy v routovacích tabulkách. Nevím teď z hlavy, zda je ve standardu požadavek jenom na /64 nebo na libovolný prefix sítě, ale nemyslím si, že by se taková zařízení masově vyskytovala. Zvlášť když budou ISP na IPv6 adresách šetřit. Koneckonců je jedno, jak si svou síť rozdělím, důležité je, aby se dlouhé prefixy nevyskytovaly v globálních routovacích tabulkách.
    6.9.2014 23:12 Ondrej Santiago Zajicek
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    protože dnes má pár podsítí každá domácnost (minimálně LAN a WiF)
    V mnoha domacnostech tvori lan a wifi jednu podsit (z hlediska sitove vrstvy).
    6.9.2014 23:37 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Což by ale být nemělo, protože zařízení v těch dvou sítích se nedokážou kontaktovat přímo, mimo router (resp. v dané roli spíš bridge).
    paul2no avatar 7.9.2014 09:05 paul2no | skóre: 10 | blog: Paulovo doupě | Praha
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    No, když mám jak LAN tak WLAN jako jednu síť, tak nefunguje ten "router" spíš jako switch?
    Pravda, láska a elektrická trakce zvítězí nad lží, nenávistí a trakcí motorovou.
    7.9.2014 11:27 Skokan, Pavel | skóre: 29
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    myslím, že izolace WiFi klientů APčka se musí extra nastavit, jinak je to normální linková vrstva stejně jako připojení kabelem...

    tedy klienti se vzájemně vidí
    7.9.2014 21:58 Ondrej Santiago Zajicek
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Jsou propojene zarizenim fungujicim jako bridge [*], takze to je v poradku. Na urovni linkove vrstvy muze kazde zarizeni s kazdym komunikovat, takze pro sitovou vrstvu to je jedna sit.

    [*] Technicky vzato to neni jen obycejny bridge, nebot 802.3 a 802.11 se trochu lisi na linkove vrstve, ale ty rozdily maji minimum praktickych dopadu a muzeme je zanedbat.
    8.9.2014 08:17 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Technicky je to v pořádku, odpovídá to standardům. Bridge přesně k tomuhle slouží – ale já pořád bridge považuju za nouzové řešení. Podle mne to není úplně v pořádku koncepčně, jsou to dvě fyzicky odlišné sítě, veškerý provoz mezi nimi musí jít přes jedno zařízení – podle mne je správné, aby tím zařízením byl router. Už jenom proto, že WiFi zpravidla sahá i ven z bytu nebo baráku a může se k ní pokoušet připojit kdokoli, zatímco připojit se přes LAN zpravidla znamená dostat se ke kabelu uvnitř bytu nebo baráku. Ale je to samozřejmě jen můj názor, někdo jiný má třeba zase raději bridge než routery a považuje za správné mít vše v jedné síti.
    8.9.2014 09:09 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Podle mne to není úplně v pořádku koncepčně, jsou to dvě fyzicky odlišné sítě, veškerý provoz mezi nimi musí jít přes jedno zařízení – podle mne je správné, aby tím zařízením byl router.

    Pokud bychom tento argument považovali za dostatečný, můžeme prohlásit za špatný jakýkoli bridge a v podstatě jakýkoli ethernet používající více samostatných switchů. Pokud by "fyzicky odlišné" mělo znamenat různou fyzickou implementaci, tak co třeba bridge použitý pro zpřístupnění xen/KVM hosta?

    Už jenom proto, že WiFi zpravidla sahá i ven z bytu nebo baráku a může se k ní pokoušet připojit kdokoli, zatímco připojit se přes LAN zpravidla znamená dostat se ke kabelu uvnitř bytu nebo baráku.

    To už je samozřejmě jiná, ale to je věc konkrétního správce, jak si stanoví pravidla (a jak má tu wi-fi zabezpečenou).

    8.9.2014 10:01 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Já také jakýkoli bridge za špatný považuju… Uznávám ale, že existují případy, kdy je bridge nejlepší řešení, zejména k obejití nedostatku nějakého zařízení. Uvedený příklad s virtuálním počítačem, kdy nemá každý virtuální stroj svou síťovou kartu, je jedním z nich. Více switchů je něco jiného – switch je jen zdokonalený hub, který pokud si je jist, že nějaký paket stačí poslat na jeden port, neobtěžuje tím ostatní porty. Ale jak už jsem psal, je to jenom můj osobní pohled na věc, a nevadí mi, že se na to někdo dívá jinak. Podle mne spolu mají počítače v jedné síti umět komunikovat na linkové vrstvě přímo, mezi různými sítěmi se pak komunikuje přes router. Bridge je takový hybrid, vyvolává dojem, že zařízení komunikují přímo, ale přitom je tam skrytá nějaká logika. A vedle toho zase může být switch s VLANy, ten mi nevadí. Nemám to jednoduché :-)
    8.9.2014 10:10 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Více switchů je něco jiného – switch je jen zdokonalený hub, který pokud si je jist, že nějaký paket stačí poslat na jeden port, neobtěžuje tím ostatní porty.

    Switch a bridge jsou jen dva různé názvy pro stejnou funkci.

    8.9.2014 18:08 Op
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Takže L2 zařízení které spojuje bezdrátovou síť s drátovou nazýváte switchem? ;-)
    8.9.2014 18:23 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Jak ho budu nazývat je jedno, podstatné je co dělá. A podstata je ta, že princip fungování toho, čemu je zvykem říkat switch, a toho, čemu je zvykem říkat bridge, je úplně stejný.
    8.9.2014 10:47 Ondrej Santiago Zajicek
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Z hlediska tradicniho OSI modelu je hub odlisne zarizeni od switche, nebot hub pracuje na fyzicke vrste, zatimco switch (stejne jako bridge) na linkove vrstve. Naopak bridge a switch je z tohoto pohledu shodny, Jinak ty pojmy nejsou o moc ostreji vymezene, aby se dalo rici, ze tohle je bridge a ne switch ci naopak, i kdyz je pravda ze neformalne bych switch chapal jako uzsi pojem pro konkretni kategorii hardware, zatimco bridge je obecny pojem pro libovolny prvek propojujici site na linkove vrstve.
    8.9.2014 16:31 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    S tím, že bridge propojuje sítě, by myslím většina lidí souhlasila. O switchi by na druhou stranu málokdo řekl, že propojuje sítě, spíš že propojuje jednotlivá zařízení do jedné sítě. Stejně je to jen akademická debata – můžeme do toho zatáhnout ještě L3 switche a řešit, kdy je switch bridge a kdy router :-) To, co se prodává jako „WiFi routery“, většinou pracuje minimálně na L4, umožňuje to např. na firewallu filtrovat provoz mezi LAN a WiFi.
    8.9.2014 17:10 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Než se do toho začnete ještě víc zamotávat, zkuste si ujasnit, jaká je primární funkce switche a bridge. Pokud tam vidíte nějaký principiální rozdíl, tak nám jej, prosím, sdělte. To, že je možné, aby takový bridge/switch disponoval i dalšími funkcemi, jako jsou VLAN nebo filtrace paketů podle hlaviček vyšších vrstev, v tom nehraje roli. To opět umějí jak zařízení označovaná jako "switch", tak zařízení označovaná jako "bridge".
    8.9.2014 17:47 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Primární funkce switche je podle mne umožnit komunikovat každému zařízení v síti s každým jiným zařízením v síti. Switch je jenom jedna z možných implementací, další je hub nebo fyzické propojení každého zařízení s každým. Primární funkcí bridge je propojit dvě sítě, které by jinak byly oddělené, tak, aby to pro zařízení v obou sítích vypadalo pokud možno tak, že jsou v jedné síti spolu se zařízeními z té druhé sítě. Liší se to například tím, že při komunikaci dvojic zařízení A s B a C s D se ty dvě komunikace navzájem neovlivňují (v ideálním případě), protože komunikují přímo mezi sebou. Pokud A a C budou v jedné síti a B a D v druhé síti a ty sítě budou propojené bridgem, ty dvě komunikace se ovlivňují, protože jdou přes společný prvek a dělí se o jeho kapacitu. Oba typy zařízení mohou mít další funkce, implementována klidně mohou být podobně nebo stejně. Rozdíl je v tom, zda je to zařízení v centru jedné sítě, nebo zda propojuje dvě jinak samostatné sítě. Ostatně z toho pocházejí i názvy těch zařízení.
    8.9.2014 18:18 BFU
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Mám bezdrátový SOHO router, ke kterému jspu připojeny počítače A, B, C a D. Všechny jsou u mě v baráku, je to tzv. jedna síť. Počítače A a B jsou připojeny kabelem k routeru, počítače C a D jsou připojeny bezdrátově. Bez toho routeru se počítač A nespojí a počítačem B, C ani D. A tak to je i ve všech dalších kombinacích. Prostě bez toho routeru nedají ani ránu.

    Jakou získám výhodu, když si očísluji každou z fyzických sítí zvlášť?
    8.9.2014 18:21 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Liší se to například tím, že při komunikaci dvojic zařízení A s B a C s D se ty dvě komunikace navzájem neovlivňují (v ideálním případě), protože komunikují přímo mezi sebou. Pokud A a C budou v jedné síti a B a D v druhé síti a ty sítě budou propojené bridgem, ty dvě komunikace se ovlivňují, protože jdou přes společný prvek a dělí se o jeho kapacitu.

    V tom ale žádný rozdíl není, oboje platí jak pro switch, tak pro bridge (pochopitelně - je to totiž totéž).

    Rozdíl je v tom, zda je to zařízení v centru jedné sítě, nebo zda propojuje dvě jinak samostatné sítě.

    Jak se to pozná? Jak se prinicipiálně liší "jedna síť v jejímž centru je X" a "dvě jinak samostatné sítě propojené X", ať už si za X dosadíte switch nebo bridge?

    8.9.2014 20:14 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Rozdíl je vidět třeba na mapě sítě. Tady je jedna síť, každý barák může komunikovat s každým, prostě se jen na křižovatce "přeswitchne" na tu správnou cestu. Tady jsou dvě sítě, jedna na severozápadním pobřeží, druhá na jihovýchodním. Pokud chce kdokoli z jednoho pobřeží komunikovat s kýmkoli z druhého pobřeží, musí přes jeden most, "bridge", který ty dvě sítě spojuje. Ve světě počítačů může být implementace obojího třeba stejná. Pořád to ale jsou dvě různé funkce, pořád je rozdíl v tom, jestli se na něco dívám jako na jednu síť nebo na dvě propojené sítě.
    8.9.2014 21:31 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Pokud chce kdokoli z jednoho pobřeží komunikovat s kýmkoli z druhého pobřeží, musí přes jeden most, "bridge", který ty dvě sítě spojuje.

    Bridge také nemusíte mít jenom jeden. Třeba u toho příkladu s xen DomU je celkem běžné, že každý interface má svůj bridge. A stejně tak může mít bridge víc než dva porty.

    pořád je rozdíl v tom, jestli se na něco dívám jako na jednu síť nebo na dvě propojené sítě.

    Jinak řečeno: na úplně stejně fungující síť se můžete dívat dvěma různými způsoby a podle toho ten prvek označit dvěma různými termíny, ale z funkčního hlediska je to úplně totéž.

    8.9.2014 21:44 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Spíš se na síť nebo sítě dívám jedním nebo druhým způsobem, podle toho vybírám a nazývám zařízení, a podle toho tu síť/sítě buduju. Když budu chtít propojit dvě sítě do jedné, asi mezi ně nebudu dávat 32portový switch. A když budu chtít propojit několik počítačů do jedné sítě, asi nebudu mezi každé dva počítače dávat bridge. (Ano, bridge může mít víc než dva porty, ale jeho název evidentně vznikl od těch dvou portů a to je to, co si pod tím člověk nejprve představí.)
    8.9.2014 22:03 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Když budu chtít propojit dvě sítě do jedné, asi mezi ně nebudu dávat 32portový switch. A když budu chtít propojit několik počítačů do jedné sítě, asi nebudu mezi každé dva počítače dávat bridge.

    To, že počet portů zařízení volíte podle toho, kolik jich potřebujete, a to, že topologii se snažíte volit co nejjednodušší, nijak nesouvisí s otázkou, jestli je mezi funkcí bridge a switche nějaký principiální rozdíl (které se stále nápadněji vyhýbáte).

    a to je to, co si pod tím člověk nejprve představí

    A to je celý problém. Já se nebavím o tom, co vy si představujete. Já se bavím o tom, jak ta zařízení fungují.

    9.9.2014 06:53 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Já se zase nebavím o tom, jak ta zařízení technicky fungují, ale o tom, jaký mají účel. Ten technický způsob fungování se může docela snadno změnit...
    9.9.2014 07:04 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    I účel je naprosto stejný: propojit několik ethernetových segmentů do jedné broadcast domény, aniž by se jednalo o kolizní doménu. Co napíšete na krabici a do marketingových materiálů, to je otázka pro obchodníky, z technického hlediska v tom rozdíl není. Možná jsem naivní, ale myslím, že tohle je stále ještě fórum pro technicky zaměřené uživatele.
    9.9.2014 09:04 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Mne by nikdy nenapadlo nazývat síťovou kartu „ethernetovým segmentem“. Topologie sítě je také technické hledisko. A zrovna u SOHO routerů je trochu nesmysl bavit se o tom, jaký přesně teoretický prvek sítě to zařízení představuje, když ta zařízení jsou switch, router a bridge v jednom a záleží jen na konfiguraci, jak se to bude chovat. Pro vás switch a router, ať už switch na WiFi znamená a přepíná cokoli.
    9.9.2014 09:47 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Mne by nikdy nenapadlo nazývat síťovou kartu „ethernetovým segmentem“.

    Mne také ne. Ale jak to souvisí s příspěvkem, na který odpovídáte?

    9.9.2014 13:51 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Podle mne switch slouží k propojení několika síťových zařízení (např. síťových karet) do jednoho ethernetového segmentu. Ale pokud pro vás switch propojuje ethernetové segmenty, pak asi to síťové zařízení musí být ethernetový segment, ne?
    9.9.2014 15:14 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Ne. Ethernetový segment je část sítě, ne zařízení. U dnešního čistě přepínaného ethernetu ten pojem degraduje na dvojici rozhraní propojených UTP kabelem. U sdíleného odpovídal kolizní doméně.
    9.9.2014 16:40 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Takže funkcí switche je propojit několik dvojic rozhraní propojených UTP kabelem do jedné broadcast domény. Jestli dovolíte, já budu nadále používat switche k propojení několika zařízení do jedné sítě, a budu jim i nadále říkat switche, ne bridge.
    9.9.2014 20:51 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Rozhodnout se, který z těch dvou ekvivalentních pojmů se rozhodnete používat, je samozřejmě vaším právem a já ho nemíním zpochybňovat.
    10.9.2014 15:09 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    To že je to jen věc pojmenování je vidět i například z toho, jak se v mnohých firmách či VŠ, které byly zasíťovány někdy v 90 letech a mají z dnešního pohledu na kancelář málo přípojek, připojují další zařízení pomocí SOHO switchů. Pro ten hlavní switch v racku to dopadne tak, že na konkrétním drátu, má ne jednu, ale nějaký balík MAC adres. Viděl jsem i zařízení, kde tam hodili starý 100M hub, tím pádem ke rack switchi chodily i packety, které vůbec nepotřebovaly k rozhraní přijít, switch tedy plně vypadal jako bridge. Primární smysl obou je snížit kolizní doménu pro packety a tím zvýšit propustnost. U switche ve fullduplexu je to snížení na nulu, ale nemusí být.
    9.9.2014 17:00
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    9.9.2014 14:03 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Jenže u pojmů nemůžete ignorovat jejich vznik, vývoj a historii. V době sběrnicového 10M Ethernetu na prodlužování dosahu segmentu se požíval repeater a bridge. Totožně funkcionální zařízení v UTP je hub a switch.
    10.9.2014 09:07 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    To už je samozřejmě jiná, ale to je věc konkrétního správce, jak si stanoví pravidla (a jak má tu wi-fi zabezpečenou).
    Zcela nový rozměr to dostává, když zařízení se zapnutým Wi-Fi Sense ochotně sdělí heslo k síti všem kontaktům. Zabezpečení privátním klíčem (ten doufám Wi-Fi Sence nesdílí) není v domácích sítích zrovna běžné, a podle mne většina lidí nepovažuje svou domácí síť za veřejnou a nechová se tak k ní. Ale pokud někdo chce, aby na jeho tiskárně mohl tisknout kdokoli, kdo jde zrovna kolem po ulici, ať si poslouží…
    9.9.2014 11:27 Vantomas | skóre: 24 | Praha
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Hm, jenže když to bude routovaný, tak se rozbijou ty autodiscovery protokoly, ty DLNA nesmysly a tak všechny ty věci co si duchaří nad broadcastama, max. multicastama v jedné L2. Jak jenom krabičkářům trvalo dlouho než se tyhle věci naučili používat a dostali to do stavu, že to začíná fungovat out-of-box a teď jim to celé zkomplikovat, že jim sebereme L2 vrstvu!

    A taky je problém v tom, že routování je výpočetně náročnější než bridge, takže pak při kopírování z počítače přes kabel na počítač přes wifi lze očekávat na prd výsledky. Ano, dneska ty routery sice už mají více výkonu než dříve, ale protože je stále cena tlačena dolu, tak nelze očekávat revoluci a zázraky.
    pavlix avatar 9.9.2014 11:37 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Hm, jenže když to bude routovaný, tak se rozbijou ty autodiscovery protokoly
    Jirsáka bych si vůbec nevšímal. Člověk chce mít doma jednu síť, bez ohledu na to, co k ní připojí po wifi a co po drátě. Ta síť má tudíž mít jeden IP rozsah pro každou použitou verzi protokolu a vše má fungovat úplně stejně jako by to bylo vše zadrátované. Druhá síť má smysl jen pokud je její účel nějak odlišný od té první, například když člověk doma provozuje malou serverovnu nebo nějaké experimentální sítě.
    A taky je problém v tom, že routování je výpočetně náročnější než bridge
    Nevěřím, že poznáš rozdíl mezi routingem a bridgem u linuxového routeru.
    9.9.2014 11:46 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Nevěřím, že poznáš rozdíl mezi routingem a bridgem u linuxového routeru.
    Tak docela velký rozdíl je v tom, že bridge u IPv4 nemusí u každého paketu přepočítávat checksum.
    pavlix avatar 9.9.2014 11:52 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Chci model routeru a čísla ;). Ne, já vím, že to kvůli mě nikdo měřit nebude, ale fakt si nemyslím, že by dneska běžný router stíhal wifi uroutovat měřitelně pomaleji než ubridgovat, natož znatelně.
    9.9.2014 14:25 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    OK, beru, že na WiFi se to nepozná
    pavlix avatar 9.9.2014 14:56 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    No dobře, na wifi se to nepozná a na kabelu je to sporné. Ale popravdě řečeno, pokud by mě trápil drobný rozdíl na kabelu, dal bych před soft bridgem přednost switchi, tedy když už tak už.
    9.9.2014 15:10 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    To se ale bavíme o 100M. Pokud chci na drátu 1G tak routing je nereálný v domácích podmínkách.
    pavlix avatar 10.9.2014 07:50 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Pokud chci na drátu 1G tak routing je nereálný v domácích podmínkách.
    Nejsem si vědom podmínek, kdy by byl routing nereálný a soft bridging reálný, ty packety prochází pokud vím úplně stejným stackem.
    10.9.2014 16:47 ebik | skóre: 2
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    A je vlastně soft bridging na 1G reálný? Spousta linuxových routerů má "hardwarovou akcerelaci" (ať už to znamená cokoli). Navíc tyto routery mají typicky LAN porty propojené hw switchem, s tím, že jeden port tohoto switche je zapojen do procesoru. Router pak může routovat mezi WAN (separátní port) a LAN (port toho switche), ale nemůže ovlivnit tok mezi jednotlivými porty LAN. (Možná to je právě ta inzerovaná hw akcelerace...)
    10.9.2014 19:26 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Někdy i může, viz DSA driver. Ale je to poměrně čerstvá záležitost.
    pavlix avatar 11.9.2014 09:32 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    A je vlastně soft bridging na 1G reálný?
    Není o nic méně reálný než soft routing ;).
    10.9.2014 21:40 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Nerozepsal jsem to moc. Myslel jsem tím, že pokud budu mít domácí drátovou síť na 1G propojenou switchem tak je to v ceně do 1k se SOHO 8 portovým switchem. Kolik musím mít, abych měl zařízení, které mě tech cca 80-100MB/s protáhne přes routing?
    10.9.2014 21:55 Ondrej Santiago Zajicek
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    2 kKc za Ubiquiti Edgerouter Lite (pokud si vystacis se tremi porty a hardwarove akcelerovanym routingem). Nebo bezne moderni PC bez potizi uroutuje gigabit pri rozumne velkych packetech.
    pavlix avatar 11.9.2014 09:30 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Myslel jsem tím, že pokud budu mít domácí drátovou síť na 1G propojenou switchem
    Při srovnání routingu a soft bridgingu je switch jaksi mimo kontext. Nicméně Ondrova odpověď dává vědět o tom, že zásadní rozdíl už dlouho nedělá bridging versus routing, ale software versus hardware.
    9.9.2014 23:29 Jimmy
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Aby byl rozdíl výraznější, tak něco trochu staršího HW: http://routerboard.com/RB433L Bridging 64 byte - 63.8 Mbps Routing 64 byte - 52.1 Mbps

    Když se nastaví nějaké filtrování, tak mohou být nepříjemně velké rozdíly i na dnešním HW.
    pavlix avatar 10.9.2014 07:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Aby byl rozdíl výraznější, tak něco trochu staršího HW: http://routerboard.com/RB433L Bridging 64 byte - 63.8 Mbps Routing 64 byte - 52.1 Mbps
    Starší hardware, malé pakety, rozdíly kolem 20%, dejme tomu. Jenom bych se ještě ujistil, že se jedná o software bridging a ne switching.
    Když se nastaví nějaké filtrování, tak mohou být nepříjemně velké rozdíly i na dnešním HW.
    O filtrování nebyla řeč, navíc lze stejně dobře provádět u bridge jako u routingu, takže mi není jasné, proč to sem taháš.
    9.9.2014 13:49 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    V mnoha případech máš pravdu, nicméně ještě se dá uvažovat o modelu "domácí" a "hosté". Což provozuji. Hosté jsou kamarádi mých dětí, kteří občas příjdou s notebooky na "party".
    pavlix avatar 9.9.2014 14:54 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Dokonce uvažuju o třech skupinách já, domácí+hosté a sousedé ;), první dvě skupiny mám ale sloučené třeba i kvůli tiskárně.
    pavlix avatar 9.9.2014 14:55 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Abych byl přesný, kvůli autodiscovery tiskárny.
    pavlix avatar 9.9.2014 14:59 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Mimochodem, díky soft bridgování, podpoře vlan switchů a virtuálních wlan v OpenWRT je toto rozlišení nezávislé na drátovosti.
    8.9.2014 18:13 Op
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    IPv6 si klidně můžeš dělit jak chceš, třeba na /120ky jako ekvivalenty C třídy.
    pavlix avatar 9.9.2014 15:19 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Na Linuxu to funguje bez problémů, myslím, že by nebylo špatné časem upravit RFC k větší benevolenci.
    9.9.2014 16:57 Skokan, Pavel | skóre: 29
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    asi je to trochu rizikové, protože autokonfigurační mechanismy počítají s max. /64 na síť, protože těch zbylých 64 bitů na počítače využijí komplet

    počítám, že také postupem času budou přibývat zařízení s hw optimalizací|akcelerací a tam by to pak byl také značný problém...
    pavlix avatar 9.9.2014 21:09 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    asi je to trochu rizikové, protože autokonfigurační mechanismy počítají s max. /64 na síť, protože těch zbylých 64 bitů na počítače využijí komplet
    Ve skutečnosti to platí jen pro jeden z mechanismů automatické konfigurace, ale v nějakém RFC jsem to pravidlo četl jako obecně platné, nejspíš to bylo IPv6 Addressing Architecture nebo nějaké takové, a to už dává jen politický smysl (přesvědčit všechny, aby byly ready na SLAAC a přidělovali velké rozsahy), nikoliv technický.
    počítám, že také postupem času budou přibývat zařízení s hw optimalizací|akcelerací a tam by to pak byl také značný problém...

    To mi přijde jako příliš vágní zdůvodnění.
    10.9.2014 08:13 Skokan, Pavel | skóre: 29
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    pravda - IPv6 u nás řešíme teprve měsíc, tak je to vágní, ale pokoušet to nebudu

    pokud to budete pokoušet a někde narazíte, tak případně dejte vědět...
    pavlix avatar 10.9.2014 08:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Já to dělat dobrovolně nebudu, mně přijde dělení 64-64 maximálně rozumné, takže ho budu aplikovat všude, kde to půjde, bez ohledu na použitou konfiguraci.
    7.9.2014 05:12 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Rezerva do budoucnosti.

    Kdysi se taky říkalo že 640k RAM stačí na všechno a už v dobách MS-DOSU to bylo málo a hledaly se berličky jak to pro MS-DOS obejít.....
    Heron avatar 7.9.2014 10:25 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Zkuste změnit pohled na věc. Adres není 2^128. Je 2^64 sítí a v každé síti může být 2^64 hostů. Zkrátka se na to zkuste podívat pohledem: kolik potřebujeme sítí? a jak velkou adresaci v rámci jedné sítě (aby se pohodlně daly dělat věci jako autoconfig, privacy apod). To už potom jako plýtvání nevypadá.

    Nehledě na to, že intergalaktickou síť bych do toho vůbec netahal. Zpoždění mezi planetami byť i jenom Sluneční soustavy jsou tak velké, že na komunikaci se bude muset vymyslet zcela nový protokol než je IP.

    (Jen na Mars je to někdy 56 miliónů a někdy 400 miliónů kilometrů, takže zpozdění signálu je cca 3 do cca 22 minut. Dovedete si představit jen TCP handshaking? Nehledě na to, že zkrz Slunce se stejně komunikovat nedá, takže komunikace by stejně probíhala po síti družic, takže zpoždění by ještě narostlo.)

    IPv6 nám na Zemi bude tedy stačit opravdu hodně dlouho, netřeba se bát.
    8.9.2014 20:43 Kit | skóre: 38 | Brno
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Není nutný jiný protokol, IP bude vyhovovat i pro Mars. Jen místo TCP budeme muset používat něco jiného, protože ten TCP handshake si fakt představit nedovedu. Budou se muset prodloužit pakety - IPv6 s tím počítá.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    8.9.2014 21:03 Filip Jirsák
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Nebyl by pro Mars lepší nějaký streamový protokol? U paketů je dobré, že se na každý dá odpovědět jednotlivě a každý může jít jinou cestou. Jenže asi nebudu posílat paket, abych se za 40 minut dozvěděl odpověď "Cože?" (viz dialog Jasoně a Drsoně). A kudy navázat spojení Země - Mars je také jasné docela dlouho dopředu, a nemá smysl se najednou z ničeho nic rozhodnout vysílat jinudy.
    9.9.2014 00:13 ebik | skóre: 2
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    No, já myslím, že to bude většinou spíš vypadat jak za starých časů: obsáhlou zprávu předáte k odeslání (progam vyděrujete na pásku a předáte obsluze mainfraimu) a po čase vám příjde zpět obsáhlá odpověď (obsluha přinese vyděrovaný výstup programu). Prostě budou se posílat celé zprávy ("obrovské packety") k dávkovému zpracování.
    11.9.2014 23:25 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    +1. Mimochodem nemusíme pro to chodit na Mars, podobné systémy se vyvíjejí a používají pro internet do málo obydlených odlehlých míst či na malé lodě (kde si nemohou dovolit platit satelitní připojení).
    12.9.2014 17:27 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Nebo spíše něco jako RSCS sítě BITNET/EARN. Jen pro osvěžení paměti BITNET neměl interaktivní komunikaci jen zasílání mailů nebo souborů. A existovala ftpmail gateway do níž jsi poslal mail s sadou příkazů FTP protokolu a po čase přišla mailem odpověď s výpisem do terminálu a pokud byl součástí i get příkaz tak i soubor zakódovaný UUENCODE.

    Hlavní výhoda byla uřízení poměrně velkého množství informací na mizerných linkách. Každý uzel měl pro každou linku frontu souborů k odeslání s prioritizací, takže krátké soubory předbíhaly ve frontě a v podstatě linka jela na 100% kapacity pořád nebo dokud frontu nevyřídila.
    9.9.2014 09:34 Kit | skóre: 38 | Brno
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Streamový protokol přece také běží nad IP. Nad IPv6 poběží také.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    Petr Tomášek avatar 8.9.2014 11:49 Petr Tomášek | skóre: 36 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    To je jednoduché: IPv6 je překombinovaná a přeinženýrovaná sračka, která ani přes neustálé vydávání nových RFC pořádně nefunguje (viz např. patička).

    Může za to naprosto idiotský vývoj, kdy se do vývoje protokolu sralo tolik lidí, že se namísto jasného návrhu kombinují naprosto protichůdné myšlenky, o tom, že k některým úkolům existuje několik různých řešení, ani nemluvě. Prostě bordel větší než v české státní správě...

    Takže nepřekvapí, že na začátku vývoje IPv6 byli všichni podělaní z toho, že bude adres málo, tak navrhli 128 bitů. Pak se zjistilo, že to vlastně až tak málo není, tak nějaká „chytrá“ hlavička vymyslela způsob, jak tento adresní prostor spolehlivě promrhat...
    9.9.2014 10:45 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Poslední věta jasně dokazuje, že o vývoji IPv6 nevíte v podstatě nic, protože už na začátku vývoje se začalo s tím, že bude 64 bitů sítí, ne 128 bitů adres.
    9.9.2014 11:00 Sten
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Mimochodem četl jste vůbec ten článek, co máte v patičce? Kromě toho, že obsahuje několik podivných argumentací (např. používání privacy extensions na serverech — WTF?), obsahuje také celkem jasné sdělení, že ty problémy způsobuje to, že jejich routery IPv6 pořádně neumí a že Intel má vadné ovladače.
    pavlix avatar 9.9.2014 11:00 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    To je jednoduché: IPv6 je překombinovaná a přeinženýrovaná sračka, která ani přes neustálé vydávání nových RFC pořádně nefunguje (viz např. patička).
    Ono není moc bezpečné ani provozovat tu IPv4, ale to není dostatečně lukrativní téma.
    Takže nepřekvapí, že na začátku vývoje IPv6 byli všichni podělaní z toho, že bude adres málo, tak navrhli 128 bitů. Pak se zjistilo, že to vlastně až tak málo není, tak nějaká „chytrá“ hlavička vymyslela způsob, jak tento adresní prostor spolehlivě promrhat... „
    Toto je jediná část komentáře, která se nějak týká dělení adresního rozsahu, je střelená od boku a nesmyslná. Doufám, že to Petr označil jako řešení omylem, to není tlačítko like ve stylu facebooku.
    10.9.2014 10:07 j
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Tvoji rodice spolehlive promrhali sanci nesplodit takovy individuum ...

    IPv6 resi vyhradne a pouze to, co se resilo od pocatku v IPv4 a casto to bylo zcela neresitelne. Mimo jine, fragmentaci prostoru (ja vim, to je sprosty slovo), ktera kvuli tomu, ze adresy uz par patku proste nejsou, je cim dal horsi.
    pavlix avatar 9.9.2014 10:56 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Pokud jde o rozvržení, tak jak už se tu psalo, jen část toho celého rozsahu slouží k přidělování adres popsaným způsobem a tato část je v současné době dostatečně velká, aby se mohla používat velkoryse a zabránilo se tak přílišnému drobení rozsahu, se kterým naopak problémy kvůli velikosti globání směrovací tabulky jsou.

    Vnuci budou pravděpodobně z hlediska infrastruktury ve zcela jiné situaci a tak nemá smysl se to snažit nějak moc předvídat. Pokud se jim IPv6 bude tou dobu ještě hodit, ukrojí si nový kousek a navrhnou si nové schéma, které bude vyhovovat jejich potřebám. Výhodou bude, že v takovém případě nebudou muset měnit celou infrastrukturu jako je tomu u IPv4.

    Tedy vůbec nebudou muset řešit to samé a je dost možné, že budou i celkově v jiné situaci, kterou nejsme schopni předvídat.
    10.9.2014 10:04 j
    Rozbalit Rozbalit vše Re: Děravost IPv6 prostoru
    Koukam dalsi co si neumi precist ani trivialni clanek nalezitelny behem 10s ....

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.