V2EX › amiwrong123 的所有回复 › 第 24 页 / 共 47 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 20 21 22 23 24 25 26 27 28 29 ... 47

❮

❯

2021 年 11 月 9 日

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

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

2021 年 11 月 9 日

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

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

2021 年 11 月 7 日

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

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

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

2021 年 11 月 7 日

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

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

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

2021 年 11 月 6 日

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

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

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

2021 年 11 月 6 日

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

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

2021 年 11 月 6 日

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

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

2021 年 11 月 6 日

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

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

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

2021 年 11 月 6 日

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

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

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

2021 年 11 月 6 日

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

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

虽说这个消耗不多了。

2021 年 11 月 6 日

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

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

2021 年 11 月 6 日

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

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

2021 年 11 月 6 日

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

@Tianao #4

>IP 归属与物理位置无关

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

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

2021 年 11 月 6 日

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

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

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

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

2021 年 11 月 4 日

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

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

2021 年 11 月 4 日

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

@ManjusakaL #1
好吧，我也觉得应该是这样。是我想太多了

2021 年 11 月 4 日

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下路由选择环路的疑问？

![]( https://i.bmp.ovh/imgs/2021/11/0a6dba0255dc5f74.png)
老哥，再问下，这里之所以叫做无限计数，只是单纯因为从 6 加到>9999 需要很多次吗，所以就叫做无穷计数吗？或者还是说跟其他原因有关
@2i2Re2PLMaDnghL #8

2021 年 11 月 2 日

回复了 amiwrong123 创建的主题 › 程序员 › 计网自顶向下路由选择环路的疑问？

@coolan #1
嗯，但说的是消耗从 4 变成 60. 的之后的过程