1、FR資料幀轉發過程
跟考官說不太會,考官說随便講,想到哪說到哪
講了hub-and-spoke場景,說了ospf、Isis在此環境下如何建立鄰居關系
考官評論說将邏輯拓撲和實體拓撲聯系講,這個想法不錯
追問:
1、以太網幀格式,添加VLAN後的幀格式變化,以太網資料幀的資料長度
(回答1500B,考官追問最小為多少,回答64B,考官說這是最小的幀長度,資料長度需要減去其它字段為46B)。點評:考生并沒有說錯,以太2型幀的最小長度就是64位元組,站在2層幀的角度,資料也是幀的一部分;另外這個位置可以繼續補充,另外一種幀是802.3的幀格式,它會額外增加LLC子層和SNAP代碼,這樣會占用額外的8位元組,那麼資料部分也随之減少8位元組
如圖:

2、超大幀 我想不出來就回答了不能分段的幀,又問什麼幀不能分段, 回答不知道,接着考官解釋了超大幀
點評:即JUMBO幀,巨型幀,是指大于1518的幀(另外一種幀格式額外加4位元組),這樣一次能傳送的幀更多,一定意義上可以提高傳輸效率,但要求資料傳輸的路徑上所有裝置都支援該功能并實施,是以必然存在局限性,指令jumboframe enable
2、流量整形有幾種,LAB中用到了哪種
回答了,GTS FRTS CBTS ,整形的特點
追問:整形中超出的流量是依靠什麼判斷的
回答:令牌桶 接着讓我詳細介紹下令牌桶
3、6台路由器
追問:日子型中怎麼實作主備
回答:通過路由協定不同cost
追問:日子型中如何針對不同流量實作主備,沒答上來,考官說可以通過BGP協定或者ospf/Isis的多程序實作 我說PBR可不可以,考官說可以但是需要在每台路由器上配置,比較麻煩(點評:實作主備的方式多種多樣,更簡單的方式調整BGP的路徑成本、權重等都可以完成,多協定還要做路由引入,更容易産生路由環路)
追問:交叉型中怎麼實作負載分擔
回答:通過路由協定 相同cost值實作。
追問:考官說你認為在一台裝置上路由是負載的,那流量是負載的嗎
回答:不是,流量不一定是負載的。考官說能詳細解釋下嗎 。舉了個例子說:如果隻有一個資料包,路由器隻能通過一條鍊路傳出去,不可能将資料包分成相等的兩部分從負載鍊路都轉發。考官說,明白我的意思了 。點評:這個流量負載已經提及過N次,答不上來很不應該。當采用逐流方式進行負載分擔時,裝置會根據封包的協定類型、源IP位址、目的IP位址、源端口和目的端口等采用Hash算法計算出一個值,然後根據這個值選擇一條鍊路進行轉發。
當采用逐包方式進行負載分擔時,轉發的封包會從多條鍊路中按包選擇不同鍊路進行轉發。隻有由CPU轉發的封包(如協定封包)才能逐包進行負載分擔。
接着到時間了考官就總結了下之前回答的東西
最後靜待PASS\
本文轉自EnderJoe 51CTO部落格,原文連結:http://blog.51cto.com/enderjoe/2068568