In the initial stage where the RREQ

In the initial stage where the RREQ message is forwarded in a multi hop scenario, it will be forwarded to all the nodes one

by one. As shown in the Figure 5.4. The immediate neighbours of the nodes send the RREQ back along with the Source node Identifier (SN_ID) of the respective node. This is a phase of neighbour discovery, so as to know which neighbour is near to it.

Below Figure 5.5 shows the flow chart for Sender Node in which First Broadcast the the RREQ. Next node receive the RREQ with source node id, and check if it is already received by previous node then discard otherwise store the value in cache table.Below Figure 5.6 shows the Flow chart for intermediate node in which intermediate node check that itehadasy alr received the RREQ with source node id if yes then discard otherwise store the value in cache table and forward the RREQ.
Below Figure 5.7 shows the Flow chart for receiving node in which when destination node receive the RREQ then it send RREP, if there are any optional path is not available then Discard it.

Figure 5.8 shows that How to bypass the Gray hole attack it checks the Destination sequence number and Timestamp. Based on this both if sequence number are too much high then it discard the RREP.

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

Trong giai đoạn ban đầu nơi RREQ thư được chuyển tiếp trong một kịch bản hop đa, nó sẽ được chuyển tiếp đến tất cả các nút của một bởi một. Như minh hoạ trong hình 5.4. Ngay lập tức những người hàng xóm của các nút gửi RREQ trở lại cùng với các nút nguồn mã định danh (SN_ID) của các nút tương ứng. Đây là một giai đoạn khám phá giáp, để biết hàng xóm mà là gần với nó.Dưới hình 5.5 Hiển thị biểu đồ dòng chảy gửi nút trong đó đầu tiên phát sóng trong RREQ. Nút tiếp theo nhận được RREQ với id nút nguồn và kiểm tra nếu nó đã nhận được trước nút thì huỷ nếu không lưu trữ các giá trị trong bảng bộ nhớ cache. Dưới đây con số 5,6 cho thấy biểu đồ dòng chảy cho nút trung gian trong node trung gian kiểm tra rằng alr itehadasy đã nhận được RREQ với nguồn nút id nếu có sau đó loại bỏ nếu không lưu trữ các giá trị trong bảng bộ nhớ cache và chuyển tiếp RREQ.Dưới hình 5.7 cho thấy biểu đồ dòng chảy để nhận nốt mà khi đích nút nhận được RREQ sau đó nó gửi RREP, nếu có bất kỳ đường dẫn tùy chọn là không có sẵn, sau đó loại bỏ nó.Hình 5.8 cho thấy làm thế nào để tránh tấn công lỗ màu xám kiểm tra số thứ tự đích và dấu thời gian. Dựa trên này cả hai nếu dãy số quá cao thì nó loại bỏ RREP.

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

Trong giai đoạn ban đầu, nơi các tin RREQ được chuyển tiếp trong một kịch bản đa hop, nó sẽ được chuyển đến tất cả các nút một cái một. Như thể hiện trong hình 5.4. Những người hàng xóm ngay lập tức các nút gửi RREQ trở lại cùng với các Identifier nút Nguồn (SN_ID) của các nút tương ứng. Đây là một giai đoạn của phát hiện hàng xóm, để biết được người hàng xóm là gần với nó. Dưới đây Hình 5.5 cho thấy các biểu đồ dòng chảy cho người gửi Node trong đó đầu tiên phát sóng của các RREQ. Nút Tiếp nhận RREQ với id nút nguồn, và kiểm tra xem nó đã được nhận bằng nút trước sau đó loại bỏ nếu không lưu trữ các giá trị trong bộ nhớ cache table.Below Hình 5.6 cho thấy các biểu đồ dòng chảy cho các node trung gian, trong đó kiểm tra nút trung gian itehadasy ALR nhận được RREQ với id nút nguồn nếu có thì loại bỏ nếu không lưu trữ các giá trị trong bảng bộ nhớ cache và chuyển RREQ. Dưới đây Hình 5.7 cho thấy các biểu đồ dòng chảy nhận nút mà khi node đích nhận RREQ sau đó nó gửi RREP, nếu có bất kỳ đường dẫn tùy chọn không có sẵn sau đó Vứt bỏ nó. Hình 5.8 cho thấy Làm thế nào để vượt qua những cuộc tấn công lỗ màu xám nó kiểm tra số chuỗi đích và Dấu thời gian. Dựa trên điều này cả hai nếu số thứ tự là quá nhiều cao sau đó nó loại bỏ các RREP.