17
  • rigidus
    #17
    > és ezeket a címeket nem fogják úgy pazarolni, mint a régieket?!

    Valami azt sugja, hogy eleg lesz:

    A Foldnek kb. minden negyzetmeterere fog jutni belole ~36164981 darab.
  • AgentKis
    #16
    "Az operációs rendszerek (a Vista, a Linux disztribúciók és a MacOS X) már most támogatják"

    Nem kötözködésből, de azért a legelterjedtebb op. rendszert az Windows XP-t is megemlítettem volna, ha már a másik 3 belefért. Kicsit pistareklám szagú a dolog így. Nade sebaj. Majd én:
    Igen a WIDOWS XP is TÁMOGATJA az IPv6 szabványt.
  • JL666
    #15
    és ezeket a címeket nem fogják úgy pazarolni, mint a régieket?!
  • sikamika
    #14
    Jo ez a kis halozati alapok ora :)))
  • Devon Májsz
    #13
    Az oké hogy szoftveresen támogatott a dolog, de vajon a routereket, mittoménmiket dobhatjuk ki? vagy azoknak mind1?
  • rigidus
    #12
    En megkerdeznem tole, hogy mik azok 0/10/110 bitekkel kezdodo cimek.

    Ha a netmask akkor azok igy neznek ki:

    A osztaly netmask: 11111111.00000000.00000000.00000000
    B osztaly netmask: 11111111.11110000.00000000.00000000
    C osztaly netmask: 11111111.11111111.00000000.00000000
  • rigidus
    #11
    http://tools.ietf.org/html/rfc1918

    3. Private Address Space

    10.0.0.0 - 10.255.255.255 (10/8 prefix)
    172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
    192.168.0.0 - 192.168.255.255 (192.168/16 prefix)
  • Psichopat
    #10
    A osztály: 0-bittel kezdődő címek 0... - 128...-ig
    B osztály: 10 -bitekkel kezdődő címek 128... - 192...-ig
    C osztály: 110 -bitekkel kezdődő címek 192... - 224...-ig

    Vagy hülye volt az oktató.
  • rigidus
    #9
    > (hasonlóan a jól leírt 192.168.x.x B class-hoz)

    Az se jo mert "C" osztalyu. Egyebkent ha mar halozati cimosztalyoknal vagyunk a harom, szabvanyban elfogadott igy nez ki:
    "A" osztalyu: 10.0.0.0
    "B" osztalyu: 172.16.0.0-172.31.0.0
    "C" osztalyu: 192.168.0.0-192.168.255.0
  • Jonah
    #8
    NAT mindig is lesz, amíg vannak belső hálózatok. És ezek mindig is lesznek, mert senki, ismétlem: senki nem fog egy biztonságos hálózatot kialakítani internet publikus címekkel.

    Amúgy a 10.0.x.x -en jót nevettem. A cikkíró hozzáértő ember lehet. Mert 10.x.x.x az egy A class nem internet routolt IP tartomány (hasonlóan a jól leírt 192.168.x.x B class-hoz), viszont a 10.0.x.x B classra utalna... :-))


  • Mcsiv
    #7
    Tényleg így kéne legyen, hogy az otthoni eszközöket a maradék 4-8-16 bitre(még nem dölt el) tudod ráaggatni, de az hogy ez a gyakorlatban hogy fog kinézni, azt még senki sem tudja. Az IPv6-ra való váltás még mindig a nagyon távoli jövő sajnos.
  • shabba
    #6
    Az IPv6 felépítése és címkosztása hierachikus, nem random elhelyezkedésű és méretű tartományokat osztogatnak ki mint IPv4-nél. Én úgy emléxem a cím utolsó 16 bitje már felhasználói végponthoz kötött, így aztán NAT-ra nem igazán lesz szükség IPv6 mellett.
  • Mcsiv
    #5
    De egyébként is részletkérdés, az lenne a legjobb, ha még az átállás előtt rendbeszednék a maguk kis pici portáját (Szerintem az alapvetően nem fer, hogy egyetlen California-i egyetem pár ezer gépére kapott 10 B osztályú IP tartományt)
  • Mcsiv
    #4
    Részben igazad van, részben nem. Az IETF(Internet Engineering Task Force) foglalkozik a jelenlegi szabványokkal és az irányelvekkel (Kik/mennyit/miért stb.), az általad említett szervezet csak végrehajtó (Felügyelik a kiosztásokat és kezelik az alájuk tartozó szolgáltatásokat).
  • bakagaijin
    #3
    IETF? A IANA funckiókat akkoriban az amerikai hadsereg felügyelte, most épp az ICANN kezében van.
  • Mcsiv
    #2
    remélhetőleg az IETF bőkezübben fog bánni már ezzel a címzési móddal és elérhetjük azt, hogy az otthoni hálózatba kötött gépek ne legyenek rászorúlva a nat-ra. Igaz, jelenleg tunnelbrokereken keresztul ez megvalosithato, csak hát magát az ipv6-ot még túl sok mindenre nem lehet használni:\
  • egyember1
    #1
    yuhé.