x*********n
发帖数: 28013 | 1 http://www.amazon.com/gp/product/1587204177
pre-order的，哈哈哈。在release之前到手，感觉很爽啊，有点贵宾的感觉。
哈哈哈。
话说cisco也太想赚钱了，我去年order的ccna，现在全面改版了，还好已经卖掉了。 |
t*******r
发帖数: 3271 | 2 OSPF DBD都包括什么bit, 都是干什么用的? |
x*********n
发帖数: 28013 | 3 哈哈哈。我以前有一次面试，也是问我ospf，结果我答不上来。
【在 t*******r 的大作中提到】
: OSPF DBD都包括什么bit, 都是干什么用的?
|
d****i
发帖数: 1038 | 4 茴香豆的回有几种写法？
【在 t*******r 的大作中提到】
: OSPF DBD都包括什么bit, 都是干什么用的?
|
t*******r
发帖数: 3271 | 5 你别来捣乱, LZ现在需要这些.
【在 d****i 的大作中提到】
: 茴香豆的回有几种写法？
|
t*******r
发帖数: 3271 | 6 pc1 10.1.0.1/16 <--以太网--> 10.1.1.2/24 pc2
pc1 ping pc2能通么? 为嘛?
pc2 ping pc1能通么? 为嘛? |
t*******r
发帖数: 3271 | 7 说给LZ & 我自己(其他ID自行对号入座)
天天买卖提瞎灌水打嘴仗仗着自己一知半解充老资格, 其实技术不怎么样
天天买卖提瞎灌水打嘴仗仗着自己年轻无畏无所畏惧, 其实技术没学得如何
天天不看书就知道乱SHOW OFF自己的新书
天天不看书就知道所谓工作中学习其实也没学多少
说起来N年工作经验证书一堆其实屁也不是还老倚老卖老就是个2B.
初学的就不能把基本细节整明白了?! 整明白了的老鬼就不能多看看自家产品资料?!
这俩人TMD一个德性, 懒~
完毕
=======================
我发现我自己越来越sarcastic了, 捏哈哈哈哈哈哈哈 |
x*********n
发帖数: 28013 | 8 猜一把。
pc1能ping pc2
pc2不能ping pc1，
因为longest match rule。
你说的以太网是ethernet么？
【在 t*******r 的大作中提到】
: pc1 10.1.0.1/16 <--以太网--> 10.1.1.2/24 pc2
: pc1 ping pc2能通么? 为嘛?
: pc2 ping pc1能通么? 为嘛?
|
t*******r
发帖数: 3271 | 9 是Ethernet.
为什么要猜呢? 基本知识需要猜吗?
你回答错误, 提示: 先查路由表. 你告诉我怎么查路由表吧...要不, 大致流程说一下也可(L2/L3)
【在 x*********n 的大作中提到】
: 猜一把。
: pc1能ping pc2
: pc2不能ping pc1，
: 因为longest match rule。
: 你说的以太网是ethernet么？
|
x*********n
发帖数: 28013 | 10 我修改了一下答案，没做过实验，有点慌。
【在 t*******r 的大作中提到】
: 是Ethernet.
: 为什么要猜呢? 基本知识需要猜吗?
: 你回答错误, 提示: 先查路由表. 你告诉我怎么查路由表吧...要不, 大致流程说一下也可(L2/L3)
|
|
|
x*********n
发帖数: 28013 | 11 你看看对不对？
因为查找iptable，按照destination iP address找，/32位的找到16位，就找到了，然
后就能ping通，反过来要没找到，就ping不通？
【在 t*******r 的大作中提到】
: 是Ethernet.
: 为什么要猜呢? 基本知识需要猜吗?
: 你回答错误, 提示: 先查路由表. 你告诉我怎么查路由表吧...要不, 大致流程说一下也可(L2/L3)
|
t*******r
发帖数: 3271 | 12 pc1 10.1.0.1/16 <--以太网--> 10.1.1.2/24 pc2
pc1查路由表能查到10.1.1.2么?
pc2查路由表能查到10.1.0.1么?
【在 x*********n 的大作中提到】
: 你看看对不对？
: 因为查找iptable，按照destination iP address找，/32位的找到16位，就找到了，然
: 后就能ping通，反过来要没找到，就ping不通？
|
j*a
发帖数: 14423 | 13 你丫的装忙
【在 t*******r 的大作中提到】
: 说给LZ & 我自己(其他ID自行对号入座)
: 天天买卖提瞎灌水打嘴仗仗着自己一知半解充老资格, 其实技术不怎么样
: 天天买卖提瞎灌水打嘴仗仗着自己年轻无畏无所畏惧, 其实技术没学得如何
: 天天不看书就知道乱SHOW OFF自己的新书
: 天天不看书就知道所谓工作中学习其实也没学多少
: 说起来N年工作经验证书一堆其实屁也不是还老倚老卖老就是个2B.
: 初学的就不能把基本细节整明白了?! 整明白了的老鬼就不能多看看自家产品资料?!
: 这俩人TMD一个德性, 懒~
: 完毕
: =======================
|
t*******r
发帖数: 3271 | 14 扯, 没看我鸟版都没怎么去了么
【在 j*a 的大作中提到】
: 你丫的装忙
|
f*******8
发帖数: 3612 | 15 我也回答一下，
pc1 ping pc2 能通，因为pc1一看dest ip在自己的网段里，
没什么犹豫就开始试验,
1. 发ARP，(ARP 的dest MAC is ffffff)
2. pc2 回答arp 告知pc1自己的 mac
3. pc1 send out ping icmp.
4. pc2 应答 ping。
PC2应答的时候是不需要判断对方ip的网段的，因为他不知道对方是router或pc.
这样就完成了pc1 ping pc2。
但是当要求pc2 ping pc1时， pc2一看pc1不在自己的网段，
如果没有default gateway 它直接就放弃了。
如果有default gateway, 它会发给gw,
但是gw不会再把这个请求发回来同一个网段。
而且他不会发(broadcast) arp去请求pc1的 MAC. 因为不在一个网段。
所以pc2不会知道pc1的MAC.
对不对？
【在 t*******r 的大作中提到】
: pc1 10.1.0.1/16 <--以太网--> 10.1.1.2/24 pc2
: pc1查路由表能查到10.1.1.2么?
: pc2查路由表能查到10.1.0.1么?
|
f*******8
发帖数: 3612 | 16 我也是pre-order的啊，怎么还没有送来。。。
加拿大比美国贵。
【在 x*********n 的大作中提到】
: http://www.amazon.com/gp/product/1587204177
: pre-order的，哈哈哈。在release之前到手，感觉很爽啊，有点贵宾的感觉。
: 哈哈哈。
: 话说cisco也太想赚钱了，我去年order的ccna，现在全面改版了，还好已经卖掉了。
|
t*******r
发帖数: 3271 | 17 你说的对, 但现象表述不够精确.
pc1发的ICMP request可以过去, 但icmp echo from pc2回不来.
单纯从现象上看, pc1 ping pc2也没有ping通, 因为pc2并未将icmp echo发给pc1.
【在 f*******8 的大作中提到】
: 我也回答一下，
: pc1 ping pc2 能通，因为pc1一看dest ip在自己的网段里，
: 没什么犹豫就开始试验,
: 1. 发ARP，(ARP 的dest MAC is ffffff)
: 2. pc2 回答arp 告知pc1自己的 mac
: 3. pc1 send out ping icmp.
: 4. pc2 应答 ping。
: PC2应答的时候是不需要判断对方ip的网段的，因为他不知道对方是router或pc.
: 这样就完成了pc1 ping pc2。
: 但是当要求pc2 ping pc1时， pc2一看pc1不在自己的网段，
|
f*******8
发帖数: 3612 | 18 没错，通不了。
刚试了一下，pc2的arp table建立不起来。
pc1 的arp table 可以有pc2的记录。
似乎是，pc2还是应答了arp(没检查pc1的网段），然后pc1才能建立arp table.
但是pc2并不记录这个不同网段的mac 地址。所以也没有pc1的arp 记录。所以icmp 没法
发回来。
【在 t*******r 的大作中提到】
: 你说的对, 但现象表述不够精确.
: pc1发的ICMP request可以过去, 但icmp echo from pc2回不来.
: 单纯从现象上看, pc1 ping pc2也没有ping通, 因为pc2并未将icmp echo发给pc1.
|
t*******r
发帖数: 3271 | 19 谢谢钻研.
本帖目的是为了教育xiaoxiaoren注重基础知识的.
没法
【在 f*******8 的大作中提到】
: 没错，通不了。
: 刚试了一下，pc2的arp table建立不起来。
: pc1 的arp table 可以有pc2的记录。
: 似乎是，pc2还是应答了arp(没检查pc1的网段），然后pc1才能建立arp table.
: 但是pc2并不记录这个不同网段的mac 地址。所以也没有pc1的arp 记录。所以icmp 没法
: 发回来。
|
z**r
发帖数: 17771 | 20 俺也考你一个基础知识吧，带宽无限大的情况下，如何提高tcp throughput
【在 t*******r 的大作中提到】
: 谢谢钻研.
: 本帖目的是为了教育xiaoxiaoren注重基础知识的.
:
: 没法
|
|
|
f*******8
发帖数: 3612 | 21 该我谢你，我还是挺感动的，感觉你比较重基础的。
其实我心态上一直没有完全转过来，所以没有很扎实。
我到乐见你多出题，我也跟着学习提高。
另外你们现在还on call么，我有点排斥on call,这心态合适么？
【在 t*******r 的大作中提到】
: 谢谢钻研.
: 本帖目的是为了教育xiaoxiaoren注重基础知识的.
:
: 没法
|
f*******8
发帖数: 3612 | 22 版主这不是基础到物理去了吧，有一股物理味儿。
【在 z**r 的大作中提到】
: 俺也考你一个基础知识吧，带宽无限大的情况下，如何提高tcp throughput
|
z**r
发帖数: 17771 | 23 纯网络题，而且就是俺前段时间遇到的一个现实问题，据说影响到了上亿美金的项目
【在 f*******8 的大作中提到】
: 版主这不是基础到物理去了吧，有一股物理味儿。
|
f*******8
发帖数: 3612 | 24 深了点儿，tony上吧。
【在 z**r 的大作中提到】
: 纯网络题，而且就是俺前段时间遇到的一个现实问题，据说影响到了上亿美金的项目
|
t*******r
发帖数: 3271 | 25 我还在生你的气for raising vendor competition bullshit.
【在 z**r 的大作中提到】
: 俺也考你一个基础知识吧，带宽无限大的情况下，如何提高tcp throughput
|
t*******r
发帖数: 3271 | 26 因为我一直基础不好, 所以我现在才要重视基础, 这是troubleshooting的关键
zher那题我想我答不出來, 我只知道提高sliding window size或降低延迟以降低round
trip time
On-call可以学东西, 技术上的, 非技术上的.
冷静的心态你锻炼出來了吗?
【在 f*******8 的大作中提到】
: 该我谢你，我还是挺感动的，感觉你比较重基础的。
: 其实我心态上一直没有完全转过来，所以没有很扎实。
: 我到乐见你多出题，我也跟着学习提高。
: 另外你们现在还on call么，我有点排斥on call,这心态合适么？
|
z**r
发帖数: 17771 | 27 哈哈，小托这么嫩啊，不管csco还是jnpr跟咱们没有啥本质上关系，有些事情就是不辨
不明，这也是论坛存在的必要，否则有事儿call tac，没事儿找俺
【在 t*******r 的大作中提到】
: 我还在生你的气for raising vendor competition bullshit.
|
z**r
发帖数: 17771 | 28 这个可以拿60分了
round
【在 t*******r 的大作中提到】
: 因为我一直基础不好, 所以我现在才要重视基础, 这是troubleshooting的关键
: zher那题我想我答不出來, 我只知道提高sliding window size或降低延迟以降低round
: trip time
: On-call可以学东西, 技术上的, 非技术上的.
: 冷静的心态你锻炼出來了吗?
|
x*********n
发帖数: 28013 | 29 TCP的基础啊。
【在 f*******8 的大作中提到】
: 版主这不是基础到物理去了吧，有一股物理味儿。
|
x*********n
发帖数: 28013 | 30 所有的书貌似都说TCP缺点都会讲，3次握手不好，因为要等ACK才发下一个，所以delay
一堆，所以RTP要建在UDP之上。
sliding window这个我也想到了，但是我觉得slow start这个机制如果能优化也算是一
个solution。
再有小托说的RTT我觉得不是很靠谱啊，这个不是用来测bandwidth的么？
【在 z**r 的大作中提到】
: 这个可以拿60分了
:
: round
|
|
|
x*********n
发帖数: 28013 | 31 其实不是“同一个网段”这个说法，mask的存在是为了说明哪些bit存在有意义，哪些
没有意义。
比如172.16.209.66/29和172.16.209.66/24是不一样的，第一个不合法，第二个合法。
他们前24位都一样，为啥差别这么大？
router的基本rule是longest prefix match，这样16位的，找地址，match到16位就结
束了，后面的ignore，反之24位的必须match到24位，不match，就要drop了。
【在 f*******8 的大作中提到】
: 该我谢你，我还是挺感动的，感觉你比较重基础的。
: 其实我心态上一直没有完全转过来，所以没有很扎实。
: 我到乐见你多出题，我也跟着学习提高。
: 另外你们现在还on call么，我有点排斥on call,这心态合适么？
|
x*********n
发帖数: 28013 | 32 zher以前说过一句话，我重复一下鼓励你。
on call的都是low level的，data center有tier 1,2,3,4，如果你是tier1,2，那你就
等24x7，如果到了tier3，就没有这么麻烦了。
我也是轮流on call的，对我来说是每6周，一次on call week，而且我没有overtime
pay，怎么着，活过来了，比起国内拿rmb 3k/month还是好很多，对吧？周末开车去接
小MM买菜逛outlet，还是有很多开心的地方的。
【在 f*******8 的大作中提到】
: 该我谢你，我还是挺感动的，感觉你比较重基础的。
: 其实我心态上一直没有完全转过来，所以没有很扎实。
: 我到乐见你多出题，我也跟着学习提高。
: 另外你们现在还on call么，我有点排斥on call,这心态合适么？
|
t*******r
发帖数: 3271 | |
t*******r
发帖数: 3271 | 34 crap
【在 z**r 的大作中提到】
: 哈哈，小托这么嫩啊，不管csco还是jnpr跟咱们没有啥本质上关系，有些事情就是不辨
: 不明，这也是论坛存在的必要，否则有事儿call tac，没事儿找俺
|
W****2
发帖数: 297 | 35 目前TCP有scale option，可以增大window到1GB。
【在 z**r 的大作中提到】
: 俺也考你一个基础知识吧，带宽无限大的情况下，如何提高tcp throughput
|
c*****i
发帖数: 631 | 36 RTP建在UDP之上是因为RTP在丢包的情况下不需要重传吧。
delay
【在 x*********n 的大作中提到】
: 所有的书貌似都说TCP缺点都会讲，3次握手不好，因为要等ACK才发下一个，所以delay
: 一堆，所以RTP要建在UDP之上。
: sliding window这个我也想到了，但是我觉得slow start这个机制如果能优化也算是一
: 个solution。
: 再有小托说的RTT我觉得不是很靠谱啊，这个不是用来测bandwidth的么？
|
x*********n
发帖数: 28013 | 37 对啊，所以UDP好啊，发出去了就发出去了，什么都不管了。
TCP这个握手还弄出来一个DoS attack呢，也是随便翻本security的书就讲这个例子。
【在 c*****i 的大作中提到】
: RTP建在UDP之上是因为RTP在丢包的情况下不需要重传吧。
:
: delay
|
f*******8
发帖数: 3612 | 38
round
还是要提高。我原来太过于侧重理科和哲学之类的，而这些都是单打独斗的工作方式。
学网络应该能让我学习新的工作心态，现在努力变被动为主动，已经改变很多了。还是
不太够。
【在 t*******r 的大作中提到】
: 因为我一直基础不好, 所以我现在才要重视基础, 这是troubleshooting的关键
: zher那题我想我答不出來, 我只知道提高sliding window size或降低延迟以降低round
: trip time
: On-call可以学东西, 技术上的, 非技术上的.
: 冷静的心态你锻炼出來了吗?
|
f*******8
发帖数: 3612 | 39
是啊，辩论切磋还是要得的。
【在 z**r 的大作中提到】
: 哈哈，小托这么嫩啊，不管csco还是jnpr跟咱们没有啥本质上关系，有些事情就是不辨
: 不明，这也是论坛存在的必要，否则有事儿call tac，没事儿找俺
|
f*******8
发帖数: 3612 | 40 我是一看到“无限大”就想到物理。。。
【在 x*********n 的大作中提到】
: TCP的基础啊。
|
|
|
k*****s
发帖数: 231 | 41 Zher的关于tcp throughput问题面试经常考，以下几点答上了基本可以搞定工作：
layer1/layer2
1.整个path的MTU 能大尽量大。
2.网卡内的descriptor能设大尽量设大一些。
还有这些端口都有queue buffer,能大尽量大些。
有些网卡有tcp off-loader，不错，不过得根据应用而定。
3. 主机的总线得够大，不能告诉我说总线还是PCI 你要求用10G的速度啥的。
layer3以上：
4.tcp stack buffer 这个基本上可以根据BDP (bandwidth Delay Product)也是能大则
大（不是线性的增长，需要tunning), sliding window options 等等最新的linux/
window kernel 都有相应设定了，根据应用可以调节。
5.应用层/os socket的buffer.
整合：
6.最好用opnet 或者ns 先模拟一下，根据模拟的模型再测试调节。
最近做了个tcp 应用优化的项目，瓶颈基本上在storage. |
x*********n
发帖数: 28013 | 42 opnet很有用么？真后悔啊，以前读书的时候用这个模拟，以为没啥用，就乱搞一下，
resume也没写进去。
【在 k*****s 的大作中提到】
: Zher的关于tcp throughput问题面试经常考，以下几点答上了基本可以搞定工作：
: layer1/layer2
: 1.整个path的MTU 能大尽量大。
: 2.网卡内的descriptor能设大尽量设大一些。
: 还有这些端口都有queue buffer,能大尽量大些。
: 有些网卡有tcp off-loader，不错，不过得根据应用而定。
: 3. 主机的总线得够大，不能告诉我说总线还是PCI 你要求用10G的速度啥的。
: layer3以上：
: 4.tcp stack buffer 这个基本上可以根据BDP (bandwidth Delay Product)也是能大则
: 大（不是线性的增长，需要tunning), sliding window options 等等最新的linux/
|
f*******8
发帖数: 3612 | 43 好文，顶一下。
【在 k*****s 的大作中提到】
: Zher的关于tcp throughput问题面试经常考，以下几点答上了基本可以搞定工作：
: layer1/layer2
: 1.整个path的MTU 能大尽量大。
: 2.网卡内的descriptor能设大尽量设大一些。
: 还有这些端口都有queue buffer,能大尽量大些。
: 有些网卡有tcp off-loader，不错，不过得根据应用而定。
: 3. 主机的总线得够大，不能告诉我说总线还是PCI 你要求用10G的速度啥的。
: layer3以上：
: 4.tcp stack buffer 这个基本上可以根据BDP (bandwidth Delay Product)也是能大则
: 大（不是线性的增长，需要tunning), sliding window options 等等最新的linux/
|
m**t
发帖数: 1292 | 44 window size 再加个 selective ack
MTU 是LAYER2， 有的主机针对TCP 要设置 MSS, 另外还有ROHC压缩等根据情况选用
【在 k*****s 的大作中提到】
: Zher的关于tcp throughput问题面试经常考，以下几点答上了基本可以搞定工作：
: layer1/layer2
: 1.整个path的MTU 能大尽量大。
: 2.网卡内的descriptor能设大尽量设大一些。
: 还有这些端口都有queue buffer,能大尽量大些。
: 有些网卡有tcp off-loader，不错，不过得根据应用而定。
: 3. 主机的总线得够大，不能告诉我说总线还是PCI 你要求用10G的速度啥的。
: layer3以上：
: 4.tcp stack buffer 这个基本上可以根据BDP (bandwidth Delay Product)也是能大则
: 大（不是线性的增长，需要tunning), sliding window options 等等最新的linux/
|
t*******r
发帖数: 3271 | 45 从设备角度MTU有这么几种
media mtu(interface mtu)
protocol mtu(ip mtu / mpls mtu) |
