原创 router map 解析及其配置

策略路由是一種比基於目標網絡進行路由更加靈活的數據包路由轉發機制。應用了策  策略路由,路由器將通過路由圖決定如何對需要路由的數據包進行處理,路由圖決定了一個數據包的下一跳轉發路由器。           1. 應用策略路由,必須要指定策略

原创 UCS 刀片

  革命性的、前沿的、尖端的等,這些都是用來形容IT領域中很多產品的詞彙,但是後來們這些產品卻變成了無用的、普通的、不稀奇的。事實上,真正革命性的產品很少見。儘管如此,思科UCS(統一計算系統)卻能符合這個要求。   爲了能夠完全理解思科的

原创 BGP選路原則之local preference

    我們先做下配置: R1:interface Serial1/0  ip address 13.1.1.1 255.255.255.0  serial restart-delay 0       interface Seri

原创 TCP三次握手連接及seq和ack號的正確理解

三次握手Three-way Handshake一個虛擬連接的建立是通過三次握手來實現的1. (B) –> [SYN] –> (A)假如服務器A和客戶機B通訊. 當A要和B通信時,B首先向A發一個SYN (Synchronize) 標記的包,

原创 老話重談 加密身份驗證

說起身份認證我們就會想起AAA ,AAA代表Authentication、Authorization、Accounting,意爲認證、授權、記帳,其主要目的是管理哪些用戶可以訪問服務器,具有訪問權的用戶可以得到哪些服務,如何對正在使用網絡資

原创 雙中心站點單DM***的設計

DM***的優點: 1.中心路由不需要爲每個分支站點單獨建立一個gre隧道和crypto map 條目,簡化ipsec配置 2.中心站點不需要知道分支站點的細節,即使增加分支站點,中心站點也不需要額外的配置 3.分支站點可以動態的學習端口信

原创 我們該怎樣學習網絡(博客聲明)

 在51cto開博有段時間了,這段日子寫了點關於cisco的文章。今天有人說我的文章寫的連實驗報告都不算,掛了張圖,下面就是貼命令。 這就讓我想起關於學習網絡的方法,我們到底該怎樣利用51cto這個平臺學到我們應該學到的東西。承認現在的互聯

原创 高可用性GRE+IPSEC中心—分支

在實際網絡運用中我們時常跑GRE+IPSEC來實現我們中心到分支的遠程訪問回話,這樣以來容易配置,而來可用性高,我們知道L2L無論是鏈路備份還是設備備份,都不是狀態備份,當一個點斷掉後,用經過幾十秒甚至1分多種的時間收斂,才能切換到另一條線

原创 MPLS配置原理解析

最近擺弄MPLS,發現很多人配置MPLS只是寫了個簡單的命令,對具體的原理解釋說的很少。我們這篇文章就好好說下。   這是基本的拓撲圖 1.爲什麼開發MPLS技術,它和傳統的ip技術的區別? 我們知道傳統的ip轉發技術是基於路由表的,也就

原创 我的友情鏈接

51CTO博客開發千山島主之微軟技術空間站嶽雷的微軟網絡課堂激情因夢想而存在李濤的技術專欄微軟IT技術準備營小五的博客宋楊-活動目錄、虛擬化和windows 7矩陣天空王乾De技術Blog[愛生活,愛學習]下里巴人的家西蒙[愛生活,愛學習]

原创 CISCO CEF(Cisco Express Forwarding,Cisco特快交換

CEF採用一個4級每級256條通道結構的轉發表來指明轉發條目的位置,轉發表有next hop等信息,涵蓋了整個IPv4的地址範圍,並有指針指向另一個鄰接表。轉發條目(MAC地址之類)都存儲在一個單獨的鄰接表上。這兩個表包括了所有的轉發信息,

原创 深入剖析三層交換機的工作過程

路由器的三層轉發主要依靠CPU進行,而三層交換機的三層轉發依靠ASIC芯片完成,這就決定了兩者在轉發性能上的巨大差別。當然,三層交換機並不能完全替代路由器,路由器所具備的豐富的接口類型、良好的流量服務等級控制、強大的路有能力等仍然是三層交換

原创 園區網配置簡談

 昨天上論壇看到有人發了個圖,我看了下這個圖基本包涵了na np的交換配置,一時手癢就配置了下,我配的只是簡要的,有的細節沒有配置大家看時想想要自己應該怎麼配? 我們把tftp省略了,其他的照舊   電信:interface Loopba

原创 說說不同域之間用exchange郵件互發

 今天下午閒着沒事就把exchange實驗做了一遍,發現這個實驗比較有意思,剛打好實驗環境發現有個郵箱只能發送不能接受,上羣裏問了幾個人,回答的也是不一樣,得   !咱自己就好好縷縷思路,看看那個地方做錯了,其中一些方法大家以後或許用得到。

原创 TCP連接狀態詳解

CLOSED: 表示初始狀態。LISTEN: 表示服務器端的某個SOCKET處於監聽狀態,可以接受連接。SYN_SENT:在服務端監聽後,客戶端SOCKET執行CONNECT連接時,客戶端發送SYN報文,此時客戶端就進入SYN_SENT狀態