Cho hỏi về trường AFI trong định dạng gói tin RIP

[netbaby]

Em tìm được tài liêu trên mạng thì thấy có ghi về trường AFI trong định dạng gói tin RIP như sau:
"Do RIP ban đầu được thiết kế cho nhiều giao thức khác nhau nên trong gói tin RIP có trường AFI(Address Family Indentifier). Trong thực tế thì AFI cho IP có giá trị là 2 và trong RIPv1 chỉ chính thức hỗ trợ cho IP thôi (theo RFC 2453). Nếu trường AFI có giá trị là 0xFFF thì gói tin đó là gói tin mang thông tin Authentication (RIPv2)"

Tuy nhiên khi đọc trong tài liệu CCNA Academy v4.0 thì thấy ghi thế này:

Address family identifier (set to 2 for IP unless a router is requesting a full routing table, in which case the field is set to zero)

Tại sao sách lại nó trường hợp request toàn bộ bảng định tuyến thì thì trường này được set là 0? Bình thường khi đến chu kì 30 giây thì nó vẫn request toàn bộ bảng định tuyến đấy thôi. Các bác giúp mình giải đáp thắc mắc với. Thanks.

[dothanhson1311]

Mình đã kiểm tra lại thông tin do bạn cung cấp. Cụ thể như sau:

"Do RIP ban đầu được thiết kế cho nhiều giao thức khác nhau nên trong gói tin RIP có trường AFI(Address Family Indentifier). Trong thực tế thì AFI cho IP có giá trị là 2 và trong RIPv1 chỉ chính thức hỗ trợ cho IP thôi (theo RFC 2453). Nếu trường AFI có giá trị là 0xFFF thì gói tin đó là gói tin mang thông tin Authentication (RIPv2)"

-> được dịch từ tài liệu của Cisco. Mình search trong trang www.cisco.com : Link

Address family identifier (set to 2 for IP unless a router is requesting a full routing table, in which case the field is set to zero)

-> cái này thì ở trong trang chủ của tổ chức IETF :

Và cái này cũng đúng thôi bởi khi một host được khởi động thì nó sẽ gửi broadcast ra toàn mạng yêu cầu một bảng định tuyến đầy đủ cho nó. Lúc đó trường command sẽ là request và AFI sẽ là 0

Hết rùi đó bạn !

[phuongpheoo]

Mình đã kiểm tra lại thông tin do bạn cung cấp. Cụ thể như sau:



-> được dịch từ tài liệu của Cisco. Mình search trong trang www.cisco.com : Link



-> cái này thì ở trong trang chủ của tổ chức IETF :

Và cái này cũng đúng thôi bởi khi một host được khởi động thì nó sẽ gửi broadcast ra toàn mạng yêu cầu một bảng định tuyến đầy đủ cho nó. Lúc đó trường command sẽ là request và AFI sẽ là 0

Hết rùi đó bạn !

Bạn dothanhson1311 giải thích vậy e rằng không thể làm thỏa mãn người hỏi lắm. Theo như mình hiểu thì ý của bạn netbaby hỏi là: bình thường cứ 30s là RIP gửi toàn bộ bảng định tuyến rồi, tại sao còn chế ra gói tin RIP với AFI = 0 để làm gì, có phải quá dư thừa không, nếu không thì gói này dùng khi nào?
Nếu đúng như vậy thì mình có 1 explain như sau :

http://www.ietf.org/rfc/rfc1058.txt RFC 1058 có nói:
Phần 3.1
3.1. Message formats (page17)

RIP is a UDP-based protocol. Each host that uses RIP has a routing
process that sends and receives datagrams on UDP port number 520.
All communications directed at another host's RIP processor are sent
to port 520. All routing update messages are sent from port 520.
Unsolicited routing update messages have both the source and
destination port equal to 520. Those sent in response to a request
are sent to the port from which the request came. Specific queries
and debugging requests may be sent from ports other than 520, but
they are directed to port 520 on the target machine.

There are provisions in the protocol to allow "silent" RIP processes.
A silent process is one that normally does not send out any messages.
However, it listens to messages sent by others….
Đọc đoạn trên chú ý ở chỗ : Bình thường các update message gửi và nhận ở UDP port 520, tuy nhiên, có 1 vài queries (truy vấn) đặc biệt, và các yêu cầu debug, có thể send từ source port khác port 520, des port vẫn là 520. Và chú ý “silent” RIP proccess không response (trả lời) message mà chỉ listen (lắng nghe) message.
Đọc tiếp phần Request :
3.4.1. Request (page 24)
Request is used to ask for a response containing all or part of the
host's routing table. [Note that the term host is used for either
host or gateway, in most cases it would be unusual for a non-gateway
host to send RIP messages.] Normally, requests are sent as
broadcasts, from a UDP source port of 520. In this case, silent
processes do not respond to the request. Silent processes are by
definition processes for which we normally do not want to see routing
information. However, there may be situations involving gateway
monitoring where it is desired to look at the routing table even for
a silent process. In this case, the request should be sent from a
UDP port number other than 520. If a request comes from port 520,
silent processes do not respond. If the request comes from any other
port, processes must respond even if they are silent.

The request is processed entry by entry. If there are no entries, no
response is given. There is one special case. If there is exactly
one entry in the request, with an address family identifier of 0
(meaning unspecified), and a metric of infinity (i.e., 16 for current
implementations), this is a request to send the entire routing table.
In that case, a call is made to the output process to send the
routing table to the requesting port.

Chú ý: đoạn trên nó nhắc lại Silent Proccess, nhưng nó nhấn mạnh, Silent Proccess vẫn trả lời message trong trường hợp Source port khác 520 ( tức các request dùng cho debug).
Đọan thứ 2 nó đưa ra trường hợp AFI = 0 (còn nói thêm là trong message này, metric = 16, và chỉ có duy nhất 1 entry trong request này). Giải thích là request này dùng để yêu cầu gửi toàn bộ bảng định tuyến.

Từ đó mình mạn phép suy diễn như sau:
Request Message với AFI = 0 chỉ được dùng cho việc debug, khi mà debugger muốn yêu cầu 1 RIP proccess đang chạy ở silent mode gửi toàn bộ bảng định tuyến.
Còn trong trường hợp period update 30s, toàn bộ bảng định tuyến gửi ra mặc định bởi RIP proccess, tức là bình thường nếu không có debug thì Request Message với AFI = 0 không xuất hiện.

3.5. Output Processing (page 28)

This section describes the processing used to create response
messages that contain all or part of the routing table. This
processing may be triggered in any of the following ways:

- by input processing when a request is seen. In this case,
the resulting message is sent to only one destination.




- by the regular routing update. Every 30 seconds, a
response containing the whole routing table is sent to
every neighboring gateway. (See section 3.3.)

- by triggered updates. Whenever the metric for a route is
changed, an update is triggered. (The update may be
delayed; see below.)
Nếu ai có phát hiện mình bị sai sót chỗ nào, mong đóng góp và tham luận trên 4rum để tường tận sự việc. Vì mình cũng chỉ suy luận dựa vào RFC thui :D

[netbaby]

Cám ơn bạn phuongpheoo đã trả lời rất hay nhưng mình vẫn còn 3 thắc mắc nhỏ:

1) Gói tin request chỉ được gởi khi khởi động lại router hoặc enable RIP lần đầu tiên hay là cứ định kì 30s thì RIP gởi request và response?

2)

RIP is a UDP-based protocol. Each host that uses RIP has a routing
process that sends and receives datagrams on UDP port number 520.

RIP gởi và nhận datagram (UDP) nên RIP hoạt động ở lớp 4? Hơn nữa khi xem quá trình đóng gói thì thấy message RIP được đóng gói trước rồi mới đến UDP segment, IP packet, Data Link Frame. Ta có thể kết luận RIP ở lớp 4?

3)

The request is processed entry by entry.

There is one special case. If there is exactly
one entry in the request, with an address family identifier of 0
(meaning unspecified), and a metric of infinity (i.e., 16 for current
implementations), this is a request to send the entire routing table.
In that case, a call is made to the output process to send the
routing table to the requesting port.

Đọan thứ 2 nó đưa ra trường hợp AFI = 0 (còn nói thêm là trong message này, metric = 16, và chỉ có duy nhất 1 entry trong request này). Giải thích là request này dùng để yêu cầu gửi toàn bộ bảng định tuyến.

Theo như RFC, thì request "entry by entry" là sao? Có phải là request một lần 1 entry trong bảng định tuyến? Vì theo mình biết response là sẽ gởi toàn bộ (hoặc 1 phần, khi nào 1 phần?) bảng định tuyến.

Tại sao khi có chính xác một entry trong gói tin request và metric là 16 thì AFI = 0? Hơn nữa request là dùng để hỏi thông tin mà tại sao lại có chứa metric=16 trong gói tin request?

Rất mong nhận được trả lời của bạn. Nếu được cho mình xin nick yahoo để tiện chat chit...

[tranmyphuc]

Cám ơn bạn phuongpheoo đã trả lời rất hay nhưng mình vẫn còn 3 thắc mắc nhỏ:

1) Gói tin request chỉ được gởi khi khởi động lại router hoặc enable RIP lần đầu tiên hay là cứ định kì 30s thì RIP gởi request và response?

2)

RIP gởi và nhận datagram (UDP) nên RIP hoạt động ở lớp 4? Hơn nữa khi xem quá trình đóng gói thì thấy message RIP được đóng gói trước rồi mới đến UDP segment, IP packet, Data Link Frame. Ta có thể kết luận RIP ở lớp 4?

3)





Theo như RFC, thì request "entry by entry" là sao? Có phải là request một lần 1 entry trong bảng định tuyến? Vì theo mình biết response là sẽ gởi toàn bộ (hoặc 1 phần, khi nào 1 phần?) bảng định tuyến.

Tại sao khi có chính xác một entry trong gói tin request và metric là 16 thì AFI = 0? Hơn nữa request là dùng để hỏi thông tin mà tại sao lại có chứa metric=16 trong gói tin request?

Rất mong nhận được trả lời của bạn. Nếu được cho mình xin nick yahoo để tiện chat chit...

Nhũng câu hỏi của bạn được trả lời tróng sách ccie-professional-development-routing-tcp-ip-volume-i-second-edition.9781587052026.641 phần RIPv2. Bạn xem thử hen.

Chúc bạn vui !!!

[phuongpheoo]

Hi hi , mình xin trả lời các thắc mắc của bạn như sau:

1) Gói tin request chỉ được gởi khi khởi động lại router hoặc enable RIP lần đầu tiên hay là cứ định kì 30s thì RIP gởi request và response?
Cái này bạn có thể test như sau:
Cần 2 con Router nối với nhau và chạy RIP, quảng bá một vài loopback, sau khi RIP chạy thì mình tiến hành debug
Tại 1 con router tạo 1 access-list : access-list 101 permit UDP any any eq rip trong mode config
Sau đó tại enable mode gõ lệnh : debug ip packet 101 detail.
Sau đó tự mình kiểm nghiệm kết quả nhé bạn. Có thể test thêm tiến trình RIP chạy thế nào khi mới start bằng cách reset lại con router đầu đằng xa nhé.
Còn muốn chi tiết hơn nữa thì cho RIP chạy trên cổng LAN, dùng 1 chương trình bắt gói tin (packet snipper) để có thể nhìn thấy chi tiết các fields trong RIP message

2)RIP gởi và nhận datagram (UDP) nên RIP hoạt động ở lớp 4? Hơn nữa khi xem quá trình đóng gói thì thấy message RIP được đóng gói trước rồi mới đến UDP segment, IP packet, Data Link Frame. Ta có thể kết luận RIP ở lớp 4?

Cái này bạn hơi nhầm 1 chút nhé bạn, nếu nói như bạn thì EIRGP, OSPF,... đều chạy ở Layer 4 hết à. Bạn có thể hiểu là : RIP dùng gói tin UDP để trao đổi thông tin, ở góc độ này, các gói tin UDP di chuyển trên mạng như là các gói dữ liệu thông thường, tức là routed protocol, còn nói đến RIP tại sao ở Layer 3 thì người ta nói đến khả năng xây dựng bản routing table và thực hiện chức năng packet switching (routing protocol).
Tức là phân loại dựa trên chức năng mà RIP có thể làm được, chứ không phải là phương thức RIP làm như thế nào. Chắc bạn có thể hiểu rồi phải không :P

Câu hỏi 3) xin trả lời sau nha, bạn có thể xem trong RFC 1058 để biết nó định nghĩa entry là gì. Còn việc tại sao khi cần request full routing update thì bắt buộc AFI=0 và metric=16 thì cái này mấy người viết RFC họ nghĩ ra, giống như bạn chạy xe ở Việt Nam thì phải chạy bên tay phải vậy :P, chuẩn thì phải quy định để thống nhất, vậy thôi .

Hi vọng câu trả lời làm hài lòng bạn.

[netbaby]

Bạn tranmyphuc1988 gởi mình link download quyển sách đó được k?

[netbaby]

Câu hỏi 3) xin trả lời sau nha, bạn có thể xem trong RFC 1058 để biết nó định nghĩa entry là gì. Còn việc tại sao khi cần request full routing update thì bắt buộc AFI=0 và metric=16 thì cái này mấy người viết RFC họ nghĩ ra, giống như bạn chạy xe ở Việt Nam thì phải chạy bên tay phải vậy :P, chuẩn thì phải quy định để thống nhất, vậy thôi .

Câu này mình thấy chưa thỏa đáng lắm. Có cao kiến nào khác không nhĩ?

[tranmyphuc]

Bạn tranmyphuc1988 gởi mình link download quyển sách đó được k?

Chào bạn
Bạn có thể tìm trên trang www.bookilook.com
Chúc bạn vui !!!

[netbaby]

Cái này bạn hơi nhầm 1 chút nhé bạn, nếu nói như bạn thì EIRGP, OSPF,... đều chạy ở Layer 4 hết à. Bạn có thể hiểu là : RIP dùng gói tin UDP để trao đổi thông tin, ở góc độ này, các gói tin UDP di chuyển trên mạng như là các gói dữ liệu thông thường, tức là routed protocol, còn nói đến RIP tại sao ở Layer 3 thì người ta nói đến khả năng xây dựng bản routing table và thực hiện chức năng packet switching (routing protocol).
Tức là phân loại dựa trên chức năng mà RIP có thể làm được, chứ không phải là phương thức RIP làm như thế nào. Chắc bạn có thể hiểu rồi phải không :P

Router hoạt động ở lớp 3. Như vậy thì nó chỉ decapsulation (mở gói) tới lớp 3, nghĩ là khi router nhận được gói tin RIP thì nó chỉ mở gói IP header ra chứ đâu có tiếp tục mở UDP segment header mà biết được các thông điệp của RIP (vì UDP segment header được đóng gói sau RIP mà)

Quá trình đóng gói:

Data Link Frame <--- IP Packet <--- UDP segment header <--- RIP Message

Quá trình mở gói:

Data Link Frame ---> IP Packet ---> UDP segment header ---> RIP Message

[phuongpheoo]

Switch cũng cấu hình được địa chỉ IP, ping , telnet đến Switch cũng OK, vậy thì switch ở Layer mấy :P

[netbaby]

Okie, mình hiểu rồi, khi decapsulation thì vẫn mở hết gói tin ở tất cả các layer. Ta xét router hoạt động lớp mấy là xét chức năng chính của nó là định tuyến.

[trainingit]

Uh, nên xét chức năng chính của thiết bị là ở lớp mấy thôi :D, vd router nên tập trung vào layer 3, switch thì tập trung vào switch layer 2 (trừ switch layer 3). Switch layer 3 cũng có chức năng giống router nhưng phạm vi nhỏ hơn, chủ yếu switch layer 3 dùng trong tầng Distribute và Core của mô hình mạng campus, switch layer 2 dùng cho tầng Access... còn Hub thì khỏi bàn vì chắc giờ cũng ít được sử dụng.

- mọi hoạt động trên mạng đều chỉ có một mục đích chính: gửi thông tin từ host nguồn đến host đích

-chức năng chính của thiết bị mạng thường từ lớp 1 đến lớp 3 (lớp 4 có ở firewall or Extended ACL trên router), còn từ lớp 5 đến 7 (data) thì nằm ở host nguồn và host đích, trên host nguồn và đích, từ lớp 1 đến 4 đóng vai trò (encapsulate) và (de encapsulate) data.

[cuibapcaca]

Cho em hỏi 1 câu nha (Trong sách CCIE):

"Some diagnostic processes might need to know information about a specific route or routes. In this case, a Request message might be sent with entries specifying the addresses in question. A device receiving this request will process the entries one by one, building a Response message from the Request message. If the device has an entry in its route table corresponding to an address in the request, it will enter the metric of its own route entry into the metric field. If not, the metric field will be set to 16"

Làm thế nào để RIP hỏi 1 route nào đó chứ không phải hỏi toàn bộ bảng định tuyến? Cấu hình thế nào?