我们今天遇到了互联网问题。 我们使用Comcast业务连接。 我们有一个Comcast的29networking。 我们有这些IP地址：
50.xx249，50.xx250，50.xx251，50.xx252，50.xx253
网关是50.xx254。
Comcast调制解调器位于pfSense的WAN端。 我们的局域网是192.168.1.x. 几个月来一直工作正常。
今天，这是缓慢的，间歇的。 我尝试了一些traceroutes到google.com。
这是我认为是一个“正常”的跟踪路由。
ross@saturn:~$ traceroute 74.125.226.166 traceroute to 74.125.226.166 (74.125.226.166), 30 hops max, 60 byte packets 1 192.168.1.1 (192.168.1.1) 0.348 ms 0.312 ms 0.275 ms 2 ourname.com (50.xx254) 485.721 ms 486.209 ms 486.645 ms 3 * * * 4 * * * 5 * * * 6 * * * 7 * he-2-5-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.94.201) 497.526 ms 497.503 ms 8 he-0-12-0-0-pe03.111eighthave.ny.ibone.comcast.net (68.86.83.106) 497.049 ms * * 9 * as15169-2-c.111eighthave.ny.ibone.comcast.net (23.30.206.126) 427.788 ms 459.177 ms 10 216.239.50.108 (216.239.50.108) 459.310 ms 459.365 ms 459.326 ms 11 209.85.245.183 (209.85.245.183) 458.997 ms 459.951 ms 459.858 ms 12 lga15s45-in-f6.1e100.net (74.125.226.166) 459.541 ms 459.338 ms 459.485 ms 我认为这看起来不错，虽然速度很慢。 这里给谷歌通常是大约40毫秒。
然后它变得奇怪。 有时跟踪路由到相同的IP地址给这个：
ross@saturn:~$ traceroute 74.125.226.166 traceroute to 74.125.226.166 (74.125.226.166), 30 hops max, 60 byte packets 1 192.168.1.1 (192.168.1.1) 0.313 ms 0.292 ms 0.258 ms 2 100.99.197.221 (100.99.197.221) 334.391 ms 334.715 ms 334.832 ms 3 * * * 4 * * * 5 * * * 6 * * * 7 * he-2-5-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.94.201) 373.861 ms 374.827 ms 8 he-0-12-0-0-pe03.111eighthave.ny.ibone.comcast.net (68.86.83.106) 374.509 ms * * 9 * as15169-2-c.111eighthave.ny.ibone.comcast.net (23.30.206.126) 701.375 ms 699.541 ms 10 216.239.50.108 (216.239.50.108) 700.174 ms 700.083 ms 700.355 ms 11 209.85.245.183 (209.85.245.183) 700.070 ms 700.462 ms 701.599 ms 12 lga15s45-in-f6.1e100.net (74.125.226.166) 701.384 ms 701.225 ms 701.685 ms
为什么地球上出现了100.99.197.221？ 似乎pfSense作为第一跳而不是我们的网关去那里。 据白俄罗斯http://whois.domaintools.com/100.99.197.221 ，但我已经读了RFC6598，我不认为它应该公开路由。 如果我从一个不同的连接到100.99.197.221 traceroute，它确实去白俄罗斯（.by），并采取了相当多的跳跃到那里，所以从我的局域网到这个地址的希望似乎并不真实。
我们最近没有改变任何东西，一切都运作良好，直到现在。 这看起来像是一个ISP（Comcast）的问题还是我们的结尾？ 我们已经通过Comcast初步“重新启动调制解调器”了，但是我知道下一步该怎么做，我有点不知所措。
在调制解调器重启之后，似乎速度明智，但是当我们从局域网中推送任何重要的stream量时，速度会变慢。 即使在交通停止后，它似乎保持缓慢。
有人可以确认下面的testing设置，以防万一我失去了一些明显的东西。 我将调制解调器从pfSense WAN上断开，并将调制解调器连接到Windows笔记本电脑。 我将笔记本电脑的IP地址设置为50.xx249，掩码设置为255.255.255.248，网关设置为50.xx254。 如果我这样做，我不能到达任何地方，甚至不能到达门户。 一切都“不可达”。 我试过两台不同的电脑。 我确信计算机和调制解调器之间的电缆是好的，所以我不知道为什么这样不起作用，或者为什么pfSense工作，至less有点。
谢谢你的帮助。
这不是在白俄罗斯。 你使用的网站已经过时了。
该IP地址空间确实是共享的私有的不可路由的地址空间。 但其中的一些或全部是以前分配的，有些路由器可能仍然知道它的旧路由。
至于你为什么在traceroute中看到它，我无法确定。 毕竟是康卡斯特，只有他们能给你一个具体的答案。 但是由于这个地址空间的整个意义在于，ISPnetworking可以为其路由基础结构提供专用地址，释放一些IPv4地址，所以Comcast正在慢慢地但肯定地将其基础结构重新编号为使用RFC 6598地址。