Tất cả các file log thu được từ việc chạy chương trình mô phỏng trên NS2 trên cả hai mô hình với các những độ tắc nghẽn khác nhau đều được đưa vào để chạy chương trình mô phỏng Máy trạm định luồng (xem phụ lục B) với rất nhiều các cặp giá trị Số Khung hình cực tiểu/Số khung hình Cực đại khác nhau. Tuy nhiên, tác giả đã không thu được những kết quả mong muốn để đánh giá được các tiêu chí này trên 2 mô hình. Các file log trạng thái mô phỏng không chứa bất cứ một trạng thái BUFFER nào, đồng nghĩa với việc không thể thống kê các tiêu chí thời gian đã lựa chọn.
Từ trạng thái trên, tác giả kết luận rằng tất cả các gói tin (cũng là các khung hình) đã đến lối ra theo đúng thứ tự và tại các thời điểm phù hợp, hay nói chính xác hơn là các khoảng cách thời gian đến (interval time) giữa các gói tin nhỏ hơn hoặc bằng khoảng cách thời gian giữa các gói tin phát đi, nói cách khác là không tồn tại độ trẽ thời gian đến của gói tin. Điều này được lý giải là do tính chất của giao thức UDP: Giao thức sẽ không đảm bảo được các gói tin chắc chắn sẽ đến được đích mà chỉ cố gắng duy trì thứ tự đến và khoảng cách thời gian đến, các gói tin có thể được xoá bỏ (drop) nếu không thể duy trì các yêu cầu trên trên chính nó hay các gói tin kế tiếp.
Như vậy, với việc sử dụng giao thức UDP thuần tuý, các tiêu chí thời gian là không thể đánh giá được và vì thế không thể đánh giá được hiệu quả của mô hình sử dụng MPLS so với mô hình không sử dụng MPLS.
Hậu quả của tắc nghẽn đối với hệ thống định luồng sẽ chỉ là việc mất mát các gói tin, tức là tiêu chí Chất lượng hình ảnh, Âm thanh.