Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
....
Ostatnio edytowany przez lubomir (2010-05-11 09:13:37)
Offline
kayo napisał(-a):
z prawdopodobieństwem równym 99,(9) %
Takie prawdopodobieństwo (0,(9) czy tam 99,(9)%) jest równe dokładnie 1 :)
http://pl.wikipedia.org/wiki/0,(9)
Offline
....
Ostatnio edytowany przez lubomir (2010-05-11 09:13:53)
Offline
Przecież da się to dokładnie policzyć, podałem ile to jest adresów :)
Miałem w notatkach z kursu, skąd ta liczba się bierze :D
Zakładając, że na świecie jest 5 mld ludzi i tyleż samo komputerów, w przypadku IPv6 nie ma prawa zabraknąć adresów, skoro ich liczba składa się z 39 cyfr :)
Prędzej słońce zgaśnie albo nastąpi przeludnienie i tak czy siak wszyscy zginiemy :D
Ale ciekawe czy się dowiem w końcu ile tych ziarenek jest ;)
Propos Archimedesa, pierwszy art w google na ten temat mówi że jest ich w końcu 10^63 to wcale nie tak dużo.
Ostatnio edytowany przez marg1 (2010-05-11 08:53:16)
Offline
'tyleż samo komputerów...'
Za kilkanaście lat pewnie będziemy liczyć tv, miksery i odkurzacze :)
Offline
Pierdzielicie tutaj.
utrudnienia zwiazane z IPv6:
- kijowe w uzytku (zapamietanie jednego to sukces, a 2 czy 3)
- wymagane DNS'y (patrz wyzej)
- zwiekszone zpaotrzebownaie na przeplyw danych
- wiele rozwiazan powstawalo w czasach kiedy o IPv6 nie bylo mowy - brak kompatybilnosci
- duze koszta wdrozenia
Offline
Duże koszty wdrożenia? A jakim cudem :)
Offline
marg1: wymiana infrastruktury zeby zachowac dotychaczasowa przeplywowowsc na szybsza (o ile jest to mozliwe), adaptacja sprzetu niekompatybilnego poprzez tunele. Policz sobie ile wiecej ramki zajmuja.
Offline
raven18 napisał(-a):
'tyleż samo komputerów...'
Za kilkanaście lat pewnie będziemy liczyć tv, miksery i odkurzacze :)
bez przesady ;] współczesne tv co prawda mają karty sieciowe, japończycy coś kombinowali z lodówkami które robią zakupy przez net, ale np. po co internet w mikserze czy żelazku? ;p
Offline
rychu napisał(-a):
ale np. po co internet w mikserze czy żelazku? ;p
W słynnym tosterze, na którym uruchomiono NetBSD, czemu nie? ;)
Offline
Jak dla mnie IPv6 to niepotrzebne mnożenie trudności.
Lepiej zrobić IPv8, 8 bajtów mieści się idealnie w 64 bitowym rejestrze, nie trzeba się martwić o czyszczenie najwyższych bitów.
W sumie nie wiem czy nie optymalniej byłoby ugeograficznić IP. Pierwszy kraj wskazywałby kraj... Bo serwer w jakimś kraju i tak stoi...
A adresy 0.x.x.x.x.x.x.x byłby używane do podsieci, z czego 0.0.0.0.0.0.0.0 to nasz "localhost" (czyli są dwa adresy zwrotne, zero i ten drugi w lokalnej sieci)
256^7 adresów: 72 057 594 037 927 936 <-- więcej niż ludzi na świecie, więcej niż ludzi i firm na świecie, tfu... w jednym kraju nie ma tylu ludzi i firm i szybko nie będzie. Przez 100 lat powinno być to wystarczające :)
8 bajtów przesyłając przy obecnych prędkościach łącza to tyle co nic...
Offline
Dobra wyliczania ciag dalszy...
Dluzsze adresy to:
- zwiekszone rozmiary naglowkow
- zwiekszone tablice ARP
- zwiekszenie FIFO i pozostalych buforow
- zwiekszenie zapotrzebownaia pamieci dla analizy pakietu (iptables, pf, itd.)
- czestrza enkapsulacja cale pakiety beda wieksze lub fragmentacja jesli nadawca jest "przystosowany" do tego
- ruch ACK "zjada" wiecej lacza (patrz naglowek)
A jak kto uwaza ze "przepustowosc obecnie jest wystarczajaca" to niech odpali sobie IPv6 i potestuje na WiFi.
NIC: w sumie ciekawy pomysl do tego zapis wydluzony ale bardziej optymalny do zapmiateania niz ciagi hex.
Offline
NIC: to napisz stosowane RFC ;)
Offline
Nie wiadomo czy nie zabraknie, kiedyś przy IPv4 też myśleli, że nie zabraknie ; )
Może kiedyś każde urządzenie elektryczne będzie podłączone do sieci, albo ktoś wymyśli jeszcze coś innego o czym na razie sobie nawet nie wyobrażamy :D :D
Offline
@qluk:
1. ja bym tak bardzo nie bolal nad tymi dodatkowymi 20 octetami wiecej na pakiet ...
2. nad tablica ARP bym tez tak nie plakal ... przy zalozeniu braku dodatkowych pol to wzrost z 10B do 22B, a na ogol te tablice sa krotkie
3. co do zagadnien zwiaznych z routingiem to owszem mamy wiekszy rozmiar adresu, ale:
a. mamy lepsza agregacje
b. nie mamy koniecznosci stosowania potworka w postaci NAT, ktory potrzebuje wiekszych zasobow (trzymanie tablicy mapowan, podmienianie adresow, w tym warstwy czwartej) niz analiza pakietow dluzszych o 20B
4. dzieki mozliwosci pozbycia sie NAT jest szansa na przyzwoita komunikacje w protokolach typu p2p bez dziwacznych protez jak STUN
5. oszczednosc mocy obliczeniowej na przeliczaniu sum kontrolnych naglowka w kazdym routerze co ma miejsce w IPv4 (zmiana ttl => przeliczenie sumy kontrolnej naglowka)
6. co do zapamietywania adresow ip to dawno stwierdzono ze to jest niepraktyczne i po to jest dns ... nalezy tez pamietac o kompresji zer i IMHO 2001:4070:1::fafa jest tak samo trudne do zapamietania jak 153.19.251.222, ::1 nawet prostrze niz 127.0.0.1
co masz na mysli piszac o enkapsulacji - bo jezeli tunele to one sa raczej rozwiazaniem przejsciowym ... co to za rozwiazania niekompatybilne z IPv6 - bo takich powszecnie stosowanych standardow nie moge sie dopatrzec, wiec chyba dosc zabytkowe (bo jezeli nie bylo mowy to na pewno z przed 1995 roku) rozwiazania dotyczace jakiegos oprogramowania, sprzetu ... i co bys proponowal zamiast IPv6 (bo to ze pula adresowa IPv4 jest niewystarczajaca to chyba oczywiste)
Offline
bercik, ja to podaje jako kontre dla slow o tym, ze wprowadzanie IPv6 idzie powolnie, ale to nie jest taki proces na "pstrykniecie palcami" czy tez "update".
Co do sprzetu no IPv6 friendly, wszelki odbiorniki sieciowe GPS (nie nawigacja), czy to Trimbl, czy leica (ta to do polaczen ftp nawet w czesci nie chce uzywac domen tylko ip). Sporo czesc specjalistycznych rozwiazan. Z tym ze nie mowie ze to nie jest do obejscia.
Co do NAT on tez ma swoje wady i zalety.
Mowisz 20octetow, ale zobacz ile to jest juz w sieciach ktorych dotychczasowa przepustowosc wynosila ~800pps, a ruchy tranzytowe to znacznie wiecej.
IPv4 rowniez posiada wady i zalety, podobnie jak IPv6 i jakiekolwiek rozwiazanie, wazne zeby nie dostrzegac jedynia kilku zalet (tak jak powyzej jedynie to ze ma wiekszy zasob adresacji).
Offline
qluk napisał(-a):
bercik, ja to podaje jako kontre dla slow o tym, ze wprowadzanie IPv6 idzie powolnie, ale to nie jest taki proces na "pstrykniecie palcami" czy tez "update".
Co do sprzetu no IPv6 friendly, wszelki odbiorniki sieciowe GPS (nie nawigacja), czy to Trimbl, czy leica (ta to do polaczen ftp nawet w czesci nie chce uzywac domen tylko ip). Sporo czesc specjalistycznych rozwiazan. Z tym ze nie mowie ze to nie jest do obejscia.
mysle ze problemy z kompatybilnoscia wielu rozwiazan z ipv6 nie wynikaja ani z ipv6, ani z tego ze to nowosc (bo ipv6 istnialo, a nawet bylo uprodukcyjniane duzo wczesniej niz powstawaly projekty tych sprzetow) tylko z tego ze wdrozenie idzie powoli, wiec klienci nie wymagaja aby bylo to kompatybilne z ipv6, zatem nie jest i uzasadniajac tym powolnosci wdrozenia robimy bledne kolo ...
qluk napisał(-a):
Co do NAT on tez ma swoje wady i zalety.
NAT zostal stworzony w pewnym konkretnym celu i okreslanie innych rzezy (ktore mozna uzyskac bez problemu bez NAT) jako zalet NAT jest IMHO pomylka
qluk napisał(-a):
Mowisz 20octetow, ale zobacz ile to jest juz w sieciach ktorych dotychczasowa przepustowosc wynosila ~800pps, a ruchy tranzytowe to znacznie wiecej.
wychodzi kolo 16kB/s ... moze jestem dziwny ale w odniesieniu do transferu takich sieci nie robi to na mnie wiekszego wrazenia
Offline
ja to nie wiem co wy sie klocicie o to ile ziarenek piasku jest na ziemi .. kazdy glupi wie ze ich jest w ch* i ciut ciut .
Offline