Các vấn đề cần chú ý khi redistribution giữa các routing protocol?

[sinhvienngheo]

Các anh có thể cho em biết những vấn đề nào cần lưu ý khi thực hiện redistribution giữa classful và classless routing protocol?metric thôi là ok?

Xin cám ơn,

[hainchain]

redistribution theo mình được biết là để config trong trường hợp vừa sử dụng route tĩnh và route động mà? nó có liên quan tới classful và classles hả

[sinhvienngheo]

hainchain,

quá trình redistribution là quá trình học các routes từ một routing protocols khác. Mình có xem một post của Mr Minh.

Vậy redisttribution đâu phải chỉ dùng cho phân phối các static routes vào các routing protocols đâu? Nó được dùng để cho cả hai routing protocols mà.

ý kiến bạn thế nào?

[hoachuoi]

Chào các bạn,

Route redistribution là quá trình trao đổi thông tin về routing giữa các giao thức (hoặc cơ chế) tìm đường, bao gồm cả giao thức động và tĩnh.
Metric là một điều đáng quan tâm, và còn nhiều thức khác nữa, về subnet mask, summary, filtering, routing loop... Mình chưa làm được một bảng thông kê về việc này cho nên chưa thể giúp bạn được kỹ hơn, bạn cứ thử dùng redistribution từng cặp một rồi sau đó sẽ từ từ gặp các vấn đề của nó.

Chúc thành công,

[sinhvienngheo]

trong một hệ thống mạng thực tế, khi nào mình sẽ dùng redistribution vậy anh? có một hệ thống mạng nào của Việt nam sử dụng route redistribution ko?

cám ơn anh.

[duydq]

Thực tế người ta thường dùng redistribution để trao đổi thông tin như hoachuoi nói.
Còn khi nào thì dùng thì mình có một kinh nghiệm như vầy:
Trong hệ thống mang thực tế bạn sẽ gặp hạn chế vấn đề ip address: private ip & public ip. Lúc đó bạn không thể quảng bá các private network lên bảng routing được. Nhưng bạn lại cần những routing để đi toới các network khác.
Tóm lại, khi khai báo routing vdụ như rip chẳng hạn bạn phải khai báo network xung quanh nó mà trong cái đám này có private network thi làm sao mà khai. Nếu không khai thì làm sao routing tới những network phải đi qua nó.
Hơi khó hiểu nếu như bạn không hình dung được topology.
Hy vọng bạn hiểu.

Thân chào.

[hainchain]

thật sự thì mình cũng chưa gặp nhiêu vấn đề liên quan tới redistribution. nhưng đúng như sinhvienngheo noi redistribution là quá trình trình học các routes từ routing protcol khác. nhưng những lần mình gặp thì thường là static va dynamic, hoặc là từ ls và dv nói chung vấn đề này mình không biết nhiều mong các bạn chỉ giáo thêm

[PhungHai]

Sinh Vien Ngheo,

Co mot bai rat hay tren Cisco ve van de distribution giua class full va classless protocol, tieu de
"Redistributing Between Classful and Classless Protocols: EIGRP or OSPF into RIP or IGRP"

Ban co the thao khao tai URL nay (phai co CCO login (free) moi vao duoc)

http://www.cisco.com/warp/customer/105/52.html

[sinhvienngheo]

anh duynd và các anh,

trong trường hợp của anhh Duynd, dùng NAT là chính xác nhất. NAT là một cơ chế cho phép chuyển đổi từ lớp địa chỉ này sang lớp địa chỉ khác. Em không nhận thấy bất cứ một lý do gì để thực hiện redistribution trênn router gateway như anh Duynd mô tả.

to anh Hải:

theo trang web mà anh đưa, giải pháp họ dùng là định nghĩa một static route đến destination network. sau đó thì redistribute static route này vào routing protocol như ospf hoặc rip. cách này luôn luôn đúng.

tuy nhiên theo web site cisco thì mình không được dùng static trong khi thi. em cũng không chắc lắm. vậy, bên cạnh cách dùngg static route, mình còn những cách nào khác để thực hiện không anh?

Mong được chỉ giáo,

[PhungHai]

Trong CCIE lab, luật chung là đại đa số các trường hợp người ta không cho phép dùng static route. Họ sẽ nó rõ điều này trong đề bài. Tuy nhiên một số trường hợp nếu cho phép dùng static route thì đề bài cũng sẽ nêu ra. Static route có các loại sau:

1. Static route cấu hình manually dùng lệnh ip route
2. static route tạo ra do các routing process (ví dụ khi dùng summary trong ospf)

Đề bài thường sẽ nêu rõ luôn là có cho phép dùng static route tạo ra từ routing process hay không. (trong ospf có thể loại bỏ loại static route này).

Đối với trường hợp redistribution như trong địa chỉ tôi post, loại ospf route redistribute đến rip là loại lsa 1 và 2. Trong implementation OSPF của Cisco, summary route chỉ cấu hình được cho lsa loại 3 (inter area route). Do đó không có cách nào khác là phải dùng static route.

Đối với trường hợp lsa loại 3, có thể dùng lệnh area summary để summary các inter area route trên ABR và không cần dùng static route. đây là trường hợp hay gặp trong exam CCIE.

[duydq]

Sinhvienngheo và mọi người se routing nhu the nao trong truong hop nay:

NetpubIP-A---(Router1)----priIP-----(router2-rip)-----pubIP-----(router3-rip)-------(router4-rip)-----etc.

Làm sao để router3, router4,... học được route đến NetpubIP-A. Tất nhiên là trong bảng routing không được xuất hiện các private network.

Thân chào.

[hoachuoi]

Mình sẽ dùng rip giữa r1 và r2 rồi filter private network (làm trên r2) không cho nó cập nhật sang các r3 và r4. Bạn thấy có được không?

[hoachuoi]

trong một hệ thống mạng thực tế, khi nào mình sẽ dùng redistribution vậy anh? có một hệ thống mạng nào của Việt nam sử dụng route redistribution ko?



Đúng là tìm một trường hợp có route redistribution khó thiệt và người ta cũng nói rằng chẳng có cái mạng nào mà lại dùng redistribution hầm bà lằng như CCIE lab cả!
Trong thực tế thì có một số trường hợp thường dùng redistribution là giữa các nhà cung cấp dịch vụ Internet. Các ISP dùng IGP cho mạng của mình và dùng BGP để kết nối với các ISP khác. Thường thì các internal routers sẽ có default gateway là các bgp routers và trên bgp routers sẽ redistribute các prefixes được học từ IGP để đẩy ra các bgp routers của ISP khác.
Một trường hợp khác có thể cần đến route redistribution đó là việc sát nhập các công ty. Công ty A (đang dùng EIGRP) mua lại công ty B (đang dùng OSPF), khi kết nối mạng lại với nhau mà chưa kịp thay đổi toàn bộ hệ thống mạng thì họ sẽ dùng redistribution trên một router nào đó, cái này là mutual redistribution.
Một trường hợp khác có thể cần route redistribution là có một hệ thống mạng dùng đồ Cisco hết nên dùng EIGRP, sau đó tự nhiên có một ông sếp nào đó được bọn nào gửi bao thư nên rinh một cục gì đó của hãng khác về lắp vô mạng. Khổ nỗi cục này nó chỉ biết RIP và OSPF thôi, thế là ông sếp bắt ông kỹ sư cài đặt routing giữa mấy cái này, ông kỹ sư này cũng trùm về mạng nên làm redistribution cái một là chạy ngon ơ luôn! Trường hợp redistribution này có vẻ hiếm nhất hi?

Ở Việt Nam chúng ta thì tìm mạng có redistribution thì càng hiếm nữa, may ra có ở một vài nhà ISP, cũng với tình huống ở trên. Có ai làm ở một ISP mà có thể tiết lộ thông tin này lên thì xin chỉ giúp nha, cho mục đích giáo dục, xin cảm ơn rất nhiều!

Như vậy đó, mong bạn có được một cái nhìn về route redistribution.

Chúc các bạn buổi tối vui vẻ!

[sinhvienngheo]

to duynd:

trong scenario của Duynd, bản chất là dual-home ISP. Do đó, Duy sẽ phải dùng BGP.

nếu Duy vẫn không yêu thích nét đẹp của BGP, Duy vẫn có thể dùng NAT.
Duy sẽ tạo một secondary network cho segment mạng R1 và R2. Dùng NAT để ánh xạ từ Public IP sang secondary net này. Trong RIP của R1 và R2 chỉ quảng cáo secondary network mà thôi.

to anh Phung Hai:

Nếu route là type 1 và type 2 của ospf thì em không có cách nào để summary nó lại à? lệnh area range có giải quyết được vấn đề không anh?

cám ơn các anh ccxx,

[PhungHai]

OSPF area summary:

Thực ra khái niệm summary trong ospf có ý nghĩa liên quan đến lsa 1,2 hoặc 3 tùy theo cách đánh giá nội vùng hay cách vùng:

Trong phạm vi nội vùng, lệnh summary area có ý nghĩa summary trên các lsa 1,2 (sẽ xuất hiện ở các area khác qua loại lsa 3) và gửi summary này đến các area khác. Trong nội vùng area, summary routes sinh ra do dùng lệnh trên không xuất hiện trong area. Có nghĩa là ta không thể có loại lsa 1,2 summary route trong vùng.

Trong phạm vi ngoại vùng, lệnh summarry area có ý nghĩa summary các lsa 3 từ vùng khác.

[duydq]

Hi moi nguoi,

Thực ra để giải quyết cho trường hợp mình đưa ra thì mỗi người mỗi kiểu.
Mình cũng đưa cách của mình lên cho mọi người cùng góp ý.
Đối với những stub-network như netA thì mình chỉ cần config 1 default route trên router1 chỉ tới router2.
Trên router2 mình sẽ config 1 static route tới netA, sau đó mình sẽ redistribute static trên router2 để các router3, router4,.. học được route này.
Phần routing protocol trên router 2 mình sẽ không khai báo net private.

Mọi người có ý kiến gì không?
Thân chào.

[sinhvienngheo]

OSPF area summary:

Thực ra khái niệm summary trong ospf có ý nghĩa liên quan đến lsa 1,2 hoặc 3 tùy theo cách đánh giá nội vùng hay cách vùng:

Trong phạm vi nội vùng, lệnh summary area có ý nghĩa summary trên các lsa 1,2 (sẽ xuất hiện ở các area khác qua loại lsa 3) và gửi summary này đến các area khác. Trong nội vùng area, summary routes sinh ra do dùng lệnh trên không xuất hiện trong area. Có nghĩa là ta không thể có loại lsa 1,2 summary route trong vùng.

Trong phạm vi ngoại vùng, lệnh summarry area có ý nghĩa summary các lsa 3 từ vùng khác.

anh Hải,

lệnh area range sẽ summary các route thuộc về loại lsa 1 và 2. Và, summary route sẽ xuất hiện trong tất cả các router thuộc về vùng đó (cùng area đó).
đây là cách mà ngày xưa em hay dùng để redistribute ospf vào rip. Khi đó, em phải summary ospf route lại để summary route của ospf có cùng subnet mask với của rip, sau đó summary route này sẽ có thể xuất hiện trong rip.

lệnh summary route chỉ áp dụng cho type 5 thôi.

tóm lại:

dùng lệnh area range cho type 1,2
summary route cho type 5.


Duynd:

khi bạn redistribute static vào rip, bạn có cần gán metric cho route đó không?

cám ơn các anh,

[duydq]

Cũng không cần đâu sinhvienngheo ơi. Mình chỉ có 1 route tới nó thì metric bao nhiêu cũng được.

Thân chào.

[sinhvienngheo]

hi Duy,

có một nguyên tắc, theo mình được biết, là phải gán metric cho các route được redistribute. metric được gán này, phải lớn hơn metric của một route có sẵn trong bảng routing.

trong trường hợp của Duy, nếu mình không gán metric cho redistributed route thì metric của route đó sẽ là bao nhiêu? ý của mình muốn hỏi về giá trị mặc định default-metric ?

[hoachuoi]

Chào các bạn,

Khi phân phối route vào các giao thức, mọi người khuyên rằng NÊN gán metric cho route đó. Metric này là một giá trị tuỳ mình chọn (tất nhiên là phải hợp lệ), không phải lớn hơn một giá trị nào đó cả.
Mình phải gán metric khi phân phối vào RIP, EIGRP... nhưng không cần thiết đối với ospf (mặc định là 64 thì phải, các bạn kiểm tra giúp nha), isis... Như trường hợp của bạn Duy, vì dùng RIP nên mình phải gán metric.

Chúc các bạn thành công,

[sinhvienngheo]

anh hoachuoi,

giá trị mặc định của các ospf route khi được redistribute vào là 100.

- route được redistribute vào nên được gán một giá trị metric lớn hơn giá trị metric lớn nhất hiện có để tránh hiện tượng routing-loop.

nếu, giả sử trong bảng route đã có một route có metric là 5 đến net 10.0.0.0 qua R1. cost để đến r1 là 3 thì giá trị default-metric phải lớn hơn 3.

ý kiến anh thế nào?

[duydq]

Theo mình đọc được trong CCO thì nếu như không khai metric trong redistribute và không config default-matric thì giá trị mặc định là 0.
Theo Duy, nếu như mình chỉ có một route tới net đó thì không cần khai metric.
Hoachuoi và sinhvienngheo cho mình biết khai metric trong trường hợp của mình để làm gì nhé.

Cám ơn nhiều,
Thân chào.

[hoachuoi]

Chào buổi sáng,
Xin có trả lời chung cho các bạn: khi redistribute routes vào OSPF thì metric mặc định là 20 và khi vào các giao thức khác là 0.
ISIS hiểu được metric 0, và OSPF cũng hiểu được giá trị 20 này nên ta không cần khai báo metric nó cũng chạy tốt.
Metric của RIP là từ 1 đến 16 và của IGRP hay EIGRP là một bộ nhiều giá trị nên metric 0 không tương thích với 3 giao thức này. Đó là lý do bạn phải khai báo metric khi redistribute route vào các giao thức này. Các bạn có thể giúp mình phần thông tin về BGP được không?
Mình thường dùng distribute-list, route-map... để chống routing loop, không cần phải để ý đến metric nhiều lắm. Mình cũng chưa tìm thấy một quy tắc nào về việc phải gán metric lớn hơn giá trị nào cả, và có lẽ một quy tắc như vậy cũng không khả thi lắm, phải không bạn? Trong quá trình làm lab, bạn sẽ thấy rằng việc gán metric khi redistribute là theo ý chủ quan của mình, và một số giá trị sẽ được mình dùng quen tay luôn: chẳng hạn khi vô RIP thì là default-metric 5, còn EIGRP là 1500 2000 255 1 1500 chẳng hạn. Làm sao mình biết được trong mạng của mình có giá trị metric nào lớn nhất để mình chọn cái lớn hơn nó bây giờ ta?

[sinhvienngheo]

giá trị mặc định khi vào BGP mới là 20.
đối với ospf : 100.

tuy nhiên em không chắc chắn lắm.

[hoachuoi]

Chào sinhvienngheo, nếu bạn có router để thử thì sẽ có thể chắc chắn được, mình cũng không có router ở đây nên phải nhờ ai đó kiểm tra giúp rồi!
Tuy nhiên, sách Doyle I trang 714 có nói về vấn đề này và 20 là con số cho OSPF, không biết có ai có tài liệu khác cũng nói về thứ này thì kiểm tra giúp luôn nha.

Cám ơn các bạn rất nhiều,

[sinhvienngheo]

chào,

Đây là một đoạn trích từ cisco.com:

http://www.cisco.com/warp/public/105/redist.html

theo đó:

"
The following output shows an OSPF router redistributing static, RIP, IGRP, EIGRP, and IS-IS routes.

router ospf 1
network 131.108.0.0 0.0.255.255 area 0
redistribute static metric 200 subnets
redistribute rip metric 200 subnets
redistribute igrp 1 metric 100 subnets
redistribute eigrp 1 metric 100 subnets
redistribute isis metric 10 subnets
The OSPF metric is a cost value based on 108/ bandwidth of the link in bits/sec. For example, the OSPF cost of Ethernet is 10: 108/107 = 10


Note: If no metric is specified, OSPF puts a default value of 20 when redistributing routes from all protocols except Border Gateway Protocol (BGP) routes, which get a metric of 1."

Vậy anh hoachuoi là chính xác khi cho biết giá trị default-metric là 20. Tuy nhiên, chi tiết metric của bgp routes khi redistribute vào ospf là bằng 1 cũng rất cool!

Cám ơn,

[Mikami]

SVN có thể cho biết là tại sao có sự "quan tâm" đặc biệt này của OSPF dành cho BGP vậy , và tại sao là 1 vậy ??

Và 1 là cho EBGP hay IBGP vậy ????

[sinhvienngheo]

hi mikami,

Lý do của sự quan tâm đặc biệt trên thì mình cũng không biết. Mình đã cố gắng tìm trong CCO nhưng không thành công.

có ai đó tìm ra không?

Xin cám ơn

[vnsystem]

Đúng như trường hợp của anh An nói, các ISP thường có trường hợp Redistribute ở các Border Router. Ví dụ mạng của ISP chạy eigrp, summary tại BR và Redis. ra ngoài.
FPT là một ví dụ kiểu đó !

[nervetnova]

Routing Metrics và Redistribution

Có nhiều giao thức định tuyến cho IP và mỗi giao thức định tuyến dùng các metric khác nhau. Nếu các giao thức khác nhau muốn chia sẽ thông tin thông qua quá trình redistribution, ta phải cấu hình để chuyển đổi metric.

Các vấn đề sẽ nảy sinh khi các metric được redistribute mà không dùng thêm các lệnh cấu hình. Các metric không có thông tin gì để tham khảo trong giao thức mới. Ví dụ RIP sẽ không hiểu giá trị metric là 786 vì RIP mong đợi giá trị metric nằm trong khoảng từ 0-15. Khi chấp nhận những network mới, giao thức định tuyến phải có một điểm bắt đầu, gọi là seed metric. Giá trị seed metric sẽ tăng từ vị trí router đó khi các mạng được truyền trong routing domain mới.

[nervetnova]

Routing loop là vấn đề duy nhất có thể xảy ra khi thực hiện redistribution routes giữa các giao thức định tuyến. Như đã đề cập trong các mục trước, vấn đề suboptimal thỉng thoảng sẽ bị tạo ra bởi các quá trình redistribution. Ví dụ giá trị AD sẽ chọn lựa đường đi kém tối ưu khi một đường đi kết nối trực tiếp lại được dùng như một đường đi dự phòng.

Hãy tuân theo các nguyên tắc sau đây khi thiết kế mạng để tránh routing-loop:
- Có một kiến thức tốt về sơ đồ mạng, Routing domain, dòng traffic
- Không cho các giao thức chạy chất chồng lên nhau. Mọi việc sẽ dễ dàng hơn nếu các giao thức khác nhau có thể được phân chia rõ ràng vào các domain riêng lẽ trong đó router hoạt động như các router ở ranh giới. Đây còn được gọi là core và edge protocol.
- Chỉ ra các router ở ranh giới mà trên đó phải cấu hình redistribution
- Xác định giao thức nào là core, giao thức nào là edge
- Xác định chiều của quá trình redistribution, trong đó giao thức nào sẽ được redistribute. Lấy ví dụ, RIP sẽ redistribute vào EIGRP như EIGRP sẽ không redistribute vào RIP. Điều này nhằm tránh các mạng sẽ bị phản hồi ngược lại vào domain ban đầu. Hãy dùng default-route hoặc quá trình redistribution một chiều nếu cần thiết.
- Nếu quá trình redistribution hai chiều là không thể tránh khỏI, hãy dùng cơ chế sau: cấu hình metric bằng tay, cấu hình giá trị AD bằng tay, dùng distribution access-list.

[nervetnova]

Tránh các vấn đề với hội tụ mạng khi redistribution

Để duy trì tính nhất quán giữa các giao thức định tuyến khác nhau, ta phải xem xét nhiều công nghệ. Một mối quan tâm lớn là quá trình tính toán của bảng định tuyến và khoảng thời gian hội tụ trong bao lâu. EIGRP có tốc độ hội tụ khá nhanh trong khi RIP thì hội tu chậm hơn. Việc chia sẽ thông tin giữa hai công nghệ có thể gây ra vài vấn đề. Ví dụ mạng sẽ hội tụ ở tốc độ của giao thức chậm hơn. Ở một vài thời điểm, điều này sẽ tạo ra timeout và khả năng routing loops. Điều chỉnh timers sẽ giải quyết vấn đề nhưng bất cứ một giao thức nào cũng phải được cấu hình với một kiến thức vững chắc về toàn bộ hệ thống mạng. Các thông số thờI gian timers thường yêu cầu là cấu hình giống nhau trong tất cả các routers sao cho timer có cùng giá trị.

[changchancuucodon]

Các vấn đề có thể phát sinh khi thực hiện redistribution có thể rất khó để troubleshooting bởi vì vấn đề xuất hiện có thể nằm ở nơi khác. Các vấn đề có thể phát sinh bao gồm:

- Các quyết định định tuyến là sai, kém hiệu quả vì sự khác biệt về metric. Việc chọn lựa đường đi sai còn được gọi là sub-optimal path.
- Khi một routing loop xảy ra, data sẽ được chuyển bất tận mà không bao giờ đến đích. Điều này là do vấn đề route-feedback trong đó một router gửi thông tin update ra khỏi AS lại nhận được route đó gửi ngược lại vào AS.
- Khoảng thời gian hội tụ của mạng sẽ tăng bởi vì sự khác nhau của các công nghệ. Nếu các giao thức định tuyến hội tụ ở các khoảng thời gian khác nhau, điều này có thể dẫn đến vấn đề timeouts và mất các network.
- Quá trình ra quyết định và thông tin được gửi bên trong một giao thức có thể không tương thích với nhau và không dễ dàng trao đổi. Điều này sẽ dẫn đến lỗi và các cấu hình phức tạp.

[dangquangminh]

Cấu hình Redistribution


Cấu hình redistribution cho một giao thức sẽ tùy thuộc vào đặc điểm của từng giao thức. Tất cả các giao thức yêu cầu các bước sau khi thực hiện redistribution:

Bước 1: cấu hình redistribution
Bước 2: định nghĩa giá trị metric mặc định được gán vào bất cứ network nào đang được redistribute vào các quá trình định tuyến.

Các lệnh để cấu hình redistribution được cấu hình như là các lệnh con của quá trình routing. Lệnh redistribute có thể chỉ ra giao thức định tuyến mà từ đó các updates được chấp nhận. Nó sẽ chỉ ra nguồn của updates. Tùy thuộc vào thiết kế mạng, các cấu hình thêm vào là cần thiết.


Cấu hình Default Metric khi thực hiện redistribution

Giá trị default metric có thể được cấu hình theo vài cách. Cách đầu tiên là bao gồm tùy chọn metric trong lênh redistribute, định nghĩa giá trị metric cho route đó.
Bạn cũng có thể cấu hình giá trị default metric với lệnh default-metric trong quá trình định tuyến. Dùng lệnh default-metric sẽ giảm số lệnh phải cấu hình vì khi này không cần phải cấu hình cho mỗi quá trình redistribution riêng lẻ.


Cấu hình giá trị metric mặc định cho OSPF, IS-IS, RIP, EGP, or BGP

Có thể cấu hình redistribution giao thức định tuyến, sau đó dùng lệnh riêng lẻ default-metric để chỉ ra giá trị default-metric. Điểm thuận lợi là đây là cấu hình đơn giản hơn, dễ khắc phục lỗi (nếu có) hơn. Ngoài ra nếu có nhiều giao thức được redistribute vào, giá trị default-metric sẽ áp dụng cho tất cả các route của các giao thức đang được redistribute. Riêng ISIS không thể định nghĩa giá trị default metric. Giá trị metric phải chỉ ra khi thực hiện redistribute. Nếu giá trị metric không được chỉ ra, giá trị mặc định (cost = 0) sẽ được dùng và route sẽ bị bỏ qua. Để cấu hình các giá trị mặc định cho ospf, rip, egp hoặc bgp, hãy dùng cú pháp sau:


Router(config-router)#default-metric number

[dangquangminh]

Cấu hình giá trị AD khi thực hiện redistribution


Bên cạnh việc chỉ ra giá trị metric cho các route trong quá trình redistribution, người quản trị mạng cũng cần kiểm soát quá trình chọn lựa giữa các giao thức định tuyến khác nhau. Trong trường hợp này thì chỉ dùng giá trị metric là không đủ vì có nhiều giao thức đang được redistribute.

Việc thay đổi giá trị AD cho phép đường đi tốt nhất được thực hiện. Để đảm bảo đường đi tối ưu được chọn lựa, đôi khi cần phải thay đổi giá trị AD để làm cho một route là kém hơn so với các route khác. Cấu trúc lệnh là giống nhau cho các giao thức ngoại trừ EIGRP dùng kiểu lệnh khác. Cú pháp dưới đây là dành cho EIGRP:

Router(config)#distance eigrp internal-distance external-distance

Để cấu hình giá trị AD cho giao thức định tuyến IP khác, dùng cú pháp lệnh sau:
Router(config-router)#distance weight [ address mask] [ access-list-number | name] [ip]

[robedan]

Các vấn đề phát sinh và giải pháp khi thực hiện redistribution.

Đặc trưng của các giao thức định tuyến mà hầu hết được mang trong redistribution là sự khác nhau trong metric và administrative distance, và khả năng classful hay classless của chúng. Nếu không xem xét cẩn thận sự khác nhau khi redistribution có thể dẫn tới các vấn đề sau: sự thất bại trong sự trao đổi một vài hoặc tất cả các tuyến (route), routing loop và black hole.

a/ Metric

Static route không có metric đi kèm với chúng, nhưng mỗi OSPF route (tuyến OSPF) phi có một giá trị cost đi kèm. Một ví dụ khác liên quan đến metric nữa đó là redistribution của RIP route (tuyến RIP) vào IGRP. Metric của RIP là hop count, trong khi IGRP sử dụng bandwidth và delay. Metric của IGRP là một số 24 bit trong khi của RIP giá trị giới hạn là 15. Trong cả 2 trường hợp, yêu cầu đối với giao thức định tuyến tham gia redistribution là đối với những tuyến (route) được redistribution vào domain của nó thì nó phi kết hợp được metric của nó với metric của những tuyến đó.

Do đó cần có một giải pháp đó là khi router thực hiện redistribution phải gán một giá trị metric cho những tuyến tham gia redistribution.

Trường hợp như Hình 3.2 đây là EIGRP được redistribution vào OSPF, và OSPF được redistribution vào EIGRP. OSPF không hiểu metric tổ hợp của EIGRP và EIGRP cũng không hiểu cost của OSPF. Kết quả là, các phần của quá trình redistribution là các router phải được giao một cost cho mỗi EIGRP route trước khi tuyến đó được quảng bá sang OSPF domain. Tưng tự như vậy, router cũng phải gán một cặp giá trị sau: bandwidth, delay, reliability, load và MTU cho mỗi OSPF route trước khi nó được quảng bá sang EIGRP domain. Nếu quá trình gán metric là không đúng thì quá trình redistribution sẽ thất bại.

b. Khoảng cách quản lý (Administrative Distance)

Tính đa dạng của metric còn gây ra vấn đề sau: nếu một router chạy nhiều hơn một giao thức định tuyến và học một tuyến (route) tới cùng một đích từ mỗi giao thức tương ứng, thì tuyến nào sẽ được chọn? Mỗi giao thức định tuyến sử dụng metric của nó để xác định ra route tốt nhất theo cách của mình. So sánh tuyến (route) với metric khác nhau chẳng hạn: hop count và cost, chẳng khác nào so sánh táo và cam.

Có một giải pháp để giải quyết vấn đề này đó là administrative distance. Đúng như metric được gán cho mỗi tuyến (route) đến mức độ ưu tiên của mỗi route có thể được xác định, administrative distance được gán cho tuyến nguồn (route source) đến mức độ ưu tiên hn của tuyến nguồn được xác định. Như trong phần hai đã giới thiệu administrative distance nó như là thước đo về độ tin cậy. Giá trị administrative distance càng nhỏ thì độ tin cậy của thông tin định tuyến trao đổi bởi giao thức tương ứng càng lớn.

Ví dụ, giả sử một router chạy 2 giao thức định tuyến là RIP và EIGRP. Khi router học một tuyến tới mạng 192.168.5.0 bằng cả 2 giao thức định tuyến thì nó sẽ nhận được thông tin về tuyến tới mạng 192.168.5.0 từ cả RIP neighbor và EIGRP neighbor. Bởi vì EIGRP sử dụng metric tổ hợp cho nên những thông tin định tuyến học được từ EIGRP sẽ chính xác hơn là thông tin định tuyến học được từ RIP. Do đó, EIGRP tin cậy hơn RIP.
Bảng 3.3 cho biết các giá trị administrative distance mặc định của các giao thức định tuyến khác nhau. EIGRP có administrative distance là 90 trong khi RIP là 120. Điều đó chứng tỏ EIGRP tin cậy hơn RIP.

c. Redistributing từ Classless vào Classful Protocols

Sự suy xét thận trọng đã được nói rõ được nói rõ khi thực hiện redistribution từ một classless routing process domain vào một classful domain. Để hiểu được tại sao lại như vậy, đầu tiên cần hiểu một classful routing protocol phn ứng lại như thế nào với sự thay đổi của subnet. Như đã biết RIP là một classful routing protocol cho nên nó không gửi mask trong thông tin định tuyến. Đối với các route mà một classful router nhận được sẽ rơi vào một trong 2 khả năng sau:

- Router sẽ có một hay nhiều hn interface gắn với mạng chính (major network).
- Router sẽ không có interface gắn vào mạng chính.

Trong trường hợp thứ nhất, router phi sử dụng mặt nạ định hình của chính mình cho mạng chính để xác định một cách chính xác subnet của địa chỉ đích trong gói packet. Trong trường hợp thứ 2, chỉ địa chỉ của mạng chính mà nó có thể bao gồm trong thông tin quảng bá bởi vì nó không có cách nào để xác định subet mask để sử dụng.

[hole]

redistribute thực chất là router biên gửi bảng định tuyến đi phải hok