V2EX › amiwrong123 的所有回复 › 第 17 页 / 共 40 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 13 14 15 16 17 18 19 20 21 22 ... 40

❮

❯

2021-11-10 20:38:53 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 请问我家里这个路由器会做 NAT 转换吗

@Tianao
另外还有几个问题，就是 10 楼图片里。登录路由器的那个 ip 地址的网址（ 192.168.0.1 ），一定是 LAN 测的 ip 呗？

我知道路由器的每个物理接口都是拥有一个 ip 地址的，但我家里只用了 wifi ，所以路由器上的四个 lan 口都没有插线。那这个 192.168.0.1 指的是哪个物理接口呢😂

![]( https://s3.bmp.ovh/imgs/2021/11/cbe62ffa1f1328dc.jpg)
上图里面，我改成手动后，就是说我在手动配置我这一侧的子网的地址块呗

2021-11-10 20:11:11 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 请问我家里这个路由器会做 NAT 转换吗

@TomChaai #6
@manfred4527 #7
所以移动机房里的路由器做了一次 NAT
光猫做了一次 NAT
我家里这个路由器做了一次 NAT ，这样的呗？

ONU 就是指光猫哈？

2021-11-10 20:09:09 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 请问我家里这个路由器会做 NAT 转换吗

![]( https://i.bmp.ovh/imgs/2021/11/cb61788454ab66b9.png)
九楼的图片。

2021-11-10 20:07:14 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 请问我家里这个路由器会做 NAT 转换吗

@kqz901002 #2
@Tianao
<img src = 'https://i.bmp.ovh/imgs/2021/11/cb61788454ab66b9.png' />
是指这个吗，但我感觉关掉这个，只是让我需要手动给我这一侧的子网的设备们分配 ip 地址而已。并不会关掉 NAT.

就算可以关掉 NAT ，我是不是也得考虑我这个子网的地址块是否和别的子网冲突呢？

2021-11-10 20:03:39 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 请问我家里这个路由器会做 NAT 转换吗

@Tianao #1
谢谢回答。NAPT 是特殊一种的 NAT 呗，即流量到达 WAN 端时，只能固定变成一个 ip 地址。

2021-11-09 19:51:29 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下 BGP 协议路由选择策略的疑问

@defunct9 #19
@dreamage #22
计算机网络自顶向下

2021-11-09 16:16:10 +08:00

回复了 amiwrong123 创建的主题 › 问与答 › excel 有时候单击某个单元格时，那一行会突然变宽很多，这是什么鬼阿？

好像是，在我已经把双击某个单元格后（即光标已经在那个单元格闪烁的时候），我再单击其它的单元格时，就突然那一行突然变宽。

2021-11-07 12:50:10 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下 BGP 协议路由选择策略的疑问

@TomChaai #11
>申请自己的 AS 号和 IP 前缀
那这不就是申请一堆 IP 地址给自己这个自治系统吗

哈哈哈，谢谢老哥，又学到了

2021-11-07 12:46:22 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下 BGP 协议路由选择策略的疑问

@TomChaai #10
>一般运营商会避免别的 AS 穿透自己到达其他 AS 的情况发生
既然要避免这个情况，那么这个运营商不去检查这些分组的源 ip 和目的 ip 又怎么会知道是穿透自己而到达别的 AS 的呢？（还是我理解错了吗😂，是你说的“你见过收过路费的时候问车里装的东西从哪儿来到哪儿去的吗”）

看楼上两个老哥的回复的意思，好像都是要检测分组的 IP 地址的呀。

2021-11-06 17:38:15 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 我好像还是没有理解 ipv6 头部去掉选项的精妙之处？

@Tianao #9
>单一可变长头部相较于定长头部+多个可选的扩展头部，需要更复杂的 /成本更高昂的软件和硬件设计实现
这一点我大概理解啦，毕竟 ipv4 的头部上来就是不确定的，怎么想都会需要更多的设计和消耗。谢谢大佬的仔细讲解，不过后面有一些术语太专业没大懂😂，哈哈，看来还需要多学习呀

PS：希望今年能看完计网自顶向下

2021-11-06 17:06:15 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 我好像还是没有理解 ipv6 头部去掉选项的精妙之处？

@jaywhen #7
哈哈哈，我就是问题太多了，幸好大佬愿意解惑

2021-11-06 17:04:36 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下 BGP 协议路由选择策略的疑问

@1423 #7
看了。就是说，电信作为 ISP ，不允许其他 ISP 间接获得电信的宽带服务。
但我看就是因为，电信对其他 ISP 的直接收费太贵了，才导致的。不然其他 ISP 也可以直接找电信要服务呗。

2021-11-06 16:48:07 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 我好像还是没有理解 ipv6 头部去掉选项的精妙之处？

@Tianao #5
谢谢大佬今天的解惑了。看来今晚上能安心看决赛了。

PS：4 楼我的问题有点杠精了哈，也不用管。

2021-11-06 16:35:43 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 我好像还是没有理解 ipv6 头部去掉选项的精妙之处？

@Tianao #2
如果说只提第 3 点好处的话，我觉得其实 ipv4 现有的协议也可以马上固定住头部的嘛。
因为你看，ipv4 也是前面 20 字节的肯定有的头部，然后是可能有的选项，然后是才是数据。

就是说，不用升级 ipv6 ，也能固定处头部的呀？

2021-11-06 16:33:07 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 我好像还是没有理解 ipv6 头部去掉选项的精妙之处？

@Tianao #2
我在 TCP/IP 协议详解书中找到了你说的逐跳扩展头部，它说这个选项是每个经过路由器都要进行处理的。所以说，即使 ipv6 固定了 40 字节头部，但还是需要消耗一定功夫来看是否有这个逐跳扩展头部的呗。

虽说这个消耗不多了。

2021-11-06 16:10:10 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 我好像还是没有理解 ipv6 头部去掉选项的精妙之处？

我把原文描述加上：ipv6 对选项的删除
![]( https://s3.bmp.ovh/imgs/2021/11/0a303a5d269401d0.jpg)

2021-11-06 14:23:01 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下实现广播的 RPF 的冗余分组的疑问？

@Tianao #1
好吧，我把灰黑色方块的理解错了 QAQ 。太蠢了，写到这里我自己都笑了😂

2021-11-06 14:19:02 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下 BGP 协议路由选择策略的疑问

@Tianao #4

>IP 归属与物理位置无关

我理解一下这句话哈。假如我可以任意操控一个分组的 IP 协议的头部：

我可以让 IP 协议头部的源 ip 为 B 的 IP ，那么我可能是从 B 手里租了一个 IP 。
我也可以让 IP 协议头部的源 ip 为 C 的 IP ，那么我可能是从 C 手里租了一个 IP 。

2021-11-06 13:47:24 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下 BGP 协议路由选择策略的疑问

@Tianao #2
首先非常谢谢回答。然后我再问几个小问题哈

>B 不可能向 Y 收费，但可能向 C 收费。
因为 B 本来也没有 Y 这个客户呗。打个不恰当的比喻，就好比演唱会门票卖给了黄牛，收黄牛的钱；黄牛把票卖给了我，收我的钱。

>来自 X 的流量到达了 B 这个 ISP ，那么 B 就不收费吗？
>如果流量的源 IP 属于 B ，X 就是最典型的中小型公司 /中小型数据中心
你看这是源 IP 属于 B ，且是来自 X 的流量，那就是分组流向就是 B=>X=>B ，我可能是学艺不精，但这个奇怪的流向我不太理解，一个分组会可能这么绕回来吗？

2021-11-04 22:25:04 +08:00

回复了 amiwrong123 创建的主题 › 程序员 › TCP 中，没有 SACK 能力的接收方，也会缓存 LastRcvd 之后的数据包吗？

@ManjusakaL #1
也就是说，不管有没有 SACK ，接收方都会缓存 LastRcvd 之后的数据包

1 ... 13 14 15 16 17 18 19 20 21 22 ... 40

❮

❯