【個人經歷】iThome採購情報 - 透過考取證照累積知識與人脈




由於ITHOME版面編排縮減，因此只有刊出部份內容，以下則是專訪原稿內容：

＠欄目：封面故事
＠標題：網路管理達人：和信超媒體高級網路工程師劉博仁
＠引言：透過考取證照累積知識與人脈

劉博仁
具備證照：CCIE
推薦網站：www.vlab.com.tw，www.chinaitlab.com

＠內文：關於認證，個人是期望透過在取得認證的過程中，藉由不同的認證所規劃的課程內容，來學習更加詳細的理論及實務基礎。因為在工作中所學習得來的經驗與知識，相當地零落且片段，對於整體的網路運作概念所提供的有效資訊並不足夠。

Cisco原廠所準備的認證及教材相當地有系統化，依照Cisco所規劃的認證地圖來循序漸進，對於新手而言，相當地適合學習。其次，為了證明自己的實力，在工作一段時間之後，常常會失去學習的動力，為了解決日常工作的各種難題，也漸漸失去學習的目標；而認證就是一個很好的自我評量及中短期生涯規劃目標。

個人認為證照的重要性將會與日俱增，尤其是在學歷日漸式微的時代中，像證照這類專門知識的證書，比學校文憑更容易了解某個人的專業能力及領域。再者，像是所謂的在職進修，一般人忙於工作很難尋找到一個明確的目標，而專業證照就是最佳的指標，相當適合當作在職技術人員進修的明確方向。


整體而言，由於因為臺灣人「太會讀書」了，以筆試為主的認證證照難以看出一個人的實力，唯有搭配lab實機上線的測驗的認證才能真正反映出個人的能力及臨場反應。目前臺灣企業對於專業證照的重視度並不如國外，我認為這跟筆試認證無法完全反映出個人能力也十分有關係。不過，如果我是主管的話，在工作經驗差不多的前提之下。我會認為有考證照的人，相對於沒有證照的人而言，會有比較強的上進心和求知欲。

我在進入公司兩年後就開始從CCNA展開證照之旅，一路考上CCDA、CCNP和CCDP，歷經快四年才拿到CCIE。其實Cisco並沒有限定說非得拿到前面的認證，才能考取CCIE，但是CCIE包含了所有的相關領域，所以不如萬丈高樓平地起，從CCNA開始考起，一步一腳印，也可以減少短時間要看完CCIE相關書籍的壓力。

報考CCIE需要非常大的勇氣，除了高昂的經費外，CCIE的Lab考試內容也是一個很大的挑戰。以個人當年的Lab考試題目為例，大概有五分之一左右的內容，是平常工作中很少使用到的IOS特殊設定；像這類的考題Cisco要求受測者可以即時查詢Cisco Document CD，來考驗受測者的臨場反應及自己解決問題的能力。

另外由於CCIE目前在臺灣並沒有考場，因此必須出國應考也是一個很大的壓力，機票和旅費本身就所費不貲。我第一次考CCIE Lab時是由公司全額補助，後來第二次則是全部自費，在香港兩天一夜約花費台幣一萬元左右，Lab考試費用則是1250美元。

更重要的是，CCIE的Lab測試需要至少七八臺以上的路由器、兩臺以上的交換器，還有一些額外的網路模組像是ATM、ISDN、GigabitEthernet等。換言之，如果公司沒有閒置設備可用時，就必須自己花錢購買設備，或是線上租賃CCIE Lab設備使用時數。我所認識的CCIE中就有不少人自費購買二手設備，花了幾十萬。更辛苦的是Lab測試所使用的設備和考試內容會不斷地推陳出新的，如果考筆照與Lab間隔的時間拖的越長，Lab應考的變數就隨之增加。

其實，國內ISP和電信業界對於CCIE的需求，和國外相較而言並不高；對CCIE有比較明確需求的則是SI業界為主，一方面是國內許多的網路標案明確要求必須有CCIE認照的工程師參與，另一方面為了取得Cisco經銷商的資格，SI必須維持一定數量的CCIE員工，而且SI的Pre-sale透過CCIE的頭銜可以有效地說服客戶信服工程師的能力。

個人之所以會去考CCIE，純粹是為了自我學習和個人的生涯規畫，在準備CCIE認證的過程中，可以充份地學習到完整的網路觀念及知識。如果沒有以認證為目標，在工作閒暇之餘上上網路翻翻雜誌來學習網路新知，對個人的成長其實是有限的。

我在Training-Partners上了共約7門以上的教育訓練課程，前後陸陸續續去上課，大約歷經了一年的時間才上完。從準備CCNA開始一直到CCIE對我的家庭生活造成很大的影響，我在準備考每科筆試認證之前的一個月時間內，下班之後都是直接到速食店報到K書，然後每天晚上搭上最後一班公司回到家?；為了準備CCIE Lab考試，前約至少有半年的時間，周末都在讀書會和Lab實作上中渡過。雖然付出代價不小，但是我覺得這一切都是值得的。

藉由Training-Partners教育訓練中心的課程，我認識了不少來自不同產業的CCIE candidates，擴展了不少人脈，算是額外的收穫。透過彼此的交流，讀書會不但可以變成彼此督促學習的動力，同時間也可以交換業界的資訊。

現階段我會希望充實不同網路領域的知識和經驗，尤其工作經驗是可遇不可求的，K書學不來，只能從工作中累積。過去我都專精在網路骨幹技術上，現在則是配合公司的發展方針，開始學習在網路語音方面的知識。以Cisco的CCVP/Voice CCIE認證而言，所需要的知識及設備，我都還沒有準備好，因此我也還沒有確定何時會去準備考CCVP or Voice CCIE。

目前Cisco CCIE共包含了五種領域(Routing&Switching/Security/Service Provider/Storage Networking/Voice)，全世界目前至少有12000位CCIE(依照Cisco網站統計之有效CCIEs數量)，臺灣現在應該有超過130位CCIEs，其中絕大部分都還是Routing &Switching CCIE，取得兩種領域以上的CCIE，比例上來說並不多。如果日後有機會，我還是會去嘗試準備其他領域的CCIE。在未來，我應該會往技術整合與網路顧問方向來發展。

iThome電腦報 第210期 2005.10.01-2005.10.07 P.44

Comments

Post a Comment

Popular posts from this blog

TCP/IP 明確擁塞通知 (ECN)

Image
當路由器擁塞的程度已經達到填滿傳入封包緩衝區而開始捨棄封包時，會影響網路而縮減頻寬，對資料損失敏感或具時效性的傳輸量流動會進而受到衝擊，而且可能在擁塞之後產生連結閒置時間。TCP/IP 明確擁塞通知 (ECN) 讓路由器能夠通知「傳輸控制通訊協定」(TCP) 對等體，由於網路擁塞，緩衝區已滿。TCP 對等體會以減緩資料傳輸來回應，協助防止封包損失。 明確擁塞通知(Explicit Congestion Notification) TCP/IP 的 ECN 支援同時使用 IP 及 TCP 標頭中的未使用位元。 • 在 (IP) 網際網路層上，轉送封包時，傳送主機必須能夠表示有能力執行 ECN，而路由器則必須能夠指出所遇到的擁塞狀況。 • 在 (TCP) 傳輸層，TCP 對等體必須彼此表明有能力執行 ECN。接收端對等體必須能夠通知傳送端對等體，已經從遇到擁塞狀況的路由器接到封包；傳送端對等體必須能夠通知接收端對等體，已經從接收端對等體接到擁塞指標，並且已經降低傳輸速率。 IP 中的 ECN 支援 IP 標頭中的 8 位元 [Type of Service (TOS)] 欄位最先定義於 RFC 791 中，指出封包由路由器進行非預設傳送的傳送優先順序、延遲、輸送量、可靠性，以及成本等特性。TOS 欄位在 RFC 2474 中重新定義，以包含 6 位元區別服務代碼點 (Differentiated Services Code Point, DSCP) 及兩個未使用的位元。DSCP 值表示的傳送優先順序會對應於先前在內部網路的路由器中設定的佇列。IP 中的 ECN 支援使用 RFC 2474 所定義 TOS 欄位的兩個未使用位元。[圖 1] 顯示 ECN 中 TOS 欄位的新定義。 圖 1：ECN 中 TOS 欄位的新定義 RFC 2474 所定義 TOS 欄位中的兩個未使用位元在 RFC 3168 中定義為 ECN 欄位，欄位的值如下： • 00 傳送主機不支援 ECN。 • 01 或 10 傳送主機支援 ECN。 • 11 路由器已遇到擁塞狀況。 具備 ECN 功能的主機傳送其封包時，會將 ECN 欄位設定為 01 或 10。對於具備 ECN 功能的主機所傳送的封包，如果路徑中的路由器具備 ECN 功能，但是正遇到擁塞狀況，則 ECN 欄位會設定為 11。一旦 ECN ...
Read More »

集中式數位交換機(CENTREX)系統

一般公司行號採購電話系統時，大部分都是自行購置私用交換機（PBX）。其實除了PBX之外，亦可選擇電信公司提供的CENTREX電話系統。 所謂CENTREX電話系統，中文翻譯為「集中式數位交換機」，簡稱CENTREX虛擬總機。就是在電信公司在市話交換機上，附加用戶專用交換機（PBX）軟體的功能，使在CENTREX系統之各線獨用電話可兼有私用交換機的分機功能。在CENTREX系統中，電信公司將市話交換機的部分用戶定義為一個基本用戶群，該用戶群的用戶不僅擁有普通用戶的所有功能，而且擁有私用交換機的所有功能。CENTREX系統用戶的分機可以獨立計費，也不會因中繼數量不足而產生話路壅塞；除此之外，若同一公司有多個辦公地點，而均在同一市話交換機之供線範圍內，則全部之分機皆可以視為同一套總機之分機，這是一般私用交換機所不及的地方。以前因為CENTREX線路的申租費用較高、大部分是學校等建築物分散的用戶在使用。但隨著固網業務開放，CENTREX線路租用費用日益降低，將吸引人更多企業用戶捨棄自行建置PBX而改用CENTREX系統。 CENTREX系統的功能 一般來說，電信公司為CENTREX用戶提供下列一般及特殊功能： 一.外線直接撥入分機(DID) 不必另外申請，外線就可以直接撥入任一分機，分機亦可以不經總機之轉接，直接抓外線撥號。 二.分機限撥 每一分機可以做適當之限制，如限撥外線、長途、國際或限外線直接撥入分機等之各項限制。 三.電話轉接功能 當電話進來，完成通話之後，如要再找第三人時，可以利用本功能，將電話轉接到第三人，繼續通話而不必重撥。 四.來話保留(Call Hold) 接到電話時，如需要轉問其他人員，而不希望對方知道通話內容時，可以利用本功能將對方保留起來，進行詢問動作；完成後，在接回對方，繼續服務工作。 五.仲介電話功能 控制者可以利用本功能，自行控制要與甲方或乙方通話，當與甲方通話時，乙方成保留狀態，而聽不到甲方與控制者之通話內容；反之亦同。 六.呼叫代接功能 同一單位之電話可以設定為同一帶接群，當有同事不再位置上，而有電話進來時，可以利用呼叫代接功能代接其電話，而不必到他的位置上幫他接電話。 七.條件指定轉接 當電話忙線與電話進來而無法應答時，將電話轉到所設定之電話。 八.自動回叫(Call Back) 當你有急事要與對方聯繫，而對方又在電話中，不知對方何時完成...
Read More »

WRR(Weighted Round Robin) vs SRR(Shared/Shaped Round Robin)

Image
在舊版的QoS 2.2中只有提到WRR(Weighted Round Robin)，但是在實務中，SRR已經漸漸在愈來愈多的Switch平台中使用，其中WRR與SRR最大的差別就是在於它們同時使用權重但是Scheduling的方式不同。 以下圖而言(暫不考慮Strict Priority Queue)，如果是用WRR的話，Queue 3的權重為4，所以每一輪都可以同時送出4個封包；Queue 2的權重為2，所以每一輪都可以同時送出2個封包；Queue 1的權重為1，所以每一次都可以同時送出1個封包。 如果是用SRR(Shared or Shaped Round Robin)的話，Queue 3的權重為4，Queue 2的權重為2，Queue 1的權重為1。因此Q3,Q2,Q1各出1個封包，接著Q3,Q2各出1個封包，再接著Q3出2個封包，這樣子才算是一輪。 所以SRR的好處在於每一個Queue很平均地送出封包前後穿插進入FIFO Queue(Hardware Queue)，而不是像WRR那樣一次出清每個Queue權重所佔比例數量的封包，這樣子下來的結果會讓不同Queue中的封包排程更加smooth，不會互相排擠。 SRR is a scheduling service for specifying the rate at which packets are dequeued. With SRR there are two modes, Shaped and Shared (default). Shaped mode is only available on the egress queues. Shaped egress queues reserve a set of port bandwidth and then send evenly spaced packets as per the reservation. Shared egress queues are also guaranteed a configured share of bandwidth, but do not reserve the bandwidth. That is, in Shared mode, if a higher priority queue is empty, instead...
Read More »