Wireshark Lab: Exploring TCPIn this

Wireshark Lab: Exploring TCP
In this lab, you’ll use your Web browser to access a file from a Web server. As in earlier Wireshark labs, you’ll use Wireshark to capture the packets arriving at your computer. Unlike earlier lab, you’ll also be able to download a Wireshark-readable packet trace from the Web server from which you downloaded the file. In this server trace, you’ll find the packets that were generated by your own access of the Web server. You’ll analyze the client- and server-side traces to explore aspects of TCP. In particular, you’ll evaluate the performance of the TCP connection between your computer and the Web server. You’ll trace TCP’s window behavior, and infer packet loss, retransmission, flow control and congestion control behavior, and estimated roundtrip time. As is the case with all Wireshark labs, the full description of this lab is available at this book’s Web site, http://www.awl.com/kurose-ross.
Wireshark Lab: Exploring UDP
In this short lab, you’ll do a packet capture and analysis of your favorite application
that uses UDP (for example, DNS or a multimedia application such as Skype). As we
learned in Section 3.3, UDP is a simple, no-frills transport protocol. In this lab, you’ll
investigate the header fields in the UDP segment as well as the checksum calculation.
As is the case with all Wireshark labs, the full description of this lab is available
at this book’s Web site, http://www.awl.com/kurose-ross.
WIRESHARK LAB: EXPLORING UDP 301
302
Please describe one or two of the most exciting projects you have worked on during your
career. What were the biggest challenges?
School teaches us lots of ways to find answers. In every interesting problem I’ve worked
on, the challenge has been finding the right question. When Mike Karels and I started looking at TCP congestion, we spent months staring at protocol and packet traces asking “Why
is it failing?”. One day in Mike’s office, one of us said “The reason I can’t figure out why it
fails is because I don’t understand how it ever worked to begin with.” That turned out to be
the right question and it forced us to figure out the “ack clocking” that makes TCP work.
After that, the rest was easy.
More generally, where do you see the future of networking and the Internet?
For most people, the Web is the Internet. Networking geeks smile politely since we know
the Web is an application running over the Internet but what if they’re right? The Internet is
about enabling conversations between pairs of hosts. The Web is about distributed information production and consumption. “Information propagation” is a very general view of communication of which “pairwise conversation” is a tiny subset. We need to move into the
larger tent. Networking today deals with broadcast media (radios, PONs, etc.) by pretending
it’s a point-to-point wire. That’s massively inefficient. Terabits-per-second of data are being
exchanged all over the World via thumb drives or smart phones but we don’t know how to
treat that as “networking”. ISPs are busily setting up caches and CDNs to scalably distribute
video and audio. Caching is a necessary part of the solution but there's no part of today's
networking—from Information, Queuing or Traffic Theory down to the Internet protocol
specs—that tells us how to engineer and deploy it. I think and hope that over the next few
years, networking will evolve to embrace the much larger vision of communication that
underlies the Web.
Van Jacobson
Van Jacobson is a Research Fellow at PARC. Prior to that, he was
co-founder and Chief Scientist of Packet Design. Before that, he was
Chief Scientist at Cisco. Before joining Cisco, he was head of the
Network Research Group at Lawrence Berkeley National Laboratory
and

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

Wireshark phòng thí nghiệm: Khám phá TCPTrong phòng thí nghiệm này, bạn sẽ sử dụng trình duyệt Web của bạn để truy cập vào một tập tin từ máy chủ Web. Như trong phòng thí nghiệm Wireshark trước đó, bạn sẽ sử dụng Wireshark để bắt gói tin đến máy tính của bạn. Không giống như các phòng thí nghiệm trước đó, bạn cũng sẽ có thể tải về theo dõi gói Wireshark có thể đọc được từ các máy chủ Web mà bạn đã tải xuống các tập tin. Trong này dấu vết máy chủ, bạn sẽ tìm thấy các gói dữ liệu đã được tạo ra bằng cách riêng của bạn truy cập các máy chủ Web. Bạn sẽ phân tích các dấu vết bên khách hàng và máy chủ để khám phá các khía cạnh của TCP. Đặc biệt, bạn sẽ đánh giá hiệu suất của các kết nối TCP giữa máy tính và máy chủ Web. Bạn sẽ theo dõi hành vi của cửa sổ của TCP và suy luận thiệt hại gói, retransmission, kiểm soát dòng chảy và tắc nghẽn kiểm soát hành vi và roundtrip ước tính thời gian. Như là trường hợp với tất cả Wireshark labs, mô tả đầy đủ của phòng thí nghiệm này là có sẵn tại trang Web của cuốn sách này, http://www.awl.com/kurose-ross.Wireshark phòng thí nghiệm: Khám phá UDPTrong phòng thí nghiệm ngắn này, bạn sẽ làm một gói chụp và phân tích các ứng dụng yêu thích của bạnmà sử dụng UDP (ví dụ như DNS hoặc một ứng dụng đa phương tiện như Skype). Như chúng tahọc trong phần 3.3, UDP là một giao thức giao thông vận tải đơn giản, không rườm rà. Trong phòng thí nghiệm này, bạn sẽđiều tra trường tiêu đề trong các phân đoạn UDP và tính toán kiểm tra.Như là trường hợp với tất cả Wireshark labs, mô tả đầy đủ của phòng thí nghiệm này có sẵntại trang Web của cuốn sách này, http://www.awl.com/kurose-ross.WIRESHARK PHÒNG THÍ NGHIỆM: KHÁM PHÁ UDP 301302Hãy mô tả một hoặc hai trong số các dự án thú vị nhất bạn đã làm việc trong thời gian của bạnsự nghiệp. Những gì đã là những thách thức lớn nhất?Trường dạy cho chúng tôi nhiều cách để tìm câu trả lời. Trong mỗi vấn đề thú vị tôi đã làm việcthách thức đã tìm ra đúng câu hỏi. Khi Mike Karels và tôi bắt đầu nhìn vào TCP tắc nghẽn, chúng tôi đã dành vài tháng nhìn dấu vết giao thức và gói hỏi "tại saolà nó không? ". Một ngày trong văn phòng của Mike, một trong chúng ta nói "lý do tôi không thể tìm ra lý do tại sao nóthất bại là bởi vì tôi không hiểu làm thế nào nó bao giờ làm việc để bắt đầu với." Mà bật ranhững câu hỏi đúng và nó buộc chúng ta phải tìm ra "ack chấm công" mà làm cho TCP làm việc.Sau đó, phần còn lại là dễ dàng.Nói chung, nơi nào bạn nhìn thấy tương lai của mạng và Internet?Đối với hầu hết mọi người, các trang Web là Internet. Mạng geeks mỉm cười một cách lịch sự vì chúng tôi biếtCác trang Web là một ứng dụng chạy trên Internet, nhưng nếu họ đang phải không? Internet làvề tạo điều kiện cho cuộc đàm thoại giữa cặp của máy chủ. Web là về phân phối thông tin sản xuất và tiêu thụ. "Thông tin tuyên truyền" là một cái nhìn rất chung chung của truyền thông trong đó có "cử hội thoại" là một tập hợp con nhỏ. Chúng ta cần phải di chuyển vào cáclều lớn. Mạng hôm nay đề với phương tiện truyền thông phát sóng (Radio, PONs, vv) bằng cách giả vờđó là một sợi dây point-to-point. Đó là một cách ồ ạt không hiệu quả. Terabits / giây dữ liệu đangđiện thoại thông minh hoặc trao đổi, tất cả trên thế giới thông qua ngón tay cái ổ đĩa, nhưng chúng tôi không biết làm thế nào đểcoi đó như "mạng". ISP busily có thiết lập lưu trữ và CDNs để scalably phân phốivideo và âm thanh. Bộ nhớ đệm là một phần cần thiết của các giải pháp nhưng không có một phần của ngày hôm naymạng-thông tin, Queuing hoặc lý thuyết giao thông xuống giao thức Internetthông số kỹ thuật-đó cho chúng ta biết làm thế nào để các kỹ sư và triển khai nó. Tôi nghĩ và hy vọng rằng trong vài tiếp theonăm, mạng sẽ tiến triển để nắm lấy những tầm nhìn lớn hơn nhiều của truyền thông mànền tảng Web.Van JacobsonVan Jacobson là một Fellow nghiên cứu tại PARC. Trước đó, ông đãđồng sáng lập và giám đốc khoa học của gói thiết kế. Trước đó, ông đãTrưởng nhà khoa học tại Cisco. Trước khi gia nhập Cisco, ông là người đứng đầu cácNhóm nghiên cứu mạng tại Phòng thí nghiệm quốc gia Lawrence Berkeleyvà

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

Wireshark Lab: Khám phá TCP
Trong thí nghiệm này, bạn sẽ sử dụng trình duyệt web của bạn để truy cập vào một tập tin từ một máy chủ Web. Như trong các phòng thí nghiệm Wireshark trước đó, bạn sẽ sử dụng Wireshark để nắm bắt các gói tin đi đến máy tính của bạn. Không giống như các phòng thí nghiệm trước đó, bạn cũng sẽ có thể tải về một dấu vết gói Wireshark có thể đọc được từ máy chủ Web mà bạn đã tải về các tập tin. Trong máy chủ dấu vết này, bạn sẽ tìm thấy các gói tin đã được tạo ra bằng cách truy cập của riêng bạn của máy chủ Web. Bạn sẽ phân tích khách hàng- và server-side dấu vết để khám phá các khía cạnh của TCP. Đặc biệt, bạn sẽ đánh giá việc thực hiện các kết nối TCP giữa máy tính và máy chủ Web. Bạn sẽ theo dõi hành vi cửa sổ TCP, và suy ra mất gói tin, truyền lại, điều khiển luồng và hành vi điều khiển tắc nghẽn, và ước tính thời gian bay. Như là trường hợp với tất cả các phòng thí nghiệm Wireshark, mô tả đầy đủ các phòng thí nghiệm này là có sẵn tại trang web của cuốn sách này, http://www.awl.com/kurose-ross.
Wireshark Lab: Khám phá UDP
Trong phòng thí nghiệm ngắn này, bạn sẽ làm một gói chụp và phân tích các ứng dụng yêu thích của bạn
có sử dụng UDP (ví dụ, DNS hoặc một ứng dụng đa phương tiện như Skype). Như chúng ta
đã học được trong Phần 3.3, UDP là một, không kiểu giao thức vận chuyển đơn giản. Trong thí nghiệm này, bạn sẽ
. Tra các lĩnh vực đầu trong phân khúc UDP cũng như các tính toán checksum
Như là trường hợp với tất cả các phòng thí nghiệm Wireshark, mô tả đầy đủ các phòng thí nghiệm này là có sẵn
tại trang web của cuốn sách này, http: // www . .awl.com / Kurose-ross
Wireshark LAB: KHÁM PHÁ UDP 301
302
Vui lòng mô tả một hoặc hai trong số những dự án thú vị nhất mà bạn đã làm trong suốt của
sự nghiệp. Gì là thách thức lớn nhất?
Trường dạy chúng ta rất nhiều cách để tìm câu trả lời. Trong mọi vấn đề thú vị, tôi đã làm việc
trên, thách thức đã được tìm câu hỏi đúng. Khi Mike Karels và tôi bắt đầu nhìn vào tắc nghẽn TCP, chúng tôi đã dành nhiều tháng nhìn chằm chằm vào giao thức gói và dấu vết hỏi "Tại sao
nó được không?". Một ngày trong văn phòng của Mike, một trong chúng tôi nói: "Lý do tôi không thể tìm ra lý do tại sao nó
không là bởi vì tôi không hiểu làm thế nào nó đã từng làm việc để bắt đầu với." Điều đó hóa ra lại là
những câu hỏi đúng và nó buộc chúng tôi để tìm ra các "ack clocking" mà làm việc TCP.
Sau đó, phần còn lại là dễ dàng.
Nói chung, nơi nào bạn nhìn thấy tương lai của mạng và Internet?
Đối với hầu hết mọi người, Web là Internet. Mạng geeks mỉm cười lịch sự vì chúng ta biết
Web là một ứng dụng chạy trên Internet, nhưng những gì nếu họ đúng? Internet là
về tạo điều kiện cho các cuộc trò chuyện giữa các cặp của chủ nhà. Web đang về phân phối sản xuất và tiêu thụ thông tin. "Tuyên truyền thông tin" là một quan điểm rất chung chung của truyền thông trong đó "chuyện cặp" là một tập hợp con nhỏ. Chúng tôi cần phải di chuyển vào
lều lớn. Mạng giao dịch ngày hôm nay với phương tiện truyền thông phát sóng (radio, Pons, vv) bằng cách giả vờ
đó là một dây point-to-point. Đó là ồ ạt không hiệu quả. Terabit mỗi giây của dữ liệu đang được
trao đổi trên toàn thế giới thông qua ổ đĩa USB hoặc điện thoại thông minh nhưng chúng tôi không biết làm thế nào để
coi đó như "mạng". ISP đang bận rộn thiết lập cache và CDN để scalably phân phối
video và âm thanh. Caching là một phần cần thiết của giải pháp nhưng không có một phần của ngày hôm nay
mạng-từ thông tin, Queuing hay Lý thuyết giao thông xuống giao thức Internet
thông số kỹ thuật, mà cho chúng ta như thế nào để thiết kế và triển khai nó. Tôi suy nghĩ và hy vọng rằng trong vài tiếp theo
năm, mạng sẽ phát triển để nắm lấy tầm nhìn lớn hơn nhiều của truyền thông mà
nền tảng Web.
Van Jacobson
Van Jacobson là một thành viên nghiên cứu tại PARC. Trước đó, ông là
đồng sáng lập và Giám đốc khoa học của thiết kế gói. Trước đó, ông là
Giám đốc khoa học của Cisco. Trước khi gia nhập Cisco, ông là người đứng đầu
nhóm nghiên cứu tại Phòng thí nghiệm mạng quốc gia Lawrence Berkeley
và