IỀU KIỆN PHÂN PHỐI THÔNG TIN potx

ĐIỀU KIỆN PHÂN PHỐI THÔNG TIN
- Trong một mạng không sử dụng kỹ thuật lưu lượng MPLS, IGP làm tràn (flood) thông
tin về một kết nối (link) trong ba trường hợp:
• Khi một kết nối hoạt động hay không (up or down)
• Khi một cấu hình của kết nối thay đổi (Ví dụ: thay đổi chi phí kết nối,…)
• Khi đến thời gian làm tràn thông tin IGP của bộ định tuyến một cách định kỳ.
- Các loại bộ định thời được kết hợp với các hoạt động này. Sự khác biệt của chúng phụ
thuộc vào giao thức IGP được sử dụng.
- Tuy nhiên, Kỹ thuật lưu lượng MPLS thêm vào lý do khác để làm tràn thông tin – khi
băng thông của kết nối thay đổi.
- Khi các đường hầm được thiết lập (set up) và được điều khiển (turn down) qua các giao
tiếp, lượng băng thông có sẵn trên giao tiếp bị thay đổi để dành riêng (reservation) cho
một giao tiếp. Khi các đường hầm được thiết lập trên một giao tiếp, chúng yêu cầu băng
thông, và lượng băng thông có sẵn (available bandwith) giảm xuống; khi các đường hầm
được điều khiển xuống qua một giao tiếp cụ thể, lượng băng thông có sẵn tăng lên.
- Nhưng khi nào một bộ định tuyến quảng cáo những thay đổi băng thông này?
- Câu trả lời đầu tiên là “Khi nào có thay đổi xảy ra”. Nhưng nó có thể tạo nên sự tràn
ngập rất lớn. Trong các mạng MPLS TE lớn có hàng nghìn đường hầm; việc tái làm tràn
ngập (reflooding) khi có một đường hầm thay đổi giống như thêm hàng nghìn kết nối vào
IGP. Việc tái làm tràn những thay đối TE không tệ như làm tràn một lượng kết nối IGP
tương đương khi bạn không chạy SPF một cách đầy đủ ngay khi có thông tin trạng thái
liên kết TE mới nhưng có thể vẫn có rất nhiều thông tin đang làm tràn trên mạng.
- Có khả năng một lượng rất lớn thông tin làm tràn ngập chiếm hết băng thông trên mạng
và các tài nguyên quan trọng trong CPU của bộ định tuyến.
- Mặc khác, bạn muốn chắc rằng thông tin hình trạng mạng (topology information) được
các bộ định tuyến quảng cáo nhằm mục đích cập nhật. Nếu tất cả băng thông trên một kết
nối cụ thể được dành riêng, và điều này không quảng cáo sự tạm ngưng của mạng, lúc đó
mạng ra khỏi sự đồng bộ đang có nên có thể làm cho thiết lập không thành công (setup
failures) và những bất lợi khác (suboptimalities). Vì thế bạn phải chú ý khi nào làm tràn
những thông tin thay đổi. Có ba nguyên tắc của ngưỡng làm tràn (flooding threshold):
1. Làm tràn ngay những thay đổi quan trọng:

- Khi các đường hầm đến và đi, các ngưỡng được kiểm tra để xem nếu có bất kỳ sự thay
đổi nào đối với sự dành riêng qua một ngưỡng, và thông tin trạng thái liên kết TE sẽ được
làm tràn khi cần thiết.
- Chú ý băng thông thay đổi gây ra bởi sự dành riêng đường hầm như Bảng 3.1. Xác định
những sự thay đổi băng thông dựa vào sự dành riêng sắp được tạo ra, và những thay đổi
phủ định (negative change) dựa vào những sự dành riêng sắp được điều khiển xuống
(turn down). Băng thông thừa nhận (Bandwidth consumed) là ngưỡng ngầm định được
cấu hình cho kết nối, Bảng 3.1 liệt kê những thay đổi băng thông trên kết nối tại
2. Làm tràn những thay đổi không quan trọng một cách định kỳ, nhưng thường
xuyên hơn khoảng thời gian làm tươi IGP.
- Thời gian định kỳ ngầm định là 180 giây (3 phút). Nhưng có thể thay đổi bằng cách cấu
hình sử dụng lệnh toàn cục sau:
gsr1(config)#mpls traffic-eng link-management timers
periodic-flooding 0-3600 second interval
- Những thông tin này được làm tràn nếu băng thông có sẵn thay đổi và nó chưa được
làm tràn. Công việc ngầm định là kiểm tra quản trị kết nối TE (TE link manager) mỗi 3
phút, nếu băng thông dành riêng có thay đổi trên bất kỳ kết nối nào thì làm tràn những
thông tin mới về kết nối đó. Thông tin kỹ thuật lưu lượng MPLS không cần làm tràn định
kỳ (3 phút) nếu không có sự thay đổi. Chỉ khi có những thay đổi trong vòng 3 phút thì
được làm tràn. Chỉ làm tràn định kỳ những thông tin chưa được làm tràn (như một thay
đổi băng thông không vượt qua ngưỡng làm tràn).
- Cài đặt mpls traffic-eng link-management timers periodic-flooding bằng 0 làm vô hiệu
việc làm tràn định kỳ. Nghĩa là thông tin băng thông được làm tràn chỉ theo nguyên tắc 1
và 3.
3. Nếu một thay đổi chưa được làm tràn gây ra một lỗi, phải làm tràn ngay.
- RSVP gửi một lỗi khi một thiết lập đường đi không thành công do thiếu băng thông.
Nếu một bộ định tuyến nhận một yêu cầu dành riêng băng thông nhiều hơn băng thông
hiện có trên một kết nối cụ thể, băng thông kết nối có sẵn da được thay đổi tại thời điểm
làm tràn thông tin gần nhất vì thế bộ định tuyến nhận được sự tiếp nhận dành riêng để bộ
định tuyến gửi sự dành riêng chứa những thông tin trong cơ sở dữ liệu cấu trúc mạng

(topology database) của nó và thực hiện tái tràn (reflood).