Op 21-03-13 15:48, kg9020 schreef:
> Hello
>
> Have you tried
>
> https://github.com/blblack/gdnsd
Or maybe https://github.com/miekg/geodns, if you are into Go.
Here it an be seen 'in action':
http://dns-status.ntppool.org/#
--
Marco
smime.p7s
Description: S/MIME-cryptografische ondertekeni
On Thu, Mar 21, 2013 at 5:10 PM, cb.list6 wrote:
> I am pretty sure Class E is completely defunct and not used anywhere
> since Cisco and Juniper routers do not forward the packets (circa 2008
> testing) and no known host accept it as a valid address, AFAIK.
Both the net and host sides of this ar
On Thu, Mar 21, 2013 at 12:06 PM, George Herbert
wrote:
> It is (or was) fairly commonly in use among internal nets which
> overflowed RFC 1918 or have to internetwork with other heavy users of
> RFC 1918 space. I know of at least two service providers and one cell
> network who were using it for
> But what I don't understand is why everyone implies that the status
> quo with round-robin DNS is any better.
I don't think anyone believes round robin DNS records is better. It's
that attempting to do better requires adding onto or changing
standards that must maintain backwards compatibility a
Hi,
We're trying to implement VPLS PE Redundancy with Supervisor Engine 2T (VSS) as
described in
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps708/white_paper_c11-663645.html#wp9000139
and constantly failing. It seems so simple: set up a VSS, use LACP or PAgP
port-channels to th
Wasn't this problem solved by foursquare.com?!
--
-Barry Shein
The World | b...@theworld.com | http://www.TheWorld.com
Purveyors to the Trade | Voice: 800-THE-WRLD| Dial-Up: US, PR, Canada
Software Tool & Die| Public Access Internet | SINCE 1
It is (or was) fairly commonly in use among internal nets which
overflowed RFC 1918 or have to internetwork with other heavy users of
RFC 1918 space. I know of at least two service providers and one cell
network who were using it for that 3 years ago.
Someone leaking internal routes for such? Or
No authorized IETF use that I know of. See
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
Thanks,
Donald
=
Donald E. Eastlake 3rd +1-508-333-2270 (cell)
155 Beaver Street, Milford, MA 01757 USA
d3e...@gmail.com
On Thu, Mar 21, 2013 at 2
On 3/21/13 11:09 AM, Buz Dale wrote:
Is anyone else seeing a lot of Class E address space (240.0.0.0/4) at their
borders?
I'd put those is in the martian category.
Has this space been reinstated in some as yet unknown to me RFC?
No it hasn't.
Thanks,
Buz
On 3/21/2013 12:39 PM, Constantine A. Murenin wrote:
But what I don't understand is why everyone implies that the status
quo with round-robin DNS is any better. C.
Doesn't the Happy Eyeballs address selection algorithm work even when
all the potential address are on the same network (be it IP
Is anyone else seeing a lot of Class E address space (240.0.0.0/4) at their
borders? Has this space been reinstated in some as yet unknown to me RFC?
Thanks,
Buz
--
Buz Dale
buzd...@gmail.com
GMT -5
--
--
Buz Dale
buzd...@gmail.com
GMT -5
--
On 21 March 2013 05:23, Graham Beneke wrote:
> On 21/03/2013 09:23, Constantine A. Murenin wrote:
>> On 20 March 2013 21:29, Masataka Ohta
>> wrote:
>>> Constantine A. Murenin wrote:
>>>
Why even stop there: all modern browsers usually know the exact
location of the user, often with s
On 3/21/13 9:27 AM, Constantine A. Murenin wrote:
On 21 March 2013 04:36, Masataka Ohta wrote:
Constantine A. Murenin wrote:
Are you suggesting that geolocation is inaccurate enough to misplace
Europe with Asia?
Yes, of course.
Think mobile.
Why are you insisting that mobile will have wron
On 21 March 2013 04:36, Masataka Ohta wrote:
> Constantine A. Murenin wrote:
>
>> Are you suggesting that geolocation is inaccurate enough to misplace
>> Europe with Asia?
>
> Yes, of course.
>
> Think mobile.
Why are you insisting that mobile will have wrong geolocation?
Yes, there are cases wh
On Mar 21, 2013, at 12:23 AM, "Constantine A. Murenin"
wrote:
>>> Why is there no way to do any of this?
>>
>> Because it is impractical to assume an IP address can be mapped
>> uniquely to a geolocation.
>
> Why is it impractical? If I have a server in Germany and in Quebec,
> why would it b
Hello
Have you tried
https://github.com/blblack/gdnsd
you can view usage at http://www.youtube.com/watch?v=WF75IGx9svM
art
On Mar 21, 2013, at 7:00 AM, nanog-requ...@nanog.org wrote:
> Send NANOG mailing list submissions to
> nanog@nanog.org
>
> To subscribe or unsubscribe via the Worl
This was duplicated on multiple sites. Example:
http://census2012.sourceforge.net/paper.html
On Thu, Mar 21, 2013 at 4:24 AM, Randy Bush wrote:
> nice piece of work
>
>http://internetcensus2012.bitbucket.org/paper.html
>
> as cristel says, better coverage than atlas and no need for user
> c
Arturo Servin wrote:
> Just go to an IETF meeting and you will be placed all around the globe.
> It is a corner case, but it shows some deficiencies in the current approach.
It should also be noted that network addresses for NANOG meetings
may also be located somewhere in , though not world
According to the releases, they moved to a PBKDF2 solution, but due to
implementation error...it ran only once; without salt. Ars has a pretty
good write up on it.
So.. Good for them for updating to better encryption. Bad on them for
horking up the code to actually implement it and making it m
bmann...@vacation.karoshi.com wrote:
>
> peice of cake. add loc records to your rrset.
You need something more sophisticated than that because for a single
domain name you can't say which LOC records correspond to which address
records.
Tony.
--
f.anthony.n.finchhttp://dotat.at/
Forties,
On 2013-03-21, at 02:55, Constantine A. Murenin wrote:
> What I want is an ability to specify multiple A and records, and
> their locations, and make it possible for the web-browser to
> automatically select the best location based on the presumed location
> of the user.
I understand that
On 21/03/2013 04:23, Constantine A. Murenin wrote:
> Are you suggesting that geolocation is inaccurate enough to misplace
> Europe with Asia?
Yes, sometimes very inaccurate.
Just go to an IETF meeting and you will be placed all around the globe.
It is a corner case, but it shows
On 21/03/2013 09:23, Constantine A. Murenin wrote:
> On 20 March 2013 21:29, Masataka Ohta
> wrote:
>> Constantine A. Murenin wrote:
>>
>>> Why even stop there: all modern browsers usually know the exact
>>> location of the user, often with street-level accuracy.
>>
>> If you think mobile, they
Constantine A. Murenin wrote:
> Are you suggesting that geolocation is inaccurate enough to misplace
> Europe with Asia?
Yes, of course.
Think mobile.
Masataka Ohta
On 3/21/13, jamie rishaw wrote:
> New: (type 4) unsalted sha256
Good for them; DES Crypt and MD5 crypt are dead... however, I hope
they have misspoken then... because that move would make no
sense... moving to simple unsalted SHA256 as the new hash type would
definitely increase the performa
On 21/03/2013 10:10, jamie rishaw wrote:
> apparently, Cisco is changing its password schemas.
>
> old: pbkdf2 by 1k, salted
> vs
> New: (type 4) unsalted sha256
> ..
> discuss.?
security advisory:
> http://tools.cisco.com/security/center/content/CiscoSecurityResponse/cisco-sr-20130318-type4
wh
warning: I'm tired and this email is terse.
warning: for huge nerds only.
disclaimer: although I've worked with actual rocket scientists(hi Roger),
I'm. not one myself..nor am I a crypto mathnerd
apparently, Cisco is changing its password schemas.
old: pbkdf2 by 1k, salted
vs
New: (type 4) unsalt
On Thu, Mar 21, 2013 at 12:23:02AM -0700, Constantine A. Murenin wrote:
> On 20 March 2013 21:29, Masataka Ohta
> wrote:
> > Constantine A. Murenin wrote:
> >
> >> Why even stop there: all modern browsers usually know the exact
> >> location of the user, often with street-level accuracy.
> >
> >
On Thu, 21 Mar 2013, Constantine A. Murenin wrote:
Why is it impractical? If I have a server in Germany and in Quebec,
why would it be impractical to have the logic in place such that
European visitors would be contacting the server in Germany, and
visitors from US/Canada -- the one in Quebec?
nice piece of work
http://internetcensus2012.bitbucket.org/paper.html
as cristel says, better coverage than atlas and no need for user
credits! :)
randy
> I certainly think there's a lot that can be done at middle-layers, eg: tunnels
> to a few different providers. I can be on a Comcast CM and ATT DSL link and
> establish a link to a tunnel destination in Chicago that is low-latency for me
> and the bits will all flow that way.
>
> The last mil
On 20 March 2013 21:29, Masataka Ohta wrote:
> Constantine A. Murenin wrote:
>
>> Why even stop there: all modern browsers usually know the exact
>> location of the user, often with street-level accuracy.
>
> If you think mobile, they don't, especially because "often" is
> not at all "enough time
On 20 March 2013 20:57, Seth Mattinen wrote:
> On 3/20/13 8:28 PM, Constantine A. Murenin wrote:
>>
>> Why even stop there: all modern browsers usually know the exact
>> location of the user, often with street-level accuracy. It should be
>> possible to say that you have a server in Fremont, CA
On Wed, Mar 20, 2013 at 11:55:41PM -0700, Constantine A. Murenin wrote:
> On 20 March 2013 20:43, Andrew Sullivan wrote:
> > On Wed, Mar 20, 2013 at 08:28:23PM -0700, Constantine A. Murenin wrote:
> >> Any plans to make DNS itself GeoDNS-friendly?
> >
> > No. And I say this as someone working for
34 matches
Mail list logo
