|
|
|
k****y
发帖数: 21 | 4
同意， 我认识一位大姐，2X CCIEs--R&S, Voice. 老公是一位房地产老板， 家里不缺
钱，儿子一直读私校，目前在harvard读书。
去年，纽约的cisco 金牌给她120k的offer， 她只干了2个星期，就辞了。原因是太紧
张。 回家了， 现在在政府机构做vulanteer， 没钱。
女人，只要嫁得好，其他都有的。。。。。。
xiaoxiaoren, 你要是女人，就擦亮眼睛，找个好老公，比你累坏眼睛看CCxx强多了。 |
|
he
发帖数: 2025 | 5 纽约CCIE v给十二万，有点低，换我也不干，嘿嘿
歪个题，也得看女人自身如何，不是说想高攀就能攀得上的。 |
|
|
j*a
发帖数: 14423 | 7 gotta be kidding me, 120k? what's the jd/benefits? |
|
he
发帖数: 2025 | 8 我遇见过类似的，一个破电话，两个网络端口都连到交换机上，死循环，以致6500上
CPU100%。
是个大学，没有smartnet，没有网络架构，啥资料都没有，偏偏轮到我去处理，马勒戈
壁的。
幸好是个老黑大学，我老人家CCNA RS竟然力压全场，立马有底气了，关闭所有交换机
端口，5个5个恢复，排除法，指挥七八个老黑跑东跑西，竟然真就找到了那个破电话。
打那以后，RS的鸟事我能躲就躲。 |
|
g*w
发帖数: 15 | 9 来自主题: EmergingNetworking版 - 入行 以前曾经在做过公司计算机支持，考过MCSE，CCNA等等，现在已经过时。现在想重新入
行。请问在cisco（或其他的网络或system）的认证里，哪个track的潜力和需求比较大？如何在边自学的同时，找
到入门工作？
谢谢！ |
|
L******t
发帖数: 1985 | 10 来自主题: EmergingNetworking版 - 入行 你的环境已经很不错了，暂时不需要动。需要的是踏实下来，花几年时间把基本功打好
。Tony等劝你从CCNA开始读也是一样的意思。 |
|
g*w
发帖数: 15 | 11 来自主题: EmergingNetworking版 - 入行 看到有些网站建议跳过ccna直接np，这是为什么？ |
|
t*******r
发帖数: 3271 | 12 这人有绿卡, 和我关系挺好的. 目前网络什么都不懂, 英文还尚可.
想入行, 缺点不爱看书有点浮躁, 优点是比较认可我的建议, 我说啥建议人家能踏实的
去做了.
大家建议怎么入行?
我看有说做测试工程师的, 这玩意儿你没技术基础你也做不了啊.
难道只有CCNA或思科网络技术学院之类相关教材开始?
冰天雪地裸体反身转体三周半求建议~~~^_^ |
|
t*******r
发帖数: 3271 | 13 OSPF DBD都包括什么bit, 都是干什么用的? |
|
x*********n
发帖数: 28013 | 14 哈哈哈。我以前有一次面试，也是问我ospf，结果我答不上来。 |
|
|
|
t*******r
发帖数: 3271 | 17 pc1 10.1.0.1/16 <--以太网--> 10.1.1.2/24 pc2
pc1 ping pc2能通么? 为嘛?
pc2 ping pc1能通么? 为嘛? |
|
t*******r
发帖数: 3271 | 18 说给LZ & 我自己(其他ID自行对号入座)
天天买卖提瞎灌水打嘴仗仗着自己一知半解充老资格, 其实技术不怎么样
天天买卖提瞎灌水打嘴仗仗着自己年轻无畏无所畏惧, 其实技术没学得如何
天天不看书就知道乱SHOW OFF自己的新书
天天不看书就知道所谓工作中学习其实也没学多少
说起来N年工作经验证书一堆其实屁也不是还老倚老卖老就是个2B.
初学的就不能把基本细节整明白了?! 整明白了的老鬼就不能多看看自家产品资料?!
这俩人TMD一个德性, 懒~
完毕
=======================
我发现我自己越来越sarcastic了, 捏哈哈哈哈哈哈哈 |
|
x*********n
发帖数: 28013 | 19 猜一把。
pc1能ping pc2
pc2不能ping pc1，
因为longest match rule。
你说的以太网是ethernet么？ |
|
t*******r
发帖数: 3271 | 20 是Ethernet.
为什么要猜呢? 基本知识需要猜吗?
你回答错误, 提示: 先查路由表. 你告诉我怎么查路由表吧...要不, 大致流程说一下也可(L2/L3) |
|
|
x*********n
发帖数: 28013 | 22 你看看对不对？
因为查找iptable，按照destination iP address找，/32位的找到16位，就找到了，然
后就能ping通，反过来要没找到，就ping不通？ |
|
t*******r
发帖数: 3271 | 23 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 | 26 我也回答一下，
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.
对不对？ |
|
f*******8
发帖数: 3612 | 27 我也是pre-order的啊，怎么还没有送来。。。
加拿大比美国贵。 |
|
t*******r
发帖数: 3271 | 28 你说的对, 但现象表述不够精确.
pc1发的ICMP request可以过去, 但icmp echo from pc2回不来.
单纯从现象上看, pc1 ping pc2也没有ping通, 因为pc2并未将icmp echo发给pc1. |
|
f*******8
发帖数: 3612 | 29 没错，通不了。
刚试了一下，pc2的arp table建立不起来。
pc1 的arp table 可以有pc2的记录。
似乎是，pc2还是应答了arp(没检查pc1的网段），然后pc1才能建立arp table.
但是pc2并不记录这个不同网段的mac 地址。所以也没有pc1的arp 记录。所以icmp 没法
发回来。 |
|
t*******r
发帖数: 3271 | 30 谢谢钻研.
本帖目的是为了教育xiaoxiaoren注重基础知识的.
没法 |
|
z**r
发帖数: 17771 | 31 俺也考你一个基础知识吧，带宽无限大的情况下，如何提高tcp throughput |
|
f*******8
发帖数: 3612 | 32 该我谢你，我还是挺感动的，感觉你比较重基础的。
其实我心态上一直没有完全转过来，所以没有很扎实。
我到乐见你多出题，我也跟着学习提高。
另外你们现在还on call么，我有点排斥on call,这心态合适么？ |
|
|
z**r
发帖数: 17771 | 34 纯网络题，而且就是俺前段时间遇到的一个现实问题，据说影响到了上亿美金的项目 |
|
|
t*******r
发帖数: 3271 | 36 我还在生你的气for raising vendor competition bullshit. |
|
t*******r
发帖数: 3271 | 37 因为我一直基础不好, 所以我现在才要重视基础, 这是troubleshooting的关键
zher那题我想我答不出來, 我只知道提高sliding window size或降低延迟以降低round
trip time
On-call可以学东西, 技术上的, 非技术上的.
冷静的心态你锻炼出來了吗? |
|
z**r
发帖数: 17771 | 38 哈哈，小托这么嫩啊，不管csco还是jnpr跟咱们没有啥本质上关系，有些事情就是不辨
不明，这也是论坛存在的必要，否则有事儿call tac，没事儿找俺 |
|
|
|
x*********n
发帖数: 28013 | 41 所有的书貌似都说TCP缺点都会讲，3次握手不好，因为要等ACK才发下一个，所以delay
一堆，所以RTP要建在UDP之上。
sliding window这个我也想到了，但是我觉得slow start这个机制如果能优化也算是一
个solution。
再有小托说的RTT我觉得不是很靠谱啊，这个不是用来测bandwidth的么？ |
|
x*********n
发帖数: 28013 | 42 其实不是“同一个网段”这个说法，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了。 |
|
x*********n
发帖数: 28013 | 43 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，还是有很多开心的地方的。 |
|
|
|
W****2
发帖数: 297 | 46 目前TCP有scale option，可以增大window到1GB。 |
|
c*****i
发帖数: 631 | 47 RTP建在UDP之上是因为RTP在丢包的情况下不需要重传吧。
delay |
|
x*********n
发帖数: 28013 | 48 对啊，所以UDP好啊，发出去了就发出去了，什么都不管了。
TCP这个握手还弄出来一个DoS attack呢，也是随便翻本security的书就讲这个例子。 |
|
f*******8
发帖数: 3612 | 49
round
还是要提高。我原来太过于侧重理科和哲学之类的，而这些都是单打独斗的工作方式。
学网络应该能让我学习新的工作心态，现在努力变被动为主动，已经改变很多了。还是
不太够。 |
|
|
