[3]
IGP flood những thông tin TE trong các trường hợp sau: Trạng thái link thay đổi.
Cấu hình thay đổi. Chu kì flood.
Thay đổi ở reserved bandwidth. Sau khi thiết lập tunnel thất bại.
Cơ chế hoạt động này giống với hoạt động trong mạng IP, OSPF sẽ flood theo chu kì 30 phút. Ta có thể cấu hính thời gian này với câu lệnh time pacing lsa-group giây.
Ta cũng có thể cấu hình khoảng thời gian trong chu kì cho TE. Flood định kì được sử dụng bởi vì thay đổi nhỏ trong reserved bandwidth không gây nên flood. Thông tin TE được flood định kì sau 3 phút. Để thay đổi ta sử dụng câu lệnh sau trong mode global
mpls traffic-eng link-management timers periodic-flooding {giây}.
Thay đổi nhỏ nào trong reserved bandwidth mà không gây flood? Đó là khi một link có rất nhiều bandwidth chưa được đặt trước, tunnel sẽ dễ dàng tìm đủ bandwidh link đó hơn là còn ít unreserved bandwidth. Đó là lí do tại sao trigger được đặt để
flood thông tin khi mức bandwidth được đặt trước trên link gần vơi mức cao hơn là mức thấp của băng thông được đặt trước. Trigger có 2 tập hợp: một cho bandwidth giảm xuống, và một cho bandwidth đi lên. Trigger mặc định cho giảm xuống là 100, 99, 98, 97, 96, 95, 90, 85, 80, 75, 60, 45, 30, và 15. Trigger mặc định cho đi lên là 15, 30, 45, 60, 75, 80, 85, 90, 95, 96, 97, 98, 99, 100.
Trường hợp cuối cùng khi router flood thông tin trạng thái link là khi một tunnel không thể thiết lập. Nó có thể do một tunnel gắng thiết lập LSP qua RSVP nhưng RSVP không thể báo hiệu LSP đó. Lí do có thể làm một tunnel khác vừa đặt trước bandwidth của link trên đường đó. Tất nhiên nó chỉ xảy ra khi IGP không flood thông tin của link này bởi vì mức của reserved bandwidth chưa chạm mức flood. Bởi vì thiết lập thất bại trên router ở vùng trung tâm, router đó sẽ flood thông tin đó lại đến head end và head end sẽ loại link đó ra khỏi tính toán CSPF.