RIP Version 2RIP version 2 was desi

RIP Version 2
RIP version 2 was designed to overcome some of the shortcomings of version 1. The
designers of version 2 have not augmented the length of the message for each entry.
They have only replaced those fields in version 1 that were filled with 0s for the TCP/IP
protocol with some new fields.
Message Format
Figure 11.15 shows the format of a RIP version 2 message. The new fields of this message
are as follows:
❑ Route tag. This field carries information such as the autonomous system number. It
can be used to enable RIP to receive information from an interdomain routing protocol.
❑ Subnet mask. This is a 4-byte field that carries the subnet mask (or prefix). This
means that RIP2 supports classless addressing and CIDR.
❑ Next-hop address. This field shows the address of the next hop. This is particularly
useful if two autonomous systems share a network (a backbone, for example).
Then the message can define the router, in the same autonomous system or another
autonomous system, to which the packet next goes.

Figure 11.15 RIP version 2 format
Classless Addressing
Probably the most important difference between the two versions of RIP is classful
versus classless addressing. RIPv1 uses classful addressing. The only entry in the message
format is the network address (with a default mask). RIPv2 adds one field for the
subnet mask, which can be used to define a network prefix length. This means that in
this version, we can use classless addressing. A group of networks can be combined
into one prefix and advertised collectively, as we saw in Chapters 5 and 6.
Authentication
Authentication is added to protect the message against unauthorized advertisement. No
new fields are added to the packet; instead, the first entry of the message is set aside for
authentication information. To indicate that the entry is authentication information and not
routing information, the value of FFFF16 is entered in the family field (see Figure 11.16).
The second field, the authentication type, defines the protocol used for authentication,
and the third field contains the actual authentication data.

Kết quả (Việt) 1:

RIP Phiên bản 2RIP Phiên bản 2 được thiết kế để vượt qua một số trong những thiếu sót của phiên bản 1. Cácnhà thiết kế của phiên bản 2 không có tăng cường độ dài của thư cho mỗi mục.Họ chỉ có thay thế các lĩnh vực trong phiên bản 1 đã được lấp đầy với số 0 cho TCP/IPgiao thức với một số lĩnh vực mới.Định dạng tin nhắnCon số 11,15 Hiển thị các định dạng của thư RIP Phiên bản 2. Các lĩnh vực mới của tin nhắn nàylà như sau:❑ Route thẻ. Lĩnh vực này mang thông tin chẳng hạn như số hệ thống tự trị. Nócó thể được sử dụng để cho phép RIP nhận thông tin từ một giao thức định tuyến interdomain.Mặt nạ mạng con ❑. Đây là một lĩnh vực 4-byte mang mặt nạ mạng con (hoặc tiền tố). Điều nàycó nghĩa là RIP2 hỗ trợ địa chỉ không và CIDR.❑ địa chỉ tiếp theo-hop. Lĩnh vực này cho thấy địa chỉ của hop tiếp theo. Đây là đặc biệthữu ích nếu hai hệ thống tự trị chia sẻ một mạng (một xương sống, ví dụ).Sau đó, tin nhắn có thể xác định các bộ định tuyến, trong cùng một hệ thống tự trị này hay cách khácHệ thống tự trị, mà gói, tiếp theo đi. Con số 11,15 RIP Phiên bản 2 định dạngĐịa chỉ khôngCó lẽ sự khác biệt quan trọng nhất giữa hai phiên bản của RIP là classfulso với không địa chỉ. RIPv1 sử dụng địa chỉ classful. Mục duy nhất trong thưđịnh dạng là địa chỉ mạng (với một mặt nạ mặc định). RIPv2 cho biết thêm một lĩnh vực cho cácmặt nạ mạng con, trong đó có thể được sử dụng để xác định độ dài tiền tố mạng. Điều này có nghĩa rằng trongPhiên bản này, chúng tôi có thể sử dụng địa chỉ không. Một nhóm mạng có thể được kết hợpvào một tiền tố và quảng cáo chung, như chúng tôi đã thấy trong chương 5 và 6.Xác thựcXác thực được thêm vào để bảo vệ thư chống lại quảng cáo không được phép. Khônglĩnh vực mới được bổ sung vào các gói; thay vào đó, các mục nhập đầu tiên của tin nhắn được đặt sang một bên chothông tin xác thực. Để chỉ ra rằng mục là xác thực thông tin và khôngđịnh tuyến thông tin, giá trị của FFFF16 được nhập vào trong lĩnh vực gia đình (xem hình 11.16).Trường thứ hai, kiểu xác thực, xác định các giao thức được sử dụng để xác thực,và trường thứ ba có chứa các dữ liệu thực tế xác thực.

Kết quả (Việt) 2:

RIP Version 2
RIP phiên bản 2 đã được thiết kế để khắc phục một số hạn chế của phiên bản 1. Các
nhà thiết kế của phiên bản 2 đã không tăng cường độ dài của tin nhắn cho mỗi mục.
Họ chỉ thay thế những lĩnh vực trong phiên bản 1 đã được lấp đầy với 0s cho TCP / IP
giao thức với một số lĩnh vực mới.
Định dạng tin nhắn
Hình 11.15 cho thấy định dạng của một thông điệp phiên bản RIP 2. Các lĩnh vực mới của tin nhắn này
là như sau:
tag ❑ Route. Lĩnh vực này mang thông tin như số hệ thống tự trị. Nó
có thể được sử dụng để cho phép RIP để nhận được thông tin từ một giao thức định tuyến interdomain.
❑ Subnet mask. Đây là một lĩnh vực 4-byte mang mặt nạ mạng con (hoặc tiền tố). Điều này
có nghĩa rằng RIP2 hỗ trợ giai cấp địa chỉ và CIDR.
❑ địa Next-hop. Lĩnh vực này cho thấy địa chỉ của hop tiếp theo. Điều này đặc biệt
hữu ích nếu hai hệ thống tự trị chia sẻ một mạng (một xương sống, ví dụ).
Sau đó, các thông điệp có thể xác định các router, trong hệ thống tự trị cùng hoặc khác
hệ thống tự trị, mà các gói tin kế tiếp đi. Hình 11.15 phiên bản RIP 2 định dạng Classless biểu Có lẽ sự khác biệt quan trọng nhất giữa hai phiên bản của RIP là classful so với giai cấp địa chỉ. RIPv1 sử dụng classful giải quyết. Mục duy nhất trong tin nhắn định dạng là địa chỉ mạng (với một mặt nạ mặc định). RIPv2 bổ sung thêm một lĩnh vực cho các mặt nạ mạng con, mà có thể được sử dụng để xác định độ dài tiền tố mạng. Điều này có nghĩa rằng trong phiên bản này, chúng ta có thể sử dụng không giai cấp địa chỉ. Một nhóm các nhà mạng có thể được kết hợp vào một tiền tố và quảng cáo chung, như chúng ta đã thấy ở Chương 5 và 6. Xác thực Xác thực được thêm vào để bảo vệ các thông điệp chống quảng cáo trái phép. Không có lĩnh vực mới được thêm vào các gói tin; thay vào đó, mục đầu tiên của thông điệp được trích lập cho các thông tin xác thực. Để chỉ ra rằng mục là thông tin xác thực và không định tuyến thông tin, giá trị của FFFF16 được nhập trong lĩnh vực gia đình (xem hình 11.16). Các lĩnh vực thứ hai, các loại chứng thực, xác định các giao thức được sử dụng để xác thực, và các lĩnh vực thứ ba chứa các dữ liệu xác minh thực tế.