Trước tiên, vẽ sơ đồ vị trí xảy ra sự cố trên đường truyền
TDM over IP cho phép các mạch truyền thống đi qua mạng IP. Khi xử lý sự cố, cần tách riêng giao diện E1 cục bộ, truyền tải gói và khôi phục mạch ở đầu xa. Đây không phải là giao thức định tuyến dữ liệu chiến thuật, và RIP không phải là tính năng mà mọi gateway đều phải bật. Trước tiên, hãy xác nhận mạch đang kiểm tra, hai cổng liên quan và tập ánh xạ đầu xa đang sử dụng, để tránh lấy trạng thái của các dịch vụ khác trong cùng khung thiết bị làm bằng chứng cho mạch này.
Đường truyền tối giản gồm thiết bị đầu cuối, gateway bên trái, mạng IP, gateway bên phải và thiết bị đầu cuối ở xa. Trong thực tế còn có nguồn điện, nguồn đồng hồ và đường quản lý. Sơ đồ chỉ thể hiện một chiều; khi xử lý sự cố cũng cần kiểm tra chiều ngược lại. Ghi lại thời điểm xuất hiện sự cố, sự cố có thay đổi theo tải hoặc đường truyền hay không, và những kênh nào đồng thời bất thường sẽ có khả năng cung cấp manh mối hữu ích hơn việc bắt đầu bằng khôi phục cài đặt gốc hoặc cài lại firmware.
Truy cập quản lý không đồng nghĩa với tính liên tục của dịch vụ
Trang web quản lý hoặc ping hoạt động bình thường chỉ cho thấy một phần điều kiện của đường quản lý và dịch vụ liên quan đã được đáp ứng. Dịch vụ có thể sử dụng các cổng, VLAN hoặc ánh xạ đích khác, đồng thời cũng có thể chịu giới hạn bởi các quy tắc khác; quản lý được không chứng minh rằng các gói truyền tải đã đến đúng kênh nhận. Ngược lại, không truy cập được để quản lý không nhất thiết có nghĩa là mọi mạch đều ngừng hoạt động; cần quan sát riêng trạng thái thiết bị đầu cuối và dịch vụ.
Sau khi xác nhận danh tính thiết bị, địa chỉ hiện tại, điểm truy cập bảo trì và tài khoản, hãy lưu cấu hình cùng thông tin model và firmware. Khi cần thao tác tại hiện trường, trước tiên hãy chuẩn bị khung thời gian bảo trì đã được phê duyệt và phương án hoàn nguyên; không tắt đồng thời tất cả quy tắc bảo mật chỉ để thử kết nối. Cổng quản lý, cổng Ethernet dịch vụ và giao diện E1 có vai trò khác nhau. Ngay cả khi trông giống RJ45, điều đó cũng không có nghĩa là có thể tùy ý dùng lẫn cáp và chân kết nối.
Với E1 cục bộ, kiểm tra tín hiệu trước, sau đó kiểm tra chế độ dịch vụ
LOS thường có nghĩa là giao diện liên quan không phát hiện được tín hiệu đường truyền hợp lệ. Hãy kiểm tra cùng với cáp, cổng, nguồn điện thiết bị đầu cuối và điều kiện giao diện. Dịch vụ có cấu trúc khung cũng có thể xuất hiện trạng thái mất khung và các trạng thái khác, vì vậy cần kiểm tra cấu trúc khung, báo hiệu và cài đặt ở cả hai đầu. AIS có thể cho biết một bất thường ở phía thượng nguồn đang được báo xuống phía hạ nguồn; không nên thấy cảnh báo này rồi kết luận rằng cổng mạng cục bộ bị hỏng. Ý nghĩa của cảnh báo và cách xử lý phải dựa trên tài liệu thiết bị và chế độ dịch vụ đang sử dụng.
Đường truyền E1 có các điều kiện giao diện như cân bằng 120 ohm và không cân bằng 75 ohm. Cần kiểm tra thiết bị thực tế và các thành phần chuyển đổi, không chỉ xem đầu cắm có kết nối được hay không. Kết quả kiểm tra đường truyền bình thường cũng không chứng minh rằng các khe thời gian được gửi đến đúng người dùng. Đối tượng cần kiểm tra đối với toàn mạch không cấu trúc và đối với ánh xạ kênh có cấu trúc là khác nhau; không áp dụng mọi cảnh báo và cài đặt cho tất cả chế độ.
Ở phía IP, hãy xem các gói thực sự mang dịch vụ
Kiểm tra các địa chỉ liên quan ở cả hai đầu, đường chuyển tiếp, các cổng được phép, VLAN và điều kiện độ dài gói. Kiểm tra theo phương thức đóng gói và cấu hình mà sản phẩm thực sự hỗ trợ; không suy ra từ tên gọi rằng mọi gateway đều sử dụng cùng giao thức truyền tải, và không sao chép các cổng mặc định của nhà cung cấp khác. Khi không nhận được dịch vụ, cần phân biệt giữa phía gửi không tạo gói, các hạn chế trên đường truyền và ánh xạ phía nhận không khớp.
Khi có khả năng giám sát phù hợp, hãy so sánh số lượng gói, thứ tự, tình trạng đến trễ và mất gói giữa phía gửi và phía nhận, đồng thời kiểm tra thời gian đo. Cần diễn giải các bộ đếm tích lũy dựa trên hai lần đọc và khoảng thời gian giữa chúng; xóa bộ đếm hoặc khởi động lại sẽ làm thay đổi số liệu thống kê. Vị trí bắt gói cũng có giới hạn: thấy một bên truyền không chứng minh rằng đầu xa đã nhận; một máy tính thông thường không thấy một gói nào đó cũng không thể trực tiếp chứng minh rằng mạng chưa từng chuyển tiếp gói đó.
Xem xét riêng biến thiên thời điểm đến và độ lệch tần số dài hạn
Mạng gói có cơ chế xếp hàng, nên khoảng thời gian giữa các gói đến có thể thay đổi. Đầu nhận tạm lưu dữ liệu trong bộ đệm rồi đọc ra theo đồng hồ yêu cầu; khi gói đến muộn hơn mức cho phép hoặc bị mất, bộ đệm không thể tự tạo lại nội dung ban đầu. Thiết bị có thể tạo đầu ra thay thế hoặc cảnh báo tương ứng, và cần kiểm tra hành vi cụ thể. Hàng đợi và dạng sóng trong sơ đồ chỉ minh họa cơ chế chung, không phải kết quả đo.
Nếu tốc độ đọc dài hạn nhanh hơn tốc độ ghi, mực nước có thể giảm dần; nếu tốc độ đọc dài hạn chậm hơn tốc độ ghi, mực nước có thể tăng dần. Quan hệ tần số này không phải cùng một vấn đề với việc gói đến không đều trong ngắn hạn. Cần kiểm tra nguồn đồng hồ ở mỗi đầu, quan hệ chủ–tớ và hành vi sau khi mất nguồn tham chiếu. Cài đặt thời gian NTP cho hệ thống quản lý không chứng minh rằng việc khôi phục tần số đường truyền E1 đã đáp ứng yêu cầu, và chỉ tăng bộ đệm không thể khắc phục vĩnh viễn độ lệch tần số liên tục.
Điều chỉnh tham số chỉ kiểm chứng một giả thuyết
Trước tiên thiết lập mốc tham chiếu dưới tải đại diện, sau đó mỗi lần chỉ thay đổi một điều kiện liên quan trong phạm vi sổ tay cho phép, đồng thời ghi lại cảnh báo, thời gian chờ và dịch vụ thực tế trước và sau thay đổi. Bộ đệm sâu hơn có thể đáp ứng một phần biến thiên thời điểm đến, nhưng cũng làm tăng độ trễ; gói tải hữu ích lớn hơn có thể giảm một phần tỷ lệ chi phí đóng gói, nhưng cũng làm tăng thời gian chờ thu thập dữ liệu. Không thể đặt cả hai giá trị ở mức tối đa rồi coi việc tình cờ khôi phục được là biện pháp khắc phục lâu dài.
Chuyển đổi đường truyền, tắc nghẽn tại cổng ra dùng chung hoặc thay đổi đường hầm bảo mật đều có thể làm thay đổi điều kiện truyền tải. QoS có thể sắp xếp mức ưu tiên nhưng không làm tăng năng lực truyền ra duy trì; cũng cần kiểm tra độ dài và phần phụ trội do đường hầm bổ sung. Sau khi mạng có thể truy cập trở lại, hãy tiếp tục kiểm tra E1 và dịch vụ thực tế; không dùng một kết quả ping khi không tải để thay thế việc kiểm tra lỗi bit, cảnh báo và hiệu năng ứng dụng của mạch đang có tải.
Sử dụng khả năng loopback với gateway Feichang Technology
Thông tin chi tiết về FCT-E1 và FCT-E4-M của Feichang Technology liệt kê các hạng mục phục vụ bảo trì như khôi phục đồng hồ, độ dài gói có thể cấu hình, VLAN, chỉ báo mất gói E1 và loopback E1 cục bộ/từ xa. FCT-E4-M còn cung cấp nhiều IP đích và ánh xạ cổng, nhờ đó có thể kiểm tra lần lượt các đầu xa của bốn mạch. Những mô tả này giúp xác định các trạng thái cần kiểm tra; chúng không có nghĩa là tất cả bộ đếm hoặc lệnh chẩn đoán tiêu chuẩn được liệt kê trên trang web đều đã được triển khai.
Loopback tạo đường quay về cho phạm vi thử nghiệm liên quan và thích hợp để hỗ trợ định vị sự cố trong ranh giới đã xác nhận, nhưng có thể chiếm dụng hoặc làm gián đoạn dịch vụ. Trước khi thử nghiệm, hãy kiểm tra vị trí loopback, hướng và việc nó có bỏ qua các liên kết khác hay không; thao tác theo sổ tay trong khung thời gian bảo trì, sau đó thoát loopback và khôi phục cấu hình. Một thử nghiệm loopback đạt chỉ cho biết kết quả trong phạm vi mà thử nghiệm đó bao phủ; không thể tự động chứng minh rằng truyền tải qua mạng công cộng, tất cả các kênh hoặc thiết bị đầu cuối ở cả hai đầu đều bình thường.
Từ thử nghiệm phạm vi hẹp trở lại toàn bộ đường truyền
Trong điều kiện thử nghiệm cách ly, trước tiên chọn một mạch và thiết bị đầu cuối phù hợp để hoàn tất thử nghiệm cục bộ hoặc đường truyền ngắn, kiểm tra giao diện, khung, ánh xạ và định thời, sau đó kết nối lại vào mạng thực tế. Quan sát riêng khi không tải và khi có tải mục tiêu, đồng thời xác nhận trạng thái vẫn đáp ứng yêu cầu sau khi thêm các kênh khác. Khi cần mẫu thử, hãy sử dụng thiết bị đo phù hợp và phương pháp đã được phê duyệt; không chèn trực tiếp mẫu thử vào mạch đang khai thác để tránh ảnh hưởng đến dịch vụ điện thoại hoặc dữ liệu.
Nếu chỉ bất thường trên mạng thực tế, hãy lưu lại thông tin cổng, gói, bộ đệm và cảnh báo tại thời điểm đó, rồi thu hẹp phạm vi từng đoạn dọc theo đường truyền; nếu đường truyền ngắn cũng không đạt, hãy kiểm tra thiết bị đầu cuối, cài đặt giao diện, đồng hồ và phần cứng. Việc thay thiết bị hoặc nâng cấp firmware cần bảo đảm phù hợp model, có căn cứ thay đổi và phương án hoàn nguyên, thay vì là bước xử lý sự cố đầu tiên. Sau khi khôi phục, hãy đồng thời xác minh dịch vụ thực tế theo cả hai chiều, không chỉ kiểm tra rằng đèn đỏ đã tắt.
Bàn giao hồ sơ sự cố có thể rà soát lại
Ghi lại cấu trúc liên kết đầu cuối–đầu cuối, các kênh và đầu xa, phiên bản thiết bị, cấu hình, thời gian, tải và từng thay đổi. Viết rõ phạm vi đã được xác minh, các điều kiện chưa được kiểm tra và những quan sát sau khi khôi phục để người bảo trì tiếp theo có thể đánh giá. Cảnh báo có thể có điều kiện kích hoạt và xóa; không nên gộp bất thường tức thời và sự cố liên tục vào cùng một thống kê, và cần xác nhận các ngưỡng cụ thể theo khả năng của thiết bị.
Mục tiêu xử lý sự cố không phải là tìm một giao thức nghe có vẻ tiên tiến hơn, mà là xác định vấn đề cụ thể ở mạch cục bộ, truyền tải mạng hoặc khôi phục ở đầu xa. Khi chưa đủ bằng chứng, hãy giữ lại nghi vấn và tiếp tục kiểm chứng từng lớp; khi đã có biện pháp cải thiện, hãy thử lại với tải đại diện và mức biến thiên cho phép. Chỉ khi đó mới có thể giải thích vì sao hệ thống khôi phục và cần quan sát gì trong lần bảo trì tiếp theo.
Ghi chú tài liệu: Các sơ đồ nguyên lý đã được đối chiếu với nội dung kỹ thuật và được dùng để giải thích cơ chế chung; chúng không phải ảnh sản phẩm hay bản ghi đo đạc. Giao diện, chế độ và khả năng cụ thể phải căn cứ vào model, phiên bản được chọn và xác minh tại hiện trường.
Tài liệu kiểm chứng: Gateway mô phỏng một mạch E1 FCT-E1 của Feichang Technology
Gateway mô phỏng bốn mạch E1 FCT-E4-M của Feichang Technology
Danh mục sản phẩm TDM Over IP của Feichang Technology
RFC4553: TDM qua mạng gói không phụ thuộc cấu trúc
RFC5086: Mô phỏng mạch có nhận biết cấu trúc
RFC4197: Yêu cầu về mô phỏng mạch, đồng hồ và mạng
Đóng gói, đệm và khôi phục đồng hồ E1 over IP
Thay đổi đường truyền và nghiệm thu khôi phục TDM over IP
Các chủ đề kỹ thuật liên quan: Điều gì xảy ra khi TDM over IP gặp chuyển đổi đường truyền: ranh giới của RIP, sắp xếp lại thứ tự và nghiệm thu khôi phục E1 over IP hoạt động như thế nào? Đóng gói mô phỏng mạch, đệm và khôi phục đồng hồ
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2024-04-16. Nguồn được sửa đổi lần cuối: 2026-10-13. Đọc nguồn tiếng Trung
