Xác định hoạt động/thống kê tải trọng TCP

Question

Tôi muốn tra cứu bộ đếm hoạt động tải trọng TCP (tổng số byte nhận được) cho mô tả tệp đã cho hoặc giao diện đã cho. Tốt nhất là mô tả tập tin đã cho, nhưng đối với giao diện sẽ là đủ. Lý tưởng nhất là tôi thực sự muốn biết về bất kỳ byte đã được ack-ed, ngay cả những người mà tôi đã không đọc vào userspace (chưa?).

Tôi đã thấy tính năng TCP_INFO của getsockopt() nhưng không có trường nào xuất hiện để lưu trữ "Tổng số byte nhận được" hoặc "tổng số byte được truyền (acked, ví dụ)" cho đến khi tôi có thể biết.

Tôi cũng thấy các netlinkIFLA_STATS + RTNL_TC_BYTES và (lĩnh vực rx_bytes) SIOCETHTOOL + ETHTOOL_GSTATSioctl() cho các giao diện, và những người là rất lớn, nhưng tôi không nghĩ rằng họ sẽ có thể phân biệt giữa chi phí/tiêu đề của các lớp khác và byte tải trọng thực tế.

procfs có /proc/net/tcp nhưng điều này dường như không chứa nội dung tôi đang tìm kiếm.

Có cách nào để nhận dữ liệu cụ thể này không?

EDIT: chế độ promiscuous có tác động không thể chịu nổi về thông lượng, vì vậy tôi không thể tận dụng bất kỳ thứ gì sử dụng nó. Chưa kể đến việc triển khai các phần lớn của ngăn xếp IP để xác định gói nào phù hợp vượt quá phạm vi dự định của tôi cho giải pháp này.

Mục đích là để có một sự bao quát/không tin tưởng/dự đoán thứ hai về giá trị mà tôi lưu trữ từ recvmsg().

Điều Đúng đắn cần làm là theo dõi các giá trị đó một cách chính xác, nhưng sẽ rất có giá trị khi có một hệ điều hành "Hey OS? Có bao nhiêu byte có thực sự là đã nhận được trên ổ cắm này không?"

Answer 1

Có lẽ số liệu thống kê trong/proc/net/dev có thể hữu ích. Tôi không quen với việc đếm trọng tải so với các gói đầy đủ bao gồm các tiêu đề, do đó làm cho câu hỏi khó trả lời hơn.

Đối với thống kê về mô tả tệp riêng lẻ, tôi không biết bất kỳ phương tiện chuẩn nào để nhận thông tin đó.

Nếu có thể kiểm soát việc khởi động các chương trình cần có số liệu thống kê, có thể sử dụng thư viện "chặn" thực hiện đọc(), write(), sendto() và recvfrom của riêng nó() cuộc gọi, chuyển các cuộc gọi đến thư viện C chuẩn (hoặc trực tiếp đến cuộc gọi hệ thống), giữ bộ đếm hoạt động và tìm cách xuất bản các giá trị đó.

Answer 2

Bạn có muốn điều này để chẩn đoán hoặc phát triển không?

Nếu chẩn đoán, tcpdump có thể cho bạn biết chính xác những gì đang xảy ra trên mạng, được lọc theo chi tiết cổng và máy chủ lưu trữ.

Nếu để phát triển, có lẽ một chút thông tin về những gì bạn đang cố gắng đạt được sẽ giúp ...

ifconfig cung cấp tổng số RX và TX.

ifconfig lấy các chi tiết này từ/proc/net/dev (như bạn có thể thấy qua ifconfig strace).

Ngoài ra còn có các giá trị Gửi/nhận-Q được cung cấp bởi netstat -t, nếu đó là gần hơn với những gì bạn muốn.

Answer 3

Một cũng có thể sử dụng cuộc gọi ioctl với SIOCINQ để nhận số lượng dữ liệu chưa đọc được xếp hàng đợi trong bộ đệm nhận. Dưới đây là cách sử dụng từ trang người đàn ông: http://man7.org/linux/man-pages/man7/tcp.7.html

int value; 
error = ioctl(tcp_socket_fd, SIOCINQ, &value); 

Đối với số liệu thống kê giao diện TCP, chúng ta có thể sử dụng "netstat -p tcp -i" để tìm số liệu thống kê trên một cơ sở cho mỗi giao diện.

Answer 4

Trong trường hợp bạn không muốn chỉ cần đếm tổng RX/TX mỗi giao diện (đó là đã có sẵn trong ifconfig/công cụ iproute2) ...

Nếu bạn nhìn vào/proc hơn một chút, bạn có thể có thêm thông tin. Cụ thể hơn /proc/<pid>/net/dev.

Mẫu đầu ra:

Inter-| Receive            | Transmit 
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed 
    eth0: 12106810846 8527175 0 15842 0  0   0 682866 198923814 1503063 0 0 0  0  0   0 
    lo: 270255057 3992930 0 0 0  0   0   0 270255057 3992930 0 0 0  0  0   0 
    sit0:  0  0 0 0 0  0   0   0  0  0 0 0 0  0  0   0 

Nếu bạn bắt đầu tìm kiếm, thông tin được phát ra từ net/core/net-procfs.c từ Linux kernel (procfs chỉ sử dụng thông tin này). Tất cả điều này tất nhiên có nghĩa là bạn cần quy trình cụ thể để theo dõi.

Bạn có thể tìm hiểu thông tin có sẵn trong /proc hoặc nếu bạn cần một cái gì đó ổn định hơn, sau đó nhân đôi chức năng net-procfs dành riêng cho ứng dụng của bạn có thể có ý nghĩa.