>
> http://ipv6excuses.com/
That website only supports IPv4.
Gary
https://youtu.be/v26BAlfWBm8
Is always good for a reminder and laughs on a holiday weekend.
Jared Mauch
> On Jul 1, 2016, at 5:00 PM, Hugo Slabbert wrote:
>
> http://ipv6excuses.com/
> https://twitter.com/ipv6excuses
From: Mike Jones -- Sent: 2016-07-01 - 12:52
> Hi,
>
> I am in contact with a couple of network operators trying to prod them
> to deploy IPv6, I figured that 10 minutes to send a couple of emails
> was worth the effort to make them "see a customer demand" (now none of
> them can use
On Fri, 1 Jul 2016, Mike Jones wrote:
> Hi,
>
> I am in contact with a couple of network operators trying to prod them
> to deploy IPv6, I figured that 10 minutes to send a couple of emails
> was worth the effort to make them "see a customer demand" (now none of
> them can use the excuse that nob
tworks off of this list
so probably have broader experience than the NANOG archives.
Can we have a thread summarising the most common excuses you've heard,
and if they are actual problems blocking IPv6 deployment or just down
to ignorance? Perhaps this could be the basis for an FAQ type page
hey,
I assume you have a star-network below the BNG? Ie no rings or similar in the
access network?
Most of our network below BNG is MPLS, so no, it's not a star per say.
But as PWs are point-to-point, you are technically correct. Below MPLS
there is some ethernet too and this is all strictly
On 2014-12-27 17:37, Enno Rey wrote:
> true, but some (most) of them only apply in networks where multicasting/ND is
> fully supported which is not necessarily the case in the above type of
> networks.
Yes. I'm aware of the various types of solutions for security in IPv6 with
shared VLANs. I was
On 2014-12-27 17:27, Tarko Tikan wrote:
> Split-horizon (switchport protected in Cisco world). Customers can't send
> packets directly to each other, all communication has to go via BNG router.
> Obviously we protect L2 as well like limiting number of MACs per customers,
> make sure BNG MAC cannot
Phil
-Original Message-
From: "Anders Löwinger"
Sent: 12/27/2014 11:17 AM
To: "nanog@nanog.org"
Subject: Re: Estonian IPv6 deployment report
On 2014-12-22 16:27, Tarko Tikan wrote:
> Our access network is mix of DSL/GPON/wimax/p2p-ETH and broadband service is
> d
Hi,
On Sat, Dec 27, 2014 at 05:15:13PM +0100, Anders L??winger wrote:
> On 2014-12-22 16:27, Tarko Tikan wrote:
>
> > Our access network is mix of DSL/GPON/wimax/p2p-ETH and broadband service is
> > deployed in shared service vlans. IPv6 traffic shares vlan with IPv4.
>
> How do you protect cust
hey,
How do you protect customers from each other?
There are many nasty IPv6 attacks you can do when on a shared VLAN.
Split-horizon (switchport protected in Cisco world). Customers can't
send packets directly to each other, all communication has to go via BNG
router. Obviously we protect L
On 2014-12-22 16:27, Tarko Tikan wrote:
> Our access network is mix of DSL/GPON/wimax/p2p-ETH and broadband service is
> deployed in shared service vlans. IPv6 traffic shares vlan with IPv4.
How do you protect customers from each other?
There are many nasty IPv6 attacks you can do when on a shar
Hello, folks!
Tere from your customer FastVPS Eesti OU/AS198068! :)
On Mon, Dec 22, 2014 at 6:27 PM, Tarko Tikan wrote:
> hey,
>
> Some time ago, many people noticed rapid IPv6 deployment growth in Estonia
> (from 0% to 5% in 4 weeks). We at 3249/Elion/Estonian Telecom were behind
&
hey,
Some time ago, many people noticed rapid IPv6 deployment growth in
Estonia (from 0% to 5% in 4 weeks). We at 3249/Elion/Estonian Telecom
were behind this, other operators don't have any serious IPv6
deployments at the moment. We rolled out v6 to everyone (both business
and reside
NANOGers -
If you have a moment, it would be helpful if you could complete the 4th
annual Global IPv6 Deployment Monitoring Survey. Completion only
takes a few minutes, and the data from the survey is useful in tracking
progress and hurdles in IPv6 deployment.
Thanks!
/John
ous', however I
gave have detailed and have decided to provide a framework that anyone
could use and would like to get critiques and suggestions on how to improve
this for folks looking how to kickstart their IPv6 deployment project.
http://techxcellence.net/2013/01/28/step-by-step-framewor
NANOG Folks -
IPv6 - You may love it (or hate it) but either way it would be good to take
just a few moments to complete the Global IPv6 Deployment Survey
(see attached).The survey is being conducted in cooperation with the
Regional Internet Registries in order to better
>
> **
>
>[image: isoc-hk] <http://isoc.hk>The Internet Society's Hong Kong
> Chapter (ISOC HK <http://www.isoc.hk/>), continuing its pioneering series
> of IPv6 events, will mark today June 6 2012 Global IPv6 Launch with a
> seminar: 'Is Asia Pacific
On 15 apr 2011, at 12:21, Geoff Huston wrote:
> The addresses were "in flight" to the recipient and got caught up in a set of
> scripted processes that inappropriately assigned them into the debogon
> project for a couple of days while some related administrative processes were
> underway.
> O
On 14/04/2011, at 10:47 PM, Iljitsch van Beijnum wrote:
> On 14 apr 2011, at 13:50, Tore Anderson wrote:
>
>>> This is address space that's now marked as delegated and removed from
>>> the pile of unused address space for no obvious reason.
>
>> I believe they are using those prefixes for resea
nity members to deploy IPv6
within their organizations. You can refer to APNIC for information
regarding IPv6 deployment, statistics, training, and related regional
policies at:
http://www.apnic.net/ipv6
To apply for IPv6 addresses now, please visit:
On 15 apr 2011, at 0:04, Skeeve Stevens wrote:
> All… as of early this morning, APNIC is empty.
Why do you say that? Do you have information that contradicts my numbers?
All… as of early this morning, APNIC is empty.
Last /8 Policy is now in effect.
...Skeeve
--
Skeeve Stevens, CEO - eintellego Pty Ltd - The Networking Specialists
ske...@eintellego.net ; www.eintellego.net
Phone: 1300 753 383 ; Fax: (+612) 8572 9954
Cell +61 (0)414 753 383 ; skype://skeev
Recently, Microsoft Australia has been refused a temp allocation (like
they had every year) for one of their conferences.
On 4/15/11 9:01 , "Iljitsch van Beijnum" wrote:
>On 14 apr 2011, at 13:02, Iljitsch van Beijnum wrote:
>
>> Based on that file, APNIC still has 17.57 million regular + 2.27 M
On 14 apr 2011, at 13:02, Iljitsch van Beijnum wrote:
> Based on that file, APNIC still has 17.57 million regular + 2.27 M legacy =
> 19.84 M total address space, so another 0.5 M wouldn't deplete what's left.
I just got the 15 apr file which has the info for 14 apr (sigh...) and indeed
1100 bl
On Apr 14, 2011, at 5:47 AM, Iljitsch van Beijnum wrote:
> On 14 apr 2011, at 13:50, Tore Anderson wrote:
>
>>> This is address space that's now marked as delegated and removed from
>>> the pile of unused address space for no obvious reason.
>
>> I believe they are using those prefixes for rese
> That is extremely curious. How can they justify taking 4 million addresses
> for research two days before running out of regularly allocatable address
> space? They could have taken that /10 out of the final /8 rather than taking
> it from the last scraps of regular space if they really need a
On 14 apr 2011, at 13:50, Tore Anderson wrote:
>> This is address space that's now marked as delegated and removed from
>> the pile of unused address space for no obvious reason.
> I believe they are using those prefixes for research.
> and the delegated-extended file, it appears that these pref
* Iljitsch van Beijnum
> On 14 apr 2011, at 8:33, Tore Anderson wrote:
>
>> Actually, they're already empty. Chinanet Fujian Province Network
>> allocated 498432 addresses today, spread out over 1102(!)
>> individual prefixes in the range /21-/24.
>
> Where do you see this? On ftp.apnic.net I s
On 14 apr 2011, at 8:33, Tore Anderson wrote:
> Actually, they're already empty. Chinanet Fujian Province Network
> allocated 498432 addresses today, spread out over 1102(!) individual
> prefixes in the range /21-/24.
Where do you see this? On ftp.apnic.net I see delegated-apnic-20110414 which
o
* Graham Beneke
> Only 0.3 of a /8 left[1] before the rationing policy kicks in.
Hi,
Actually, they're already empty. Chinanet Fujian Province Network
allocated 498432 addresses today, spread out over 1102(!) individual
prefixes in the range /21-/24.
Unless any resources has been returned to th
Only 0.3 of a /8 left[1] before the rationing policy kicks in.
I hope everyone is ready :-)
[1] http://www.apnic.net/community/ipv4-exhaustion/graphical-information
--
Graham Beneke
On Wed, Aug 18, 2010 at 04:41:56PM -0500, Jack Bates wrote:
> prefixes to the unnumbered interface. If you use dslam level controls,
> you'll most likely being using DHCPv6 TA addressing with PD on top of it,
> which works well. Most of which can support quick static/dynamic
> capabilities as it
On 8/21/10 11:52 PM, Owen DeLong wrote:
>>
>> I can remember early network printers using bootp and the assuming that
>> they could use that one ip address forever. today the printer will dhcp
>> and advertise it's availability in the same broadcast domain and may
>> well reregister it's name in dy
>
> I can remember early network printers using bootp and the assuming that
> they could use that one ip address forever. today the printer will dhcp
> and advertise it's availability in the same broadcast domain and may
> well reregister it's name in dynamic dns if possible.
Funny... I remember
On Thu, 19 Aug 2010 01:35:50 +0200
Hannes Frederic Sowa wrote:
> On Wed, Aug 18, 2010 at 11:41 PM, Jack Bates wrote:
> > Web portals work fine, and honestly, it's not like you need to switch
> > subnets, either. PPPoE/A implementations work great, as they are already
> > designed to utilize radiu
On 8/19/10 10:58 AM, Joakim Aronius wrote:
> * Joel Jaeggli (joe...@bogus.com) wrote:
>>
>> manual configuration of ip address name mappings seems like a
>> rather low priority for the average home user...
>>
>> I don't expect that will be a big activity in the future either,
>> more devices mean
On 8/18/10 4:20 PM, Hannes Frederic Sowa wrote:
> On Wed, Aug 18, 2010 at 11:16 PM, Mark Smith wrote:
>>> In IPv4-land I have the possibility to
>>> reconnect and get a new unrelated ip-address every time.
>>>
>>
>> They're issued by the same ISP, to they're related.
>
> Ups. Unrelated in the sens
On Thu, 19 Aug 2010 14:30:07 +0200
Joakim Aronius wrote:
> * Hannes Frederic Sowa (han...@mailcolloid.de) wrote:
> >
> > But most people just don't care. My proposal is to have some kind of
> > sane defaults for them e.g. changing their prefix every week or in the
> > case of a reconnect. This w
On 08/19/2010 07:58 PM, Joakim Aronius wrote:
* Joel Jaeggli (joe...@bogus.com) wrote:
manual configuration of ip address name mappings seems like a rather low
priority for the average home user...
I don't expect that will be a big activity in the future either, more
devices means less manu
* Joel Jaeggli (joe...@bogus.com) wrote:
>
> manual configuration of ip address name mappings seems like a rather low
> priority for the average home user...
>
> I don't expect that will be a big activity in the future either, more
> devices means less manual intervention not more.
>
Ok, ok, so
On 8/19/10 5:30 AM, Joakim Aronius wrote:
> * Hannes Frederic Sowa (han...@mailcolloid.de) wrote:
>>
>> But most people just don't care. My proposal is to have some kind of
>> sane defaults for them e.g. changing their prefix every week or in the
>> case of a reconnect. This would mitigate some of
Joakim Aronius wrote:
But what about the internal communication in the customer premises? How do they connect to their NAS, media players, printers, TVs etc? Of course there is UPnP, DLNA and different other kinds of magic but I imagine that most home users actually configure IP addresses at some
On Aug 19, 2010, at 5:30 AM, Joakim Aronius wrote:
> * Hannes Frederic Sowa (han...@mailcolloid.de) wrote:
>>
>> But most people just don't care. My proposal is to have some kind of
>> sane defaults for them e.g. changing their prefix every week or in the
>> case of a reconnect. This would mitig
* Hannes Frederic Sowa (han...@mailcolloid.de) wrote:
>
> But most people just don't care. My proposal is to have some kind of
> sane defaults for them e.g. changing their prefix every week or in the
> case of a reconnect. This would mitigate some of the many privacy
> concerns in the internet a l
On Wed, Aug 18, 2010 at 11:41 PM, Jack Bates wrote:
> Web portals work fine, and honestly, it's not like you need to switch
> subnets, either. PPPoE/A implementations work great, as they are already
> designed to utilize radius backends to quickly alter static/dynamic on a
> session. For bridging s
On Wed, Aug 18, 2010 at 11:16 PM, Mark Smith wrote:
> They help because you're concerned about privacy. You didn't qualify
> that you're only concerned about privacy from geolocation services, so
> I described a mechanism that would provide you as much privacy as
> possible, while also being automa
On Wed, 18 Aug 2010 20:04:47 +0930
Mark Smith
wrote:
> On Wed, 18 Aug 2010 01:12:19 +0200
> Hannes Frederic Sowa wrote:
>
> > Hello!
> >
> > As the first IPv6 deployments for end-users are in the planning stage
> > in Germany, I realized I have not found any BCP for handling
> > addressing in
Hannes Frederic Sowa wrote:
the other one will be dynamically allocated. I have no clue how the
user would switch between these subnets (without using some kind of
command line tools).
Web portals work fine, and honestly, it's not like you need to switch
subnets, either. PPPoE/A implementation
On Wed, 18 Aug 2010 16:18:00 +0200
Hannes Frederic Sowa wrote:
> On Wed, Aug 18, 2010 at 12:34 PM, Mark Smith wrote:
> > Haven't really thought about it before.
> >
> > One thing to consider is that unless the preferred and valid lifetimes
> > of an IPv6 prefix are set to infinity, IPv6 prefixes
On Wed, Aug 18, 2010 at 12:34 PM, Mark Smith wrote:
> Haven't really thought about it before.
>
> One thing to consider is that unless the preferred and valid lifetimes
> of an IPv6 prefix are set to infinity, IPv6 prefixes are always dynamic
> - they'll eventually expire unless they're refreshed.
On Wed, 18 Aug 2010 01:12:19 +0200
Hannes Frederic Sowa wrote:
> Hello!
>
> As the first IPv6 deployments for end-users are in the planning stage
> in Germany, I realized I have not found any BCP for handling
> addressing in those scenarios. IPv6 will make it a lot easier for
> static address de
On 18 aug 2010, at 09:35, Hannes Frederic Sowa wrote:
> On Wed, Aug 18, 2010 at 7:53 AM, Marco Hogewoning wrote:
>>
>> On 18 aug 2010, at 01:12, Hannes Frederic Sowa wrote:
>>
>>> prefer static addressing. But in the world of facebook and co. I
>>> wonder if it would be a better to let the use
On Wed, Aug 18, 2010 at 7:12 AM, Mikael Abrahamsson wrote:
> For people who want to use DNS and run services, they'll most likely want a
> static address/subnet that doesn't change in the first place (even though it
> should be handed out via DHCPv6-PD for ease). If someone wants to be
> anonymous
On Wed, Aug 18, 2010 at 7:53 AM, Marco Hogewoning wrote:
>
> On 18 aug 2010, at 01:12, Hannes Frederic Sowa wrote:
>
>> prefer static addressing. But in the world of facebook and co. I
>> wonder if it would be a better to let the user have the choice. A
>
> What does facebook have to do with it ?
On 18 aug 2010, at 01:12, Hannes Frederic Sowa wrote:
> prefer static addressing. But in the world of facebook and co. I
> wonder if it would be a better to let the user have the choice. A
What does facebook have to do with it ? Ever heard of cookies ?
MarcoH
On Wed, 18 Aug 2010, Hannes Frederic Sowa wrote:
Did you reach any conclusion on this matter?
Let the user choose. Here in Sweden we've for 10 years had ISPs offering
static IPv4 address (either handed out via DHCP or just plain static with
no dynamics what so ever) and some users prefer tha
Hello!
As the first IPv6 deployments for end-users are in the planning stage
in Germany, I realized I have not found any BCP for handling
addressing in those scenarios. IPv6 will make it a lot easier for
static address deployments but I wonder weather this is in the best
sense for the customers. A
ARIN encourages its community to participate in the 2010 Global IPv6
Deployment Monitoring Survey being conducted by GNKS Consult and TNO and
sponsored by the RIPE NCC.
The survey is now available at:
http://www.surveymonkey.com/s/IPv6deploymentmonitoring2010
The survey will close on 1 July
On Sat, Apr 10, 2010 at 5:11 PM, Nick Hilliard wrote:
>
> I'm puzzled as to why you might think that this would incentivise
> meaningful deployment of ipv6.
>
> Nick
>
>
It removes the hurdle of working with the RIR and/or getting
management buy-in to go negotiate for number resources.
(Our pers
On 10/04/2010 21:36, Tim Durack wrote:
> Notify all holders of a currently active AS they have been
> allocated/assigned a /32. No fees. No questions.
>
> To accept the allocation/assignment, it must be advertised within a 24
> month period.
>
> There is no shortage of available /32s in 2000::/3.
On Sat, Apr 10, 2010 at 1:44 PM, Owen DeLong wrote:
>
> On Apr 10, 2010, at 9:40 AM, William Herrin wrote:
>
>> On Sat, Apr 10, 2010 at 12:31 AM, Randy Bush wrote:
>>> karine perset's work is, as usual, good enough that it should be seen in
>>> it's original, not some circle-je^h^hid hack of a sm
On Apr 10, 2010, at 9:40 AM, William Herrin wrote:
> On Sat, Apr 10, 2010 at 12:31 AM, Randy Bush wrote:
>> karine perset's work is, as usual, good enough that it should be seen in
>> it's original, not some circle-je^h^hid hack of a small part of it.
>>
>> http://www.oecd.org/dataoecd/48/8/449
On Sat, Apr 10, 2010 at 12:31 AM, Randy Bush wrote:
> karine perset's work is, as usual, good enough that it should be seen in
> it's original, not some circle-je^h^hid hack of a small part of it.
>
> http://www.oecd.org/dataoecd/48/8/44961688.pdf
John,
I'd like to call your attention to slide 8
On 4/10/10 1:42 AM, Randy Bush wrote:
>> You should have seen the CNN experiment on cyber attack...
>
> you mean the failed chertoff/cheney wanna make the news clueless crap?
> puhleeze! the fcc has more guns than that mob had clue.
unfortunately, the failed chertoff/cheney celebrants of the
"c
On 4/9/2010 23:23, Franck Martin wrote:
> http://www.circleid.com/posts/20100409_oecd_reports_on_state_of_ipv6_deployment_for_policy_makers/
>
>
Nasty, degenerate, foot-dragging U.S. of A. does it again.
--
Somebody should have said:
A democracy is two wolves and a lamb voting on what to have
> You should have seen the CNN experiment on cyber attack...
you mean the failed chertoff/cheney wanna make the news clueless crap?
puhleeze! the fcc has more guns than that mob had clue.
randy
tell
the operators what to do...
- Original Message -
From: "Jorge Amodio"
To: "Randy Bush"
Cc: "Franck Martin" , nanog@nanog.org
Sent: Saturday, 10 April, 2010 4:49:18 PM
Subject: Re: OECD Reports on State of IPv6 Deployment for Policy Makers
> karine pers
> karine perset's work is, as usual, good enough that it should be seen in
> it's original, not some circle-je^h^hid hack of a small part of it.
On of the best parts of her presentation:
"Government’s role *is not about regulation*, but about working with
technical experts and business to:
•Role
> http://www.circleid.com/posts/20100409_oecd_reports_on_state_of_ipv6_deployment_for_policy_makers/
>
karine perset's work is, as usual, good enough that it should be seen in
it's original, not some circle-je^h^hid hack of a small part of it.
http://www.oecd.org/dataoecd/48/8/44961688.pdf
ran
http://www.circleid.com/posts/20100409_oecd_reports_on_state_of_ipv6_deployment_for_policy_makers/
Hi,
Sheng Jiang (Huawei) and Brian Carpenter (University of Auckland, research
consultant to Huawei) are currently running a questionnaire on IPv6 deployment,
addressed to every ISP. The purpose is to provide facts for a document about
deployment scenarios that we are drafting for discussion in
Vasil Kolev , 2009-10-22 21:03 (+0200):
> how should we provide DNS and other useful information for the V6 only
> people?
What Router Advertisment server did you use? The radvd server supports
RFC 5006, an extension to vanilla RA that gives an address to a
resolving DNS server (RDNSS).
Granted,
: Bernhard Schmidt; nanog@nanog.org
Subject: Re: {SPAM?} Re: IPv6 Deployment for the LAN
It's not all that easy unless the dude has hacked the device driver.
Owen DeLong wrote:
> And of course, a rogue RA station would _NEVER_ mess with that bit
> in what it transmits...
>
> Uh, yeah
It's not all that easy unless the dude has hacked the device driver.
Owen DeLong wrote:
And of course, a rogue RA station would _NEVER_ mess with that bit
in what it transmits...
Uh, yeah.
Owen
On Nov 7, 2009, at 2:41 AM, Richard Bennett wrote:
The Wi-Fi MAC protocol has a pair of header
And of course, a rogue RA station would _NEVER_ mess with that bit
in what it transmits...
Uh, yeah.
Owen
On Nov 7, 2009, at 2:41 AM, Richard Bennett wrote:
The Wi-Fi MAC protocol has a pair of header bits that mean "from AP"
and "to AP." In ad-hoc mode, a designated station acts as an AP
Adrian Chadd wrote:
>> As already said, wireless in infrastructure mode (with access points)
>> always sends traffic between clients through the access point, so a
>> decent AP can filter this.
> How does the client determine that the traffic came from the AP versus
> another client?
I'm not exa
The Wi-Fi MAC protocol has a pair of header bits that mean "from AP"
and "to AP." In ad-hoc mode, a designated station acts as an AP, so
that's nothing special. There are a couple of non-AP modes for direct
link exchanges and peer-to-peer exchances that probably don't set "from
AP" b
On Thu, 29 Oct 2009 08:40:46 +0900
Randy Bush wrote:
> >> This would be a big mistake. Fate sharing between the device that
> >> advertises the presence of a router and the device that forwards
> >> packets makes RAs much more robust than DHCPv4.
> > No, what we want are better first hop redundan
This is unusual, but, I have to agree with Randy here.
Owen
On Oct 28, 2009, at 5:09 PM, Matthew Moyle-Croft wrote:
Amen to that Randy.
MMC
Randy Bush wrote:
This would be a big mistake. Fate sharing between the device that
advertises the presence of a router and the device that forwards
Amen to that Randy.
MMC
Randy Bush wrote:
This would be a big mistake. Fate sharing between the device that
advertises the presence of a router and the device that forwards packets
makes RAs much more robust than DHCPv4.
No, what we want are better first hop redundancy protocols, and DH
>> This would be a big mistake. Fate sharing between the device that
>> advertises the presence of a router and the device that forwards packets
>> makes RAs much more robust than DHCPv4.
> No, what we want are better first hop redundancy protocols, and DHCP for
> v6, so that everyone who has extra
Iljitsch van Beijnum wrote:
> This would be a big mistake. Fate sharing between the device that
> advertises the presence of a router and the device that forwards packets
> makes RAs much more robust than DHCPv4.
No, what we want are better first hop redundancy protocols, and DHCP for
v6, so that
On Sat, Oct 24, 2009 at 11:33 PM, Karl Auer wrote:
> On Fri, 2009-10-23 at 20:48 -0700, Joel Jaeggli wrote:
>> the mac address of the rouge server
>
>
>
> It's R-O-G-U-E - rogue.
>
> Rouge is French for red and English for red make-up.
Also the name of the Ford assembly plant at which the Monday
Could have been a server in drag? ;)
Karl Auer wrote:
> On Fri, 2009-10-23 at 20:48 -0700, Joel Jaeggli wrote:
>
>> the mac address of the rouge server
>>
>
>
>
> It's R-O-G-U-E - rogue.
>
> Rouge is French for red and English for red make-up.
>
>
>
> Regards, K.
>
>
On Sun, 25 Oct 2009 17:33:34 +1100
Karl Auer wrote:
> On Fri, 2009-10-23 at 20:48 -0700, Joel Jaeggli wrote:
> > the mac address of the rouge server
>
>
>
> It's R-O-G-U-E - rogue.
>
> Rouge is French for red and English for red make-up.
>
>
>
Also the colour of the faces of angry net adm
On Fri, 2009-10-23 at 20:48 -0700, Joel Jaeggli wrote:
> the mac address of the rouge server
It's R-O-G-U-E - rogue.
Rouge is French for red and English for red make-up.
Regards, K.
--
~~~
Karl Auer (ka...@biplane.com.au)
On wireless networks you can note the mac address of the rouge server
and dissociate it from the wireless network, this is rather similar to
what we did on switches prior to dhcp protection, it is reactive but it
certainly can be automatic.
Some controller based wireless systems have ips or nac fu
I think for very small/small networks anycast requires a lot of overhead
and understanding. If your big enough to do anycast and/or loadbalancing
it's not hard for you to put all three addresses onto one device.
Anycast isn't really hard - same address, multiple places, routers see wha
On Fri, Oct 23, 2009 at 12:50:47PM +1300, Perry Lorier wrote:
> I've implemented myself a system which firewalled all ARP within the AP and
> queried the DHCP server asking for the correct MAC for that lease then sent
> the ARP back (as well as firewalling DHCP servers and the like). It's
> qui
>
> I figured was a good candidate since it's already partially in use
>> for
>> reserved special addresses.
>
>
But in a totally non-routable fashion, as it stands today.
ULA's have the immediate benefit of being routable, but not globally so -
and (hopefully) already being in filter lists t
Once upon a time, Owen DeLong said:
> Please remember that IPv6 DNS is OFTEN not stateless as the replies
> are commonly too large for UDP.
Anything that supports IPv6 _should_ also support EDNS0.
--
Chris Adams
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anyb
On Oct 23, 2009, at 5:45 AM, TJ wrote:
WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
You want to allow for more than one for obvious fault isolation
and
load balancing reasons. The draft suggested using
:::1
FWIW - I think simple anycast fits that bill.
I th
On Oct 23, 2009, at 5:08 AM, Perry Lorier wrote:
WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
You want to allow for more than one for obvious fault isolation
and load balancing reasons. The draft suggested using
:::1 I personally would suggest getting a well known
U
Owen DeLong wrote:
On Oct 22, 2009, at 4:27 PM, Joe Maimon wrote:
NAT wasnt a component of IPv4 until it was already had widespread
adoption. I remain completely unconvinced that people will not
continue to perceive value in PAT6 between their private and their
public subnets.
People may
WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
>
>
You want to allow for more than one for obvious fault isolation and
load balancing reasons. The draft suggested using :::1
>>>
>> FWIW - I think simple anycast fits that bill.
>>
>>
>>
> I think for very
> WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
Needs an acronym ... off the top of my head, something like ASPEN -
Anycast Service Provisioning for Enterprise Networks ... ?
(Although it could be appropriate for an ISP-HomeUser as well ... hmmm,
SPATULA - Service Provisio
TJ wrote:
WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
You want to allow for more than one for obvious fault isolation and
load balancing reasons. The draft suggested using :::1
FWIW - I think simple anycast fits that bill.
I think for very small/small
WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
You want to allow for more than one for obvious fault isolation and
load balancing reasons. The draft suggested using :::1 I
personally would suggest getting a well known ULA-C allocation
assigned to IANA, then use :::1
:::2 a
> >> WRT "Anycast DNS"; Perhaps a special-case of ULA, FD00::53?
> > You want to allow for more than one for obvious fault isolation and
> > load balancing reasons. The draft suggested using :::1
FWIW - I think simple anycast fits that bill.
> > I personally would suggest getting a well kno
101 - 200 of 356 matches
Mail list logo