Cao Danko,
Pre svega, hvala na odvojenom vremenu, znam da kosta dosta da se sve procita i odgovori ;)
Radi doslednosti i preglednosti, ostavljam moje prvo pitanje, tvoj odgovor i dodajem
boldovan moj odgovor, na tvoj odgovor :)
>>Clan 6: Gde je referenca ka dokumentu koji opisuje proces faze testiranja. Iz navedenog clana, taj proces moze biti i jednostavno, usmeno pitanje: Jel' mozes? Mogu! Ajde onda...
------------------------
Dokument još nije sačinjen, svakako će to biti pre nego što krenu da se prijavljuju ovlašćeni registri. Predviđen je model Web servisa, naravno sa zaštitom. Testiranje bi trebalo da bude na test sistemu i da OR sa ekipom iz RNIDS prođe i utvrdi celu proceduru rada. Tako bi komisija RNIDS trebalo da psoeti OR i da se na kraju sačini zapisnik o testiranju.
== Odlicno, dopada mi se taj koncept. Iskustvo me je naucilo, da nesposobnost registra veoma cesto dovodi krajnje korisnike u veoma nezgodne polozaje. Samim tim i RNIDS. A postoji veoma jednostavan mehanizam sprecavanja toga, koji si vec lepo napisao :) ==
>>Clan 8: RNIDS mora 45 dana unapred da obavesti o izmeni registracionog sistema - OK. Medjutim, treba uvesti da RNIDS mora imati slobodu, da usled vecih havarija na sistemu ima pravo, bez prethodnog upozorenja da vrsi izmene / zatvaranje sistema radi ocuvanja samog sistema.
------------------------
To pravo je naravno zadržano i nema veze sa ovim članom. Radi se npr. o izmenama protokola kojim se šalju transakcije i ovaj član štiti OR od naglih izmena.
== Da, razumeo sam poentu ovog clana i to je oke. Medjutim nisam nigde dalje u dokumentu (ovom ili drugima) video da RNIDS ima pravo izmena na sopstvenim sistemima, u ekstremnim slucajevima, bez prethodnog upozorenja ka registrima. Ako bi me uputio ka tom dokumentu / clanu...? ==
>>Clan 8: Registrima omoguciti, da pored saglasnosti mogu i sami ucestvovati u debati o predlozenim izmenama RNIDS sistema. Takodje, kreirati proces kojim ce registri moci da dostavljaju svoje predloge i zelje u izmenama postojeceg sistema.
------------------------
RNIDS će sve pare dobijati od ovlašćenih registara, proces saradnje mora da postoji po svim pitanjima i RNIDS će svakako morati da vodi računa o OR pri svim izmenama. Nema potrebe za posebnim članom koji bi ovo predviđao kao ugovornu obavezu. Dodatno, OR mogu biti i članovi skupštine RNIDS.
== Mozda sam prosta dusa, ali zar ne bi to trebalo definisati vec nekim statutom? Mislim, mozda je meni i tebi to najlogicnija stvar na svetu, ali smatarm da to treba da postoji i u pisanoj formi. Ne mora to biti obavezujuce, ali da bude kao mogucnost na papiru. U smislu: "RNIDS ce x puta godisnje praviti 'otvorenu' sednicu na kojoj ce se odlucivati o x i y i koja ce biti dostupna svim registrovanim clanovima. RNIDS je u obavezi da registre najksnije 30 dana pre sednice obavesti o planu i programi iste. ==
>>Clan 9: Ocito je izabran koncept pre-paid sistema. Sta se desava u sledecim slucajevima:
>>- registar prestaje sa postojanjem, medjutim jos uvek ima 250.000 dinara u pre-paidu kod RNIDS-a;
------------------------
Regulisano članovima 20. i 21.
== Video kasnije u dokumentu, zaboravio da izbacim. ==
- Koliko dugo traje procedura od trenutka uplate avansa, do raspolaganja tim sredstavima kod RNIDS-a?
------------------------
Jedan radni dan. U skladu sa zakonom o PDV predviđeno da RNIDS izdaje i avansi račun.
== Thanx ==
>>- U kolikoj meri RNIDS obavestava registra u slucaju da je raspolozivi avans pri kraju? Primer: 1-og u mesecu registar ima jos avansa za 500 domena. Medjutim, usled marketinske akcije, registar registruje 450 domena do 6-og u mesecu. Da li RNIDS obavestava u ovom slucaju registra da mu je preostalo jos samo 50 domena?
------------------------
Ne. U okviru Web servisa će postojati upit za OR da može da proveri stanje. Postojaće i Windows aplkacija za OR koja će (koristeći isti taj web servis) moći da mu pokaže stanje. Možda može da se šalje i email kada padne ispod neke kvote. Jednom mesečno će RNIDS slati račun na kome će se videti koliko avansa je opravdano.
== Podrzao bi onda opciju slanja maila kada limit padne ispod odredjene granice koju bi u tom slucaju sam registrant negde na RNIDS sajtu mogao da podesi. Naime, desilo mi se par puta u 8 godina poslovanja sa Tucows (koji ima isti pre-paid sistem), da smo ostali bez kredita. U tom slucaju su domeni stajali na listi da budu registrovani, ali su cekali da novac bude uplacen. Vrlo, vrlo nezgodna situacija. ==
>>- sta se desava u slucaju da registar zatrazi registraciju domena abc.co.rs, medjutim nema dovoljno sredstava na racunu. U medjuvremenu, neko drugi takodje zatrazi isti domen. Da li je domen prvog registra u tom slucaju u nekoj 'wait' fazi, tj da se ceka odredjeni period na podmirivanje racuna ili se domen automatski pripisuje drugom registru?
-----------------------
Ako nema para na avansu Web servis transakcija se odbija i domen se ne upisuje u wait-listu. U datom primer drugi registar dobija domen.
== Mozda treba razmisliti o nekoj wait listi. Na primer: registrant zatrazi domen, medjutim nema dovoljno sredstava na racunu. Domen stoji negde u wait listi i onog trenutka kada se novac uplati da se domeni sa te liste, ukoliko su jos uvek slobodni registruju. Ne znam jesi li video ikada interface Tucows-a, ali ako imas priliku, pogledaj ga. Vrlo lep sistem. ==
>>Clan 10: Previse slobode u: RNIDS samostalno utvrđuje visinu naknada za svoje usluge. Mislim da bi bilo postenije da se cena odredjuje na osnovu neke ekonomske studije, ponude i potraznje i slicno. Takodje, ukoliko RNIDS dobije finansijska sredstva od vlade ili drugih organizacija, da bi to trebalo da utice na formiranje cena registracije domena.
-----------------------
A ko formira ekonomsku studiju - "Institut za udruženi rad" kome plaća RNIDS da napišu šta im se kaže? Nakadne utvrđuje upravni odbor koga bira skupština. Pozivam što više zainteresovanih da postanu članovi (uključe se u skupštinu) i time "stabiliziju odlučivanje".
== Podrzavam, ali bi naglasio da bi RNIDS trebao da ulozi realne napore da sto vise registara ukljuci u diskutovanje u skupstini. Kroz redovne mailing liste i generalno jedan zdrav poslovni odnos. Naravno, ovo je podrazumevano, ali sam imao nagon da ipak napisem. ==
>>Clan 11: "Ovlašćeni registar ima obavezu da registrantu ponudi sve usluge registracije domena koje nudi RNIDS." Ne korektno. Ukoliko ja, kao registar ne zelim da ponudim opciju transfera domena ka meni, onda je to politika moje firme i moje kuce. Ne moze i ne sme me RNIDS obavezati da to moram da radim. Naravno, transfer od mene ka drugom registru mora biti obavezan.
------------------------
Ova obaveza je uvedena da bi se sprečili OR da usluge registracije domena prodaju iskljičivo uz svoje hosting usluge i time "zatvore tržište"
== Mislim da ce trziste samo sebe da regulise. Uvek ce biti potrebe za 'samo' registracijom domena, bez pratecih usluga. Ako par 'glavnih' registara pak odluce da se nametnu da prodaju domene samo uz dodatne usluge, pojavice se vec treci, manji koji ce nuditi usluge i samo registracija, bez pratecih opcija.
VRLO BITNO!!! Nigde jos nije navedeno da je registrar u OBAVEZI da uz svaki registrovani domen, registruje i MINIMALNO jednu e-mail adresu pod tim domenom! Verujem da je ICANN pre jedno 2 godine ovo uveo kao VRLO strogu obavezu. Razmislite o ovome! ==
>>Clan 12: trebalo bi da bude opsirnije, u smislu: pre potpisivanja ugovora je RNIDS u obavezi da upozna registra sa svim pravilima. Kada je ugovor jednom potpisan, RNIDS je ubavezi da sve registre informise o izmenama u radu RNIDS-a.
-------------------------
Smisao je da je OR dužan da objasni kupcu domena šta kupuje (zaštita tržišta i korisnika), a ne da RNIDS objašnavja OR-u.
== Oke, ali OR kupuje odredjeni proizvod / uslugu od RNIDS-a. Ako RNDIS ne objasni OR sta kupuje - kako ce OR da objasni registrantu? :) ==
>>Clan 13: Zasto se kompletna dokumentacija prosledjuje RNIDS-u? Ovim se samo povecavaju celokupni troskovi registracije, te samim tim i cena registracije domena. Zasto voditi kompletnu administraciju za sve registrante? Uzmimo primer Holandskog NIC-a: Sva dokumentacija koju registar od registranta pribavi, ostaje kod samog registra. NIC nakon toga, vrsi samo provere dokumenata slobodnom proverom, odnosno ne najavljeno se od x broja registara zatrazi x broj dokumenata za registrovane domene.
-------------------------
Vrlo jednostavno. Ne možemo računati na to da će OR trajno čuvati dokumentaciju. Sasvim mogu da zamislim nekoga ko neće više da se bavi tim poslom i pobaca svu dokumentaciju ili nekoga ko je od početka vrlo neažuran. Trpeli bi korisnici domena, a od njihovog nezadovoljstavi RNIDS koje je dao odobrenje takvom registru. Zato se u kraljnoj liniji RNIDS mora osloniti na sebe.
Procedura će da prevditi slanje skeniranih dokumenata elektronskom poštom. RNIDS će raditi proveru dokumentacje uzorkovanjem.
== Ne slazem se sa ovim. Oke, RNIDS treba da vrsi povremene i ne najavljene provere. Ali, ajde da kazemo da je tvoj predlog na snazi: postoji li model troskova i procesa koje ce RNIDS da snosi za ove potrebe? Iskreno, verujem da ce to biti poprilicni troskovi, da jedna istanca cuva _sve_ podatke o registrovanim domenima. Daleko vece, nego ako se to podeli izmedju registara. I jos jednom, registar kao firma (ciji je cilj profit) ce ovaj proces vrlo verovatno daleko efikasnije raditi nego RNIDS. Barem je tako pokazalo iskustvo na drugim primerima u Holandiji, a verujem da ih i kod nas ima na pretek :) ==
>>Clan 13: Sta se desava u slucaju kada registar zeli za sebe da registruje domen? U tom slucaju je registar istovremeno i registrant. Odnosno, ovlascuje samog sebe. Nisam upoznat sa zakonom, te ne znam ima li ovde sukoba interesa ili slicno?
-----------------------
Nema problema, nije delovalo da je rečenica zbunjiva. Smisao je da ako OR registruje za sebe onda je prirodno on kontakt, a ako registruje sa kupca onda može sebe da stavi kao kontakt isključivo uz saglasnost kupca. To stoji da spreči da OR nasilno stavlja sebe kao kontakt iako kupci to ne žele (takva ponašanje izaziva sumnje u namere ka preuzimanju domena).
== Oke, slazem se. To i treba da bude cilj, sa obzirom da je ovo manje / vise svetski problem svi TLD i ccTLD. ==
>>Clan 14: Mozda, na neki nacin uvesti da registri budu u obavezi da jednom godisnje (kada se produzuje registracija domena), jos jednom sa registrantom provere ispravnost podataka registracije domena. Na ovaj nacin se izbegava da za 5 godina pola registrovanih domena nema ispravne e-mail adrese ili telefone.
------------------------
Registracija može da se produžuje i na 10 godina. Ja lično ne bih uvodio dodatne obaveza proveravanja, ali sugestija ima osnova. Sa druge strane ako vlasnik domena ne ažurira svoje podatke rizikuje da mu domen bude uzet (tako je i sa com domenima). Kao i o svakom vlasništu i o virtuelnoj imovini (domenima) se mora brinuti.
== Slazem se za paralelu o (virtualnoj) imovini. Medjutim, opet iz prakse Holandskog NIC-a: registranti vrlo cesto zaborave na 'detalj' kao sto je domen. Tj, u selidbi ili promeni osobe koja se vodi kao administrativni kontakt, veoma cesto se zaboravi da treba promeniti i podatke domena. Ukoliko prilikom produzivanja ili preselenja domena registar ponovo proveri podatke, to daje 100% garanciju da ce domeni ostati nakon i duzeg vremena azurirani. Takodje, stvar koja se suvise lako previdi: sam registar koji je 'lenj' da azurira podatke. Cak i kad registrant redovno i uredno dostavi podatke registru, oni opet to ne proslede RNIDS-u. 4 godine sam radio na odeljenju registracija domena kod #1 ISP-a po broju registrovanih .nl domena i ovo se jednostavno pokazalo u praksi :)
Konkretan predlog: Iz iskustva, krajnje je jednostavno da se napravi mala skripta koja ce da poredi podatke u bazi registra sa whois podacima. Ovo bi recimo RNIDS mogao da ponudi kao jednu od alatki na svom sajtu za besplatan download... User friendly ;) ==
>>Clan 15: Omoguciti takozvanu opt-out opciju prilikom registracije domena. Ovo znaci da se domen registruje na ime registra, dok je u ugovoru izmedju registra i registranta domen punosnazno registrovan za konacnog registranta. Na ovaj nacin se omogucavaju sledece stvari:
- registracija ekonomski bitnih domena, recimo: svetski poznata kompanija X zeli da plasira nov proizvod na trziste pod nazivom XYZ. Ukoliko kompanija registruje domen sa svojim podacima, izlaze se riziku da ce taj proizvod biti 'prepoznat' i da ce odredjene partije izvuci materijalnu korist ili pak biti u stanju da ucine bitnu materijalnu stetu toj kompaniji. U slucaju opt-out opcije, domen ce biti registrovan, dakle bez rizika da ta kompanija izgubi virtualno mesto za nov proizvod, a opet nece se izlagati riziku da domen bude povezan sa proizvodom / kompanijom koja ga planira tek plasirati (najlaski primer: gmail);
- registracija od strane kompanija za koju se smatra da je izlozena potencijalnog opasnosti, te iz tih razloga ne zeli da ima javno prikazane podatke: na primer, razne firme koje se bave zastitom, legalnim tajnim poslovima i slicno.
---------------------------
Ovo mi ne deluje kao čest slučaj, pa ne bih komplikovao pravilnike. Uostalom stvar je rešiva: Stvarni vlasnik domena sačini ugovor sa kim hoće (advokatom, ovlašćenim registrom itd) da ovaj kupi domen na svoje ime, ali da je u obavezi da mu ga (u nekom roku ili kada stvarni vlasnik zatraži) prenese bez dodatne naknade. Tajnost zagarantovana, njihov ugovor štiti stvarnog vlasnika, RNIDS ne komplikuje baze i život. Ne vidim da RNIDS treba da pruža mehanizme za skrivanje naziva registranta.
== Tvoj komentar je na mestu. Slazem se. ==
>>Clan 21: Privremeno preuzimanje domena - greska! Domene ostaviti pod tim registrom, kojem je onemoguceno da raspolaze domenima, a registrante obavestiti da u najkracem mogucem roku prebace domene kod drugog registra! Takodje, troskove prenosa domena ukinuti novim registrima u ovakvim slucajevima.
----------------------------
Ne vidim suštinsku razliku. Taj registar više nije ovlašćen i ukida mu se pristup RNIDS-u. Takvi domeni moraju dobiti poseban tretman - najlakše da ih privremeno preuzme RNIDS (samo u tehničkom smislu kao što je i opisano). I predviđeno je da nema dodatnog plaćanja. Ako imaš konkretan predlog teksta izmene nekih članova svakako pošalji
== Moram da zakopam malo po dokumentaciji, nemoj me drzati za rec, ali sam negde procitao zasto su u Holandiji odustali od tog koncepta (da se domeni prenose u privremeno vlasnistvo NIC-a). Ovaj odgovor cu ti za sada ostati duzan. ==
>>Clan 23: Izbaciti 'mirnim putem' - kakva nebuloza. Pa sigurno da RNIDS nece potsticati bilo fizicki bilo verbalni sukob, besmislica je ovo naglasavati.
---------------------------
Pisali neki pravnici, ja nisam pa ne znam. Kada se završi javna rasprava gledaće još neki pravnici... :)
== Oke, videcemo vremenom sta ce se napisati, a mozda i neko odavde da lep predlog. ==
===========
Jos nesto: takodje iz prakse se pokazalo (ne desava se cesto doduse), da registar posalje zahtev za pogresnim domenom. Naveli ste vec, da ce se greske u podacima o registrantu tolerisati u razumnoj meri (pogresno slovo ili jedan broj u telefonu). Ali, sa domenom su takve greske naravno nedopustive. Ukoliko je na primer domen istovremeno i ime firme koja ga registruje, ne dopustivo je da bude pravopisnih gresaka.
Trebalo bi osmisliti proceduru koja ce:
- ukoliko registar u roku od na primer 48 sati nakon sto je zahtev poslat, ustanovi gresku u domenu, da ima pravo da samo jednom, besplatnom izmeni domen. Naravno, to ne moze da bude da izmeni recimo:
mcdonalds.co.rs u burgerking.co.rs
ali, da bude dopusteno da izmeni:
mc
sonalds.co.rs u mc
donalds.co.rs
Ovo naravno, pod odredjenim uslovima, od kojih bi naveo:
- pravo na jednu besplatnu izmenu po registrovanom domenu;
- smisao domena se ne sme bitno menjati;
- mora biti u roku od 48 sati od aktivacije pogresno spelovanog domena;
- stari (pogresni) domen se u tom slucaju direktno brise iz baze RNIDS (DNS i slicno);
- itd.
Poz,
Sale
=========
Uporedi cene i karakteristike za vise od 10.000 proizvoda, izmedju ostalog:
Digitalni foto-aparati
Mobilni telefoni
Skolski pribor
=========