P55. In this problem we investigate whether either UDP or TCP provides dịch - P55. In this problem we investigate whether either UDP or TCP provides Việt làm thế nào để nói

P55. In this problem we investigate

P55. In this problem we investigate whether either UDP or TCP provides a degree
of end-point authentication.
a. Consider a server that receives a request within a UDP packet and
responds to that request within a UDP packet (for example, as done by a
DNS server). If a client with IP address X spoofs its address with address
Y, where will the server send its response?
b. Suppose a server receives a SYN with IP source address Y, and after
responding with a SYNACK, receives an ACK with IP source address Y
with the correct acknowledgment number. Assuming the server chooses a
random initial sequence number and there is no “man-in-the-middle,” can
the server be certain that the client is indeed at Y (and not at some other
address X that is spoofing Y)?
P56. In this problem, we consider the delay introduced by the TCP slow-start
phase. Consider a client and a Web server directly connected by one link of
rateR. Suppose the client wants to retrieve an object whose size is exactly
equal to 15 S, where Sis the maximum segment size (MSS). Denote the
round-trip time between client and server as RTT (assumed to be constant).
Ignoring protocol headers, determine the time to retrieve the object (including
TCP connection establishment) when
a. 4 S/R > S/R + RTT > 2S/R
b. S/R + RTT > 4 S/R
c. S/R > RTT.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
P55. Trong vấn đề này, chúng tôi điều tra cho dù UDP hoặc TCP cung cấp một mức độcuối điểm xác thực.a. Hãy xem xét một máy chủ nhận được một yêu cầu trong một gói UDP vàđáp ứng yêu cầu đó trong vòng một gói UDP (ví dụ, như thực hiện mộtHệ phục vụ DNS). Nếu một khách hàng với IP địa chỉ X mạo địa chỉ của nó với địa chỉY, nơi mà các máy chủ sẽ gửi cho các phản ứng của nó?b. giả sử nhận được một máy chủ một SYN với địa chỉ IP nguồn Y, và sau khiđáp ứng với một SYNACK, nhận được một ACK với địa chỉ IP nguồn Yvới số lượng thừa nhận chính xác. Giả sử các máy chủ đã chọn mộtngẫu nhiên ban đầu dãy số và không không có có thể "người đàn ông-trong-the-Trung,"Các máy chủ chắc chắn rằng khách hàng thực sự là lúc Y (và không phải ở một số khácđịa chỉ X giả mạo Y)?P56. Trong vấn đề này, chúng ta xem xét sự chậm trễ được giới thiệu bởi TCP chậm-bắt đầugiai đoạn. Hãy xem xét một khách hàng và máy chủ Web được kết nối trực tiếp bởi một liên kết củachuyên viên xếp hạng. Giả sử khách hàng muốn để lấy một đối tượng có kích thước là chính xácbằng 15 S, nơi Sis đoạn tối đa kích thước (MSS). Biểu thị sựtrọn vòng thời gian giữa máy khách và máy chủ như RTT (giả định là không đổi).Bỏ qua các tiêu đề giao thức, xác định thời gian để lấy các đối tượng (bao gồm cảThiết lập kết nối TCP) khia. 4 S/R > S/R + RTT > 2S/Rb. S/R + RTT > 4 S/Rc. S/R > RTT.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
P55. Trong vấn đề này, chúng tôi điều tra xem liệu hoặc UDP hoặc TCP cung cấp một mức độ
xác thực điểm cuối cùng.
A. Hãy xem xét một máy chủ nhận được một yêu cầu trong vòng một gói tin UDP và
đáp ứng yêu cầu rằng trong một gói tin UDP (ví dụ như thực hiện bởi một
máy chủ DNS). Nếu một khách hàng với địa chỉ IP X giả mạo địa chỉ của nó với địa chỉ
Y, nơi sẽ các máy chủ gửi phản ứng của nó?
B. Giả sử một máy chủ nhận được một SYN với địa chỉ IP nguồn Y, và sau khi
trả lời với một SYNACK, nhận được một ACK với địa chỉ IP nguồn Y
với số ghi nhận chính xác. Giả sử server chọn một
số thứ tự ban đầu ngẫu nhiên và không có "man-in-the-middle", có thể
máy chủ chắc chắn rằng khách hàng thực sự là ở Y (và không phải ở một số khác
địa chỉ X đó là giả mạo Y)?
P56 . Trong vấn đề này, chúng ta xem xét sự chậm trễ giới thiệu bởi chậm khởi TCP
pha. Hãy xem xét một khách hàng và một máy chủ Web kết nối trực tiếp bởi một liên kết của
Rater. Giả sử các khách hàng muốn lấy đồ vật có kích thước chính xác
bằng 15 S, nơi Sis kích thước phân đoạn lớn nhất (MSS). Biểu thị
thời gian đi giữa máy khách và máy chủ như RTT (giả định là không đổi).
Bỏ qua tiêu đề giao thức, xác định thời gian để lấy đối tượng (trong đó có
thiết lập kết nối TCP) khi
một. 4 S / R> S / R + RTT> 2S / R
b. S / R + RTT> 4 S / R
c. S / R> RTT.
đ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: