TCVN10906-3:2017

Tiêu chuẩn quốc gia TCVN 10906-3:2017 về Giao thức internet phiên bản 6 (IPv6) - Sự phù hợp của giao thức - Phần 3: Kiểm tra các yêu cầu kỹ thuật IPv6 TIÊU CHUẨN VIỆT NAM TCVN 10906-3:2017 GIAO THỨC INTERNET PHIÊN BẢN 6 (IPV6) - SỰ PHÙ HỢP CỦA GIAO THỨC - PHẦN 3: KIỂM TRA CÁC YÊU CẦU KỸ THUẬT IPV6 Internet Protocol, Version 6 (IPv6) - Protocol con f ormance - Part 3: Test for IPv6 speci f ication L ời nói đầu TCVN 10906-3:2017 được xây dựng trên cơ sở tài liệu “ Phase-1 /Phase-2 Test Speci f ication Core Protocols - Technical Document - Rev i sion 4.0.6 ” (Section 1) của Chương trình IPv6 Ready Logo. TCVN 10906-3:2017 do Viện Khoa học Kỹ thuật Bưu điện, Học viện Công nghệ Bưu chính Viễn thông bi ê n soạn, Bộ Th ô ng tin và Truyền thông đề nghị, T ổ ng cục Tiêu chu ẩ n Đo lường Chất lượng thẩm định, Bộ Khoa học v à Công nghệ c ô ng bố. GIAO THỨC INTERNET PHIÊN BẢN 6 (IPV6) - SỰ PHÙ HỢP CỦA GIAO THỨC - PHẦN 3: KIỂM TRA CÁC YÊU CẦU KỸ THUẬT IPV6 Internet Protocol Version 6 (IPv6) - Protocol con f ormance - Part 3: Test for IPv6 speci f ication 1 Phạm vi áp dụng Tiêu chuẩn này quy định các bài kiểm tra các yêu cầu kỹ thuật của IPv6 theo TCVN 9802-1:2013. Tiêu chuẩn này được dùng để đánh giá tính tuân th ủ của các thiết bị n ú t IPv6. 2 Tài liệu viện dẫn Các tài liệu viện dẫn sau là c ầ n thiết cho việc áp dụng tiêu chuẩn này. Đối với các tài liệu viện dẫn ghi năm công bố th ì áp dụng b ả n được n ê u. Đối với các tài liệu viện dẫn không ghi năm công bố thì áp dụng phiên bản mới nhất, bao gồm cả các sửa đổi (nếu có). TCVN 9802-1:2013, “ Giao thức Internet phiên bản 6 (IPv6) - Phần 1: Quy định kỹ thuật”. 3 Thuật ngữ và định nghĩa Tiêu chuẩn này sử dụng các thuật ngữ sau đây. 3.1 Nhóm thuậ t ngữ về địa chỉ 3.1.1 Tiền tố (pre fi x) Một chuỗi bit bao gồm một số bit đầu của đ ị a chỉ. 3.1.2 Địa chỉ link-lay e r (l i nk-layer address) Định danh tầng liên kết cho một giao diện. Ví dụ, bao gồm những đ ịa ch ỉ IEEE 802 cho các liên kết Ethernet. 3.1.3 Địa chỉ on-link (on-link) Một địa chỉ được gán cho một giao diện tr ê n một liên kết cụ th ể . Một nút mạng xem một địa ch ỉ l à đị a chỉ on-link nếu: - Địa ch ỉ đó được bao hàm bởi một trong các tiền tố của liên kết (chẳng hạn đã được chỉ thị bởi cờ on-link trong tùy chọn Pref i x In f ormation), hoặc - Một router lân cận xác định địa ch ỉ đ ó là đích đến của b ả n tin Redirect, hoặc - Nhận được một bản tin Ne i ghbor Advertisement cho địa chỉ (mục tiêu) đó, hoặc - Nhận được bất kỳ một bản tin Neighbor D i scovery từ đ ị a chỉ đó. 3.1.4 Địa chỉ off-link (off-link) Ngược lạ i với đ ị a chỉ “on-link ” ; là đ ị a chỉ m à không đ ư ợc gán cho bất kỳ giao diện nào tr ê n một liên kết cụ th ể . 3.1.5 Địa ch ỉ multicast t ấ t cả các nút (all-nod e multicast a d dress) Đ ị a ch ỉ có phạm vi li ê n kết cục bộ gửi t ớ i các nút mạng có dạng là FF02::1. 3.1.6 Địa chỉ multicast t ất cả c á c rou t er (all-router multicast address) Địa ch ỉ có phạm vi liên kết cục bộ gửi tới các router có dạng là FF02::2. 3.1.7 Địa chỉ link-local (link-local address) Một địa chỉ unicast chỉ ở trong phạm vi liên kết mớ i có thể được sử dụng đ ể hướng tới những nút mạng lân cận. Tất cả giao diện trên router phải có một địa ch ỉ link-local. Và giao diện trên các host phải có một địa ch ỉ link-local. 3.1.8 Địa ch ỉ global Đ ị a chỉ IPv6 không thuộc các địa chỉ như địa ch ỉ multicast IPv6, địa ch ỉ loopback IPv6, đị a ch ỉ link-Iocal IPv6 và địa ch ỉ không xác đ ị nh IPv6 (::). 3.2 Nh ó m thuật ngữ về bản tin 3.2.1 Bản tin Router Sol i citation (RS) Khi một giao diện được kích hoạt, host có thể gửi bản tin Router Solicitat i on để yêu cầu router tạo ra bản tin Router Advertisement ngay lập tức chứ kh ô ng phải vào lần dự kiến tiếp theo. 3.2.2 B ả n ti n Router Advertisement (RA) Router định kỳ thông báo sự hiện diện của n ó với các thông số của kết nối và internet hoặc trả lời bản tin Router Solicitation. Bản tin Router Advert i sement chứa tiền t ố được sử dụng để xác định một địa chỉ khác chia sẻ cùng kết nối (xác đ ịnh đ ị a ch ỉ on-link) và/hoặc để c ấ u h ì nh địa ch ỉ , hay chứa giá trị giới hạn chặng. 3.2.3 Bản tin Neighbor Solic i tat i on (NS) Được gửi b ở i một n ú t đ ể xác định đ ị a ch ỉ link-layer của nút lân cận, hoặc đ ể ki ể m chứng vẫn có kh ả năng kết nối tới nút lân cận thông qua địa chỉ l i nk-layer đã được lưu đệm. Bản tin Neighbor Solicitat i on cũng được sử dụng cho việc phát hiện đ ị a chỉ trùng lặp. 3.2.4 B ả n tin Neighbor Advertisem e nt (NA) Bản tin h ồi đáp khi nút mạng nhận được bản t in Neighbor Solicitation. Một nút cũng có th ể g ử i bản tin Ne i ghbor A d vertisement để thông báo việc thay đổi địa ch ỉ li n k-layer. 3.3 Nhóm thuật ngữ về từng nội dung trong bài đo 3.3.1 Mục đích bài đo Mô tả ngắn gọn mục đích thực hiện của bài đo. 3.3.2 Tham chiếu Liệt kê các mục quy định y ê u cầu kỹ thuật trong tiêu chuẩn được kiểm tra trong bài đo. Trong một số bài đo, mục này có th ể cũng đưa ra các tài liệu tha m khảo để giúp người t hực hiện hi ể u r õ hơn các nội dung trình bày trong bà i đo, các tài liệu mang tính chất tham khảo sẽ được đánh dấu (*) sau ph ầ n dẫn chiếu. 3.3.3 Yêu cầu tài nguyên Quy định cụ thể về công cụ cần thiết để hỗ trợ trong quá trình thực hiện bài đo nh ư các phần mềm, ph ầ n cứng v à thiết bị thử nghiệm. 3.3.4 Thiết lập đo Mô tả c ấ u hình của tất cả các thiết bị trước khi bắt đầu đo, cũng như thiết lập những thủ t ục tối thiểu trước khi tiến hành đo. 3.3.5 Thủ tục đo Hướng dẫn từng bước cho quá trình thực hiện các bài đo. Những bước này bao gồm những thủ tục như kích hoạt giao diện, rút các thiết bị từ mạng, gửi các gói dữ liệu từ một thiết b ị và các bước cần quan sát các gói tin. 3.3.6 Kết quả mong muốn Liệt kê các kết quả quan sát mà được kiểm tra bởi các máy đo đ ể xác minh rằng các thiết b ị được đo đang hoạt động đúng cách. 4 Chữ viết tắt HUT Host cần ki ể m tra Host Under Test MTU Đơn vị truyền tải tối đa Maximum Transmission Unit msb Bit quan trọng nhất Most Signi f icant Bit NUT N ú t mạng cần kiểm tra Node Under Test RUT Router cần kiểm tra Router Under Test TN Nút mạng hỗ trợ kiểm tra Test Node TR Router hỗ trợ kiểm tra Test Router 5 Tổng quát 5.1 Sơ đồ t ổ ng quan Tất cả các bài đo sử dụng sơ đồ đo sau đây: H ì nh 1 - Sơ đồ đo tổng quan Cấu h ì nh chung cho router có một giao d iệ n vật lý Trong các bài đo mà router có một giao diện vật lý, sử dụng cấu h ì nh sau đây: Mào đầu đường hầm chung X Mào đầu đường hầm chung Y Mào đầu I Pv6 Source Address: Địa chỉ global của NUT Destinat i on Address: Địa ch ỉ global của TN4 Next Heade r: 41 Mào đầu IPv6 Source Address: Đ ị a chỉ global của TN4 Destination Address: Địa ch ỉ global của NUT Next Header: 41 5.2 Thiết lập thủ tục đo chung Các bài đo trong TCVN này có th ể sử dụng thủ tục thiết lập đo chung được đ ị nh nghĩa trong đ iề u này. Trừ khi có các quy định khác trong trường hợp cụ thể, mỗi TR hoặc TN sẽ trả lời bản tin Neighbor Solicitation bằng các b ả n tin Neighbor A d vertisem e nt chuẩn. Nếu NUT là một router, NUT phải thiết lập c ờ IsRouter có giá trị là TRUE cho mỗi giao diện. Thủ tục thiết lập này sử dụng trong trường hợp NUT có router mặc định là TR1, một global pre f ix, và chắc chắn rằng NUT k ế t n ối được tới TR1. 1. Nếu NUT là một host, TR1 truyền một bản t i n Router Advertisement tới địa ch ỉ multicast tất cả các nút Bản tin Router Advert i sement bao gồm một tùy chọn Pre f ix In f ormation chứa một global pre fi x và các b i t L và A được thiết lập. Đ iề u này s ẽ làm cho N U T thêm TR1 vào danh sách router mặc định của nó (Default Router List), cấu h ì nh một địa chỉ global, và tính toán Reachable Time. Trường Router L if et i me và Prefix Li f etime có giá trị đủ dài để nó không bị hết hạn trong suốt quá trình đo. 2. Nếu N U T là một router, cấu h ì nh một tuyến mặc định với TR1 là chặng tiếp theo. 3. TR1 truyền một bản tin Echo Request tới NUT và trả lời các bản tin Neighbor Solic i tation từ phía NUT. Đợi b ả n tin Echo Rep l y từ phía NUT. Điều này s ẽ giúp cho NUT phân giải đ ị a ch ỉ của TR1 và tạo mục Neighbor Cache cho TR1 với trạng thái là REACHABLE. 5.3 Xóa cấu h ì nh đo chung Th ủ tục Xóa cấu h ì nh sẽ làm cho NUT chuyển đổi các mục Neighbor Cache đã được tạo trong bà i đo sang trạng thái không mục Neighbor Cache và xó a tất cả các mục ghi từ De f ault Router List và Pre f ix List của nó. 1. Nếu một TR gửi một b ả n tin Router Advertisement trong phần thủ tục đo hoặc t hiết lập bài đo, thì TR đó gửi đi một bản tin Router Adv e rtisement có trư ờ ng Router Lifet i me và mỗi trường Prefix Litetime được đặt bằng 0 nếu có thể áp dụng. 2. Mỗi TR hoặc TN trong bài đo gử i đi một bản tin Neighbor Advert i seme n t cho mỗi mục Neighbor Cache với một tùy chọn Target Link-layer Address chứa một địa chỉ đã được lưu đệm khác. Trường cờ Over ri de sẽ được thiết lập. 3. Mỗi TR hoặc TN gửi đi một bản tin Echo Request tớ i NUT và đợi bản tin ph ả n hồ i Echo Reply. 4. Mỗi TR hoặc TN không phản hồi thêm các bản tin Neighbor Solicitation. 5.4 Mặc đ ị nh chung MTU li ê n kết thiết lập giá tr ị MTU mặc định tương ứng với loại đường truy ề n cho tất cả các nút trên tất cả các giao diện. Nếu NUT là một router, cấu h ì nh một đ ị a ch ỉ global trên giao diện phía Link B của NUT kết h ợ p với tiền tố X. 6 Các bài đo Các gói tin mặc định Mào đầu IPv6 Echo Request Neighbor Advert i sement Version: 6 Mào đầu IPv6 Mào đầu IPv6 Trafic Class: 0 Payload Length: 16 Next Header: 58 FIow Label: 0 Next Header: 58 Destination Address: NUT Next Header: 59 (Không mào đầu) Hop Limit: 255 Destina ti on Address: Địa chỉ L i nk-local của NUT Mào đầu ICMPV6 Type: 128 Code: 0 Neighbor Advertisement Router f l a g : 0 đối với TN1, 1 đ ối vớ i TR 1 Sol i cited f la g: 1 Overr i de flag: 1 Target Address: Địa chỉ Link-local của TN 1/T R 1 6.1 Các bà i đo cho phần Mào đ ầ u IPv6 Bà i 6.1.1 Trường V e rs i on M ụ c đích bà i đo Kiểm tra nút xử lý đúng trư ờ ng Version của các gói tin nh ậ n được. Tham chiếu - TCVN 9802-1:2013 - Điều 4.2 Yêu cầu tài nguyên - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết lập đo Không th ự c hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu h ì nh đo chung sau mỗi phần. Gói t i n A Mào đầu IPv6 Version: Xem phần Th ủ tục đo ICMPv 6 Echo Request Thủ tục đo 1. TN1 phát Gói tin A đến NUT, mào đầu IPv6 của Gói tin A có g i á tr ị trường Version bằng 4. 2. TN1 ph á t gói tin Echo Request đến NUT. 3. Quan sát NUT. 4. Lặp lại các bước 1 và 2 với giá trị trường Version bằng 0, 5, 7 và 15. Kết quả mong muốn Bư ớ c 3: NUT ph ả i hoạt động ổn định và không tạo các gó i t i n không hợp lệ. Trong Bước 2, NUT phải trả lời g ó i tin Echo Request thứ 2 t ừ TN1. Bài 6.1.2 Giá trị trư ờng Traff i c Class khác không - n ú t k ế t thúc Mục đích bài đ o Kiểm tra một nút xử lý đúng trường Traffic Class của gó i tin nhận được và tạo giá trị hợp lệ trong gói t i n phát đi. Tham ch iế u - TCVN 9802-1:2013 - Điều 4.6 - RFC 2474 - Điều 3 (*) - RFC 3168 - Điều 5 (*) Yêu cầu tài nguy ê n - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện t hủ tục Xóa cấu h ì nh đo chung sau mỗi phần. Gói tin A Mào đầu IPv 6 Traffic C l ass: 32 Next Header: 58 ICMPv6 E cho Request Thủ tục đo 1. TN1 phát Gói tin A đến NUT, một gó i tin Echo Request có trường Traffic Class bằng 32. 2. Quan sát các gói NUT phát đi. Kết quả mong muốn Bước 2: NUT phải tạo bản tin Echo Reply. Nếu NUT h ỗ trợ việc sử dụng trường Traffic Class cụ th ể , thì giá tr ị trường Traffic Class trong g ó i tin Echo Reply có th ể khác 0. Ngược lại, giá tr ị trường Traffic Class sẽ bằng 0. Bài 6.1.3 G i á trị trường Tra ff ic Class khác không - Nút tru ng gian (ch ỉ thực hiện với router) Mục đích bài đo Kiểm tra một router xử lý đ ú ng trường Traff i c Class của các gói tin nh ậ n được và tạo giá trị hợp lệ trong các gói tin phát đi. Tham chiếu - TCVN 9802-1:2013 - Điều 4.6 - RFC 2474 - Đi ề u 3 (*) - RFC 3168 - Điều 5 (*) Yêu cầu t à i nguyên - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu h ì nh đo chung sau mỗi phần. 1. Ktch hoạt giao diện của RUT tr ê n L i nk A. Gói tin A Mào đầu IPv 6 Tra ffi c CIass: 32 Next Header: 58 ICMPv6 Echo Request Thủ tục đo 1. TN1 phát Gói t i n A đến địa ch ỉ global của TN2 với chặng đầu tiên đ i qua RUT. Gói tin A là một gói tin Echo Request với giá trường Traffic Class bằng 32. 2. Quan sát các gói tin RUT phát đi. Kết qu ả mong muốn Bước 2: RUT phải chuyển tiếp gói tin Echo Request. (Nếu RUT ch ỉ có một giao diện vật lý thì Mào đ ầ u đường hầm chung X đã nêu tr o ng Cấu hình chung cho rout e r có một giao diện vật lý được thêm vào gói tin Echo Request). Nếu RUT hỗ trợ sử dụng trường Traffic Class cụ thể thì giá t rị trường Traff i c Class trong Echo Request có thể khác không. Ngược lại, trường Traffic Class s ẽ được truyền đến TN2 mà không thay đổi. Bài 6.1.4 Giá trị tr ường Flow Label khác không Mục đích bài đo Kiểm tra một nút xử lý đ ú ng trường F l ow Label của các gói tin nhận được và tạo g i á tr ị hợp l ệ t rong các g ó i tin phát đi. Tham chiếu - TCVN 9802-1:2013 - Điều 4.5, Phụ lục A Yêu cầu tài nguyên - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. Gói tin A Mào đ ầ u IPv6 Flow Label: 214375 Next Header: 58 ICMPv6 Echo Request Thủ tục đo Phần A: NUT nhận trường Flow Label có giá trị khác không 1. TN1 phát Gói tin A, một gói tin Echo Request đến NUT có giá tr ị trường Flow Label bằng 214375 (giá trị hexa 0x34567). 2. Quan sát các gói tin NUT phát đi. Phần B: RUT chuy ể n ti ế p trường Flow Label có giá tr ị khác kh ô ng (chỉ thực hiện với router) 3. Kích hoạt giao diện của RUT kết nối đến L i nk A. 4. Cấu hình RUT quảng bá tiền tố khác nhau tr ê n L i nk A và Link B. 5. TN1 phát Gói tin A, một g ó i tin Echo Request có giá trị trường Flow Label bằng 0x34567 đến địa ch ỉ global của TN2 v ớ i chặng đầu tiên đi qua RUT. 6. Quan sát các gói tin RUT phát đi trên Link A. Kết qu ả mong muốn Phần A Bước 2: NUT phải tạo bản tin Echo Reply. Nếu NUT hỗ trợ sử dụng trường Flow Label thì giá tr ị trường Flow Label trong gói tin Echo Reply có th ể khác không. Ngược l ại, giá trị trường Flow Labe l phải bằng 0. Phần B Bước 6: RUT phải chuyển ti ế p gói t i n Echo Request từ TN1 đến TN2. (Nếu RUT chỉ có một giao diện vật lý thì Mào đầu đường hầm chung X đã nêu trong Cấu hình chung cho rou t er có một giao d iệ n vật lý được thêm vào gói tin Echo Request). Nếu RUT không hỗ trợ sử dụng trường Flow Label thì trường Flow Label phải không được thay đ ổ i trong gói tin đã chuyển t iế p. Bà i 6.1.5 Xử l ý tr ường Pay l oad Length của gó i t i n Mục đích bà i đo Kiểm tra một nút xử lý đúng trường Payload Length của các gói t i n nhận được. Tham chiếu - TCVN 9802-1:2013 - Điều 4.2 Y ê u cầu tài nguy ê n - Bộ tạo bản tin - Giám sát đ ể bắt b ả n t i n Thiết lập đ o Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi ph ầ n. Gói ti n A Mào đầu IPv6 Payload Length: Xem phần Th ủ tục đo Next Header : 58 ICMPv 6 Echo R e quest Thủ tục đo Phần A: Độ dài tả i là số lẻ 1. TN1 phát Gói tin A đến NUT, một gói tin Echo Request với mào đầu IPv6 có giá trị tr ư ờng Payload Length bằng 0x33 (51). 2. Quan sát các gói tin NUT phát đi. Phần B: RUT chuyển tiếp gó i t i n có độ dà i tải là s ố l ẻ (ch ỉ thực hiện với router) 3. K í ch hoạt giao diện của RUT kết nối đến Link A. 4 . Cấu hình RUT quảng bá tiền tố khác nhau tr ê n L i nk B và L i nk A. 5. TN1 phát Gói t i n A, một gói tin Echo Request đến TN2 với chặng đ ầ u ti ê n qua RUT và có mào đầu IPv6 với giá trị t rư ờ ng Payload Length bằng 0x33 (51). 6. Quan sát các gói tin RUT phát đi trên Link A. Phần B: Độ dài tả i là số chẵn 7. TN1 phát Gói tin A đến NUT, một gói tin Echo Request có mào đầu IPv6 với giá trị trường Payload Length bằng 0x32 (50). 8. Quan sát các gói tin NUT phát đi. Kết quả mong mu ố n Phần A và C Bước 2 và 8: NUT phải tạo b ả n tin Echo Reply, cho thấy việc xử l ý thành công gói tin. Phần B Bước 6: R U T phải chuy ể n tiếp g ó i tin Echo Request t ừ TN1 đến TN2. (Nếu RUT chỉ có một giao diện vật lý thì Mào đầu đường hầm chung X đã nêu trong Cấu hình chung cho router có một giao diện vật lý được thêm vào gói tin Echo Request). Bà i 6.1. 6 Không có mào đầu k ế tiếp sau mào đầu IPv6 Mục đích bài đo Kiểm tra một nút xử l ý đúng khi gặp giá tr ị của Next Header bằng 59 (Không có mào đầu k ế tiếp). Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.7 Yêu cầu tài nguy ê n - Bộ tạo bản tin - Giám sát đ ể bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu h ì nh đo chung sau mỗi phần. G ó i tin A Mào đ ầ u IPv6 Next Header: 59 ICMPv 6 Echo Request Thủ tục đo Phần A: NUT nhận gói tin không có mào đầu kế tiếp 1. TN1 phát Gói tin A đến NUT. Gói ti n A chứa mào đầu I Pv6 với giá trị trường Next Header bằng 59. Theo sau mào đầu IPv6 là mào đầu ICMPv6 Echo Request. 2. Quan sát NUT. Phần B: RUT chuy ể n tiếp g ó i t i n không có mào đầu kế tiếp (chỉ thực hiện với router) 3. Kích hoạt giao diện kết nối đến Link A của RUT. 4. C ấ u hình RUT đ ể quảng bá tiền tố khác nhau tr ê n L i nk B và Link A . 5. TN1 phát Gói tin A, một gói tin Echo Request chứa mào đầu IPv6 có giá trị trường Next Header bằng 59 đến địa c h ỉ global của TN2 với chặng đầu ti ê n đ i qua RUT. 6. Quan sát các gói tin RUT phát đi trên Link A. Kết quả mong muốn Phần A B ư ớc 2: NUT phải không gửi b ấ t kỳ gói tin nào đ ể tr ả lời Gói tin A. Phần B Bước 6: RUT phải chuy ể n tiếp Gói tin A đến TN2. (Nếu RUT chỉ có một giao diện vật lý thì Mào đầu đường hầm chung X đã n ê u trong C ấ u hình chung cho router có một giao d iệ n vật lý đ ược th ê m vào Gói tin A). Các octet theo sau mào đầu I Pv6 với giá trị trường Next Header bằng 59 phải không thay đổi. Bài 6.1.7 G iá tr ị tr ường Next H e ader chưa được quy định Mục đích bài đ o Kiểm tra một nút tạo đáp ứng thích hợp đến trường Next Header không mong muốn hoặc chưa được quy định. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3 - RFC 4443-Điều 3.4 (*) Y ê u cầu tài nguyên - Bộ tạo bản tin - Giám sát đ ể bắt bản tin Thi ế t lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ t ục Xóa cấu hình đo chung sau mỗi phần. G ó i tin A Gói tin B Mào đầ u I Pv 6 Next Header: Xem phần Thủ tục đo Mào đầ u I Pv 6 Next Header: 0 Mào đầu Fragment Next Header: 58 Fragment Offset: 0 More Fragments flag: 0 ID: 135 ICMPv6 Echo Request Thủ tục đo Phần A: Mào đầu k ế tiếp ch ư a được quy định trong mào đầu IPv6 (nhiều giá trị) 1. TN1 phát Gói tin A đến NUT. Gói t i n A có mào đầu IPv6 với giá trị trường Next Header bằng 143. 2. TN1 phát gói tin Echo Request hợp lệ đến NUT. 3 . Quan sát các gói tin NUT phát đ i. 4. Lặp l ạ i các Bước 1 và 2 với tất cả các giá trị mào đầu chưa được quy định giữa 144 và 252 trong Bước 1. Phần B: Mào đầu kế tiếp không mong mu ố n trong mào đầu I Pv6 5. TN1 phát Gói t i n B đến NUT. Gói tin B có mào đầu IPv6 với giá trị trường Next Header bằng 0. Mào đầu m ở rộng thực tế theo sau l à một mào đầu Fragment. Fragment I D l à 135. 6. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Phần A Bước 3: NUT sẽ gửi bản tin ICMPv6 Parameter Prob l em đến TN1. Trường I CMPv6 Code bằng 1 (xuất hiện g i á tr ị trường Next Header chưa được quy định). Trường ICMPv6 Pointer sẽ bằng 0x06 (độ lệch trường Next Header). NUT phải trả lời gói tin Echo Request từ TN1 trong Bước 2. Phần B Bước 6: NUT s ẽ coi mào đầu Fragment nh ư một mào đầu Hop-by-Hop Opt i ons. Vì thế, Fragment ID s ẽ được bi ê n d ị ch như th ể nó là một loại Opt i on. NUT sẽ gửi b ả n tin ICMPv 6 Parameter Problem đến TN1. Trường Code sẽ bằng 2 (xuất hiện loại Option IPv6 chưa được quy đ ị nh). Trường Pointer sẽ bằng 0x2e (độ lệch Fragmant ID trong mào đầu Fragment). N U T sẽ loại b ỏ Gói tin B và không gửi gói tin Echo Reply đến TN 1 Bài 6.1.8 G i á tr ị tr ường Hop Li m i t bằng 0 - Nút kết thúc Mục đ í ch bà i đo Kiểm tra một nút xử lý đ ú ng trường Hop Li mit của các gói tin đ ã nh ậ n và tạo giá trị hợp lệ trong các gói tin phát đi. Tham chiếu - TCVN 9802-1:2013 - Đ iề u 4.2 và 4.7.2. Y ê u cầu tài nguyên - Bộ tạo bản tin - Giám sát để bắt b ả n tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. Gói tin A Mào đầu IPv6 Hop L i mit: 0 Next Header. 58 ICMPv6 Echo Request Thủ tục đo 1. TN1 phát Gói tin A đến NUT, một g ói tin Echo Request có trường Hop Li mit bằng 0. 2. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Bước 2: NUT phải tạo gói tin Echo Reply với giá trị t rường Hop Limit lớn hơn 0. Bài 6.1.9 Giảm giá trị trường Hop Lim i t - Nút tr ung gian (chỉ thực hiện với router) Mục đích bài đo Kiểm tra một router xử lý đúng trường Hop L i mi t của các gói tin nhận được và tạo giá tr ị hợp l ệ trong các g ó i tin phát đi. Tham chiếu - TCVN 9802-1:2013 - Đi ề u 4.2 và 4.7.2. Yêu cầu tà i nguyên - Bộ tạo bản tin - Giám sát để bắt bản t i n Thiết lập đo Không thực hiện Th iế t lập thủ tục đ o chung. Thực hiện th ủ tục Xóa cấu hình đo chung sau m ỗ i phần. Gói tin A Mào đầu IPv6 Hop Limit: 15 Next H e ader : 58 ICMPv 6 Echo Request Thủ tục đo 1. Kích hoạt giao diện kết nối đến Link A trên RUT. 2. Cấu h ì nh RUT quảng bá các tiền tố khác nhau tr ê n Link A và Link B. 3. TN1 phát Gói tin A đến địa chỉ global c ủ a TN2 v ớ i chặng đầu tiên đi qua RUT. Trường Hop L i mit được thiết lập bằng 15. 4. Quan sát các gói tin RUT phát đi trên Link A. Kết qu ả mong muốn Bước 4: RUT sẽ chuy ể n tiếp Gói tin A đến TN2. (Nếu RUT ch ỉ có một giao diện vật lý thì Mào đầu đường hầm chung X đ ã nêu trong C ấ u hình chung cho router c ó một g ia o diện vật lý được thêm vào Gói t i n A). Giá trị trường Hop L i mit số được giảm xuống còn 14. Bài 6.1.10 Chuyển t i ếp IP - Địa chỉ nguồn và đích - Nút tr ung gian (ch ỉ thực hiện với router) Mục đích bài đo Kiểm tra một nút chuy ể n tiếp đ ú ng các bản tin ICMPv6 Echo Request. ( 1) Tham ch iế u - RFC 4443 - Điều 2.2, 4.2. - TCVN 9802-2:2015 - Đi ề u 5.2.1, 5.2.5.2, 5 .2.5.6, 5.2.7, 5.2.7.1, 5.2.8. (*) Yêu cầu tài nguyên - Bộ tạo bản tin - Giám sát đ ể bắt bản tin Thiết lập đo Thực hiện Thiết lập thủ tục đo chung kh i bắt đầu mỗ i phần đo. Thực hiện thủ tục Xóa cấu hình chung sau mỗi ph ầ n. Kích hoạt giao diện c ủ a RUT trên Link A. Thủ tục đo Phần A : Gói t i n Echo Request gửi đến đ ị a chỉ unicast gl o bal 1. TN2 phát bản tin ICMPv6 Echo Request đến đ ị a chỉ unicast global của TN1 với chặng đầu ti ê n qua RUT. Đ ị a ch ỉ nguồn là địa ch ỉ global của TN2. 2. Quan sát các gói tin RUT phát đi. Phần B: Gót tin Echo Request gửi đến đ ịa ch ỉ un i cast global (kết thúc tiền tố là các trường giá trị 0) 3. TN2 phát bản tin ICMPv6 Echo Request đến địa ch ỉ unicast global của TN1 (tiền tố 8000:0000::/64) với chặng đầu tiên qua RUT. Địa ch ỉ nguồn là đ ị a chỉ global của TN2 4. Quan sát các gói tin RUT phát đi. Phần C: Gói tin Echo Request g ử i từ địa ch ỉ không xác định 5. TN2 phát bản tin ICMPv6 Echo Request đến TN1 với chặng đầu tiên qua RUT. Địa ch ỉ nguồn là địa ch ỉ kh ô ng xác định (0:0:0:0:0:0:0:0). 6. Quan sát các gói tin RUT phát đi. Phần D: Gói tin Echo Request gử i đến địa chỉ Loopback 7. TN2 phát bản t i n ICMPv6 Echo Request đến đ ị a ch ỉ Loopback (0:0:0:0:0:0:0:1) với chặng đầu tiên qua RUT. Địa ch ỉ nguồn là địa chỉ global của TN2. 8. Quan sát các gói tin RUT phát đi. Phần E: Gói t in Echo Request gửi từ đ ị a ch ỉ Link-local 9. TN2 phát bản t i n ICMPv6 Echo Request đến TN1 với chặng đầu tiên qua RUT. Địa chỉ nguồn là đ ị a ch ỉ Link-local của TN2. 10. Quan sát các gói tin RUT phát đi. Phần F: Gói tin Echo Request gửi đến địa chỉ L i nk-local 11. TN2 phát bản tin ICMPv6 Echo Request đến địa ch ỉ Link-loca l của TN1 với chặng đầu tiên qua RUT. Địa chỉ nguồn là địa ch ỉ global của TN2. 12. Quan sát các gói tin RUT phát đi. Phần G: G ói tin Echo Request gửi đến đ ị a chỉ S i te-Local 13. TN2 phát bản tin ICMPV6 Echo Request đến địa ch ỉ Site-Local của TN1 v ớ i chặng đầu tiên qua RUT. Đ ị a chỉ nguồn là đ ị a chỉ global của TN2. 14. Quan sát c á c gói t i n RUT phát đi. Phần H: Gói tin Echo Request gửi đến địa ch ỉ multicast phạm v i toàn cục 15. C ấ u hình đị nh tuyến multicast trên RUT. 16. TN1 là một đối tượng nghe cho nhóm mult i cast địa ch ỉ FF1E::1:2. 17. TN2 phát bản tin ICMPv6 Echo Request đến địa ch ỉ multicast phạm vi toàn cục của TN1 (FF1E::1:2) với chặng đầu tiên qua RUT. Địa ch ỉ nguồn là địa chỉ global của TN2. 18. Quan sát các gói t i n RUT phát đi. Phần I: Gói tin Echo Request gửi đến đ ị a ch ỉ multicast phạm vi liê n kết cục bộ 19. Cấu hình định tuyến multicast trên RUT. 20. TN1 là một đối tượng nghe cho nh ó m multicast địa ch ỉ FF12::1:2. 21. TN2 phát bản tin ICMPv6 Echo Request đến địa ch ỉ multicast phạm vi li ê n kết cục bộ của TN1 (FF12::1:2) với chặng đầu tiên qua RUT. Địa chỉ nguồn là địa ch ỉ global của TN2. 22. Quan sát các gó i tin RUT phát đ i . Phần J: Gói tin Echo Request g ửi đến đ ị a ch ỉ mult i cast (g i á trị Reserved bằng 0 ) 23. Cấu h ì nh định tuyến multicast trên RUT. 24. TN1 là một đối tượng nghe cho nhóm multicast địa chỉ FF10::1:2. 25. TN2 phát bản tin ICMPv6 Echo Request đến địa ch ỉ mult i cast (FF10::1:2) chứa trường Reserved thiết lập bằng 0 với chặng đầu t iên qua RUT. Địa ch ỉ nguồn là địa ch ỉ glob a l của TN2. 26. Quan sát các gói tin R U T phát đi. Phần K: Gói t i n Echo Request g ử i đến đ ị a chỉ multicast (giá tr ị Reserved bằng F) 27. Cấu h ì nh định tuyến multicast trên RUT. 28. TN1 là một đối tư ợng nghe cho nhóm mult i cast địa ch ỉ FF1F::1:2. 29. TN2 phát b ả n t i n ICMPV6 Echo Request đến đ ị a ch ỉ mu l ticast của TN1 (FF1F::1:2) chứa trường Rese rv ed thi ế t lập bằng 0 với chặng đầu ti ê n qua RUT. Địa ch ỉ nguồn là đ ị a chỉ gl o bal của TN2. 30. Quan sát các gói tin RUT phát đi. Kết quả mong muốn Phần A Bước 2: RUT phải chuyển tiếp gói t in Echo Request đến TN1. Phần B Bước 4: RUT ph ải chuyển tiếp gói tin Echo Request đến TR1. Phần C B ư ớc 6: RUT phải không chuyển tiếp gói t i n Echo Request đến TR1. Phần D B ư ớc 8: RUT phải không chuy ể n tiếp gói tin Echo Request đến TR1. Phần E Bước 10: R U T phải không chuyển tiếp gói tin Echo Request đến TR1. Phần F B ư ớc 12: RUT phải không chuyển tiếp gó i t i n Echo Request đến TR1. Phần G B ướ c 14: RUT phải chuyển tiếp gói tin Echo Request đến TR1. Phần H Bước 18: RUT phải chuyển tiếp gói tin Echo Request đến Link B. Phần I Bước 22: RUT phải không chuyển tiếp gói tin Echo Request đến Link B. Phần J Bước 26: RUT phải không chuyển tiếp gói tin Echo Request đến Link B. Phần A Bước 30: RUT phải chuy ể n tiếp gói tin Ec h o Request đến Link B. CHÚ THÍCH: (1) Bài đo này không bắt buộc th ự c hiện kh i ki ể m tra tính tu â n thủ theo TCVN 9802-1:2013 nhưng yêu c ầ u th ự c hiện khi kiể m tra tuân thủ giao th ứ c ICMPv6 th e o RFC 4443. 6.2 Các bài đo cho phần Các tùy chọn và mào đầu m ở rộng Bà i 6.2.1 Giá tr ị trư ờng Next Header bằng 0 Mục đích bà i đo Kiểm tra một nút loại b ỏ gói tin có trường Next Header bằng 0 trong một mào đầu không phải mào đ ầ u IPv6 và tạo bản tin ICMPv6 Parameter Problem gửi đến nguồn của gói tin nhận được. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3 - RFC 4443 - Điều 3.4 (*) Yêu cầu tà i nguy ê n - Bộ tạo bản tin - Giám sát để bắt b ả n tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu h ì nh đo chung sau mỗi phần. Gói tin A Mào đ ầ u IPv6 Next Heade r: 0 Mào đầu Hop-by-Hop Opt i ons Next Heade r: 0 Header Ext. L e ngth: 0 Option: PadN Opt Data Len: 4 Mào đầu Hop-by-Hop Opt i ons Next Header: 58 Header Ext. Length: 0 Option: PadN Opt Data Len: 4 ICMPv6 Echo Request Thủ t ục đo 1. TN1 phát Gói tin A đến NUT, Gói tin A có mào đầu Hop-by-Hop Options với trường Next Header bằng 0. 2. Quan sát các g ói t i n NUT phát đ i . Kết quả mong muốn Bướ c 2: NUT sẽ gửi bản tin ICMPv6 Parameter Problem đến TN1. Trường ICMPv6 Code có giá tr ị bằng 1 (quy định xuất hiện giá tr ị trư ờ ng Next H e ader chưa đư ợ c quy định). Trường ICMPv 6 Pointer có giá trị 0x28 (độ lệch trư ờ ng Next Header trong mào đầu Hop-by-Hop Options). N U T sẽ loại b ỏ gói t i n Echo Request và không g ử i gói tin Echo Repl y đến TN1. Bài 6.2.2 Không có mào đầu k ế tiếp sau mào đầu m ở rộng Mục đích bài đo Ki ể m tra n ú t xử lý đúng khi gặp g i á trị trường Next Header bằng 59 (không có mào đầu kế tiếp). Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.7 Yêu cầu tài nguyên - Bộ tạo b ả n tin - Giám sát đ ể bắt b ả n tin Thiết lập đo Kh ô ng thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi ph ầ n . Gói tin A Mào đầu IPv6 Next Header: 60 Mào đầu Dest i nation Opt i ons Next Heade r: 59 Header Ext. Length: 0 Opt i on: PadN Opt Data Len: 4 ICMPv 6 Echo Request Thủ tục đo Phần A: Nút kết thúc 1. TN1 phát Gói tin A đến NUT, G ó i tin A ch ứ a mào đầu Destination Opt i ons với g i á trị trường Next Header bằng 59. Theo sau mào đầu Destination O pt i ons l à một mào đ ầ u ICMPv6 Echo Request. 2. Quan sát các gói tin NUT phát đi. Phần B: Nút trung gian (chỉ thực hiện với router) 3. K í ch hoạt giao diện tr ê n L i nk A của RUT. 4. Cấu h ì nh RUT quảng bá các ti ề n tố khác nhau trên Li nk A và L i nk B. 5. TN1 phát Gói tin A đến TN2 với chặng đầu tiên qua RUT. Gói tin A chứa một mào đầu Dest i nat i on Opt i ons với g i á trị trư ờ ng Next Header bằng 59. Theo sau mào đầu Destination Options là một mào đ ầ u ICMPv6 Echo Request. 6. Quan sát các gói tin RUT phát đi trên Link A. Kết quả mong muốn Phần A Bư ớc 2: NUT phải không gử i bất kỳ gói t i n nào để tr ả lời Gói tin A. Ph ầ n B Bước 6: R U T sẽ chuy ể n tiếp G ó i tin A đến TN2 tr ê n Link A. (Nếu RUT ch ỉ c ó một g i ao diện vật lý th ì Mào đầu đ ư ờng hầm chung X đã nêu trong Cấu hình chung cho router có một giao diện vật lý được thêm vào Gói tin A). Các octet đi sau ph ầ n cu ố i của m à o đầu có tr ư ờng Next Header bằng 59 phải không thay đổi. Bà i 6.2.3 Gi á trị trường N e xt Header chưa được quy định trong mào đầu m ở rộng - N ú t kết thúc Mục đích bài đo Ki ểm tra một nút loại bỏ gói tin có giá trị trường Next Header không mong muốn hoặc chưa được quy định trong mào đầu mở rộng và phát bản tin ICMPv 6 Parameter Problem đến nguồn của gói tin. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3 - RFC4443-Điều 3.4 (*) Yêu cầu tài nguyên - Bộ tạo b ả n tin - Gi ám sát đ ể bắt bản tin Thiết l ập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. Gói tin A Gói tin B Mào đầu I Pv 6 Next Header: 60 Mào đ ầ u I Pv 6 Next Header: 60 Mào đầu Destination Opt i ons Next Header: 60 Header Ext. Length: 0 Option: PadN Opt Data Len: 4 Mào đầu Dest i nation Opt i ons Next Header: Xem ph ầ n Thủ tục đo Header Ext. Length: 0 Option: PadN Opt Data Len: 4 Mào đ ầ u Fragment Next Heade r: 58 Reserved: 0 Fragment Offset: 0x10E0 (8 b i t đầu = 135) Res: 0x2 More Fragments flag: 0 ICMPv 6 Echo Request Thủ tục đo Phần A: Trường Next Header trong mào đầu mở rộng có giá trị chưa được quy định (nhiều g iá trị) 1. TN1 phát Gói tin A. Gói tin A có mào đ ầ u Dest i nat i on Options với giá tr ị tr ường Next Header bằng 143. 2. TN1 phát g ó i tin Echo Request h ợ p l ệ đến NUT. 3. Lặp lại các Bước 1 và 2 với tất cả các giá t r ị mào đầu kế tiếp chưa được quy đị nh nằm giữa 144 đến 252 t rong Bước 1. 4. Quan sát các gói t i n NUT phát đi. Phần B: Trường Next Header trong mào đầu mở rộng có giá tr ị không được mong đợi 5. TN1 phát Gói tin B. Gói tin B có mào đầu Destinat i on Options với giá trị trường Next Header bằng 60. Mào đầu mở rộng thực tế theo sau là mào đầu Fragment. Fragment Offset là 0 x 10 E 0 (đ ể 8 bit đầu tiên trong 13 bit này có giá trị bằng 135). Trường dành trước thứ 2 bằng 0x2 và bit More Fragments được xóa(bằng 0). (Nếu được xử l ý như một m ào đầu Destination Options th ì s ẽ được xử lý như trường hợp có độ d à i dữ liệu tùy chọn (Opt i on Data Length) bằng 4). 6. Quan sát các gói t i n NUT phát đi. K ế t quả mong muốn Phần A Bước 4: NUT s ẽ gửi một bản tin ICMPv6 Parameter Problem đến TN1. Trường ICMPv6 Code số bằng 1 (quy định xuất hiện trường Next Header chưa được quy định). Trường ICMP6 Pointer sẽ bằng 0x28 (độ lệch trường Next Header). NUT sẽ gửi một bản Echo Reply để trả lời gói tin Echo Request đã gửi bởi TN1 trong Bước 2. Ph ầ n B Bước 6: Từ trường Next Header t rong mào đầu Destination Options, NUT mong muốn mào đầu Fragment là một mào đầu Destination Options. V ì thế, Fragment Offset s ẽ được bi ê n dịch như th ể nó l à một l o ại Option. NUT sẽ gửi b ả n tin I CMPv6 Parameter Problem đến TN1. Trường Code s ẽ có giá trị bằng 2 (quy định xu ấ t hiện loại Option IPv6 chưa được quy đ ị nh). Trường Pointer số bằng 0x32 (độ lệch Fragment Offs e t trong mào đầu Fragment). NUT sẽ loại bỏ Gói tin B và sẽ không gửi g ó i tin Echo Rep l y đến TN1. Bà i 6.2.4 Thứ tự xử lý mào đầu m ở rộng Mục đích b ài đ o Ki ể m tra một nút xử l ý các mào đầu của g ó i tin IPv6 theo đúng thứ tự. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3, 4.3.1, 4.3.2 và 4.3.5. - RFC 4443 - Điều 3.4 (*) Yêu cầu tài nguyên - Bộ tạo bản t i n - Giám sát để bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. Gói tin A Gói tin B Mào đầu I Pv 6 Mào đầu IPv6 Next Heade r: 0 Next Header: 0 Payload Length: 37 Payload Length: 37 Mào đ ầ u Hop-by-Hop Options Mào đ ầ u Hop-by-Hop Options Next Header: 60 Next Header: 60 Hea d er Ext . Length: 0 Header Ext . Length: 0 Option: PadN Option: PadN Opt Data Len: 4 Opt Data Len: 4 Mào đầu Destination Options Mào đầu Destination Opt i o n s Next header: 44 Next header: 44 Header Ext. Length: 0 Header Ext. Leng t h: 0 Option: 135 (không xác định, msb: 10 b ) Option: 7 (không xác định, msb: 00 b ) Opt Data Len: 4 Opt Data Len: 4 Mào đầu Fragment Mào đầu Fragment Next Hea d e r: 58 Next Header: 58 Fragment Offset: 0 Fragment Offset: 0 More Fragments flag: 1 More Fragme n ts flag: 1 ICMPv6 Echo R e quest ICMPv6 Echo Request Data Length: 5 Data Length: 5 Gói t i n C G ói tin D Mào đầu IPv6 Next Header: 0 Payload Leng t h: 37 Mào đầu IPv6 Next Header: 0 Payload Length: 37 Mào đ ầ u Hop-by-Hop Options Next Header 44 Header Ext. Length: 0 Option: PadN Opt Data Len: 4 Mào đầu Hop-by-Hop Options Next Header: 44 Header Ext. Length: 0 Option: PadN Opt Data Len: 4 Mào đầu Fragment Next Header 60 Fragment Offset: 0 More Fragments flag: 1 Mào đầu Fr a gme n t Next Header: 60 Fragment O ffset: 0 More Fragments flag: 0 Mào đầu Destination Options Next header 58 Header Ext. Length: 0 Option: 135 (không xác định, msb: 10 b ) Opt Data Len: 4 Mào đầu Dest i nation Options Next head e r: 58 Header Ext. Length: 0 Option: 135 (không xác định, msb: 10 b ) Opt Data Len: 4 ICMPv 6 Echo Request Data Length: 5 ICMPv6 Echo Request Data Lertgth: 5 Thủ tục đo Phần A: Mào đầu Destination Options đ i trước mào đầu Fragment, lỗ i từ mào đầu Destination Options 1. TN1 phát Gói tin A. Gói t i n A chứa một gói tin Echo Request có mào đầu Hop-by-Hop Options, mào đầu Destination Options và mào đầu Fragment theo thứ tự đó. Mào đầu D e st i nation Options có một loại Option không xác đ ị nh với g i á trị bằng 135. Mào đầu IPv6 có giá tr ị trường Payload Lengh không phải là bội số của 8 (octet) và mào đầu Fragment thiết lập bit M. 2. Quan sát các gói tin NUT phát đ i . Phần B: Mào đầu Destination Options đi trước mào đầu Fragment, lỗi từ mào đầu Fragment 3. TN1 phát Gói tin B, một Echo Request chứa mào đầu Hop-by-Hop Options, mào đầu Destination Op ti ons và mào đ ầ u Fragment theo thứ t ự đó. Mào đ ầ u Destination Options chứa một loại Option không xác đ ị nh với giá tr ị b ằ ng 7. Mào đầu IPv6 c ó giá trị trường Payload Length không là bội s ố của 8 (octet) và mào đầu Fragment thiết lập b i t M. 2. Quan sát các g ó i tin NUT phát đi. Phần C: Mào đầu Fragment đi trước mào đ ầ u Destination Options, lỗ i từ mào đầu Fragment 5. TN1 ph á t Gói tin C , một gói tin Echo Request chứa mào đầu Hop-by-Hop Options, mào đầu Fragment v à mào đầu Destination Options theo th ứ tự đó. Mào đầu IPv6 có giá trị trường Payloa d Length không là bội số của 8 (octet) và mào đầu Fragment thiết lập b i t M. Mào đầu Destination Options chứa một loại Option không xác đ ị nh với giá tr ị bằng 135. 6. Quan sát các g ó i tin NUT phát đi. Phần D: Mào đầu Fragment đ i trước mào đầu Destination Options, l ỗi t ừ mào đầu Destination Options 7. TN1 phát Gói tin D, một gói tin Echo Request chứa mào đầu Hop-by-Hop Op t ions, mào đầu Fragment và mào đầu D e stination Options theo thứ tự đó. Mào đầu IPv6 có giá trị trường Payload Length không là bội số của 8 (oc t et) và mào đầu Fragment không thiết lập b i t M. Mào đ ầ u Destination Options ch ứ a một loại Option không xác định với giá trị bằng 135. 8. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Phần A Bướ c 2: NUT phải gử i bản t i n ICMPv 6 Parameter Problem đến TN1. Trường Code phải có giá trị bằng 2 (quy định xuất hiện Option I Pv6 chưa được quy đ ị nh). Trường Pointer phải bằng 0x32 (độ lệch trường loại Option trong m à o đầu Destination Options). NUT phải loại bỏ gói t i n Ech o Request từ TN1. Phần B Bước 4: NUT sẽ g ử i bản tin I CMPv6 Parameter Problem đến TN1. Trường Code số có giá tri bằng 0 (quy định xuất hiện lỗi trường mào đầu). Trường Pointer số bằng 0x04 (độ lệch trường Payload Length trong mào đầu I Pv6). NUT phải loại bỏ gói tin Echo Request từ TN1. Phần C B ước 6: NUT s ẽ g ử i b ả n tin ICMPv 6 Parameter Problem đến TN1. Trường Code sẽ có giá trị bằng 0 (quy định xu ấ t hiện lỗi trường mào đ ầ u). Trường Pointer số bằng 0x04 (độ lệch trường Payload Length trong mào đầu IPv6). NUT phải loại b ỏ gói tin Echo Request từ TN1. Phần D Bước 8: NUT phải gửi bản tin ICMPv6 Parameter Problem đến TN1. Trường Code phải có giá trị bằng 2 (quy định xuất hiện Option IPv6 chưa được quy định). Nếu bản tin IPv6 Parameter Problem g ồ m một mào đầu Fragment, th ì trường Pointer phải là 0x3 2 (độ lệch trường loại Option trong mào đầu Destination Options). Nếu bản tin IPv6 Parameter Problem không chứa mào đầu Fragment thì trường Pointer phải l à 0x32 (độ lệch trư ờ ng loại Option trong mào đầu Destination Options). N U T ph ả i loại bỏ gói tin E cho Req ue st từ TN1. Bả ng 6.2.5 Thứ tự xử lý tùy chọn Mục đích b ài đ o Ki ể m tra một nút xử lý các tùy chọn trong một mào đ ầ u đơn theo đúng thứ tự. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.2. - RFC 4443 -Điều 3.4 (*) Yêu cầu tà i nguyên - Bộ tạo bản tin - Gi á m sát đ ể bắt b ả n tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện t hủ tục Xóa cấu h ì nh đo chung sau mỗ i phần. Gói t i n A Gói tin B Mào đ ầ u IPv6 Mào đ ầ u I Pv6 Next Header: 60 Next Header 60 Mào đầu Dest i nation Options Mào đầu Destination Options Next Header: 58 Next Hea d er: 58 Header Ext. Length: 3 Header Ext. Length: 3 Option: 7 (Không xác định, msb: 00 b ) Option: 7 (Không xác đ ị nh, msb: 00 b ) Opt Data Len: 4 Opt Data Len: 4 Option: 71 (Không xác đ ị nh, msb: 01 b ) Option: 135 (Không xác định, msb: 10 b ) Opt Data Len: 6 Opt Data Len: 6 Option: 135 (Không xác định, msb: 10 b ) Option: 199 (Không xác định, msb: 11 b ) Opt Data Len: 6 Opt Data Len: 6 Option: 199 (Không xác định, msb:11 b ) Option: 71 (Không xác định, msb: 01 b ) Opt Data Len: 6 Opt Data Len: 6 ICMPv 6 Echo Request ICMPv 6 Echo Request Gó i tin C Mào đầu IPv6 Next Header: 60 Mào đầu Destination Options Next Head e r: 58 Header Ext. Length: 3 Option: 7 (Không xác định, msb: 00 b ) Opt Data L e n: 4 Option: 199 (Không xác định, msb: 11 b ) Opt Data Len: 6 Option: 71 (Không xác định, msb: 01 b ) Opt Data Len: 6 Option: 135 ( Không xác định, msb: 10 b ) Opt Data Len : 6 ICMPv 6 Echo Request Thủ tục đo Phần A: Tùy chọn đầu tiên có các bit Most Signi f i c ant là 00 b , tùy chọn tiếp theo có các bit Most Signi fi cant l à 01 b 1. TN1 phát Gói tin A đến NUT, một gói tin Echo Request có mào đầu Des t ination Options với 4 tùy chọn kh ô ng xác đ ị nh. Các l oạ i tùy chọn có giá trị là 7, 71,135 v à 199. 2. Quan sát NUT. Phần B: Tùy chọn đầu ti ê n có các bit Most S i gn if icant là 00 b , tùy chọn tiếp theo có các bit Most Sign i f i cant là 10 b 3. TN1 phát Gói tin B đến NUT, một gói tin Echo Request có mào đầu Destination Options với 4 tùy chọn không xác định. Các loại tùy ch ọ n có giá trị là 7, 135, 199 và 71. 4. Quan sát các gói tin NUT phát đi. Phần C: Tùy chọn đầu t iê n có các bit Most Sign i f i cant là 00 b , tùy chọn ti ế p theo c ó các bit Most Signi f icant là 11 b 5. TN1 phát Gói tin C đến địa ch ỉ link-Iocal của NUT, một gói t i n Echo Request có m à o đầu Destination Options với 4 tùy chọn không xác định. Các loại tùy chọn có g i á tr ị là 7, 199, 71 và 135. 6. Qu a n sát các gói t i n NUT phát đi. Kết qu ả mong muốn Phần A Bư ớc 2: NUT phải loại b ỏ bản tin ICMPv6 Echo Request và không gửi bất kỳ gói tin nào đến TN1. Phần B Bướ c 4: NUT phải gử i bản tin ICMPv6 Parameter Problem đến TN1. Trường Co d e sẽ có giá tr ị bằng 2 (quy định xuất hiện Option IPv6 chưa được quy định). Trường Pointer sẽ bằng 0x30 (độ lệch t rường loại Option c ủ a tùy chọn thứ 2). NUT phải loại b ỏ g ói tin Echo R e quest được gử i từ TN1 và phải không gửi bản tin Echo Reply. Phần C Bước 6: NUT phải gửi bản t i n ICMPv6 Parameter Problem đến TN1. Trường Code s ẽ c ó g i á trị bằng 2 (quy định xuất hiện Option IPv6 chưa được quy định). Trường Pointer số bằng 0x30 (độ lệch trường loại Option của tùy chọn thứ 2). NUT phải l oại bỏ gói t i n Echo Request được g ử i từ TN1 và phải không gửi bản tin Echo Reply. Bài 6.2.6 Xử lý các tùy chọn - mào đầu Hop-by-Hop Options (N ú t k ế t th úc) Mục đích bài đo Kiểm tra một nút xử lý đúng cả tùy chọn xác định và không xác định, và thực hiện đúng theo giá trị hai bit vị trí cao nhất của t ùy chọn. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.2 và 4.3.3. - RFC 4443 - Đi ề u 2.2, 2.4 và 3.4 (*) Y ê u cầu t ài nguyên - Bộ tạo b ả n tin - Giám sát để b ắ t bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. G ói tin A Gói tin B Mào đầu IPv6 Mào đầu IPv 6 Next Header: 0 Next Header: 0 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Header 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 Option: Pad1 Option: PadN Option: Pad1 Opt Data Len: 4 Option: Pad1 Option: Pad1 Option: Pad1 Option: Pad1 ICMPv 6 Echo Request ICMPv 6 Echo Request Gói t i n C Gói tin D Mào đầu IPv6 Mào đầu IPv 6 Next Header: 0 Next Header: 0 Mào đầu Ho p- by-Hop Options Mào đầu Hop-by-Hop Options Next Header: 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 Option: 7 (Không xác định, msb: 00 b ) Option: 71 (Không xác định, msb: 01 b ) Opt Data Len: 4 octet Opt Data Len: 4 octet ICMPv6 Echo Request ICMPv 6 Echo Request Gói tin E Gói tin F Mào đ ầ u IPv6 Mào đ ầ u IPv 6 Next Header : 0 Next Header: 0 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Header: 58 Next Header: 58 Hea d er Ext. Length: 0 Headar Ext. Length: 0 Option: 135 (Không xác định, msb: 10 b ) Option: 199 (Không xác định, msb: 11 b ) Opt Data Len: 4 octet Opt Data Len: 4 octet ICMPv6 Echo Request ICMPv 6 Echo Request Gói tin G Gói tin H Mào đầu IPv6 Mào đầu IPv6 Destination Address: đ ị a chỉ mu l ticast Link-local tất cả các nút Destination Address: địa chỉ multicast Link-loca l tất c ả các nút Next Header: 0 Next Header: 0 Mào đ ầ u Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Header: 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 Option: 135 (Không xác định, msb: 10 b ) Option: 199 (Kh ô ng xác định, msb: 11 b ) Opt Data Len: 4 octet Opt Data Len: 4 o ct et ICMPv 6 Echo Request ICMPv6 Echo Requ e st Thủ tục đo Phần A : Tùy chọn Pad 1 1. TN1 phát Gói t i n A đến NUT, một gói tin Echo Request có m à o đầu Hop-by-Hop Options với 6 tùy chọn Pad1 2. Quan s á t các gó i tin NUT phát đi. Phần B: Tùy chọn PadN 3. TN1 phát Gói tin B đến NUT, một gói tin Echo Request có mào đầu Hop-by-Hop Options với một tùy chọn PadN 6 octet. 4. Quan sát các gói tin NUT phát đi. Phần C: Các bit Mos t S i gn if icant là 00 b 5. TN1 phát Gói tin C đến NUT, một gói tin Echo Request có mào đầu Hop-by-Hop Options với một loại tùy chọn không xác định với giá trị bằng 7. 6. Quan sát các gói tin NUT phát đi. Phần D: Các bit Most Signi f icant l à 01 b 7. TN1 phát Gói t in D đến NUT, một gói tin Echo Request có mào đầu Hop-by-Hop Options với một loại tùy chọn không x á c định với giá tr ị bằng 71. 8. Quan sát các gói tin N U T phát đi. Phần E: Các bit Most Sign ifi cant là 10 b , đ ị a chỉ đích unicast 9. TN1 phát Gói t i n E đến NUT, một gói tin Echo Request có mào đầu Hop-by-Hop Options với một l o ại tùy chọn không xác đỊnh với giá trị bằng 135. 10. Quan sát các gói tin N U T phát đi. Phần F: Các b i t Most S i gni f icant là 11 b , địa chỉ đích unicast 11. TN1 phát Gói tin F đến NUT, một gói tin Echo Request c ó mào đầu Hop-by-Hop Options với một loại tùy chọn không xác định với giá trị bằng 199. 12. Quan sát các gói tin NUT phát đi. Phần G: Các bit Most Sign ifi cant là 10 b , địa chỉ đích multicast 13. TN1 phát Gói tin G, một gó i tin Echo Request gửi đến đ ị a chỉ multicast cục bộ có mào đầu Hop-by-Hop Options chứa một loại tùy chọn không xác đ ị nh với giá tr ị bằng 135. 14. Quan sát các gói tin NUT phát đi. Phần H: Các bit Most Signi fi cant là 11 b , địa ch ỉ đích multicast 15. TN1 phát Gói tin H, một g ó i tin Echo R e quest g ử i đến địa ch ỉ multicast cục bộ có mào đầu Hop-by-Hop Options chứa một loại tùy chọn kh ô ng xác định với giá tr ị bằng 199. 16. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Phần A Bước 2: NUT phải gửi một gói tin Echo Reply đến TN1. Phần B Bước 4: NUT phải gửi một gói tin Echo Reply đến TN1. Phần C Bước 6: Tùy chọn không xác định được bỏ qua và mào đầu được xử lý. NUT phải gửi một gó i t i n E cho Reply đến TN1. Phần D Bước 8: NUT phải không tạo bất kỳ gói tin nào g ử i đến TN1. Gói tin Echo Request phải được loại b ỏ . Phần E Bước 10: NUT phải gửi một bản tin ICMPv 6 Parameter Problem đến TN1. Trường Cod e có giá t rị bằng 2 (quy định xuất hiện Option IPv6 chưa được quy định). Giá trị trư ờ ng Po i nter phải bằng 0x2A (độ lệch trư ờ ng Option của mào đầu Hop-by-Hop Options). N U T phải loại b ỏ gói tin Echo Request và không gửi bản tin Echo Reply. Gói tin Echo Request có trong bản tin báo lỗi (bản tin ICMPv6 Parameter Problem) phải không lớn hơn MTU IPv6 nhỏ nhất. - Địa ch ỉ nguồn của bản tin Parameter Problem phải giống địa ch ỉ đích trong gó i tin Echo Request của TN1. - Địa ch ỉ đích sẽ giống địa ch ỉ nguồn trong gói tin Echo Request của TN1. Phần F Bước 12: NUT phải g ử i một bản t i n ICMPv6 Paramater Problem đến TN1. Trường Code có giá tr ị bằng 2 (quy định xuất hiện Option I Pv6 chưa được quy định). G i á trị trường Pointer phải bằng 0x2A (độ lệch trư ờ ng Option của mào đ ầ u Hop-by-Hop Options). NUT phải loại bỏ gói t i n Echo Request và kh ô ng gửi bản tin Echo Reply. Gói tin Echo Request có trong bản tin báo lỗi (bản tin ICMPv6 Parameter Problem) phải không lớn hơn MTU IPv6 nhỏ nh ấ t. - Địa chỉ nguồn của bản tin Parameter Problem phải giống địa ch ỉ đ í ch trong gói tin Echo Requ e st của TN1. - Địa chỉ đích sẽ giống địa chỉ nguồn trong gói tin Echo Request của TN1. Phần G Bước 14: NUT phải gửi một bản tin ICMPv6 Parameter Problem đến TN1. Trường Code có giá trị bằng 2 (quy định xuất hiện Option IPv6 chưa được quy định). Giá tr ị trường Pointer phải bằng 0x2A (độ lệch trường Option của mào đầu Hop-by-Hop Options). N U T phải loại b ỏ gó i tin Echo Request v à không gửi bản tin Echo Reply. Gói tin Echo R e quest c ó trong bản tin báo lỗi (bản tin ICMPv6 Parameter Problem) phải không lớn hơn MTU IPv6 nhỏ nhất. - Địa ch ỉ đích của bản tin Parameter Problem sẽ giống đ ị a chỉ nguồn trong gói tin Echo Request của TN1. Phần H B ư ớc 16: NUT phải không tạo bất kỳ gói tin nào gửi đến TN1. Gói tin Echo Request bị loại bỏ, v ì địa chỉ đích l à multicast. N U T phải không gửi bất kỳ bản tin ICMPv6 Parameter Problem. Bài 6.2.7 Xử l ý các tùy chọn - mào đ ầ u Hop-by-Hop Options (ch ỉ thực hiện với router) Mục đích bà i đo Kiểm tra một router xử lý đúng cả tùy chọn xác định và không xác đ ị nh, và thực hiện đúng theo giá trị hai bit v ị trí cao nhất của tùy chọn. Tham chi ế u - TCVN 9802-1:2013 - Điều 4.3.2 và 4.3.3. - RFC 4443 - Điều 2.2, 2,4 và 3.4 (*) Yêu cầu tà i nguyên - Bộ tạo b ả n tin - Gi á m s á t đ ể bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. Kích hoạt giao diện của RUT đến Link A. Gói tin A Gói t i n B Mào đầu IPv6 Mào đầu IPv6 Next Header: 0 Next Header : 0 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Header: 58 Next Header: 58 Header Ext . Length: 0 Header Ext. Length: 0 Op t ion: Pad1 Option: PadN Option: Pad1 Opt Data Len: 4 Op t ion: Pad1 Option: Pad1 Option: Pad1 Option: Pad1 ICMPv6 Echo Request ICMPv 6 Echo Request Gói tin C Gói tin D Mào đầu IPv6 Mào đầu IPv6 Next Header: 0 Next Header: 0 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Hea d er: 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 Option: 7 (Không xác định, msb: 00 b ) Option: 71 (Không xác định, msb: 01 b ) Opt Data Len: 4 Opt Data Len: 4 ICMPv6 Echo Request I CMPv6 Echo Request Gói tin E G ói tin F Mào đầu IPv6 Mào đầu IPv6 Next Header: 0 Next Header : 0 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Header: 58 Next Hea d er : 58 Header Ext. Length: 0 Header Ext. Leng t h: 0 Option: 135 (Không xác định, msb: 10 b ) Option: 199 (Không xác đ ị nh, msb: 11 b ) Opt Data Len: 4 Opt Data Len: 4 ICMPv6 Echo Request ICMPv 6 Echo Request Gói tin G G ó i tin H Mào đầu I Pv6 Destination Address: địa ch ỉ multicast phạm vi toàn cục Next Header: 0 Mào đầu IPv6 Destination Address: địa ch ỉ mul t icast phạm vi toàn cục của TR1 Next Header: 0 Mào đầu Hop-by-Hop Options Next Header: 58 Hea d er Ext. Length: 0 Option: 135 (Không xác định, msb: 10 b ) Opt Data Len: 4 octet Mào đầu Hop-by - Hop Options Next Header: 58 Header Ext. Length: 0 Option: 199 (Không xác định, msb: 11 b ) Opt Data Len: 4 octet ICMPv6 Echo Request ICMPV6 Echo Request Thủ tục đo Phần A: Tùy chọn Pad1 1. TN1 phát Gói tin A đ ế n TN2 với chặng đầu ti ê n qua RUT. Gói tin A là một gói tin Echo Request có mào đầu Hop-by-Hop Options với 6 tùy chọn Pad1. 2. Quan sát các gó i tin R U T phát đi. Phần B: Tùy chọn PadN 3. TN1 phát Gói t i n B đến TN2 với chặng đầu tiên qua RUT. Gói tin B là một gói tin Echo Request có mào đầu Hop-by-Hop Options với một tùy chọn PadN 4 octet. 4. Quan sát các gó i t i n RUT phát đ i . Phần C: Các b it Most S i gn ifi cant l à 00 b 5. TN1 phát Gói tin C đến TN2 với chặng đầu tiên qua RUT. Gói tin C là một gói tin Echo Request có mào đầu Hop-by-Hop Options với một loại tùy chọn không xác định với giá trị bằng 7. 6. Quan sát các gó i t i n R U T phát đi. Phần D: Các b i t Most S i gn i ficant l à 01 b 7. TN1 phát Gói tin D đ ế n TN2 với chặng đầu ti ê n qua RUT. Gói tin D là một g ó i tin Echo Request có mào đầu Hop-by-Hop Options với một loại tùy chọn kh ô ng xác định với giá tr ị bằng 71. 8. Quan sát các gói tin RUT phát đi. Phần E: Các b i t Most S i gni f icant là 10 b , địa ch ỉ đích unicast 9. TN1 phát Gói tin E đến TN2 với chặng đầu ti ê n qua RUT. Gói tin E là một gói tin Echo Request có mào đầu Hop-by-Hop Options với một loại tùy chọn kh ô ng xác định với giá trị bằng 135. 10. Quan sá t các gói tin RUT phát đi. Phần F: Các b i t Most Signi fi cant là 11 b , địa chỉ đích unicast 11 . TN1 phát Gói tin F đến TN2 với chặng đầu t iê n qua RUT. Gói tin F là một gói tin Echo Request có mào đầu Hop-by-Hop Options với một loại tùy chọn kh ô ng xác định với giá tr ị bằng 199. 12. Quan sát các gói tin RUT ph á t đi. Phần G: Các bit Most Sign i ficant là 10 b , địa ch ỉ đ í ch mult i cast 13. TN1 phát Gói tin G đến đ ị a ch ỉ đích multicast phạm v i toàn cục trên L i nk A với chặng đầu ti ê n qua RUT. G ó i tin G là một gói tin Echo Requ e st có mào đầu Hop- by-Hop Options với một loại tùy chọn không xác đ ị nh với giá tr ị bằng 135. 14. Quan sát các gói tin RUT phát đi. Phần H: Các b it Most Significant là 11 b , đ ị a ch ỉ đích multicast 15. TN1 phát Gói tin H đ ến địa ch ỉ đích multicast phạm vi toàn cục của TR1 với chặng đầu tiên qua RUT. Gói tin H là một gó i tin Echo Request c ó mào đầu Hop-by-Hop Options với một loại tùy chọn không xác định với giá trị bằng 199. 16. Quan sát các gói tin RUT phát đi. Kết quả mong muốn Phần A Bước 2: RUT phải chuyển tiếp gói tin Echo Request đến TN2. (Nếu RUT ch ỉ có một giao diện vật lý thì Mào đầu đường hầm chung X đã nêu trong Cấu hình chung cho router có một giao diện vật lý được thêm vào gói tin Echo Request). Ph ầ n B Bước 4: RUT phải chuy ể n tiếp gói t i n Echo Request đến TN2. (Nếu RUT ch ỉ có một giao diện vật lý th ì Mào đầu đường hầm chung X đã nêu trong C ấ u h ì nh chung cho rout e r có một giao d iệ n vật lý được thêm vào gói tin Echo Request). Phần C Bước 6: Tùy chọn không xác đ ị nh được bỏ qua và mào đầu được xử lý. R U T phải chuyển tiếp gói tin Echo Request đến TN2. (Nếu RUT ch ỉ có một giao diện vật lý thì Mào đầu đường hầm chung X đ ã nêu trong C ấ u hình chung cho router có một giao diện vật lý được thêm vào gói tin Echo Request). Phần D Bướ c 8: RUT phải không chuyển tiếp gói tin Echo Request đến TN2. Gói tin Echo Request bị loại bỏ. (Nếu RUT chỉ có một giao diện vật lý th ì RUT ph ải không thêm Mào đầu đường hầm chung X đ ã n ê u trong Cấu hình chung cho router có một giao diện vật lý , cũng không chuyển tiếp gói tin Echo Request đến TN4). Phần E Bước 10: RUT phải gửi bản tin ICMPv6 Parameter Problem đến TN1. Trường Code có giá trị bằng 2 (quy đ ị nh xuất hiện Option IPv6 chưa được quy định). Giá trị trường Pointer phải bằng 0x2A (độ lệch trường Option của mào đ ầ u Hop-by-Hop Options). RUT phải loại bỏ gói tin Echo Request và kh ô ng chuyển tiếp bản tin này đến TN2. (Nếu R U T ch ỉ có một giao d i ện vật lý thì RUT phải không th ê m Mào đ ầ u đường hầm chung X đã n ê u trong Cấu hình chung cho router có một giao diện vật lý , cũng không chuyển tiếp gói tin Echo Request đến TN4). G ó i tin Echo Request có trong bản tin báo lỗi (bản tin ICMPv 6 Parame t er Problem) phải không lớn hơn MTU IPv6 nhỏ nhất. - Địa chỉ đích sẽ giống đ ị a chỉ nguồn trong gói tin Echo Request của TN1. Phần F Bước 12: RUT phải gử i một bản tin ICMPv6 Parameter Problem đến TN1. Trường Code có giá trị bằng 2 (quy đ ị nh xuất hiện Option IPv6 chưa được quy định). Giá trị trường Po i nter phải bằng 0x2A ( độ l ệch trường Option của mào đầu Hop-by-Hop Options). R U T ph ả i loại b ỏ gói tin Echo Request và không chuyển tiếp bản ti n này đến TN2. (Nếu RUT chỉ c ó một giao diện vật lý thì RUT phải không thêm Mào đầu đường h ầ m chung X đ ã n ê u trong Cấu h ì nh chung cho router có một giao diện vật lý , cũng không chuyển tiếp gó i tin Echo Request đến TN4). Gói tin Echo Request có trong bản tin báo lỗi (b ả n tin I CMPV6 Parameter Problem) phải không lớn hơn MTU IPv6 nh ỏ nh ấ t. - Địa ch ỉ đích sẽ giống địa chỉ nguồn trong gói tin Echo Request của TN1. Phần G Bước 14: RUT ph ả i gửi một bản tin ICMPv6 Parameter Problem đến TN1. Trường Code có giá trị bằng 2 (q u y định xuất hiện Op t ion IPv6 chưa được quy định). Giá tr ị trường Pointer phải bằng 0x2A (độ lệch trường Option của mào đầu Hop-by-Hop Options). R U T phải loại bỏ g ó i tin Echo Request và không chuyển tiếp bản tin này đến TN2. (Nếu RUT chỉ c ó một giao diện vật lý thì RUT phải không thêm Mào đầu đường hầm chung X đã nêu trong Cấu hình chung cho router có một giao diện vật lý , cũng không chuyển tiếp gói tin Echo Request đến TN4). G ói tin Echo Request có trong bản tin báo Iỗ i (bản tin ICMPv6 Parameter Problem) phải kh ô ng l ớ n hơn MTU IPv6 nhỏ nhất . - Đla chỉ đ í ch của bản tin Parameter Problem sẽ giống đ ị a ch ỉ nguồn trong gói tin Echo Request của TN1. Phần H Bước 16: RUT phải không chuyển tiếp gói tin Echo Request đến TR1. Gói tin Echo Request bị loại bỏ, v ì địa ch ỉ đích là multicast. RUT phải không gử i bất kỳ b ả n tin ICMPv6 Parameter Probl e m. Bàì 6.2.8 Xử lý các tùy chọn - mào đầu Destination Options Mục đích b ài đ o Ki ể m tra một nút xử lý đúng c ả tùy chọn xác định và không xác định, và thực hiện đúng theo giá tr ị hai bít vị trí cao nhất của tùy chọn. Tham ch i ếu - TCVN 9802-1:2013 - Điều 4.3.2 và 4.3.3. - RFC 4443 - Điều 2.2, 2.4 và 3.4 (*) Yêu cầu tà i nguyên - Bộ tạo bản t in - Giám sát đ ể bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. G ó i tin A Gói tin B Mào đ ầ u IPv6 Mào đ ầ u IPv6 Next Header: 60 Next Header: 60 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options Next Header: 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 Option: Pad1 Option: PadN Option: Pad1 Opt Data Len: 4 Option: Pad1 Option: Pad1 Option: Pad1 Option: Pad1 ICMPv6 Echo Request ICMPv 6 Echo Request Gói tin C Gói tin D Mào đầu IPv6 Mào đầu IPv6 Next Header: 60 Next Header: 60 Mào đầu Hop-by-Hop O ptions Mào đ ầ u Hop-by-Hop Options Next Header : 58 Next Header: 58 Header Ext. Length: 0 H e ader Ext. Length: 0 Option: 7 (Không xác định, msb: 00 b ) Option: 71 (Không xác định, msb: 01 b ) Opt Data Len: 4 octet Opt Data Len: 4 octet ICMPv 6 Echo Request I CMPv 6 Echo Request Gó i tin E Gói tin F Mào đ ầ u IPv6 M à o đầu I Pv6 Next Header: 60 Next Header: 60 Mào đầu Hop-by-Hop Options Mào đ ầ u Hop-by-Hop Options Next Header: 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 O ption: 135 (Kh ô ng x á c định, msb: 10 b ) Option: 199 (Không xác định, msb: 11 b ) Opt Data Len : 4 octet Opt Data Len: 4 octet ICMPv6 Echo Request ICMPv6 Echo Request Gói tin G G ó i tin H Mào đầu IPv6 Mào đầu IPv6 Destination Address: địa ch ỉ mult i cast Link-local tất cả các nút Destination Address: địa chỉ multicast L i nk-local tất cả các n ú t Next Header: 60 Next Header: 60 Mào đầu Hop-by-Hop Options Mào đầu Hop-by-Hop Options N e xt Head e r: 58 Next Header: 58 Header Ext. Length: 0 Header Ext. Length: 0 Option: 135 (Kh ô ng xác đ ị nh, msb: 10 b ) Option: 199 (Không xác định, msb: 11 b ) Opt Data Len: 4 octet Opt Data Len: 4 octet ICMPv6 Echo Request ICMPv 6 Echo Request Thủ tục đo Phần A: Tùy chọn Pad1 1. TN1 phát Gói tin A đến NUT, một gói tin Echo Request có mào đầu Destination Options v ới 6 tùy chọn Pad1. 2. Quan sát các gó i tin NUT ph át đi. Phần B: Tùy chọn PadN 3. TN1 phát Gói tin B đến NUT, một gó i tin Echo Request có mào đầu Destination Options với tùy chọn PadN 4 o ct et. 4. Quan sát các gói tin NUT phát đ i . Phần C: Các bi t Most Significant là 00 b 5. TN1 phá t Gói tin C đến NUT, một gó i tin Echo Request c ó mào đầu Dest i nation Options với một loại tùy chọn không xác định với giá trị bằng 7. 6. Quan sát các gó i tin NUT phát đi. Phần D: Các bit Most Signi fi cant là 01 b 7. TN1 phát Gói tin D đến NUT, một gói tin Echo Request có mào đầu Destination Options với một loại tùy chọn không xác đ ị nh với giá trị bằng 71. 8. Quan sát các gói tin NUT phát đi. Phần E: Các bi t Most Signi fi cant là 10 b , địa ch ỉ đích un i cast 9. TN1 phát Gói tin E đến NUT, một gói tin Echo Request có mào đầu Destination Options với một loạt tùy chọn không xác định với giá trị bằng 135. 10. Quan sát các gói t in NUT phát đi. Phần F: Các b i t Most Signi fi cant là 11 b , đ ị a chỉ đích unicast 11. TN1 phát Gói tin F đến NUT, một gói tin Echo Request có mào đầu Destination Options với một loại tùy chọn không xác định với gi á trị bằng 199. 12. Quan sát các gói tin N U T phát đ i . Phần G: Các bit Most Signi fi cant là 10 b , đ ị a chỉ đích multicast 13. TN1 phát Gói tin G, một gói tin Echo Request gửi đến địạ chỉ multicast cục bộ mà có mào đ ầ u Destination Options với một loại tùy chọn không xác định với giá tri bằng 135. 14. Quan sát các gói tin NUT phát đi. Phần H: Các bit Most Sign i ficant là 11 b , địa ch ỉ đích mult i cast 15. TN1 phát Gói tin H, một gói t i n Echo Request g ửi đến địa ch ỉ multicast cục bộ mà có mào đầu Destination Options với một loại tùy chọn không xác định v ớ i giá tr ị bằng 199. 16. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Phần A B ước 2: NUT phải gửi một gói tin Echo Reply đến TN1. Phần B Bước 4: NUT phải g ử i một gói tin Echo Reply đến TN1. Phần C Bước 6: Tùy chọn không x á c định được bỏ qua và mào đầu được xử lý. NUT phải gửi một gói tin Echo Reply đến TN1. Phần D B ướ c 8: NUT phải không tạo bất kỳ gói tin nào gửi đến TN1. Gói tin Echo Request bị loại b ỏ . Phần E Bước 10: NUT phải gửi một bản tin ICMPv 6 Parameter Problem đến TN1. Trường Code c ó giá trị bằng 2 (quy định xuất hiện Option IPv6 chưa được quy định). Giá trị trường Pointer phải bằng 0x2A (độ lệch trường Option của mào đầu Destination Options). NUT phải loại bỏ gói tin Echo Request v à không gửi bản tin Echo Reply. Gói tin Echo Request có trong bản tin báo lỗi (bản tin ICMPv6 Parameter Problem) phải không lớn hớn MTU IPv6 nhỏ nhất. - Địa ch ỉ nguồn của bản tin Parameter Problem phải giống đ ị a ch ỉ đích trong gói ti n Echo Request của TN1. - Địa chỉ đích sẽ giống địa ch ỉ nguồn trong gói tin Echo Request của TN 1 . Phần F Bước 12: NUT phải gử i một bản tin ICMPv6 Parameter Problem đến TN1. Trường Code có giá tr ị bằng 2 (quy định xuất hiện Option I Pv6 chưa được quy đ ị nh). Giá tr ị trường Pointer phải bằng 0x2A (độ lệch trường Option của mào đầu Destination Options). NUT phải loại b ỏ gó i tin Echo Request và không gửi bản tin Echo Reply. Gói tin Echo Request có trong bản tin báo lỗi (b ả n tin ICMPv6 Parameter Problem) phải không lớn hơn MTU IPv6 nhỏ nh ấ t. - Địa ch ỉ nguồn của bản tin Parameter Problem ph ả i giống địa chỉ đích trong gói tin Echo Request của TN1. - Địa ch ỉ đích sẽ giống địa chỉ nguồn trong gói tin Echo Request của TN1. Phần G B ước 14: NUT phải gửi một bản tin ICMPv6 Parameter Problem đến TN1. Trường Code có giá trị bằng 2 (quy định xuất hiện Option I Pv6 chưa được quy định). Giá trị trường Po i nter phải bằng 0x2A (độ lệch trường Option của mào đầu Destination Options). NUT phải loại bỏ gói tin Echo Request v à không gửi b ả n tin Echo Reply. Gói tin Echo Request có trong bản tin báo lỗi (bản tin ICMPv6 Parameter Problem) phải không lớn hơn MTU IPv6 nhỏ nhất. - Địa chỉ đích của bản tin Parameter Problem sẽ giống đ ị a chỉ nguồn trong g ó i tin Echo Request của TN1. Phần H Bước 16: NUT phải không tạo bất kỳ gói tin nào gửi đến TN1. Gói tin Echo Request bị loại bỏ, v ì địa ch ỉ đích là multicast. NUT phải không gửi bất kỳ b ả n tin ICMPv6 Parameter Problem. NUT phải loại bỏ g ó i tin Echo Request và không gửi bản tin Echo Reply. Bài 6.2.9 Giá trị tr ường Rout i ng Type chưa được quy định - Nút kết thúc Mục đích bài đo Kiểm tra một n ú t xử lý đ ú ng gói tin IPv6 dành cho n ú t đó, chứa m à o đầu Routing có g i á trị trường Routing Type chưa được quy định. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.4. - RFC 5095 - Điều 3 (*) Yêu cầu tài nguyên - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết lập đo Thực hiện Thiết lập thủ tục đo chung khi bắt đầu mỗi phần đo. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. G ói tin A Mào đầu IPv6 Source Address: Địa ch ỉ global của TN2 Destina t ion Address: Địa chỉ global của NUT Next Header: 43 Mào đầu Routing Next Header: 58 Header Ext. Length: 6 Routing Type: 33 Segments Lef t : 0 Address [ 1]: Địa ch ỉ globa l 2 Address [ 2]: Địa ch ỉ global 3 A d dress [3]: Địa ch ỉ global của TR1 ICMPv 6 Echo Request Thủ tục đo Phần A: Giá tr ị tr ư ờng Routing Type chưa được quy đ ị nh, bằng 33 1. TR1 chuyển tiếp Gói tin A, một gói tin Echo Request có mào đầu Routing với giá tr ị trường Routing Type bằng 33 và giá trị trường Segments Lef t b ằ ng 0. Gói tin Echo Request d ành cho NUT. 2. Quan sát c á c gói tin NUT phát đi. Phần B: Giá trị trường Routing Type chưa đ ượ c quy đ ị nh, bằng 0 3. TR1 chuy ể n tiếp Gói tin A, mộ t gói tin Echo Request có mào đầu Rout i ng v ớ i giá trị trường Routing Typ e bằng 0 v à giá trị trường Segments Left bằng 0. Gói t i n Echo Request dành cho NUT. 4. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Ph ầ n A Bước 2: NUT phải b ỏ qua giá trị trường Routing Type chưa được quy đ ị nh và sẽ trả lời gói tin Echo Request bằng cách gửi gói tin Echo Reply đến TN2 sử dụng TR1 làm chặng đầu tiên. Ph ầ n B Bư ớ c 4: N U T phải b ỏ qua giá tr ị trường Rout i ng Type chưa được quy đ ị nh và s ẽ trả lời gói tin Echo Request bằng cách gửi g ó i tin Echo Reply đến TN2 sử dụng TR1 làm chặng đầu tiên. Bà i 6.2.10 G iá trị trườn g Routing Type chưa được quy định - Nút tr ung gian Mục đích bài đo Kiểm tra một n ú t (đóng vai trò là nút trung gian) xử lý đúng các gói tin IPv6 chứa mào đầu Routing với giá trị Routing Type chưa được quy định. Tham chiếu - TCVN 9802 - 1:2013 - Điều 4.3.4. - RFC 5095 - Điều 3 (*) Yêu cầu tài nguy ê n - Bộ t ạ o bản tin - Giám sát để bắt bản tin Thiết l ập đo Thực hiện Thiết lập thủ tục đo chung khi bắt đầu mỗi phần đo. Thực hiện thủ tục Xóa cấu hình đo chung sau m ỗi phần. Gói tin A Mào đầu IPv6 Source Address: Địa ch ỉ globa L của TN2 Des t ination Address: Địa ch ỉ global của NUT Next Header: 43 Mào đầu Rout i ng Next Header: 58 Header Ext. Length: 6 Routing Type: 33 Segments Left: 1 Ad d ress [1]: Địa chỉ global 2 Address [2]: Địa chỉ global 3 Address [3]: Địa chỉ global của TR1 ICMPv 6 Echo Request Thủ tục đo Phần A: Giá trị trường Rou ti ng Type chưa đ ư ợc quy định, bằng 33 1. TR1 chuyển tiếp Gói tin A, một gói tin Echo Request có mào đầu Routing với giá trị trư ờ ng Routing Type bằng 33 và giá trị trường Segments Left bằng 1. Gói t i n Echo Request d ành cho NUT. 2. Quan sát các gói tin NUT phát đi. Phần B: Giá tr ị trường Routing Type chưa đư ợ c quy định, bằng 0 3. TR1 chuy ể n t iế p Gói tin A, một gói tin Echo Request có mào đ ầ u Routing với giá trị trường Routing Type bằng 0 và giá tr ị trường Segments Left bằng 1. Gói tin Echo Request dành cho NUT. 4. Quan sát các gói tin NUT phát đi. Kết quả mong m uố n Phần A Bước 2: N U T phải loại b ỏ gói tin Echo Request và gửi bản tin ICMP Parameter Problem, giá trị trường Co d e bằng 0 đến đ ị a ch ỉ global của TN2. Giá trị trường Po i nter phải bằng 0x2A (độ lệch trường Routing Type của mào đầu Rou t ing). (Nếu nút là router và ch ỉ có một giao diện vật lý thì RUT ph ải không thêm Mào đầu đường hầm chung X đ ã n ê u trong Cấu hình chung cho router có một giao diện vật lý , cũng không chuyển tiếp gói tin Echo Request đến TN4). Phần B Bước 4: NUT ph ải loại bỏ gói tin Echo Request và gử i bản tin ICMP Parameter Problem, giá t r ị trường Code bằng 0 đến đ ị a ch ỉ global của TN2. Giá tr ị trường Point e r ph ả i bằng 0x2A (độ lệch trường Ro u ting Type của mào đ ầ u Routing). (Nếu nút l à router và ch ỉ có một g ia o d iện vật lý thì RUT ph ả i không thêm Mào đầu đường hầm chung X đ ã n ê u trong Cấu hình chung cho router có một giao diện vật lý , cũng không chuyển tiếp g ó i tin Echo Request đến TN4). 6.3 Các bài đ o cho phần Phân mảnh Bài 6.3.1 Lắp gh é p phân mảnh Mục đích bài đo Ki ể m tra một nút lắp ghép đ ú ng các gói tin đ ã ph â n mảnh và phân biệt giữa các phân mảnh gói tin sử dụng đ ị a ch ỉ nguồn, đ ị a ch ỉ đích và Fragm e nt ID. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.4 và 4.4. - RFC 4443-Điều 3.3(*) Yêu cầu tài nguyên - Bộ tạo bản tin - Giám sát đ ể bắt bản t in Thiết lập đo Thực hiện Thiết lập thủ tục đo chung khi bắt đầu mỗi phần đo. Thực hiện thủ tục Xóa cấu hình đo chung sau mỗi phần. Gói t i n A: Gói tin IPv6 chứa một bản tin ICMPv6 Reque s t có kích thước 80 octet dữ liệu được phân mảnh thành 3 gói t i n, kích thước tối đa của một gói t i n phân mảnh chứa 32 octet dữ li ệu. Phân mảnh A.1 Phân mảnh A.2 Phân mảnh A.3 Mào đầu IPv6 Next Header: 44 Source Address: Xem phần Thủ tục đo Destination Address: Xem phần Thủ tục đo Mào đầu IPv6 Next Header: 44 Source Address: Xem phần Thủ tục đo Des ti nation Address: Xem phần Thủ tục đo Mào đầu IPv6 Next Hea d er: 44 Source Address: Xem phần Thủ tục đo Destination Address: Xem ph ầ n Thủ tục đo Mào đầu Fragment N e xt Header: 58 Fragment Offset: 0 More Fragments flag: 1 ID: Xem ph ầ n Thủ tục đo Mào đầu Fragment Next Header: 58 Fragment Offset: (4) 32 octet More Fragments f l ag: 1 I D: Xem phần Thủ tục đo Fragment Data: 32 octet Mào đầu Fragm e nt Next Header: 58 Fragment Ottset: (8) 64 octet More Fragments flag: 0 ID: Xem phần Thủ tục đo Fragment Data: 24 octet ICMPv6 Echo Request Thủ tục đo Phần A: Tất cả các phân mảnh đều hợp lệ 1. TN1 phát các phân mảnh theo thứ tự A.1, A.2 và A.3. Tất cả các phân mảnh có cùng đ ị a ch ỉ nguồn, địa ch ỉ đích và Fragment ID. 2. Quan sát các gó i tin NUT phát đi. Phần B: Tất cả các phân mảnh đều h ợ p lệ, thứ tự ngược lại 3. TN1 phát các ph â n mảnh theo thứ tự A.3, A.2 và A.1. Tất cả các phân mảnh có cùng đ ị a ch ỉ nguồn, địa chỉ đí ch và Fragment ID. 4. Qu a n sát các gói tin NUT phát đi. Phần C: Các Fragment ID khác nhau giữa các phân mảnh 5. TN1 phát các phân mảnh theo thứ tự A.1, A.2 và A.3. Phân mảnh A.1 và A.3 có Fragment ID bằng 2999. Phân mảnh A.2 có Fragment ID bằng 3000. Đ ị a ch ỉ nguồn và đ ị a ch ỉ đ í ch của t ấ t c ả các phân mảnh đều giống nhau. 6. Quan sát các gói tin N U T phát đi. Phần D: Địa chỉ ngu ồ n khác nhau giữa các phân mảnh 7. TN1 phát các phân mảnh theo thứ tự A.1, A.2 và A.3. Phân mảnh A.1 và A.3 có địa nguồn là địa chỉ L i nk-local của TN1. Phân mảnh A.2 c ó địa chỉ nguồn của một đ ị a ch ỉ Link-local khác. Các đ ị a ch ỉ đích và Fragment ID của tất cả các phân mảnh đều giống nhau. 8. Quan sát các gói tin NUT phát đi . Phần E: Địa chỉ đích khác nhau giữa các phân mảnh 9. TN1 phát các phân mảnh theo thứ tự A.1, A.2 và A.3. Phân m ả nh A.1 và A . 3 có địa ch ỉ đích là địa ch ỉ L i nk-local của NUT. Phân m ả nh A.2 có đ ị a ch ỉ đ í ch là địa chỉ global của NUT. C á c đị a chỉ nguồn và Fragment ID của tất cả các phân mảnh đều giống nhau. 10. Quan sát các gói tin NUT phát đi. Phần F: Lắp ghép đến 1500 octet 11. TN1 phát gói tin Echo Request đến NUT. TN1 trả lờ i bất k ỳ b ả n t i n NS nào bằng bản tin NA. 12. Quan sát các gói tin NUT phát đi. 13. TN1 phát các phân mảnh theo thứ tự A.1, A.2 và A.3. Tất c ả các phân mảnh có cùng địa chỉ nguồn, đ ị a chỉ đích và Fragment ID. Tuy nhiên tải của mỗi phân mảnh được sửa đổi đ ể kích thước gói tin đ ã lắp ghép là 1500 octet. 14. Quan sát các gói tin NUT phát đi. Kết quả mong mu ố n Phần A Bước 2: NUT phải phát một bản tin Echo Rep l y đến TN1 đ ể trả lời bản tin Echo Request đã lắp ghép. Phần B Bước 4: NUT ph ải phát một bản tin Echo Reply đến TN1 để trả lời bản tin Echo Request đã lắp ghép. Phần C Bước 6: NUT ph ả i không phát bản tin Echo Reply đến TN1, vì bản tin Echo Request kh ô ng th ể lắp ghép do có sự khác nhau về Fragment ID. Sau 60 giây kh i nhận phân mảnh A.1, NUT s ẽ phát bản tin ICMPv6 Time Exceeded đến TN1. Phần D Bước 8: NUT phải không phát bản tin Echo Reply đến TN1, vì bản tin Echo Request không thể lắp ghép do có sự khác nhau về địa ch ỉ nguồn. Sau 60 giây khi nhận phân mảnh A.1, NUT s ẽ phát bản tin ICMPv 6 Time E xceed e d đến TN1. Ph ầ n E Bước 10: NUT phải không phát bản tin Echo Reply đến TN1, v ì bản tin Echo Request không thể lắp ghép do có sự khác nhau về đ ị a chỉ đích. Sau 60 giây khi nhận phân mảnh A.1, NUT sẽ phát bản tin ICMPv 6 Time Exceeded đến TN1. Ph ần F Bước 12: NUT ph ả i trả lời bản tin Echo Request từ TN1. Bước 14: NUT phải tr ả lời bản tin Echo Request từTN1. Bài 6.3.2 Thời gian l ắ p ghép các phân m ả nh bị vượt quá Mục đích bài đo Kiểm tra một nút thực hiện các hoạt động thích hợp khi thời gian lắp ghép bị vượt quá đối với một gói tin. Tham chiếu - TCVN 9802-1:2013 - Điều 4.3.5. - RFC 4443 - Điều 2.2, 3.3, 2.4 (*) Yêu cầu tà i nguyên - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết l ậ p đo Thực hiện Thiết lập thủ tục đo chung khi bắt đầu mỗi ph ầ n đo. Thực hiện thủ t ục Xóa cấu hình đo sau mỗ i ph ầ n. Gói tin A: Gói tin IPv6 chứa một bản tin ICMPv6 Request có kích thước 80 octet dữ liệu được phân mảnh thành 3 gói tin, kích thước tối đa c ủ a một gói tin phân mảnh chứa 32 octet dữ liệu. Phân mảnh A.1 Phân mảnh A.2 Phân mảnh A.3 Mào đ ầ u IPv6 Next Header: 44 Source Addr e ss: Địa ch ỉ global của TN1 Destination Address: Địa ch ỉ global của NUT Mào đầu IPv6 Next Header 44 Source Address: Địa chỉ global của TN1 Destination Address: Địa chỉ global của NUT Mào đầu IPv 6 Next Header: 44 Source Address: Địa ch ỉ global của TN 1 Destination Address: Địa ch ỉ global của NUT Mào đầu Fragment Next Header: 58 Fragment Offset: 0 More Fragments f lag: 1 Mào đầu Fragment Next Header: 58 Fragment Offset: (4) 32 octet More Fragments flag: 1 Fragment Data: 32 octet Mào đ ầ u Fragment Next Header: 58 F ragm e nt Offset: (8) 64 octet More Fragments flag: 0 Fragment Data: 24 octet ICMPv 6 Echo Requ e st Thủ tục đo Phần A: Thời gian nhận các phân mảnh cách nhau một khoảng nhỏ hơn 60 giây 1. TN1 phát các phân mảnh theo th ứ tự A.1, A.2 và A.3. Có một khoảng trễ bằng 55 giây giữa việc truyền phân mảnh A.1 và các phân mảnh A.2 và A.3. 2. Qu a n sát các gó i tin NUT phát đ i . Phần B: Thời gian b ị v ượt quá trước khi nhận được ph â n mảnh cuối cùng 3. TN1 phát các phân m ả nh theo thứ tự A.1, A.2 và A.3. Có một kho ả ng thời gian trễ bằng 65 giây giữa việc truyền phân mảnh A.1 và các phân mảnh A.2 và A.3. 4. Quan sát các gói tin NUT phát đi. Phần C: Thời gian b ị vượt quá (toàn cục), chỉ nhận được phân mảnh đầu tiên 5. TN1 phát phân mảnh A.1. 6. Quan sát các gói tin NUT phát đi. Phần D : Th ời gian b ị vượt quá (L i nk- l ocal), ch ỉ nhận đ ư ợc phân mảnh đầu ti ê n 7. TN1 phát phân mảnh A.1 với địa ch ỉ nguồn là đ ị a ch ỉ Link-local của TN1 và địa chỉ đích thiết lập là địa chỉ Link-local của NUT. 8. Quan sát các gói tin NUT phát đi. Phần E: Thời gian b ị vượ t quá, chỉ nhận đ ượ c phân mảnh th ứ ha i 9. TN1 phát phân mảnh A.2. 10. Quan sát các gói tin NUT phát đi. Kết quả mong muốn Ph ầ n A Bước 2: Các phân mảnh A.2 và A.3 vừa đ ế n trước kh i bộ đếm thời gian lắp ghép của NUT h ế t hạn đối với phân mảnh A.1. NUT phải phát gói t i n Echo Reply đến TN1 để trả lờ i gói t i n Echo Request đã lắp ghép. Phần B Bước 4: Các phân mảnh A.2 và A.3 đến sau khi bộ đếm thời gian lắp ghép c ủ a NUT hết đố i v ới phân m ả nh A.1. NUT phải không phát gói tin Echo Rep l y đến TN1, v ì gói tin Echo Request không được lắp ghép đúng thời hạn. Sau 60 giây khi nhận được phân mảnh A.1, NUT số phát một bản tin ICMPv6 Time Exceeded đến TN1 vớ i giá trị trường Cod e bằng 1 (quy đ ị nh thờ i gian lắp gh é p phân mảnh bị vượt quá). - Trường unused (không được sử dụng) phải được thiết lập bằng 0. - Địa chỉ nguồn của gói tin phải giống đ ị a chỉ đích global trong gói tin Echo Request của TN1. - Địa chỉ đích sẽ giống đ ị a chỉ nguồn global trong gói tin Echo Request của TN1. - Gói tin Echo Request trong bản tin báo lỗi phải không vượt quá MTU IPv6 nhỏ nhất. Phần C và D Bước 6,8: NUT phải không phát gói tin Echo Reply đến TN1, vì gói t i n Echo Request không được ho à n thành. Sau 60 giây khi nhận được phân m ả nh A.1, NUT sẽ phát một bản tin I CMPv6 Time Exceeded đến TN1 với giá tr ị trường C o d e bằng 1 (quy định thời gian lắp ghép phân mảnh b ị vượt quá). - Trường unused (không được sử dụng) phải được thiết lập bằng 0. - Địa ch ỉ nguồn của gói t i n phải giống địa chỉ đích global trong gói tin Echo Request của TN 1 . - Địa chỉ đ í ch sẽ giống địa ch ỉ nguồn global trong gói tin Echo Request của TN1. - Gói tin Echo Request trong bản tin báo lỗi phải không vượt quá MTU IPv6 nhỏ nhất. Phần E Bước 10: NUT phải không phát gói tin Echo Reply hoặc bản tin Time Exceeded đến TN 1 . Bà i 6.3.3 Mào đầu Fragment có b i t M được thiết lập, giá trị tr ường Payload Length không hợp lệ Mục đích bài đo Kiểm tra một n ú t thực hiện các hoạt động thích hợp khi nhận một phân mảnh với bit quy định cờ More Fragments được thiết lập (nhiều phân m ả nh), nhưng c ó giá trị trường Payload Length không phải là bội số của 8 octet. Tham chiếu - TCVN 9802-1 :2 013 - Điều 4.3.5. - RFC 4443 - Điều 3.4 (*) Yêu cầu tài nguyên - Bộ tạo bản tin - Giám sát để bắt bản tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện th ủ t ụ c Xóa cấu h ì nh đo chung sau mỗi phần. Gói tin A Mào đầu IPv6 Payload Length: 21 octet Next Header: 44 Mào đầu Fragment Next Header: 58 Fragment Offset: 0 More Fragments flag: 1 ICMPv 6 Ec h o Request Data Length: 5 octet Thủ tục đo 1. TN1 phát Gói tin A, một gói tin Echo Request có mào đầu Fragment chứa b i t quy định cờ More Fragments được thiết lập. Độ dài tải bằng 21, không phải là bội số của 8. 2. Quan sát các gói tin NUT phát đ i . Kết quả mong muốn Bước 2: NUT phải không phát gói tin Echo Reply đến TN1, v ì phân mảnh bị loại bỏ. NUT sẽ phát một bản tin ICMPv6 Parameter Problem đến TN1. Giá trị trường Code sẽ bằng 0 (quy định xuất hiện lỗi trường mào đầu). Giá tr ị trường Po i nter sẽ là 0x04 (độ lệch trường Payload Length của mào đầu IPv6). Bài 6.3.4 Mào đầu Fragment cụt (stub) Mục đ í ch bà i đ o Ki ể m tra một nút ch ấ p nhận độ lệch phân m ả nh bằng 0 với cờ More Fragments xóa. Tham chiếu - TCVN 9802-1:2013 - Đ iều 4.3.5 và 4.4. Yêu cầu tà i nguyên - Bộ tạo bản tin - Giám sát đ ể bắt b ả n tin Thiết lập đo Không thực hiện Thiết lập thủ tục đo chung. Thực hiện thủ tục Xóa cấu h ì nh đo chung sau mỗi phần. Gói tin A Mào đầu IPv6 Next Header: 44 Mào đầu Fragment Next Header: 58 Fragment Offset: 0 More Fragmants flag: 0 ICMPv 6 Echo Request Thủ tục đo 1. TN1 phát Gói tin A, một gói tin Echo Request có mào đầu Fragment với giá trị trường Fragment Offset bằng 0 và cờ More Fragments x ó a. 2. Quan sát các gói tin NUT phát đi. Kết quả mong muốn B ư ớc 2: NUT phải ph á t một gói tin Echo Reply đến TN1. Gói tin Echo Reply phải không chứa mào đầu Fragment. Phụ lục A (Tham khảo) Bảng đối chiếu nội dung tương đương của TCVN 10906-3:2017 và tài liệu “Phase-1 /Phase-2 Test specification Core Protocols - Technical Document - Revision 4.0.6” TCVN 10906-3:2017 Rev i si o n 4.0.6 1. Phạm vi áp dụng 2. Tà i I i ệu viện dẫn 3. Thuật ngữ và đị nh nghĩa 3.1 Nhóm thuật ngữ về địa chỉ 3.2 Nhóm thuật ngữ về bản tin 3.3 Nhóm thuật ngữ về từng nội dung trong bài đo 4. Chữ viết tắt Abbreviations and Acronyms 5. Tổng quát 5.1 Sơ đồ tổng quan Common Topology 5.2 Thiết lập thủ tục đo chung Common Test Setup 5.3 Xóa cấu hình đo Common Test Cleanup (for al l tests) 5.4 Mặc định chung Common De f aults (for all tests) 6. Các bàl đo Section 1 6.1 Các bài đo cho ph ầ n Mào đầu IPv6 Section 1, Group 1 6.2 Các bài đo cho phần Các tùy chọn và mào đầu mở rộng Section 1, Group 2 6.3 Các bà i đo cho phần Phân mảnh Section 1, Group 3 Phụ lục B (Tham khảo) Bảng tổng hợp kết quả đo STT Bài đo Đánh giá Gh i chú Các b à i đo cho phần Mào đầu IPv6 1 Bài 6.1.1 Trường Version □ Đạt □ Không đạt 2 Bài 6.1.2 Giá trị trường Traff i c Class khác không - nút kết thúc □ Đạt □ Không đạt 3 Bài 6.1.3 Giá trị trường Traffic Class khác không - Nút trung gian (chỉ thực hiện với router) □ Đạt □ Không đạt 4 Bài 6.1.4 Giá trị trường Fl ow Label khác không □ Đạt □ Không đạt 5 Bài 6.1.5 Xử lý trường Payload Length của gói tin □ Đạt □ Không đạt 6 Bà i 6.1.6 Không c ó mào đầu kế tiếp sau mào đầu IPv6 □ Đạt □ Không đạt 7 Bài 6.1.7 Giá tr ị trường Next Header chưa được quy định □ Đạt □ Không đạt 8 B à i 6.1.8 Giá tr ị trường Hop L i mit bằng 0 - N ú t kết thúc □ Đạt □ Không đạt 9 Bài 6.1.9 Giảm giá tr ị trường Hop Limit - N ú t trung gian (ch ỉ thực hiện với router) □ Đạt □ Không đạt 10 Bài 6.1.10 Chuy ể n tiếp IP - Địa chỉ nguồn và đích - Nút trung gi a n (ch ỉ thực hiện với router) □ Đạt □ Không đạt Các bà i đo cho phần Các tùy chọn và mào đầu m ở rộng 10 Bài 6.2.1 Giá trị trường Next Header bằng 0 □ Đạt □ Không đạt 11 Bài 6 . 2.2 Không c ó mào đầu kế ti ế p sau mào đầu mở rộng □ Đạt □ Không đạt 12 Bài 6.2.3 Gi á trị trường Next Header chưa được quy định trong mào đầu mở rộng - N ú t kết thúc □ Đạt □ Kh ô ng đạt 13 Bài 6.2.4 Thứ tự xử lý mào đầu m ở rộng □ Đạt □ Không đạt 14 Bài 6.2.5 Thứ tự xử lý tùy chọn □ Đạt □ Không đạt 15 Bài 6.2.6 Xử lý các t ùy chọn - mào đầu Hop-by-Hop Options (Nút kết thúc) □ Đạt □ Không đạt 16 Bài 6.2.7 Xử lý các t ù y chọn - mào đầu Hop-by-Hop Options (chỉ thực hiện với router) □ Đạt □ Không đạt 17 Bài 6.2.8 Xử lý các tùy chọn - mào đầu Destination Options □ Đạt □ Không đạt 18 Bài 6.2.9 Giá trị t rường Routing Type chưa được quy định - Nút kết thúc □ Đạt □ Không đạt 19 Bài 6.2.10 Giá trị trường Routing Type chưa được quy định - Nút trung gian □ Đạt □ Không đạt Các bài đo cho phần Phân m ả nh 20 Bài 6.3.1 Lắp ghép phân mảnh □ Đạt □ Không đạt 21 Bài 6.3.2 Thời gian lắp ghép các phân mảnh b ị vượt quá □ Đạt □ Không đạt 22 Bài 6.3.3 Mào đầu Fragment c ó bit M được thiết lập, giá tr ị trường Payload Length không hợp lệ □ Đạt □ Không đạt 23 B à i 6.3.4 Mào đầu Fragment cụt (st u b) □ Đạt □ Không đạt Thư mục tài liệu tham kh ả o [1] Chương trình IPv6 Rea d y Logo, "Phase-1 /Phase-2 Test Speci f ication Core Protocols - Technical Document - Revision 4.0.6" ( Ki ể m tr a đặc tả kỹ thuật c á c giao thức lõi giai đoạn 1/giai đoạn 2- Tài l i ệu kỹ thuật ). [2] RFC 2474, “De fi n i tion of the D i fferentiated Services F i eld (DS Field) in t he IPv4 and IPv6 Headers”, December 1998 ( Định nghĩa trường DS (phân biệt các dịch vụ) trong mào đ ầ u IPv4 và mào đầu IPv6 ). [3] RFC 3168, “The Addition of Expl i cit Congestion Notification (ECN) to IP”, September 2001 ( B ổ sung thông báo nghẽn tường minh (ECN) trong IP ). [4] RFC 4443, “Internet Control Mes s age Protocol ( I CMPv6) for the Internet Protocol Version 6 (IPv6) Speci f ication", March 2006 ( Giao thức b ả n tin điều khiển ICMPv6 ). [5] RFC 5095, “Deprecation of Type 0 Routing Headers in IPv6 ” , Decemb e r 2007 (Không sử dụng mào đầu định tuyến loại 0 trong IPv6 ). MỤC LỤC 1 Phạm v i áp dụng 2 Tài liệu viện dẫn 3 Thuật ngữ và đ ị nh nghĩa 3.1 Nhóm thuật ngữ về địa ch ỉ 3.2 Nh ó m thuật ngữ về bản tin 3.3 Nhóm thuật ngữ về từng nội d ung trong bài đo 4 Chữ viết tắt 5 Tổng quát 5.1 Sơ đồ tổng quan 5.2 Thiết lập thủ tục đo ch u ng 5.3 Xóa cấu h ì n h đo chung 5.4 Mặc định chung 6 Các bài đo 6.1 Các bài đo cho phần Mào đầu IPv6 Bài 6.1.1 Trường Vers i on Bài 6.1.2 Giá trị trường Traff i c Class khác không - nút kết th ú c B à i 6.1.3 Giá trị trường Traff i c Class khác không - Nút trung gian (ch ỉ thực hiện với router) Bài 6.1.4 Giá trị trường Flow Label khác không Bài 6.1.5 Xử lý trường Payload Length của gói tin Bài 6.1.6 Không có mào đầu kế tiếp sau mào đầu I Pv6 Bài 6.1.7 Giá tr ị trường Next Header chưa được quy định Bà i 6.1.8 Giá trị trường Hop Limit bằng 0 - Nút kết thúc Bài 6.1.9 Giảm g i á trị trường Hop Limit - Nút trung gian (chỉ thực hiện với router) Bài 6.1.10 Chuyển tiếp IP - Địa chỉ nguồn và đích - Nút trung gian (ch ỉ thực hiện với router) 6.2 Các bài đo cho phần Các tùy chọn và mào đầu mở rộng Bài 6.2.1 Giá tr ị trường Next Header bằng 0 Bài 6.2.2 Không có mào đầu kế t iế p sau mào đầu mở rộng Bài 6.2.3 Giá trị trường Next Header chưa được quy đ ị nh trong mào đầu m ở rộng - N ú t kết thúc Bài 6.2.4 Thứ tự xử lý mào đầu mở rộng Bài 6.2.5 Thứ tự xử lý tùy chọn Bà i 6.2.6 Xử lý các tùy chọn - mào đầu Hop-by-Hop Options (Nút kết thúc) Bài 6.2.7 Xử lý các tùy chọn - mào đầu Hop-by-Hop Options (ch ỉ thực hiện với router) Bà i 6.2.8 Xử lý các tùy chọn - mào đầu Dest i nation Options B à i 6.2.9 Giá t rị trường Routing Type chưa được quy định - Nút kết thúc Bài 6.2.10 Giá trị trường Ro u ting Type ch ư a được quy định - N ú t trung gian 6.3 Các bài đo cho phần Phân mảnh Bài 6.3.1 L ắ p ghép phân m ả nh Bài 6.3.2 Thời gian lắp ghép các phân mảnh bị vượt quá Bài 6.3.3 Mào đầu Fragment có bit M được thiết lập, giá trị trường Payload Length không hợp lệ Bài 6.3.4 Mào đầu Fragmen t cụt (stub) Phụ lục A (Tham khảo) Bảng đối chiếu nộ i dung tư ơ ng đương của TCVN 10906-3:2017 và tài liệu “Phase-1 /Phase-2 Test Spec ifi cat i on Core Protocols - Technical Document - Revision 4.0 . 6” Phụ lục B (Tham kh ả o) B ả ng tổng h ợ p kết quả đo Thư mục tà i liệu tham khảo