Pre-Bestpath POI

Một phần của tài liệu phát triển giao dịch quyền chọn vàng tại ngân hàng thương mại cổ phần xuất nhập khẩu việt nam (Trang 88 - 130)

BGP th ng ch n ng t t nh t theo chi phí mà nó có i v i m i tuy n ng ch không cân nh c t i giá tr cost community. Cost community có th thi t l p b ng câu l nh set extcommunity cost cost community ID (0-255) cost value (0-

4294967295) trong m t route map. Giá tr cost community ID ch nh m c u tiên c a ng BGP, ID càng th p thì u tiên càng cao.

Point of insertion (POI) dùng BGP trong quá trình ch n ng t t nh t s cân nh c t i giá tr cost community. Pre-bestpath POI ch nh là BGP s cân nh c giá tr cost community tr c khi ti n hành m t quá trình ch n ng bình th ng c a BGP. C u hình pre-bestpath b ng t khóa pre-bestpath trong m t route map. Cost community có d ngcost:POI:ID:value.

N u không có cost community thì PE router luôn u tiên tuy n BGP nó có h n là các tuy n c h c t BGP i tác c a nó. N u có ng backdoor link gi a hai EIGRP thì ng backdoor link s c u tiên h n. N u có cost community cho EIGRP thì s so sánh ng backdoor v i ng h c t iBGP xuyên qua m ng MPLS VPN, ng nào có chi phí EIGRP nh h n s t t h n. Cost community không c n kh i ng nó b i khi s d ng EIGRP cho PE-CE thì m c nh là dùng nó. POI là pre- bestpath. Cost community ID có th là 128 n u tuy n EIGRP là internal, 129 n u tuy n EIGRP là external, chính vì v y mà ng external u tiên h n. Giá tr là t ng h p các metric EIGRP c thi t l p trên router PE cái c phân ph i vào iBGP. N u cùng giá tr thì IOS Cisco s l y ng EIGRP.

Dùng câu l nhshow ip bgp vpnv4 all xem thông tin pre-bestpath.

c) EIGRP PE-CE v i backdoor link

Khi m t tuy n ng b m t, s h i t c a m ng s lâu h n, c bi t trong tr ng h p phân ph i gi a các giao th c nh tuy n. Nguyên nhân h i t lâu là do phân ph i gi a EIGRP v i BGP. t ng t c h i t , ph i s d ng Site-of-Origin (SOO) cho EIGRP. Nó c nh ngh a trên trên các interface VRF c a PE router ng n CE router và trên các router khác có ng backdoor link. C n c u hình câu l nhip vrf sitemaptrên interface, thi t l p extended community SOO. Route map thi t l p SOO trên tuy n EIGRP, ho c trên PE router ho c trên backdoor link. Khi router nh n tuy n ng v i route map và giá tr SOO kh p giá tr SOO c c u hình thì router s lo i ng này. Khi router PE nh n c p nh p vpnv4 v i SOO ã thi t l p, nó s thêm SOO vào tuy n EIGRP khi c xây d ng l i.

Khi không có SOO cho EIGRP, v n m vô h n có th x y ra khi b ng site EIGRP và b ng qua backbone MPLS VPN. Có ngh a là khi m t tuy n ng bi n m t các router EIGRP s hop t ng ch m cho n vô h n. Giá tr vô h n v i EIGRP là 100 hop. Có th gi m giá tr m s hop b ng câu l nh metric maximum-hops hops. Khi c u hình ph i c n th n không c giá tr quá th p ph i l n.

M t nh c i m khi dùng SOO cho EIGRP trên PE router và backdoor router là m t ph n c a m t site s không i n ph n khác c a site ó qua backdoorlink và backbone MPLS VPN. Nguyên nhân là do ho c backdoor router ho c PE router ã khóa ng i gi a các ph n c a m t site. kh c ph c thì ta không c u hình site map trên backdoor router mà ch c u hình trên PE router. Làm i u này không gây ra

m vô h n nh ng nh tuy n h i t lâu h n.

2.8. SOO

SOO là nh danh duy nh t cho site. Nó là BGP extended community ng n ch n vòng l p và nh tuy n t i u, dùng khi có backdoor gi a các site. SOO ng n ch n nh tuy n l p x y ra i v i tr ng h p dual-homed sites (m t site n i v i nhi u

PE). Nó có th dùng trong tr ng h p IGP làm nh tuy n gi a PE-CE. C ng có th dùng trong tr ng h p BGP n u s d ng as-override hay allowas-in. N u c u hình SOO cho CE router và tuy n vpnv4 h c c có cùng SOO thì PE s không t tuy n ng ipv4 c a vpnv4 này sau khi g b RD vào b ng VRF và không qu ng bá n CE router. Trong hình d i ây tuy n vpnv4 qu ng bá t PE-2 n các PE khác v i SOO là 1:100, tuy n ng này có th c qu ng bá quay l i PE-3 cùng site theo ng MP-BGP. Khi PE-3 th y cùng SOO nó không t prefix này vào b ng VRF. Hình 2.16 bi u th SOO trong m ng:

Trong hình 2.16 trên SOO không ch ng n ch n nh tuy n l p mà còn ng n ch n nh tuy n t i u th a. T i u th a ây là vi c bu c i theo ng c c b h n thay vì i theo ng MPLS backbone t t h n (MPLS backbone b khóa l i).

SOO c thi t l p trong câu l nh route map nh sau:

route-mapcust-one permit 10 set extcommunity soo 1:100

N u SOO dùng cho BGP thì route map c c u hình trên câu l nhneighbor.

N u SOO dùng cho các giao th c khác thì route map c c u hình v i câu l nhip vrf sitemaptrên interface VRF t ng ng.

Dùng SOO cho ng connected và ng nh tuy n t nh khi chúng c phân ph i vào IGP. Dùng câu l nhredistribute.

2.9. Truy c p t i VRF

Trên router PE dùng câu l nhping, traceroute, telnet, troubleshootin và truy c p vào CE router và các thi t b khác trong site VRF t PE router.

Ch ng 3: TH C HI N QoS TRONG MPLS 3.1. T ng quan QoS

QoS dùng u tiên l u l ng quan tr ng.

ILTF s d ng hai ph ng th c thi hành QoS trong m ng IP là Intergrated Services (IntServ) và Differentiated Services (DiffServ). Trong ph ng th c thì ph ng th c DiffServ t i u h n do nó không c n giao th c thông báo. Vì v y DiffServ c dùng ph bi n. DiffServ s d ng bít DiffServ trong header c a IP.

B ng 3.1 i ây th hi n ch c n ng c a QoS và h tr các ch c n ng này trong ph n m m IOS c a Cisco.

Ch c n ng c a QoS H tr trên IOS c a Cisco

Phân l p l u l ng S d ng access control list phân các l p l u l ng ánh d u l u l ng Bít IP Precedence IP DSCP (DiffServ CodePoint) Tr ng EXP (experimental) c a nhãn MPLS Qu n lý t c ngh n LLQ (Low-Latency Queuing)

CBWFQ (Class-based weighted fair queuing)

Tránh t c ngh n WRED (Weighted Random Early

Detection)

Quy nh i v i l u l ng Chính sách và nh h ng (shaping và policing)

3.2. DiffServ v i gói IP

Hai ki u l p chuy n ti p c nh ngh a trong ph m vi mô hình DiffServ: Chuy n ti p xúc ti n (EF-expedited forwarding) và chuy n ti p c m b o (AF-

assured forwarding). EF là m t gói th p, tr th p, jiter th p, m b o b ng thông, thông l ng u cu i xuyên qua mi n DiffServ. AF nh ngh a các d ch v khác

m b o chuy n ti p. Có b n l p AF m i l p có 3 m c u tiên v t gói, m c càng cao thì kh n ng gói b v t là càng l n. B ng 3.2 d i ây th hi n các l p AF:

Tên l p DSCP (nh phân) DSCP (th p phân)

AF11 001010 10 AF12 001100 12 AF13 001110 14 AF21 010010 18 AF22 010100 20 AF23 010110 22 AF31 011010 26 AF32 011100 28 AF33 011110 30 AF41 100010 34 AF42 100100 36 AF43 100110 38

Giá tr EF là giá tr 46 nh phân là 101110, giá tr m c nh là 0 nh phân là 000000. C ng có th c u hình v i vi c t ng ng v i 3 bít u c a DSCP hay chính là giá tr IP precedence c g i là Class Selector hay CS.

chuy n giá tr IP precedence t ng ng v i giá tr DSCP thì ch vi c nhân giá tr này v i 8.

B ng 3.3 i ây cho th y giá tr t ng ng gi a DSCP bit và IP precedence bit

IP Precedence (Th p phân) IP Precedence (Bits) DSCP (Th p phân) DSCP (Bits)

0 000 0 000000

1 001 8 001000

2 010 16 010000

IP Precedence (Th p phân) IP Precedence (Bits) DSCP (Th p phân) DSCP (Bits) 3 011 24 011000 4 100 32 100000 5 101 40 101000 6 110 48 110000 7 111 56 111000 3.3. DiffServ v i gói MPLS

Khi nh ngh a v nhãn, nhãn g m 20 bít, trong ó có 3 bít EXP, gi ng nh mô t :

Ch thi hành 3 bít này khi thi hành QoS, và khi s d ng 3 bít này thì có th g i LSP là E-LSP.

Thi hành QoS c ng t ng t t nh LSR h ng gói. LSR ch c n tìm giá tr bít EXP t i nhãn nh quy t nh cách x lý gói này.

3.4. Các mô hình ng h m c a DiffServ

3.4.1. Mô hình ng ng (Pipe Model)

Các lu t c thi hành trong mô hình:

n Giá tr bít EXP c cóp t IP precedence ho c c thi t l p khi c u hình trên ingress router.

n Trên router P (router trung gian trong ám mây MPLS), bit EXP c lan truy n t nhãn n nhãn ra.

n Trên egress router, cách x lý gói d a trên EXP bit (MPLS PHB), và bít EXP không c lan truy n xu ng IP precedence.

3.4.2. Mô hình ng ng ng n (Short Pipe Model)

C ng t ng t mô hình Pip Model nh ng khác lu t th 3: Lu t th 3 trong mô hình này phát bi u nh sau:

Trên LSR u ra, vi c x lý gói có th chuy n ti p d a vào IP PHB (IP precedence), bit EXP không c cóp sang IP precedence.

3.4.3. Mô hình uniform (uniform model)

3.2.5. Khác v i hai mô hình trên, các lu t c thi hành trong mô hình này nh sau: n Trên ingress router, bit EXP c cóp t giá tr IP precedence ho c giá

tr DSCP.

n Trên router trung gian (P router), bit EXP c a nhãn vào c phân phát n bit EXP c a nhãn ra.

n Trên egress router, nh ng bit EXP c lan truy n n IP precedence ho c giá tr DSCP.

Nh v y trong mô hình pipe và short pipe thì các s thay i QoS không c bi t t i egress router còn mô hình uniform thì ng c l i.

S phân bi t 3 mô hình này ch y u d a vào router góc biên c a ám mây MPLS.

Trong IOS c a Cisco, ch có th c u hình m t trong ba mô hình trên m i interface vì c u hình QoS trên router hay còn g i là MQC c c u hình trên interface, chính vì v y c ng có th nói là trên m i khách hàng k t n i n MPLS. C u hình này ch c n thi t trên router vào và ra c a m ng MPLS, còn các router khác thì m t mô hình c th c nh rõ.

3.4.4. L i ích c a các mô hình DiffServ Tunneling

Ích l i c a mô hình uniform là ch duy nh t m t thông tin DiffServ cho m t gói. Thông tin này c mã hóa trong nhãn nh, c lan truy n xu ng LSP t i LSR

u ra, m i thông tin các nhãn d i không quan tr ng.

Ích l i c a mô hình pipe và short pipe là thông tin g c v QoS c a gói c gi khi gói r i kh i m ng MPLS. Nh v y khi khách hàng k t n i t i m ng MPLS thì thông tin v QoS c a h là trong su t i v i ng i cung c p d ch v , ng i cung

c p d ch v thêm các QoS c a h mà không thay i QoS g c c a khách hàng, h l i các lu t QoS c a khách hàng.

S khác nhau gi a mô hình Short pipe và pipe t i egress router. Egress router s ng gói theo thông tin c a bit EXP (thông tin LSP DiffServ) i v i mô hình pipe còn i v i mô hình short pipe thì gói s c h ng theo thông tin c a IP precedence hay DSCP (thông tin Tunneled DiffServ). Vì v y trong mô hình Short pip thì gói c h ng tùy vào QoS c a m i khác hàng, còn mô hình pipe thì gói c h ng theo QoS c a LSP trong m ng MPLS. K t qu là mô hình pipe ch c n c u hình r t ít vì t t c l u l ng s có c u hình nh nhau, còn mô hình Short pipe ph i c u hình cho m i khách hàng (t c là c u hình trên m i link i ra).

Tuy v y mô hình pipe ch c làm khi LSP không c c u hình nhãn implcit Null trong m ng IP-over-MPLS (m ng này m i gói ch c gán m t nhãn). Vì egress router ph i h ng gói d a vào thông tin EXP, nên n u s d ng nhãn implicit Null thì router PHP s g m t nhãn ra kh i ch ng nhãn, trong khi ó m ng này ch có m t nhãn cho m i gói, nên n u g b nhãn t i router PHP thì giá tr EXP c ng s không c bi t t i egress router. T ng t mô hình uniform thì giá tr EXP ph i c lan truy n sang giá tr IP precedence, nên n u g b nhãn ra thì giá tr EXP không còn. Vì v y gi i pháp là dùng nhãn explicit Null ( ây là giá tr m c

nh trong IOS c a Cisco).

3.4.5. Th c hi n ba mô hình DiffServ Tunneling

i v i mô hình uniform, thông tin LSP DiffServ ph i c lan truy n n thông tin Tunneled DiffServ. Trong IOS c a Cisco ph i c u hình, ph i c u hình qos-group trên router s d ng MQC. Có th so kh p bit EXP trên interface vào c a egress router và thi t l p qos-group t ng ng. Ng c l i trên interface ra c a egress router, ph i so kh p qos-group và thi t l p bit EXP cho gói c gán nhãn u ra ho c IP precedence/DSCP c a gói IP u ra. N u t i P router nào mà nhãn c g ra và giá tr EXP ã b thay i t i m t router upstream nào ó thì c ng ph i lan truy n giá tr EXP trên P router. Vi c lan truy n trên egress router không ph i th c hi n cho mô hình pipe và short pipe b i vì thông tin g c Tunneled DiffServ có th b ghi è b i thông tin LSP DiffServ.

Cho mô hình pipe, egress router s h ng gói d a trên thông tin LSP DiffServ. Chúng ta có th s d ng nhãn explicit Null tránh x y ra v n PHP ho c n u s

d ng nhãn implicit Null, có th s d ng qos-group trên LSR c nh router (penultimate LSR) u ra cóp bit EXP c a nhãn u vào n gói gán nhãn c th c hi n thao tác pop. C u hình c n thi t khi bit EXP b thay i t i router upstream nào ó. Trong tr ng h p IP-over-MPLS thì bu c ph i th c hi n v i nhãn implicit.

i v i mô hình short pipe, egress router chuy n ti p gói d a trên thông tin Tunneled DiffServ, nên chúng ta có th s d ng nhãn implicit Null, b i vì egress router không c n bi t v thông tin LSP DiffServ h ng gói.

Thông tin Tunneled DiffServ là QoS c a gói c gán nhãn ho c IP precedence/DSCP c a gói IP n LSR u vào c a m ng MPLS.

Thông tin LSP DiffServ là QoS (giá tr bit EXP) c a gói MPLS c truy n trên LSP t router LSR u vào n router LSR u ra.

Thông tin Tunneled DiffServ là thông tin QoS trong su t khi b ng qua m ng MPLS, ng c l i thông tin LSP DiffServ là thông tin QoS c s d ng t i m i LSR trong m ng MPLS khi h ng gói c gán nhãn.

3.5. Thay i gói

Có th m ng MPLS có th x y ra t c ngh n, nên c n ph i thay i m t vài gói. Th c ch t vi c thay i này là c u hình c a router thay i thông tin LSP DiffServ c a gói t i b t kì LSR. i u này c ng có ngh a là nhãn nh s có giá tr bit EXP m i. Nh ng ph i m b o là s thay i QoS ph i c lan truy n khi nhãn c g ra (khi s d ng implicit NULL t i PHP). B i vì PHP không ch g n egress router mà có th nó là router uôi c a ng h m TE, chính vì v y nó có th là b t kì LSR nào. Vì v y chúng ta có th c u hình qos-group lan truy n thông tin QoS thay i này. i u này c n làm cho t t c 3 mô hình n u có thao tác pop (g ) nhãn.

Trong mô hình uniform, vì có s thay i này ph i ch c ch n là t i LSR u ra, chúng ta ph i cóp thông tin QoS n gói c gán nhãn hay gói IP khi nó ra kh i LSR

Một phần của tài liệu phát triển giao dịch quyền chọn vàng tại ngân hàng thương mại cổ phần xuất nhập khẩu việt nam (Trang 88 - 130)