In trace Gray algorithm for detecting gray hole, is basedon agent base dịch - In trace Gray algorithm for detecting gray hole, is basedon agent base Việt làm thế nào để nói

In trace Gray algorithm for detecti

In trace Gray algorithm for detecting gray hole, is based
on agent based approach. Trace Gray wants that the next
hop information to be available to a node. With DSR
routing, the proposed scheme uses route cache information
to obtain the next hop information. Although the entire
source route is handy for a destination in the route cache,
mere the first hop node is used to avoid false positives. In
this algorithm mobile agent (MA) has been enhanced with a
timer. This timer is currently a function of MA code size +
MA agent size. The basic promise in assigning the timeout
period is based on the observation that during change of
context of a mobile agent, the size of the mobile code and
data required for remote execution determines how large
the timeout interval should be. The presence of a gray hole
is indicated if a mobile agent is unable to return to its home
context before timeout [8, 9].
D. G. Kariya et al [10] proposed an algorithm which is
based on a course based scheme. In this scheme, a node
observes only the next hop in current route path but does
not observe every node in the neighbour. In this scheme
FwdPacketBuffer is maintained by every node, it is also
known as a packet digest buffer. The algorithm is divided
into three steps: A) when a packet is forwarded out, its
digest is stored into the FwdPacketBuffer and the detecting
node overhears. B) Once the action that the next hop
forwards the packet is overheard, the digest will be freed
from the FwdPacketBuffer. C) The detecting node should
calculate the overhear rate of its next hop node and compare
it with a threshold in a fixed period of time. The overhear
rate of the Nth period of time is defined as OR (N), the
percentage of the data packets which are actually received
by the destination
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Trong dấu vết xám thuật toán phát hiện màu xám lỗ, dựaĐại lý dựa trên phương pháp tiếp cận. Dấu vết xám muốn mà tiếp theohop các thông tin có sẵn cho một nút. Với DSRđịnh tuyến, thông tin bộ nhớ cache chương trình được đề xuất sử dụng tuyến đườngđể có được thông tin hop tiếp theo. Mặc dù toàn bộnguồn tuyến đường là thuận tiện cho một điểm đến trong bộ nhớ cache của con đường,chỉ nút hop đầu tiên được sử dụng để tránh dương tính giả. ỞĐại lý điện thoại di động giải thuật này (MA) đã được tăng cường với mộtbộ đếm thời gian. Bộ đếm thời gian này hiện đang là một chức năng của MA mã kích thước +MA kích thước đại lý. Lời hứa cơ bản trong việc phân công thời gian chờthời gian được dựa trên các quan sát mà trong quá trình thay đổibối cảnh của một đại lý điện thoại di động, kích thước của mã nguồn di động vàdữ liệu cần thiết để thực hiện từ xa xác định làm thế nào lớnkhoảng thời gian chờ sẽ có. Sự hiện diện của một lỗ màu xámđược chỉ định nếu một đại lý điện thoại di động là không thể trở về nhà của mìnhbối cảnh trước khi hết thời gian [8, 9].D. G. Kariya et al [10] đề xuất một thuật toán mà làDựa trên một chương trình khóa học dựa. Trong sơ đồ này, một nútquan sát chỉ hop tiếp theo trong đường dẫn hiện tại tuyến đường nhưng khôngkhông quan sát mỗi nút trong người hàng xóm. Trong sơ đồ nàyFwdPacketBuffer được duy trì bởi mỗi nút, nó cũng làđược biết đến như một bộ đệm gói digest. Các thuật toán được chiathành ba bước sau: A) khi một gói dữ liệu sẽ được chuyển tiếp, của nótiêu hóa được lưu trữ vào FwdPacketBuffer và các phát hiệnnút vô. B) một hành động mà hop tiếp theochuyển tiếp gói tin được nghe lỏm, sự tiêu hóa sẽ được giải phóngtừ FwdPacketBuffer. C) nút phát hiện nêntính toán tỷ lệ overhear của nút hop tiếp theo và so sánhnó với một ngưỡng trong một khoảng thời gian cố định. Overheartỷ lệ của thời gian, thứ n được định nghĩa như là hay (N), cáctỷ lệ phần trăm của các gói dữ liệu thực sự nhận đượcbởi điểm đến
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trong dấu vết thuật toán xám cho việc phát hiện lỗ màu xám, được dựa
trên cách tiếp cận dựa đại lý. Dấu vết màu xám muốn rằng tiếp theo
thông tin hop sẽ có sẵn với một nút. Với DSR
định tuyến, các đề án đề xuất sử dụng thông tin bộ nhớ cache tuyến đường
để có được những thông tin hop tiếp theo. Mặc dù toàn bộ
tuyến đường nguồn là tiện dụng cho một điểm đến trong bộ nhớ cache tuyến đường,
chỉ nút hop đầu tiên được sử dụng để tránh dương tính giả. Trong
thuật toán đại lý điện thoại di động này (MA) đã được tăng cường với một
bộ đếm thời gian. Giờ này hiện là một hàm của kích thước mã MA +
kích thước đại lý MA. Lời hứa cơ bản trong việc phân công thời gian chờ
khoảng thời gian được dựa trên quan sát rằng trong sự thay đổi của
bối cảnh của một đại lý điện thoại di động, kích thước của mã di động và
dữ liệu cần thiết để thực hiện từ xa xác định làm thế nào lớn
khoảng thời gian chờ nên được. Sự hiện diện của một lỗ màu xám
được chỉ ra nếu một đại lý điện thoại di động là không thể trở về nhà của mình
bối cảnh trước khi thời gian chờ [8, 9].
DG Kariya et al [10] đề xuất một thuật toán được
dựa trên một chương trình dựa trên khóa học. Trong kế hoạch này, một nút
quan sát chỉ bước kế tiếp trong đường dẫn tuyến đường hiện tại nhưng
không quan sát tất cả các nút trong xóm. Trong sơ đồ này
FwdPacketBuffer được duy trì bởi mỗi nút, nó cũng được
biết đến như là một gói tiêu hóa đệm. Các thuật toán được chia
thành ba bước sau: A) khi một gói tin được chuyển tiếp ra ngoài, nó
tiêu hóa được lưu trữ vào FwdPacketBuffer và phát hiện
nút nghe lỏm. B) Một khi các hành động mà các bước kế tiếp
chuyển tiếp các gói tin được nghe lỏm, tiêu hóa sẽ được giải phóng
từ các FwdPacketBuffer. C) Các nút phát hiện nên
tính toán tỷ lệ nghe lỏm của nút hop tiếp theo của nó và so sánh
nó với một ngưỡng trong một thời gian nhất định. Các lỏm
suất của giai đoạn thứ N của thời gian được định nghĩa là HOẶC (N),
tỷ lệ phần trăm của các gói dữ liệu được thực nhận
bởi đích đến
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: