<p dir="ltr">sent from Google nexus 4<br>
kindly excuse brevity and typos.<br>
On 24 Feb 2014 16:58, "Steve Crocker" <<a href="mailto:steve@shinkuro.com">steve@shinkuro.com</a>> wrote:<br>
><br>
>><br>
>><br>
>> Yeah you are right, but it takes lesser process to have TLD name servers. The closer the root servers, will definitely create an even 'more' closer TLDs<br>
><br>
><br>
> I don't understand what you mean about "lesser process to have TLD name servers." �It's pretty easy to have a root server.<br>
><br>
As an example, Can you tell me how I can get an F instance live at my NOC?</p>
<p dir="ltr">Cheers!<br>
> Steve<br>
><br>
>><br>
>> Cheers! <br>
>>><br>
>>><br>
>>> Steve<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> On Feb 24, 2014, at 10:26 AM, Marilyn Cade <<a href="mailto:marilynscade@hotmail.com">marilynscade@hotmail.com</a>> wrote:<br>
>>><br>
>>> > David is right, but this was probably an unintended change in 'terminology'.<br>
>>> > So, we still should call a root server, as it is a root server. :-)<br>
>>> ><br>
>>> > I will just make a comment about definitions and terminology.<br>
>>> > While not alone in this challenge, within the Business Constituency @ICANN, we found that we had to devote time to creating an "acronym buster" [sorry for the slang terminology], in order to decode the vast number of terms, and abbreviations.<br>
>>> ><br>
>>> > Others have undertaken similar challenging tasks, but creating new labels for existing<br>
>>> > functions/things which are well entrenched in a lot of materials and working activities will to me delay our ability to focus on challenging work.<br>
>>> ><br>
>>> > Pasted here from David Conrad's response:<br>
>>> > "It might also be useful to observe that a common technique at larger ISPs and other resolver operators is to mirror the root zone into their resolvers, thereby removing the need of those resolvers to actually query the root servers. �As such, those resolvers could be considered to be a form of root name servers as well. Of course, it is a bit challenging to identify which resolvers actually do this mirroring... "<br>
>>> ><br>
>>> > I support David's comment about the function of the larger ISPs and web hosting companies, and actually even very large corporations that are NOT ISPs or networking companies, but who operate huge networks that may serve business functions -- for instance, many banks, in many part of the world, operate secure networks, and so they may also be mirroring the root zone in their resolvers.<br>
>>> ><br>
>>> > However, while the resolver �performs that function, I wouldn't call them a root server, but would agree with David's statement overall.<br>
>>> ><br>
>>> > It is interesting to me that we are talking about this, and I feel lucky that really informed and experienced contributors are contributing.<br>
>>> ><br>
>>> > Marilyn Cade<br>
>>> ><br>
>>> > Sent from my iPad<br>
>>> ><br>
>>> >> On Feb 24, 2014, at 11:44 AM, "David Conrad" <<a href="mailto:drc@virtualized.org">drc@virtualized.org</a>> wrote:<br>
>>> >><br>
>>> >> Elisabeth,<br>
>>> >><br>
>>> >>> On Feb 24, 2014, at 12:10 PM, Elisabeth Blanconil <<a href="mailto:info@vgnic.org">info@vgnic.org</a>> wrote:<br>
>>> >>> Here is the distribution of the 365 top zone name servers (root servers)<br>
>>> >><br>
>>> >> I suspect creating a new term for the root name servers is unlikely to be helpful to anyone.<br>
>>> >><br>
>>> >>> made available by the two VGNICs I know of (ICANN/IANA and ORSN).<br>
>>> >><br>
>>> >> What's a "VGNIC"? �I presume it is not the Network Information Center for the British Virgin Island (a la JPNIC, CNNIC, KRNIC, TWNIC, etc).<br>
>>> >><br>
>>> >>> They are broken down per countries as follows:<br>
>>> >><br>
>>> >> A graphical representation of root name server instance distribution can be found at:<br>
>>> >><br>
>>> >> <a href="http://www.root-servers.org">http://www.root-servers.org</a><br>
>>> >><br>
>>> >> (Note that the location of the "B" root name server instance is not in the South Atlantic just off the coast of western Africa (Lat: 0, Lon: 0), but in Los Angeles, US).<br>
>>> >><br>
>>> >> Regards,<br>
>>> >> -drc<br>
>>> >><br>
>>> >><br>
>>> >> _______________________________________________<br>
>>> >> discuss mailing list<br>
>>> >> <a href="mailto:discuss@1net.org">discuss@1net.org</a><br>
>>> >> <a href="http://1net-mail.1net.org/mailman/listinfo/discuss">http://1net-mail.1net.org/mailman/listinfo/discuss</a><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > discuss mailing list<br>
>>> > <a href="mailto:discuss@1net.org">discuss@1net.org</a><br>
>>> > <a href="http://1net-mail.1net.org/mailman/listinfo/discuss">http://1net-mail.1net.org/mailman/listinfo/discuss</a><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> discuss mailing list<br>
>>> <a href="mailto:discuss@1net.org">discuss@1net.org</a><br>
>>> <a href="http://1net-mail.1net.org/mailman/listinfo/discuss">http://1net-mail.1net.org/mailman/listinfo/discuss</a><br>
>><br>
>><br>
>><br>
>><br>
>> -- <br>
>> ------------------------------------------------------------------------<br>
>>><br>
>>> Seun Ojedeji,<br>
>>> Federal University Oye-Ekiti<br>
>>> web:� � � <a href="http://www.fuoye.edu.ng">http://www.fuoye.edu.ng</a><br>
>>> Mobile: +2348035233535<br>
>>> alt email: <a href="mailto:seun.ojedeji@fuoye.edu.ng">seun.ojedeji@fuoye.edu.ng</a><br>
>><br>
>><br>
><br>
</p>