【文章內(nèi)容簡介】 Core 之前必須先進行 Aggregate 或 Summarize ，以免造成對 Core 的路由影響。 2 、實現(xiàn) 作為 IP 城域網(wǎng)的核心，要承載包括 IPv4 和 MPLS VPN 兩種不同的 traffic ，所以，每臺 Core Router 必須是能夠支持 Tag Switching 。在這種配置下， MPLS VPN 的 traffic 被 Tag Switched ，而普通 IPv4 的 traffic 被 routed 。 下面是一臺 Core router 的 Sample configuration: Tagswitching advertisetags interface pos 2/0 description “SM01 fiber link to M XA12020A pos 2/0” ip address tag switching ip 第 13 頁 共 64 頁 為了減少 Tag Switch 的目標(biāo) lable ，可以采取 access list 的方法來限制標(biāo)簽的分配。配置如下： Tagswitching advertisetags for 1 Accesslist 1 permit // loopback 0 address of MSN7507A Accesslist 1 permit // loopback 0 address of MHMG7513A Accesslist 1 permit // loopback 0 address of MDX7507A Accesslist 1 permit // loopback 0 address of MNS7507A Accesslist 1 permit // loopback 0 address of MXA7507A Accesslist 1 permit // loopback 0 address of MLZ7507A Accesslist 1 permit // loopback 0 address of MSTJ7507A 在上面的配置下， Tag Switching 在限于目標(biāo)地址是 MultiProtocol BGP neighbor 的 Core Router 的 loopback 地址，大大減輕了 Core Router 在 Lable 分配上的開銷。 其它 traffic 進行普通路由。 Inter(163/169) 連接點模塊 1 、結(jié)構(gòu) 在本期 IP 城域網(wǎng)工程中，黃木崗和電信的兩臺 Core Router ： MHMG12020A 和 MDX12020A 作為和 163/169 連接的邊界路由器。 其中，黃木崗 MHMG12020A 通過一條 OC48 鏈路連接到 163 ；電信 MDX12020A 通過一條 GE 鏈路連接到 163 。 第 14 頁 共 64 頁 在 XXX 省 163 擴容工程結(jié)束后，這種連接將改變。到那時， 2 臺新加入的 GSR 路由器 MSN12020B 和 MNS12020B 將代替本期工程中的 2 臺邊界路由器作為新的 163 出口路由器。邊界路由功能隨之而轉(zhuǎn)移到新的 GSR 路由器上。 在第六章中將詳細(xì)講述和 163 邊界路由器的路由策略，包括如何在多出口點之間進行 Inbound traffic 和 Outbound traffic 的 load balance ，以及如何保證路由對稱性的問題。 2 、實現(xiàn) XX IP 城域網(wǎng)和 163 網(wǎng)之間運行 BGP 路由協(xié)議，下面是 MHMG12020A 的 Sample Configuration ： router bgp 65001 no synchronization work mask neighbor remoteas 123 neighbor description “ Gbps links to HB 163 Backbone” neighbor version 4 第 15 頁 共 64 頁 neighbor filterlist 1 in neighbor filterlist 10 out ip aspath accesslist 1 deny ^* ip aspath accesslist 10 permit ^$ ip route null 0 ip route .0 城域網(wǎng)的邊界路由器不從 163 路由器學(xué)習(xí) 任何 Inter 路由，所有 IP 城域網(wǎng)不知道的路由都通過缺省路由送至 163 網(wǎng)絡(luò)。 IP VPN 服務(wù)模塊 1 、結(jié)構(gòu) IP VPN 服務(wù)模塊包括向用戶提供 IPVPN 服務(wù)的路由器和交換機，路由器主要是 7507 或 7513 ，交換機主要是 2924 。這些設(shè)備包括： Provider Edge (PE) Router (Cisco 7500 series routers): ? MSN7507A ? MHMG7513A ? MDX7507A ? MNS7507A ? MXA7507A ? MLZ7507A ? MSTJ7507A VPN Access Concentrator (Cisco Catalyst 2924MXL LAN switches): ? MSN2924A 第 16 頁 共 64 頁 ? MHMG2924A ? MDX2924A ? MNS2924A ? MXA2924A ? MLZ2924A ? MSTJ2924A 所有 VPN Access Concentrator 2924MXL 都是 100MbaseT 以太網(wǎng)交換機，通過 GE 鏈路連接到 7500 系列路由器上。該 GE 鏈路被定義為 multiVLAN Trunk 。 2924MXL 上的每個 100M 端口被映射到一個單獨的 VLAN 上， 7500 路由器上為每個 VLAN 建立一個 subinterface 。 要向用戶提供 IPVPN 服務(wù)，需要進行下列步驟： ? 在 VPN Access Concentrator 2924MXL 上分配一個 100M 端口； ? 通過 FEtoFiber 單模光纖轉(zhuǎn)換器連接用戶端的設(shè)備； ? 將分配到的 100M 端口映射到 VPN Access Concentrator 2924MXL 的一個 VLAN 上； 第 17 頁 共 64 頁 ? 在 PE 7500 的 GE 端口上為該 VLAN 建立一個 subinterface ； ? 將該 subinterface 聯(lián)系到一個 VPN 上； ? 在用戶端，用戶提供 CE 路由器通過 100M 端口連接到 PE 上。 2 、實現(xiàn) A 、 VLAN Trunk Trunk 是交換機之間或交換機和路由器之間的點到點鏈路， trunk 在整個網(wǎng)絡(luò)內(nèi)承載 multiVLAN 的流量。目前有兩種 trunk 封包技術(shù)，一種是 Cisco 專用技術(shù) ISL(Inter Switch Link) ，另一種是 IEEE ，是國際標(biāo)準(zhǔn)。在本次城域網(wǎng)工程中，使用 IEEE 作為 interVLAN 的 trunk 封包技術(shù)。 下面是 2924MXL 用作 VPN Access Concentrator 的 Sample Configuration ： interface gigabitether 1/1 switchport mode trunk switchport trunk encapsulation dot1Q 下面是 PE 路由器 7500 的 trunk 端口的 Sample configuration ： interface gigabitether 8/0/ encapsulation dot1Q 103 ip address B 、 MPLS VPN MPLS 采用虛擬路由表的方法來實現(xiàn)一個路由器上多個 VPN 的路由表。每一個 VPN 對應(yīng)一個或多個 VRFs(VPN routing/forwarding instance) 。 VRF 定義連接到 PE 上的 VPN 成員 ( 一個 site) 資格。一個 VRF 包括一個 IP 路由表、一個 CEF(cisco express forwarding) 表、幾個相關(guān)聯(lián)的端口、和一些控制路由的規(guī)則和參數(shù)。 用戶 site 和 VPN 之間可以不是一一對應(yīng)的，一個用戶 site 可以是多個 VPN 的成員。但是，一個用戶 site 只可以和一個 VRF 相關(guān)聯(lián)。一個用戶 site 的 VRF 包括所有該 site 所屬 VPN 到該 site 的路由。 第 18 頁 共 64 頁 數(shù)據(jù)包的路由和交換由 VRF 路由表和單獨的 CEF 表所控制，每一個 VPN 對應(yīng)一個路由表和一個 CEF 表，這樣可以防止 packet 被交換到不關(guān)聯(lián)的端口上去，同時也防止不關(guān)聯(lián)的端口的 packet 被交換到該 VPN 中。 VPN 路由信息的傳播由 VPN routetarget munities 來控制，這主要是通過 BGP 的 extended munities 屬性來實現(xiàn)的。 VPN 路由信息的傳播通過下述的方法進行工作： ? 當(dāng)一條從 CE 處學(xué)習(xí)到的 VPN 路由被 inject 到 BGP 中時，一些 VPN route target munities 屬性被賦于它；其中主要包括 routetarget 屬性，該屬性決定這些 route 將被 export 到哪些 VRF 。 ? 每個 VRF 配置有一個 import routetarget 列表，該列表指明了一個 BGP 的 update 中的 munity 屬性應(yīng)該包含什么 routetarget 才能被目標(biāo) VRF 接受。比如，某一個 VRF 的 import routetarget 列表指明 routetarget munities A 、 B 和 C ，這樣，每一個 MPiBGP 的 update 中 munities 屬性的 routetarget 中有 A 或 B 或 C 的 route 將被 import 到該 VRF 中。 一個 PE 路由器可通過靜態(tài)路由、 RIP 或 BGP 從 CE 處得到某一個 IP 前綴的路由，該前綴是標(biāo)準(zhǔn) IPv4 的前綴。然后， PE 通過加上一個 8 字節(jié)的 RD(route distinguisher) 將它轉(zhuǎn)換成為一個 VPNIPv4 的前綴。通過這種方法，可以使用戶地址唯一，即使用戶使用的是 IANA 規(guī)定的保留地址。用于生成 VPNIPv4 前綴的 RD(route distinguisher) 由 PE 路由器的 VRF 配置命令指定。 MP BGP 協(xié)議為 VPN 的每個 VPNIPv4 前綴傳遞 NLRI(Network Layer Reachability Information) 。 BGP 實體之間的通信有兩種可能， AS 內(nèi)的 iBGP 和 AS 間的 EBGP ， PEPE 和 PERR(route reflector) 之間為 iBGP ， PECE 之間為 EBGP 。 BGP 協(xié)議通過 BGP 多協(xié)議擴展 (BGP multiprotocol extensions 參見 RFC 2283, Multiprotocol Extensions for BGP4) 來傳遞 VPNIPv4 的路由可達性信息，多協(xié)議擴展的 BGP 采用的方法為限定 BGP 的 peer 只能從其它 VPN 的同伴處得到 BGP 路由。 IP 包經(jīng)過 MPLS 標(biāo)簽交換到其目標(biāo)地址，其選路的基礎(chǔ)是 VRF 路由表和 VRF CEF 表。 PE 路由器為每一個從 CE 路由器學(xué)到 的前綴產(chǎn)生一個 label ，然后將這個 label 作為一個 BGP Communities 屬性附加到 BGP 更新中傳遞出去。當(dāng)一個源 PE 路由器從 CE 路由器處得到一個 IP 包，它使用從目標(biāo) PE 路由器學(xué)到的 label 將該 IP 包發(fā)送出去。當(dāng)目標(biāo) PE 路由器得到這個 labeled IP 包后，將 label 從 IP 包中去除，作為一個純 IP 包發(fā)送到 CE 路由器。 第 19 頁 共 64 頁 當(dāng) labeled IP 包在核心骨干部