Language
- English
- Deutsch
- Français
- Español
- Português
- Italiano
- ﺎﻠﻋﺮﺒﻳﺓ
- Türkçe
- 中文
- 한국어
- 日本語
- Indonesian
- Tiếng Việt
- Русский

IPTV solutions by NetUP

Logo

NetUP IPTVProbe

phần mềm mã nguồn mở dùng để theo dõi các dòng IPTV
Giấy phép: GPL (GPLv2, GPLv3)

Mã nguồn - iptvprobe_v0.4.tbz2

Các thắc mắc liên quan đến IPTVProbe có thể được thảo luận tại Diễn đàn IPTV của NetUP

Ghi thay đổi

Phiên bản 0.4

Dọn sạch cơ sở dữ liệu định kỳ.
Theo dõi nhiều dòng đa hướng trên từng đầu dò.
Đã khắc phục hiện tượng rò rỉ bộ nhớ trong máy chủ_iptvprobe.

Lưu ý!

Phiên bản 0.3

IGMP sẽ yêu cầu xử lý và hiển thị các thông số IGMP theo thời gian được thêm vào.
Dọn sạch mã, các bản vá lỗi nhỏ.
Giao thức trao đổi dữ liệu có trang bị các đầu dò được cập nhật theo phiên bản mới.

Phiên bản 0.2

Bổ sung hỗ trợ Aminet 110 (ppc).

Phiên bản 0.1

Bản phát hành ban đầu.
Bổ sung chức năng kiểm soát các gói thông tin bị mất.
Bổ sung hiển thị tốc độ thu nhận các gói UDP.

Sơ đồ Hệ thống Mạng

Sơ đồ Hoạt động của Đầu dò (iptvprobe) và Bộ Thu góp

Thiết lập và Cài đặt Phần mềm

Phần mềm này gồm có các thành phần sau đây:

Bộ Thu góp - thu thập các số liệu thống kê từ các đầu dò. Các số liệu thống kê thu thập sẽ được lưu trữ trong cơ sở dữ liệu (mysql).
Đầu dò - là một chương trình ứng dụng hoạt động từ xa. Các số liệu thống kê trên các gói IP đã nhận sẽ được đầu dò thu thập và gửi đến bộ thu góp. Đầu dò này bao gồm một mô-đun nhân Linux (netup_netprobe.ko) và một phần mềm cấp người dùng (iptvprobe).
Hệ thống con của các báo cáo - là một chuỗi các tập lệnh web dùng để minh họa các số liệu thông kê đã thu thập.

Thiết lập và Khởi động Bộ Thu góp

Thiết lập bộ thu góp:

cd iptvprobe/userver/
cmake --debug-output . -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON
make

Khởi tạo cơ sở dữ liệu:

mysqladmin create iptvprobe
mysql iptvprobe < db.sql

Khởi động bộ thu góp:

./iptvprobe_server -l root -s 127.0.0.1

trong ví dụ này, bộ thu góp sẽ viết các số liệu thống kê vào cơ sở dữ liệu 'iptvprobe' trên máy chủ cục bộ (127.0.0.1)

Thiết lập iptvprobe

Thiết lập ứng dụng cho nền hệ thống x86:

cd iptvprobe/udaemon/
cmake --debug-output . -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON
make

Thiết lập mô-đun nhân Linux cho nền hệ thống x86:

cd iptvprobe/kmodule/
make

Thiết lập mô-đun nhân Linux cho nền hệ thống sh4 (IP STB AmiNET 130):

cd iptvprobe/kmodule/
export CROSS_COMPILE=sh4-unknown-linux-gnu-
make ARCH=sh amino130

Thư mục aminet130_bin/ có chứa một mô-đun nhân Linux đã cài đặt sẵn và một ứng dụng cấp người dùng cho AmiNET 130 IP STB.

Khởi động Bộ dò

Tải mô-đun nhân Linux:

cd iptvprobe/kmodule/
insmod netup_netprobe.ko hook_position=0

Thông số hook_position sẽ định rõ vị trí móc nối các gói IP của bộ lọc mạng:

0 – xử lý tất cả các gói IP gửi đến (chính sách ĐỊNH TUYẾN TRƯỚC) 1 – xử lý tất cả các gói IP gửi đi (chính sách ĐỊNH TUYẾN SAU)

Giá trị "0" phải được thiết lập khi chạy mô-đun trên thiết bị của máy khách (chẳng hạn như IP STB AmiNET 130). Trong trường hợp chạy mô-đun trên một máy chủ bằng cách gửi đi lưu lượng đa hướng, giá trị "1" phải được thiết lập.

Yêu cầu phải tạo một hệ thống tập tin node in/ dev và cần phải khởi động ứng dụng iptvpobe khi mô-đun netup_netprobe.ko được nạp thành công:

mknod /dev/iptvprobe c 61 0
cd iptvprobe/udaemon/
./iptvprobe -i 224.117.117.10 -s 10.1.4.242 -r 5 -p 7700

Các tùy chọn dòng lệnh:

-i Sets the multicast address for monitoring
-s Specifies the IP address of the collector
-p Specifies the port for the collector to accept connections from probes
-r Specifies a run identifier

Có thể tìm được lệnh hợp dịch đầy đủ trong hệ thống con của các báo cáo.

Hệ thống Con của các Báo cáo

Để chạy hệ thống con của các báo cáo, yêu cầu phải sao chép tất cả các tập lệnh web từ iptvprobe/report_sys/ sang thư mục cgi-bin trên máy chủ web của bạn:

cd iptvprobe/report_sys/
cp *.pl /var/www/localhost/cgi-bin/

ngôn ngữ perl và GD phải được cài đặt trên hệ thống để hoạt động đúng.

Hướng trình duyệt web sang địa chỉ URL sau đây:

http://address/cgi-bin/iptvprobe_runs.pl

trong đó "address" là một địa chỉ máy chủ web của bạn.

Trang khởi động chứa danh sách các lệnh chạy đầu dò:

Cột "Lệnh chạy trên đầu dò" có chứa lệnh đã hợp dịch đầy đủ cần được chạy trên đầu dò.

Có thể xem hiển thị đồ họa của dòng đa hướng bằng cách sử dụng các liên kết "biểu đồ dòng thời gian UDP" hoặc "Quãng cách Đến PCR". Khoảng 30 giây cuối cùng sẽ được hiển thị trên biểu đồ.

Hai lệnh chạy ví dụ đã được thực hiện. Lệnh chạy đầu tiên đã được thực hiện trên AmiNET 130 IP STB được kết nối qua một bộ chuyển đổi đơn giản SOHO mà không có hỗ trợ theo dõi IGMP. Lệnh chạy thứ hai được thực hiện trên AmiNET 130 IP STB được kết nối qua một bộ chuyển đổi Cisco catalyst có hệ thống theo dõi IGMP. Ở trường hợp đầu tiên, có nhiều dữ liệu gói IP mất. Các biểu đồ sau đây sẽ minh họa cho hai trường hợp này:

Giải thích Biểu đồ

Khoảng 15-30 giây cuối cùng sẽ được hiển thị trên trục x.

Các thông số sau đây sẽ được hiển thị trên trục y:

Số gói IP được tập hợp trong 100 mili giây.
Số lượng byte được tập hợp trong 100 mili giây.
Dòng màu đỏ biểu thị các gói IP đã mất. Một điểm cực đại được hiển thị trên biểu đồ nếu đã phát hiện được gián đoạn trong "IP packet ID". Giá trị 0 nghĩa là đã không dò tìm được thông tin bị mất của gói nào.

Mô tả Cơ sở Dữ liệu

Bảng SQL	Mô tả
các lệnh chạy	Danh sách các lệnh chạy. Mọi lệnh chạy đều được nhận dạng bằng một số duy nhất
dữ liệu_ip	Các gói IP được dò tìm bằng đầu dò. Thời gian đến của gói IP (nhãn thời gian) được lưu trữ bằng nano giây. Thông tin Nhận dạng gói cũng được (header_id) lưu trữ
dữ liệu_ts	Các gói Dòng Chuyển tải MPEG (TS) được dò tìm bằng đầu dò. Các giá trị sau đây được lưu trữ: PID, PTS/DTS/PCR, giá trị của bộ đếm (cont_counter)
stat_bandwidth	Số liệu thống kê được tập hợp

Theo dõi IGMP

Từ iptvprobe phiên bản 0.3, các yêu cầu IGMP được gửi và nhận bằng IP STB có thể được theo dõi bằng một đầu dò. Các nhãn thời gian của gói nhóm cuối cùng trước khi để lại một nhóm và gói đầu tiên sau khi ghép nối một nhóm cũng được ghi lại. Các dữ liệu này có thể được dùng để đánh giá hiệu quả hoạt động của thiết bị liên kết mạng giúp xử lý các yêu cầu IGMP và theo dõi IGMP.

Dưới đây là một ví dụ về tính năng này có trang bị Aminet 130 IP STB cho đầu nối và NetUP Middleware cho bộ thu góp. Cisco Catalyst 3560 đã được dùng như một bộ chuyển mạch có hỗ trợ tính năng Theo dõi IGMP, và Cisco Catalyst C3550-12T được dùng như một bộ truy vấn IGMP.

Các kênh Truyền hình đã được chuyển đổi trên IP STB. Tại thời điểm đó, STB sẽ gửi một yêu cầu IGMP để lại nhóm đa hướng 224.121.0.4 và sau đó gửi một yêu cầu khác về việc liên kết nhóm tại 224.121.0.3. Các yêu cầu này đều được ghi lại bằng đầu dò và được hiển thị trên giao diện web cùng với các nhãn thời gian:

Các mục quan tâm của chúng tôi nằm trong khung màu xanh. Rõ ràng là sau khi IGMP để lại yêu cầu cho nhóm đa hướng tại 224.121.0.4, STB được tiếp tục thu nhận các gói được gửi cho nhóm đã kể trên cho 4996.2 ms khác. Trì hoãn thời gian giữa yêu cầu liên kết IGMP đến nhóm 224.121.0.3 và gói đã nhận đầu tiên cho nhóm đó được tính đến 80 ms. Trì hoãn giữa các yêu cầu IGMP (chủ yếu được xác định bằng phần mềm STB) là 12.0 ms.

Nhìn chung, tổng thời gian chuyển đổi kênh Truyền hình trên cấp yêu cầu IGMP có tổng lên đến 92 mili giây. Trì hoãn thực tế cho đến khi kênh vừa lựa chọn xuất hiện trên màn hình Truyền hình phụ thuộc vào nhiều thông số, bao gồm hệ thống đệm MPEG, đồng bộ hóa audio/video, v.v..., và có thể lên đến 1 giây hoặc thậm chí nhiều hơn nữa.

Bên cạnh đó, STB đã thu nhận các gói từ các nhóm đa hướng trong khoảng 5 giây, vì thế làm tốn thêm băng thông. Để tránh mất mát, bộ chuyển đổi phải được đặt cấu hình đối với yêu cầu để lại tức thời. Điều này được thực hiện như sau:

c3560(config)#ip igmp snooping vlan 1 immediate-leave

Khi được cấu hình theo cách này, bộ chuyển đổi sẽ nhanh chóng ngắt dòng dữ liệu cho nhóm bị hủy bỏ. Kết quả sẽ được hiển thị trong khung màu đỏ. Có thể được nhìn thấy sau yêu cầu để lại"IGMPv2: Leave Group 224.121.0.11" STB không nhận được gói nào cho nhóm 224.121.0.11. Do vậy, tại bất kỳ thời điểm định sẵn nào, STB sẽ nhận được các gói chỉ có một kênh duy nhất.

Để ghi lại đúng các thông số thời gian về các yêu cầu IGMP, giao diện mạng phải được thiết lập sang chế độ promisc trước khi khởi động đầu dò trên STB:

# ifconfig eth0 promisc

Danh sách TODO

Các cải tiến về biểu đồ (tỷ lệ, điều chỉnh, v.v...)
biểu đồ "PCR jitter", các loại biểu đồ khác
Hệ nhị phân của đầu dò sẽ thiết lập cho các loại IP STB khác nhau
Màn hình hiển thị tính khả dụng của đầu dò dùng quản lý mạng