Ja jsem proti pridelovani takto velkych bloku... ale jinak rozhodne souhlasim se zmenou v pridelovani. Videl bych to na priblizeni se fungovani napr. RIPE (prideluje relativne velke bloky, prideloval bych treba 8xC nebo 16xC) "lokalnim registratorum" kteri je pak co nejhospodarneji uzivaji a prideluji sve siti / na sebe pripojenym sitim... Kdzy lokalni registrator dolozi, ze uz pouziva treba 80% prideleneho rozsahu, prideli se mu dalsi takovy blok...
IP adresa je zalezitost predevsim technicka, ne administrativni - adresy by se mely pridelovat podle technickych potreb. Argument, ze potom nemam sanci vedet co kde je neni na miste - odtoho ostatne mame DNS pripadne WHOIS registr...
Muj navrh tedy je:
- zalozit registr pro tyhle vetsi site, dat mu k dispozici 1xB
- vetsim sitim dat status "LIR" (analogie s RIPE), pridelit jim nejaky blok adres (8xC) a nechat je s nim hospodarit
- LIR budou evidovat sve rozsahy v databazi (mame v podstate funkcni kopii RIPE WHOIS serveru)
- pridelene rozsahy by se zduvodnovaly (nebudem z toho delat zadnou byrokacii, pouze PEAK posle ze si bere rozsah x - y pro tam ten barak, rozepise ze polovina je na radia a polovina na LAN, neco podohneho pak zapise i do db)
Ma nekdo neco proti ?
Uznejte, ze pro sit Evka.NET, ktera (pokud se nepletu) nema dneska vic nez 1000 uzivatelu je 65000 adres prilis velky luxus....
pokud budeme pocitat 3 IP adresy na jednoho uzivatele (prumerne 2x PC, 1x IP Telefon - to musi byt nad hlavu), vyuziti rozsahu 50% (a to by u RIPE ani neproslo) vychazi mi to na cca 6000 IP adres, pokud se EvkaNET do dvou let obrovsky rozroste (4000 uzivatelu), pak to neni ani na 1/2 Bcka, planuje EvkaNET v dohledne dobe prerust i velke providery s cca 10 000 uzivateli ?
__________________
Lide v CZFree se dělí na tři skupiny: 1) deu; netdave 2) ti co znají jejich čísla 3) ti ostatní
Pokud si vybavuju, tak nejaka debata na tohle tema probehla uz na irc - pozadavek na cele B tam valxdater zduvodnoval jejich "super" technickym resenim, kdy kazdeho koncoveho klienta o 2 PC routuji a tim padem na nej musi alokovat 8 IP (/29 subnet)... argument s RIPE se pouzil taky (ve smyslu navrhu adresniho planu a posveceni alokaci - takove plytvani by jim asi nekdo omlatil o hlavu).
Argumentovali jsme mu, ze stacit mu musi nejaka /19-18 pri velke rozhazovacnosti a jemu se to porad stalo malo...
Osobne si myslim, ze by se mel nekdo zamyslet a v prvni rade premyslet nad hospodarnosti vyuziti omezeneho zdroje. Ta nocni debata dokazala spis opak a hlavne neochotu na zazitem "plytvani" neco menit...
Jeste si tady pridam ja:
- routujici veci skoro u vsech klientu - nemam nic proti, opravdu je to celkem vyhodne (klient se lepe monitoruje, zadropujes mu tam porty ktere nema pouzivat....) myslim ze to je dobre reseni, spotreba adres je vyssi, ale ne extremni a rozhodne to neni duvod pro prideleni celeho B (65k adres) siti s 1k klienty. Kdyz to prezenu, budu pocitat i nejakou rezervu a nejaky nevyuzity prostor na APckach, potom mi vyjde ze az az musi byt 8IP/klient (to ma klient vic pocitacu, iptel..., klienti kde jich je v panelaku xx ten prumer podle me jeste snizi tak na 6, ale nebudeme setrit...) takze mi vychazi potreba asi 8k adres. Nepredpokladam, ze pristim rokem budete mit vic jak 2000 klientu = 16k adres (navic pokud bude velky narust, bude to predevsim v velkych sitich - panelaky... kde ta spotreba opet neni takova)
- jednoducha migrace - o tom nikdo nechce ani slyset! Jednak IP adresa je zalezitost TECHNICKA, nikoliv administrativni - IP adresy se neprideluji a nepouzivaji podle toho, jak je to hezke, ale podpe toho, jak je to potreba (nerikam ze se to obcas nedela na krasu, ale rozhodne ne v teto mire), navic jediny vysledek ktery z toho bude je totalne rozkouskovane Bcko kde je pouzite par adres a pak kilometr nic....
- samostatny cloud/AS - v tuto chvili se mi to nelibi ze dvou duvodu... Jednak proto, ze tim by jste si asi to Bcko vybreceli a udelali v nem dost veliky chaos (ja bych vam ho proste nedal) a jednak proto, ze na to celkove neni cela sit v Ostrave stavena/pripravena - je velice nevyhodne, hlavne pro zbytek site, mit jeden veliky AS a uvnitr neho jeden menci - vysledek bude takovy, ze pres tento novy AS nebude v podstate mozny zadny tranzit (krome provozu primo do/z tohoto AS a ncx) = naprosto se znemozni, aby vas nekdo jiny ze site vyuzival jako zalohu... to by se muselo resit nejakymi obskurnimi tunely). Aby se dalo tohle realizovat, bylo by potreba ostravu rozdelit na alespon 5 ASek.
Resenim na snizeni rezije OSPF je vytvoreni nejake area (ale osobne bych ani nerekl, ze ta ospf rezije je neco zasadniho), co se tyce problemu s OSPF - jediny vetsi problem byl v posledni dobe co ja vim VojBarZ a ten podle me mel byt hnedka od OSPF odstrizen... V tomto smeru opravdu uznavam, ze jsou diry - nejsou lidi kteri by na tomto poli operativne zasahli...
Pro cele CZF je adresni prostor cele 10/8 = 1x A, coz je hodne zjednodusene 1/255 celeho IPv4 prostoru, coz neni na celou CR zas tak moc. Podle me by se melo co se tyce pridelovani adres postupovat dost podobne, jako postujuje RIPE = alokovat nejake relativne male bloky, z tech si cilova sit prideli (a do db zaeviduje) sve site, vetsi prideleni by se mely zduvodnovat...
__________________
Lide v CZFree se dělí na tři skupiny: 1) deu; netdave 2) ti co znají jejich čísla 3) ti ostatní
24.12.2006 v 11:43
