mm-webreplay - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

mahihi - các công cụ mô phỏng mạng nhẹ, có thể kết hợp

liên kết thi đua: độ trễ mm, mm-mất, mm-tắt, liên kết mm

kịch bản phân tích: mm-thông lượng-đồ thị, mm-delay-đồ thị

quan sát: mm-mét

ghi lại và phát lại các trang web nhiều nguồn gốc: mm-webrecord, mm-webreplay

MÔ TẢ

mahihi là một bộ công cụ không gian người dùng để mô phỏng và phân tích mạng.

Mỗi công cụ mahimahi tạo ra một hộp chứa nhẹ, thường được kết nối với bên ngoài thông qua
một thiết bị mạng tổng hợp quan sát các gói đang truyền hoặc mô phỏng một
hành vi.

Các công cụ có thể kết hợp để một loạt các hiệu ứng mạng được mô phỏng có thể được xâu chuỗi
với nhau, với các hộp đựng mahimahi lồng vào nhau. Mỗi công cụ có một tùy chọn
lệnh để thực thi, vì vậy có thể tạo một loạt các vùng chứa lồng nhau với một
dòng lệnh.

LINK KHẨN CẤP TOOLS

độ trễ mm chậm trễ [chỉ huy...]

Mọi gói tin đều bị trì hoãn bởi chậm trễ (tính bằng mili giây) nhập và
rời khỏi thùng chứa.

mm-mất đường lên | đường xuống tỷ lệ [chỉ huy...]

Các gói bị mất tại nơi đã cho tỷ lệ khi rời khỏi (liên kết lên) hoặc khi vào
(đường xuống) vùng chứa. tỷ lệ là một số từ 0 đến 1.

mm-tắt đường lên | đường xuống đúng giờ thời gian có ý nghĩa [chỉ huy...]

Đường lên hoặc đường xuống sẽ không liên tục và sẽ chuyển đổi giữa kết nối và
trạng thái bị ngắt kết nối theo quy trình điểm Poisson với mức trung bình được chỉ định
thời lượng dành cho "bật" và "tắt".

liên kết mm [--uplink-log =tên tập tin] [--downlink-log =tên tập tin] [--mét-đường lên] [--Mét-
đường lên-độ trễ] [--meter-đường xuống] [--meter-đường xuống-độ trễ] [--Một lần] tên tệp đường lên
đường xuống-tên tệp [chỉ huy...]

mm-thông lượng-đồ thị
mm-delay-đồ thị

Mô phỏng một liên kết giới hạn thông lượng với một phân phối gói được chỉ định
lập lịch và phân tích kết quả hoạt động. Nhìn thấy liên kết mm(1).

QUAN SÁT TOOLS

mm-mét [--mét-đường lên] [--meter-đường xuống] [chỉ huy...]

Hiển thị một cốt truyện trực tiếp hoạt hình về tốc độ truyền khi vào hoặc rời
thùng đựng hàng.

RECORD VÀ REPLAY CÁC TRANG WEB

mm-webrecord thư mục [chỉ huy...]

Rõ ràng proxy gửi đi các kết nối HTTP và HTTPS, tiết kiệm
yêu cầu, phản hồi tương ứng và địa chỉ IP của mỗi máy chủ Web
liên hệ trong các thư mục. mm-webrecord sử dụng TLS tự ký
chứng chỉ trong proxy HTTPS của nó, khiến các trình duyệt Web điển hình từ chối nó.
Đối với mục đích thử nghiệm hoặc gỡ lỗi, hành vi này thường có thể bị tắt,
ví dụ: với - không kiểm tra chứng chỉ tùy chọn để wget(1) hoặc --phớt lờ-
lỗi chứng chỉ tùy chọn để Chrome-browser(1).

mm-webreplay thư mục [chỉ huy...]

Phát lại một phiên đã lưu từ lần chạy trước mm-webrecord. không giống như hầu hết các
công cụ mahimahi, mm-webreplay vùng chứa không có kết nối mạng
ra thế giới bên ngoài. Thay vào đó, nó có các giao diện mạng giả liên kết với mỗi
Địa chỉ IP mà máy chủ Web trong phiên đã lưu đã trả lời một yêu cầu.
mm-webreplay chạy một apache2(8) Máy chủ web liên kết với từng địa chỉ IP như vậy
bên trong thùng chứa. Mỗi máy chủ Web mô phỏng máy chủ tương ứng từ
phiên đã lưu. Khi nhận được một yêu cầu phù hợp với một trong
thư mục, apache2 trả lời tương ứng với câu trả lời giống như
đã bị bắt trước đó.

mm-webreplay có thể được sử dụng để đo lường hiệu suất của các trình duyệt Web trên
các trang web phức tạp và ảnh hưởng của những thay đổi trong giao thức Web (ví dụ: HTTP,
HTTP / 2, SPDY, QUIC). Không giống như các công cụ như phát lại trang web, mm-webreplay
duy trì cấu trúc phân đoạn của một trang web, liên kết với IP thực tế
địa chỉ mà trang web thực đã sử dụng và phục vụ các yêu cầu từ trang web thực
máy chủ.

MÔI TRƯỜNG

Biến môi trường MAHIMAHI_BASE được đặt thành địa chỉ IP của máy chủ, bên ngoài bất kỳ
thùng đựng hàng. Điều này có thể được sử dụng để tiến hành các phép đo theo kịch bản trên một loạt các mahimahi
các thùng chứa được xích lại với nhau.

VÍ DỤ

Để sinh ra một trình bao với một liên kết bị trì hoãn, mất liên kết với Internet:

$ mm-delay 50 mm-mất đường lên 0.2
[trì hoãn 50 bệnh đa xơ cứng] [thua lên = 0.1] $

Để chạy ping qua cùng một liên kết:

$ mm-delay 50 mm-losslink 0.2 sh -c 'ping -c 10 -n $ MAHIMAHI_BASE'
PING 100.64.0.1 (100.64.0.1) 56(84) byte dữ liệu.
64 byte từ 100.64.0.1: icmp_seq = 1 ttl = 63 time = 101 ms
64 byte từ 100.64.0.1: icmp_seq = 2 ttl = 63 time = 100 ms
64 byte từ 100.64.0.1: icmp_seq = 4 ttl = 63 time = 101 ms
64 byte từ 100.64.0.1: icmp_seq = 5 ttl = 63 time = 100 ms
64 byte từ 100.64.0.1: icmp_seq = 7 ttl = 63 time = 101 ms
64 byte từ 100.64.0.1: icmp_seq = 8 ttl = 63 time = 101 ms
64 byte từ 100.64.0.1: icmp_seq = 9 ttl = 63 time = 101 ms
64 byte từ 100.64.0.1: icmp_seq = 10 ttl = 63 time = 101 ms

--- 100.64.0.1 thống kê ping ---
10 gói được truyền, 8 gói nhận được, 20% mất gói, thời gian 8999ms
rtt min / avg / max / mdev = 100.910 / 101.009 / 101.092 / 0.279 ms

Để ghi lại một lần tải trang từ www.nytimes.com:

$ mm-webrecord / tmp / nytimes chromium-browser --ignore-certificate-error --user-data-dir = / tmp / nonexained $ (date +% s% N) www.nytimes.com

Việc sử dụng --user-data-dir = / tmp / không tồn tại $ (ngày +% s% N) là để ngăn chặn trình duyệt
từ việc sử dụng lại quy trình trình duyệt chromium hiện có.

Để làm cho Chrome truy xuất trang web đã lưu qua một liên kết bị trì hoãn, bị mất có thông lượng là
giới hạn ở 1 gói kích thước đầy đủ mỗi mili giây:

$ mm-webreplay / tmp / nytimes mm-delay 50 mm-losslink 0.1 mm-link <(echo 1) <(echo 1) - chromium-browser --ignore-certificate-error --user-data-dir = / tmp / không tồn tại $ (date +% s% N) www.nytimes.com

Để mô phỏng một mạng di động có thể thay đổi và hình dung quá trình sử dụng mạng:

$ độ trễ mm 20 mm-link --meter-all /usr/share/mahimahi/traces/Verizon-LTE-short.up /usr/share/mahimahi/traces/Verizon-LTE-short.down
[trì hoãn 20 bệnh đa xơ cứng] [Link] $

Sử dụng mm-webreplay trực tuyến bằng các dịch vụ onworks.net