IPv6部署的障碍:寻址

在我的工作中,有几件事情将IPv6的部署当作是一个积极讨论的话题。 通常存在技术问题,但是一个非技术问题似乎是实际部署项目进展的主要障碍。

地址,记住。

具体而言,IPv4地址是易于理解的,IPv6地址看起来像是一个很长的hexstring。 记住超过7-8项的列表真的很麻烦,一个IPv4地址(192.168.231.148)里面有四个项目让我们很容易记住。 完全填充的IPv6地址不仅有8个部分,而且每个部分都有4个hex数字。 IPv6地址不是为了记忆而devise的。 对于知道DNS服务器为192.168.42.42(或者更可能是“42.42”,因为公司前缀可能被记住)的技术人员来说,记住IPv6地址的想法使他们感到恐惧。 这反过来又使得他们参与IPv6部署项目的热情降低了。

由于我们的networking工作原理,我们在v4寻址方面还没有完全dynamic的。 由于各种原因,我们有几个到几个完全静态分配的子网,其中最主要的是静态DHCP分配的开销被认为太大了。 而且,有些设备仍然不够聪明,无法从DNS中提取DNS地址,同时也要进行静态分配,因此需要手动configurationDNS设置。 因此,一些v6地址记忆将不得不完成。

我们没有任何要求v6出门,所以我们没有从顶部的压力。 但是,即使我们不转换批发,现在是开始准备处理IPv6的基础设施的时候了。

对于那些曾经在IPv6地区工作过一段时间的人来说,使用什么捷径方法来讨论或跟踪子网和特定/关键IP地址? 如果我能帮助减less一些围绕IPv6的恐惧,我们可能会得到这个项目。

以下是我在使用IPv6地址后注意到的事情:

  1. 不要使用“完整”地址。 ::缩写很长。
  2. 在您的组织内部,您可能会处理一个前缀。 这意味着你几乎可以忽略地址的第一部分。
  3. 除非你使用玻璃teletypes复制和粘贴存在。 用它。
  4. 正如@TomTom指出的,DNS存在。 用它。
  5. 当你开始使用V6地址模式将迅速出现。 您开始识别组织前缀(HE,Cisco等),Teredo,ISATAP和无状态自动configuration。

IPv6地址不一定要复杂。 例如,这是一家大公司的公共Web服务器的地址:

2001:420:80:1::5 

我假设“80”是为networking服务器保留的子网。 与IPv4不同,您也可以将子网“443”用于仅限HTTPS的服务器。

保持他们匹配。

例如,我们的IPv4子网使用10.10.0.0/16。 当我为主机10.10.1.23分配IPv6地址时,我select2001:0DB8 :: 1:23。

这使得在转换或双栈期间很容易重buildv6地址。 几年后,人们将习惯于寻址,也许你会在整个过程中部署DHCPv6。

为什么不制定分配IP“老派”的计划? 把你的IPv6空间做成你的第一个4节的静态types,并使用你/ PHB以前的四个部分:

2001:xxxx:xxxx:xxxx:192:168:42:42

这不是一个真正的技术解决scheme,但它需要一点点的恐惧因素。

我写了Six-N来让关键地址的记忆更容易。

http://alivate.com.au/ProductItem.aspx?ProductID=18cd7179-1e8f-45c3-93cf-345942e682c6

这是一个实验,我并不期待洪水的支持,但这是一种可能性。

原油

 4FED9031E90F43FC 

 ISAR SESALT JOSE HERN IS CARLE 

如果后者更令人难忘/可传播,我会留给你决定。

此外,这可能会更好,但也许还不够用。 首先,需要有应用程序支持才能正常工作。 例如,一个PowerShell脚本,让更难忘的forms可以在现实生活中使用。

为什么更难忘?

你可以阅读网站,但是简单地说 – 这些音节less了,至less和我的大脑记得的东西更相似。

我不记得上一次我必须记住任何服务器的IP地址,而不是为公共服务器创buildDNS条目。 Everythign是自动分配或使用脚本设置的。