CN117376106A - IPTV service fault positioning method and device - Google Patents
IPTV service fault positioning method and device Download PDFInfo
- Publication number
- CN117376106A CN117376106A CN202311214834.8A CN202311214834A CN117376106A CN 117376106 A CN117376106 A CN 117376106A CN 202311214834 A CN202311214834 A CN 202311214834A CN 117376106 A CN117376106 A CN 117376106A
- Authority
- CN
- China
- Prior art keywords
- checking
- equipment
- service
- user
- iptv service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000009191 jumping Effects 0.000 claims abstract description 7
- 238000000534 ion trap mass spectrometry Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 13
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 230000005856 abnormality Effects 0.000 claims description 5
- 238000007689 inspection Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 14
- 238000012423 maintenance Methods 0.000 description 12
- 238000005538 encapsulation Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000001629 suppression Effects 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 230000002829 reductive effect Effects 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000010223 real-time analysis Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 102220030552 rs398124174 Human genes 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a method and a device for positioning IPTV service faults, wherein the method comprises the following steps: s01, loading IPTV service end-to-end topology data according to service identification, and defining all network and equipment network element information penetrated by the service end-to-end; s02, loading alarm information of IPTV service bearing network elements, focusing on the alarm data, reducing fault locating range according to the alarm information, and locating the node where the fault is located by a measuring means; s03, loading the resource and performance information of the IPTV service bearing network element; s04, checking whether a user is online or not on the UP equipment, if not, continuing the next step, and if so, jumping to S06; s05, checking fault points when the UP equipment checks that the user is not online; and S06, when the UP equipment checks that the user is online, checking the network level. The invention can collect and analyze the resources, performance and alarms related to IPTV service end to end, and analyze the service end to end by utilizing the service end to end route topology data and the service network.
Description
Technical Field
The invention relates to the field of communication, in particular to an IPTV service fault positioning method and device.
Background
The network television is also called IPTV (InteractivePersonalityTV), which takes a television, a personal computer and a handheld device as a display terminal, and realizes services such as digital television, time-shifting television, interactive television and the like by accessing the set top box or the computer into a broadband network, and the appearance of the network television brings a brand new television watching method for people, changes the passive television watching mode in the past, and realizes the on-demand watching and on-demand stopping of the television.
As an interactive video service based on a broadband network, IPTV creates a new development opportunity for telecom operators, and the telecom operators develop IPTV to promote the continuous development of broadband access, thereby not only meeting the consumption demands of users but also increasing the income, and simultaneously, the appearance of IPTV creates conditions for the operators to change from traditional telecom service providers to novel comprehensive information service providers, thereby establishing more stable competitive advantages.
IPTV service networking is complex, the management domain of the service bearing network element relates to a plurality of systems, and service end-to-end management is difficult; when the service fails or the quality is deteriorated, operation and maintenance personnel often need to take a long time to judge the location of the failure, which causes long-time blocking of the problem, causes adverse effects to clients using IPTV service, even causes the clients to not renew the subscription of the service, and directly causes economic loss to operators.
At present, operation and maintenance personnel cannot see the end-to-end integral view of the service, only can see one section of view of each domain to each system, and the whole management of the service and the diagnosis of service faults are not from talking since each system only sees one section of service. After service fault complaints are received, operation and maintenance personnel often inquire service information related to the complaint faults from each system and then use various protocols and commands to carry out service test diagnosis according to professional knowledge, so that a long time is required to judge the service faults, time and labor are wasted, the fault processing time rate is low, and the pressure of maintenance personnel is high.
Disclosure of Invention
In order to solve the problems in the prior art, the invention provides an IPTV service fault positioning method and device, which can collect and analyze the resources, performance and alarms related to the IPTV service end to end and analyze the service end to end by utilizing the service end to end routing topology data and the service network. When the service quality is faulty or deteriorated, a test is initiated for the service network element and the service network, the fault cause is positioned, the working pressure of network operation and maintenance personnel is reduced, and the operation and maintenance efficiency is improved.
In order to achieve the above purpose, the present invention adopts the following technical scheme:
in an embodiment of the present invention, an IPTV service failure positioning method is provided, where the method includes:
s01, loading IPTV service end-to-end topology data according to service identification, and defining all network and equipment network element information penetrated by the service end-to-end;
s02, loading alarm information of IPTV service bearing network elements, focusing on the alarm data, reducing fault locating range according to the alarm information, and locating the node where the fault is located by a measuring means;
further, the alert data includes: the equipment is off-line, the equipment port DOWN, the light attenuation/light power abnormality, the port CRC error code and the low flow alarm.
S03, loading the resource and performance information of the IPTV service bearing network element;
further, the step S03 includes:
s031, loading A-Leaf equipment resources and performance information;
s032, loading D-Leaf equipment resources and performance information;
s033, loading UP equipment resources and performance information;
s04, checking whether a user is online or not on the UP equipment, if not, continuing the next step, and if so, jumping to S06;
s05, checking fault points when the UP equipment checks that the user is not online;
further, the step S05 includes:
s051, calling whether an ITMS user provided by the ITMS platform is powered on to check an interface, and prompting if the ITMS user is not powered on: the user terminal is not electrified;
s052, starting up ITMS users, and checking whether large-area faults exist, namely checking whether normal online users exist below an OLT-PON port;
further, the S052 includes:
s0521, locating a user terminal fault when a normal online user exists, namely, a fault with a large area is not detected;
s0522, positioning the fault of the PON port of the OLT without a normal online user, namely a large-area fault.
S053, calling the user account status interface checking capability provided by the AAA system, and checking whether arrearages exist;
s054, call check SRv BE tunnel normal capability, check SRv BE tunnel normal on A-Leaf, D-Leaf devices
S055, calling to check whether the OLT MAC address is registered or not, checking whether the OLT MAC address is registered or not on the UP device, and prompting if the OLT MAC address is not registered: please check if the D-Leaf to UP physical link is normal;
s056, calling and checking whether the VLAN of the user is correctly configured, and checking on the A-Leaf device, the D-Leaf device and the UP device.
S06, checking network level when checking that a user is online on UP equipment;
further, the step S06 includes:
s061, calling the capability of checking whether the user service is on-line or not provided by the IPTV platform, and checking a return code;
further, if the return code in S061 is 14, AAA does not pass; if the return code is 13, IPTV does not pass, and the beginning of the return code 14 or the beginning of the return code 13 indicates that the IPTV is not on line; the return code is other cases, which indicates that the user service is online, and returns to the service mode: and (5) on-demand and multicast.
S062, checking the multicast service network, calling the capacity of checking the CDN routing table, and checking the CDN routing table on the Spine equipment and the UP equipment;
s063, checking the multicast service network.
Further, the S063 includes:
s061, calling the capability of checking the neighbor state of the Spine-CR MSDP, and checking on Spine equipment;
s062, calling PIM neighbor state checking capability, and checking on the Spine equipment and the A-Leaf equipment;
s063, calling and checking a multicast routing table, checking the multicast forwarding table capacity, and checking on the Spine equipment;
s064, calling and checking a multicast routing table and checking multicast forwarding table capacity, and checking on the A-Leaf equipment.
Further, if the multicast routing table and the multicast forwarding table are abnormal, the fault is a group obstacle.
In an embodiment of the present invention, there is also provided an IPTV service failure location device, including:
the network information acquisition module is used for loading the IPTV service end-to-end topology data according to the service identification and determining all network and equipment network element information penetrated by the service end-to-end;
the fault locating range reducing module loads alarm information of IPTV service bearing network elements, pays attention to the alarm data, reduces the fault locating range according to the alarm information and locates nodes where the faults are located by measuring means;
the service bearing loading module is used for loading the resource and performance information of the IPTV service bearing network element;
checking a user online module, checking whether a user is online on UP equipment, if not, continuing the next module, and if so, jumping to a network layer checking module;
the fault point checking module performs fault point checking when the user is not online checked on the UP equipment;
and when the network layer checking module and the UP equipment check that the user is online, the network layer checking module performs network layer checking.
In an embodiment of the present invention, a computer device is further provided, including a memory, a processor, and a computer program stored in the memory and capable of running on the processor, where the processor implements the foregoing IPTV service failure location method when executing the computer program.
In an embodiment of the present invention, a computer-readable storage medium is also presented, in which a computer program for executing the IPTV service failure location method is stored.
The beneficial effects are that:
the invention relates to a method and a device for positioning IPTV service faults, which solve the problem that operation and maintenance personnel cannot see the end-to-end overall view of IPTV service from a unified service view angle by connecting network elements of all domains in series; and comprehensively analyzing the IPTV service end to end, identifying service key resources and key performance information, and managing the service quality in real time.
The invention utilizes the capability of an adhesion expert, combines alarm information inspection, resource information inspection and performance information inspection, and performs IPTV service fault location on the basis of whether a user performs on-line inspection, fault point inspection and network layer inspection, and performs real-time analysis and processing on inspection result data to ensure timeliness of the inspection result data.
The invention processes and analyzes IPTV service fault positioning flow, and feeds back and presents the checked real-time result data, thereby helping network operation and maintenance personnel to quickly position service faults and reducing the working pressure thereof.
Drawings
FIG. 1 is a schematic flow chart of the IPTV service fault location method of the present invention;
fig. 2 is an end-to-end schematic diagram of an IPTV service;
fig. 3 is a schematic structural diagram of an IPTV service failure location device according to the present invention;
FIG. 4 is a schematic diagram of a computer device according to an embodiment of the present invention.
Detailed Description
The principles and spirit of the present invention will be described below with reference to several exemplary embodiments, with the understanding that these embodiments are merely provided to enable those skilled in the art to better understand and practice the invention and are not intended to limit the scope of the invention in any way. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
Those skilled in the art will appreciate that embodiments of the invention may be implemented as a system, apparatus, device, method, or computer program product. Accordingly, the present disclosure may be embodied in the following forms, namely: complete hardware, complete software (including firmware, resident software, micro-code, etc.), or a combination of hardware and software.
According to the embodiment of the invention, an IPTV service fault positioning method and device are provided, which can collect and analyze the resources, performance and alarms related to the IPTV service end to end, and analyze the service end to end by utilizing the service end to end routing topology data and the service network. When the service quality is faulty or deteriorated, a test is initiated for the service network element and the service network, the fault cause is positioned, the working pressure of network operation and maintenance personnel is reduced, and the operation and maintenance efficiency is improved.
The principles and spirit of the present invention are explained in detail below with reference to several representative embodiments thereof.
The invention relates to a method for positioning IPTV service faults, which comprises the following steps:
s01, loading IPTV service end-to-end topology data according to service identification, and defining all network and equipment network element information penetrated by the service end-to-end;
s02, loading alarm information of IPTV service bearing network elements, focusing on the alarm data, reducing fault locating range according to the alarm information, and locating the node where the fault is located by a measuring means;
the alarm data includes: the equipment is off-line, the equipment port DOWN, the light attenuation/light power abnormality, the port CRC error code and the low flow alarm.
S03, loading the resource and performance information of the IPTV service bearing network element;
the step S03 comprises the following steps:
s031, loading A-Leaf equipment resources and performance information;
s032, loading D-Leaf equipment resources and performance information;
s033, loading UP equipment resources and performance information;
s04, checking whether a user is online or not on the UP equipment, if not, continuing the next step, and if so, jumping to S06;
s05, checking fault points when the UP equipment checks that the user is not online;
the step S05 includes:
s051, calling whether an ITMS user provided by the ITMS platform is powered on to check an interface, and prompting if the ITMS user is not powered on: the user terminal is not electrified;
s052, starting up ITMS users, and checking whether large-area faults exist, namely checking whether normal online users exist below an OLT-PON port;
the S052 includes:
s0521, locating a user terminal fault when a normal online user exists, namely, a fault with a large area is not detected;
s0522, positioning the fault of the PON port of the OLT without a normal online user, namely a large-area fault.
S053, calling the user account status interface checking capability provided by the AAA system, and checking whether arrearages exist;
s054, call check SRv BE tunnel normal capability, check SRv BE tunnel normal on A-Leaf, D-Leaf devices
S055, calling to check whether the OLT MAC address is registered or not, checking whether the OLT MAC address is registered or not on the UP device, and prompting if the OLT MAC address is not registered: please check if the D-Leaf to UP physical link is normal;
s056, calling and checking whether the VLAN of the user is correctly configured, and checking on the A-Leaf device, the D-Leaf device and the UP device.
S06, checking network level when checking that a user is online on UP equipment;
the S06 includes:
s061, calling the capability of checking whether the user service is on-line or not provided by the IPTV platform, and checking a return code;
the return code in the S061 is 14, and AAA does not pass; if the return code is 13, IPTV does not pass, and the beginning of the return code 14 or the beginning of the return code 13 indicates that the IPTV is not on line; the return code is other cases, which indicates that the user service is online, and returns to the service mode: and (5) on-demand and multicast.
S062, checking the multicast service network, calling the capacity of checking the CDN routing table, and checking the CDN routing table on the Spine equipment and the UP equipment;
s063, checking the multicast service network.
The S063 includes:
s061, calling the capability of checking the neighbor state of the Spine-CR MSDP, and checking on Spine equipment;
s062, calling PIM neighbor state checking capability, and checking on the Spine equipment and the A-Leaf equipment;
s063, calling and checking a multicast routing table, checking the multicast forwarding table capacity, and checking on the Spine equipment;
s064, calling and checking a multicast routing table and checking multicast forwarding table capacity, and checking on the A-Leaf equipment.
And if the multicast routing table and the multicast forwarding table are abnormal, the fault is a group obstacle.
It should be noted that although the operations of the method of the present invention are described in a particular order in the above embodiments and the accompanying drawings, this does not require or imply that the operations must be performed in the particular order or that all of the illustrated operations be performed in order to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform.
In order to more clearly explain the above-mentioned IPTV service failure location method, a specific embodiment will be described below, however, it should be noted that this embodiment is only for better illustrating the present invention, and does not constitute an undue limitation on the present invention.
As shown in fig. 1 and 2, the method includes:
s01, loading IPTV service end-to-end topology data according to service identification, and defining all network and equipment network element information penetrated by the service end-to-end;
s02, loading alarm information of IPTV service bearing network elements, focusing on the alarm data: equipment off-line, equipment port DOWN, light attenuation/light power abnormality, port CRC error code and low flow alarm; according to the alarm information, the fault locating range is reduced, and the node where the fault is located is further located through a measuring means;
s03, loading the resource and performance information of the IPTV service bearing network element;
s031, load A-Leaf device resources and performance information
URI:/cli/api/v1/getConfForAccessLeaf
HTTP Method:POST
Service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 1:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Login device id | devid | Is that | Character string | ||
Device port | phyport | Is that | Character string | ||
Sub-interface | subinterface | Is that | Character string | ||
User svlan | svlan | Is that | Character string |
TABLE 1
The output parameters are as follows in table 2:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Data | trunkports | Is that | Array object | ||
vpn information | vpn | Object(s) |
TABLE 2
trunk ports are shown in Table 3 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Logic port | trunkport | Is that | Character string | ||
Erunk mouth | etrunk | Is that | Character string | ||
Sub-interface | subtrunkport | Is that | Character string | ||
vlanid | vlanid | Is that | Character string | vlan id range | |
Physical port | phyports | Is that | Array object |
TABLE 3 Table 3
phyport is shown in table 4 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Port name | portname | Is that | Character string | ||
Port state | status | Is that | Character string |
TABLE 4 Table 4
Processing logic:
1.dis cur interface GigabitEthernet 5/0/0#
interface GigabitEthernet5/0/0
carrier up-hold-time 120000
description
dt:WX-QYL-DSW-11MAN.CE12808s:(F2007031504)10GE2/6/0/2::TEST
undo shutdown
eth-trunk 1
undo dcn
undo dcn mode vlan
#
return
2.dis interface Eth-Trunk 1
Eth-Trurkl current state:DOWN(ifindex:967)
Line protocol current state:DOWN
Link quality grade:--
Description:
Route port,Hash arithmetic:Accarding to flow,Maximal BM:10Gbps,Current Bw:0Mbps,The Maximun Trarsmit unit is 1500
Internet protocol processing:disabled
IP Sending Frames"Format is PKTFNT_ETHNT_2,Hardwareaddress is 78b4-Ga2e-974b
Current_system time:2021-01-0418:50:27+08:00
Physical is ETH_TRUNK
Last 300seconds input rate 580bits/sec,0packets/sec
Last 300seconds output rate 1307bits/sec,1packets/sec
Input;881442packets,148344814bytes1844 unicast,5189broadcast,874409multicast
0errors,0drops
Output:581558527packets.398073109829bytes416176199unicast,163574369boadcast1807959multicast
0errors,0drops
Last 300seconds input utility rate:.0.00%
Last 300seconds output utility rate:.0.00%
PortName Status weight
GigabitEthernet5/0/0 DOWW 1
The Number of Ports in Trunk:1
The Number of UP Ports in Trunk:0
3.dis current-configuration interface Eth-Trunk 1
acquiring esi, acquiring the number 1 behind the e-trunk, analyzing the number into the e-trunk 1, and entering an etrunk field
#
interface eth-Trunk1
track monitor-group leaf-to-spine trigger-down-weight 20
mode lacp-static
e-trunk 1
e-trunk mode force-master
lacp system-id 0582-2305-2004
es track bfd Js-WX-QQL-Access-Leaf-.NMAN.CX600-X8A-eth-trunk1-1
esi 0010.0582.2305.2004.0001
timer es-recovery 30
#
return
4.dis current-configuration interface Eth-Trunk 1.1
Obtaining vlan data, BD notes that valn may be a range or a value, and finally returns in multiple ranges, such as 2-39,41-1908,1910-3300; comma is used for the multistage, and middle transverse line is used in the multistage.
#
interface Eth-Trunk1.1 mode 12
statistic enable mode single
encapsulation dotlq vid 2to 39
encapsulation dotlq vid 41to 1908
encapsulation dot1q vid 1910to 3300
bridge-domain 101102
trust upstream default
evpn e-tree-leaf
trust 8021p
qos-profile suppression inbound identifier none
#
return
S032, loading D-Leaf equipment resources and performance information;
URI:/cli/api/v1/getConfForDcLeaf
HTTP Method:POST
service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 5:
TABLE 5
The output parameters are as follows in table 6:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Logic port | trunkports | Is that | Array of arrays | ||
vpn information data | vpn | Is that | Object(s) |
TABLE 6
trunkports
Logical port information is as follows in table 7:
TABLE 7
phyports
Logical port to physical port information is as follows in table 8:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Physical port name | portname | Is that | Character string | ||
Physical mouth status | status | Is that | Character string |
TABLE 8
Processing logic
1. Circularly acquiring trunk ports logic ports to check member states of all ports
dis interface Eth-Trunk 102
Eth-Trunk102 current state:UP(ifindex:532)
Line protocol current state:DOWN
Link quality grade:GOOD
Description:
uT:JS-WX-RML-BRAS-UP1024.NMAN,NE40E-X16A:Eth-Trunk2
Route port,Hash arithmetic:Accarding to flow,Maximal BM:10Gbps,Current Bw:10Gbps,The Maximun Trarsmit unit is 1500
Internet protocol processing:disabled
IP Sending Frames"Format is PKTFNT_ETHNT_2,Hardware address is e000-8455-7f37
Current_system time:2021-03-1810:14:29+08:00
Physical is ETH_TRUNK
Last 300seconds input rate 1355603176bits/sec,147228packets/sec
Last 300seconds output rate 335551439bits/sec,92353packets/sec
Input:3320489115827packets,3641380662856488bytes3320201124624unicast,286946553broadcast,1044650multicast
0errors,0drops
Output:2483485790130packets,1317099079435006bytes2483478054163unicast,5621415broadcast,2114552multicast
0errors,0drops
Last 300seconds input utility rate:13.55%
Last 300seconds output utility rate:3.35%
PortName Status weight
GigabitEthernet1/1/7 UP 1
The Number of Ports in Trunk:1
The Number of UP Ports in Trunk:1
Parsing e-trunk into etrunk
dis cur interface Eth-Trunk 102
#
interface Eth-Trunk102
description uT:JS-WX-RML-BRAS-UP1024.NMAN.NE40E-X16A:Eth-Trunk2
track monitor-group Teaf-to-spine trigger-down-weight 40
mode lacp-static
e-trunk 4
e-trunk mode force-master
lacp system-id 0582-2305-2010
es track bfd eth-trunk4_1
esi 0010.0582.2305.2010.0102
timer es-recovery 30
#
return
2. Cycling all trunk logical port subinterfaces to query vlan data
dis current-configuration interface Eth-Trunk 102.1 (physical port. Subinterface)
#
interface Eth-Trunk102.1 model2
statistic enable mode single
encapsulation dotlq vid 1001to 3000
encapsulation dotlq vid 3306
bridge-domain 101102
trust upstream default
trust 8021p
qos-profile suppression inbound identifier none
#
returndis current-configuration interface Eth-Trunk 202.1#
interface Eth-Trunk202.1 mode 12
statistic enable mode singleencapsulation dotlq vid 1001to 3000encapsulation dot1g vid 3306
bridge-domain 101102
trust upstream default
trust 8021p
qos-profile suppression inbound identifier none
#
returndis current-configuration interface Eth-Trunk 302.1#
interface Eth-Trunk302.1 mode l2
statistic enable mode singleencapsulation dotlg vid 1001to 3000
encapsulation dotlq vid 3306
bridge-domain 101102
trust upstream defaulttrust 8021p
qos-profile suppression inbound identifier none
#
return
S033, loading UP equipment resources and performance information;
URI:/cli/api/v1/getConfForUP
HTTP Method:POST
service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 9:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Login device id | devid | Is that | Character string | ||
Physical port | phyport | Is that | Character string | ||
Sub-interface | subinterface | Is that | Character string |
TABLE 9
The output parameters are shown in table 10 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Logic port | trunkports | Is that | Object(s) |
Table 10
Logical port information is as follows in table 11:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Logic port | trunkport | Is that | Character string | ||
Sub-interface | subtrunkport | Is that | Character string | ||
vlanid | vlanid | Is that | Character string | vlan id range | |
Physical port | phyports | Is that | Array object |
TABLE 11
Logical port to physical port information is as follows in table 12:
table 12
Processing logic:
1.dis cur interface GigabitEthernet2/1/4
#
interface GigabitEthernet2/1/4
descriptionuT:JS-WX-RML-DC-Leaf-02.NMAN.NE40E-X8A:(F2006280385)10GE1/1/7
undo shutdown
eth-trunk 2
undo dcn
#
return
2.dis interface Eth-Trunk 2
Eth-Trunk2 current state:UP(ifindex:440)
Line protocol current state:DOWN
Link quality grade:GOOD
Descrfption:
Route Port,Hash arithmetic:According to flow,Maximal BW:20Gbps,Current BW:20Gbps,The Maximun Transmit unit is 1500
Internet protocal processing:disabled
IP Sending Frames Format iS PKTFMT_ETHNT_2,Hardwareaddress is c444-7dc5-7d04
Current system time:2021-01-0420:30:42+05:00
Physical is ETH_TRUNK
Last 300 seconds input rate 2606719817 bits/sec,595258packets/sec
Last 300 seconds output rate 7026262477 bits/sec,796153packets/sec
Input:2214234848407 packets,1171550751971626 bytes
22133249G3607unicast,805430716 broadcast,104454084multicast
0 errors,0 drops
Output:3001956069989 packets,3289226050897596 bytes
3001823136446 unicast,132003329 broadcast,930214multicast
0 errors,0 drops
Last 300 soconds input utility rate:13.03%
Last 300seconds output utility rate:35.13%
PortName Status weight
GigabitEthernet2/1/0 UP 1
GigabitEthernet2/1/4 UP 1
The Number of Ports in Trunk:2
The Number of UP Ports in Trunk:2
3.dis current-configuration interface Eth-Trunk 2.2
#intertace Eth-Trunk2.2
ipv6 enable
ipv6 address auto link-local
statistic enable
user-vlan any-other
pim sm
igmp enable
igmp prompt-leave
cu-mode
multicast copy by-session
#
return
intercepting a user-vlan as an any-other as a vlan id
S04, checking whether a user is online or not on the UP equipment, if not, adjusting S05, and if so, adjusting S06.
URI:/cli/api/v1/getNetworkUserStateForUP
HTTP Method:POST
Service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 13:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Login device id | devid | Is that | Character string | ||
Sub-interface | subinterface | Is that | Character string | Full quantum interface |
TABLE 13
The output parameters are as follows in table 14:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Log (log) | logdetail | Character string | |||
Whether or not to be normal | state | Is that | Character string | 0 is not on-line, 1 is on-line | |
User mac data | usermac | Is that | Array object |
TABLE 14
usermac is as shown in table 15 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
mac address | mac | Is that | Character string | ||
ipaddress | userip | Whether or not | Character string |
TABLE 15
Processing logic
dis arp interface Eth-Trunk2.14939451|exclude I
Info:It will take a long time if the content you search is too much or the string you input is too long,you can press CTRL_C to break.
ARP timeout:1200s
IP ADDRESS MAC ADDRESS EXPIRE(M)TYPE VLAN/CEVLAN INTERFACE PVC VPN-INSTANCE
58.214.30.122c0b8-e646-d708 2D-0Eth-Trunk2.14939451
1493/451
Total:3Dynamic:2Static:0Interface:1Remote:0Redirect:0
dis arp interface Eth-Trunk2.14939451|exclude I
Info:It will take a long time if the content you search is too much or the string you input is too long,you can press CTRL_C to break.
ARP timeout:1200s
IP ADDRESS MAC ADDRESS EXPIRE(M)TYPE VLAN/CEVLAN INTERFACE PVC VPN-INSTANCE
58.214.30.122c0b8-e646-d708 16D-0Eth-Trunk2.14939451
1493/451
Total:3Dynamic:2Static:0Interface:1Remote:0Redirect:0
If the value of the macAddress in the matching result is available, the state is online, otherwise, the state is not online
Simultaneously returning Ipaddress MacAddress corresponding relation set list
S05, when the line is not on line, checking fault points;
s051, calling an ITMS user provided by an ITMS platform by an IPTV service fault positioning device to check whether the interface is started, and prompting that the user terminal is not electrified if the interface is not started;
s052, if the system is started, checking whether a large-area fault exists, namely checking whether a normal online user exists below an OLT-PON port;
s0521, locating a user terminal fault when a normal online user exists, namely, a fault with a large area is not detected;
s0522, positioning the fault of the PON port of the OLT without a normal online user, namely a large-area fault.
S053, calling a user account status checking interface provided by an AAA system by an IPTV service fault positioning device to check whether arrearages exist;
s054, an IPTV service fault location device invokes a capability of checking SRv whether the BE tunnel is normal, and a SRv BE tunnel is checked on the A-Leaf and D-Leaf devices. Table 16 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Tunnel state | srv6status | Is that | Character string | Normal 1/abnormal 0 |
Table 16
1.dis bgp evpn vpn-instance
E01-HWRM1-QYL&QQL-QQLvSW1-2 routing-table ad-route 0010.0582.2305.2004.0001:0
If there are several srv6status = 1; otherwise = 0
BGP local router ID:58.223.52.10
Local AS number:2.6624
EVPN-Instance E01-HWRM1-QYL&QQL-QQLVSW1-2:
Number of A-D Routes:2
BGP routing table entry information of 0010.0582.2305.2004.0001:0:
Route Distinquisher:12000.4134:10010
Remote-Cross route
Label information(Received/Applied):3/NULL
From:240E:187:81A4::22(58.223.52.37)
Route Duration:68do9h12m43s
Relay IP Nexthop:FE80::A21C:8DFF:FEED:FC07
Relay IP Out-Interface:100GE2/0/0
Relay Tunnel out-Interface:
original nexthop:240E:187:81A4::8
Qos information:0x0
Ext-community:RT<12000.4134:10>
Prefix-sid:240E:188:1D:2800:401:0:1005:0
Bypass Prefix-sid:240E:188:1D:2800:401:0:1006:0
AS-path Ni1,origin incomplete,localpref 100,pref-va10,valid,internal,best,select,pre 255,IGP cost 3000originator:58.223.52.5
cluster list:58.223.52.37
Route Type:1(Ethernet Auto-Discovery(A-D)route)
ESI:0010.0582.2305.2004.0001,Ethernet Tag ID:0
Not advertised to any peer yet
The error information is as follows, indicating the missing number:
dis bgp evpn vpn-instance E01-HWRM1-QYL&QQL-QQLVSW1-2routing-table ad-route 0100.0582.2305.2004.0001
Error:wrong parameter found at'^'position.
dis bgp evpn vpn-instance E01-HWRM1-QYL&QQL-QQLVSW1-2routing-table ad-route 0100.0582.2305.2004.0001:1
Info:The network does not exist .
s055, the IPTV service fault locating device invokes the capability of checking whether the OLT MAC address is registered or not, and checks whether the OLT MAC address is registered or not on the UP device. If not registered, prompt please check if the D-Leaf to UP physical link is normal.
URI:/cli/api/v1/getOltMacStateForUP
HTTP Method:POST
Service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 17:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Login device id | devid | Is that | Character string | ||
Testing mac | testmac | Is that | Character string |
TABLE 17
The output parameters are as follows in table 18:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Log details | detail | Is that | Character string | ||
Whether or not to be normal | state | Is that | Character string | 0 is no, 1 is |
TABLE 18
Processing logic
Two "State: used" strings can be matched to see normal, others that "D-Leaf to UP face links are faulty".
< JS-WX-RML-vBRAS-UP01.NMAN. VNE9000> dis Access-user MAC-address 80fb-06db-6faf|inc State|User MAC|User IP address|Vpn-Instance// OLT MAC Address
S056: the IPTV service fault locating device invokes the capability of checking whether the VLAN of the user is correctly configured, and checks are performed on the A-Leaf device, the D-Leaf device and the UP device.
And S06, performing network layer inspection when the network is online.
S061, an IPTV service fault locating device calls an IPTV platform to provide an interface for checking whether user service is on line, and if the return code is: 14, if the head is opened, AAA does not pass; 13, IPTV does not pass, and all indicate that it is not on line. Otherwise, the user service is online, and the service mode is returned: and (5) on-demand and multicast.
S062 and check point broadcasting business network
S0621, the capacity of checking the CDN routing table is called by an IPTV service fault positioning device, and the CDN routing table is checked on the Spine equipment and the UP equipment.
URI:/cli/api/v1/getCDNData
HTTP Method:POST
Service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 19:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Login device id | devid | Is that | Character string | ||
cdn address | cdnaddr | Is that | Character string |
TABLE 19
The output parameters are shown in table 20 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Whether or not to be normal | logdetail | Is that | Character string | ||
Status of | state | Is that | Character string | 1 normal 0 abnormality |
Table 20
Processing logic
And matching the number after the sum Count is greater than 0 to judge the number is normal, otherwise, judging the number is abnormal.
Recording an execution log, and returning to state normal 1 exception 0
S063, checking multicast service network
S0631, the IPTV service fault positioning device invokes the capability of checking the state of the neighbor of the Spine-CR MSDP, and checks the state of the neighbor on the Spine equipment.
S0632, calling the capability of checking the PIM neighbor state by the IPTV service fault positioning device, and checking on the Spine equipment and the A-Leaf equipment.
S0633, the IPTV service fault positioning device invokes the multicast routing table and the multicast forwarding table capability, and checks the same on the Spine equipment.
S0634, the IPTV service fault locating device invokes the checking multicast routing table and the checking multicast forwarding table capability, and checks on the A-Leaf equipment.
URI:/cli/api/v1/getSpinePimData
HTTP Method:POST
Service name: BUSI-GOLANG-PLATBACK.CLI
The input parameters are as follows in table 21:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Login device id | devid | Is that | Character string | ||
Multicast IP | multicastip | ip is empty and not queried | |||
Whether to query msdp | ifmsdp | Whether or not | Character string | 0 no query/1 query | Default value 0 |
Table 21
The output parameters are as follows in table 22:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
Return code | code | Is that | Character string | Enumerating: 0, success; failure of-1 | |
Error information | error | Whether or not | Character string | Error information, not empty when failed | |
Whether or not to be normal | logdetail | Is that | Character string |
Table 22
The detail data are shown in Table 23 below:
parameter name | Parameter encoding | Whether or not to select | Parameter type | Parameter range | Remarks |
msdp neighbor | msdp | Whether or not | Character string | ||
Pim neighbors | pim | Is that | Character string | ||
Forwarding table | forwordtable | Whether or not | Character string |
Table 23
Processing logic
Querying msdp neighbors, pim neighbors and forwarding table data for each device
√msdp
Presentation log
V pi m neighbors
A Spine device:
a-Leaf device:
v-route forwarding table
< JS-WX-HX-Spine-01.NMAN. NE8000-X8> dis multicast forwarding-table 239.49.1.11// multicast channel IP Address
Multicast Forwarding Table of VPN-Instance:public_net
Total 483entry,1matched
1.(180.100.114.7,239.49.1.11)
MID:10843,Flags:1
Uptime:10w:4d,Timeout in:00:03:27
Incoming interface:100GE1/0/1
List of 5outgoing interfaces:
1:100GE1/0/34
Activetime:10w:4d
2:100GE1/0/33
Activetime:10w:4d
3:100GE1/0/31
Activetime:10w:4d
4:100GE3/0/32
Activetime:10w:4d
5:FlexE1/0/106
Activetime:10w:4d
Matched rate:245packets/sec,2661344bits/sec
Matched 1511957629packets(2051942495236bytes),Wrong If 0packets
Forwarded 1511957629packets(2051942495236bytes)
If the multicast routing table and the multicast forwarding table are abnormal, the fault is a group obstacle.
Based on the same inventive concept, the invention also provides an IPTV service fault positioning device. The implementation of the device can be referred to as implementation of the above method, and the repetition is not repeated. The term "module" as used below may be a combination of software and/or hardware that implements the intended function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.
Fig. 3 is a schematic structural diagram of an IPTV service failure location device according to the present invention. As shown in fig. 3, the apparatus includes:
the network information acquisition module 110 loads the IPTV service end-to-end topology data according to the service identification, and determines all network and equipment network element information penetrated by the service end-to-end;
the fault locating range reducing module 120 loads alarm information of the IPTV service carrying network element, pays attention to the alarm data, reduces the fault locating range according to the alarm information, and locates the node of the fault by a measuring means;
the service load module 130 loads the resource and performance information of the IPTV service load network element;
checking a user online module 140, checking whether a user is online on the UP device, if not, continuing the next module, and if so, jumping to a network layer checking module;
the fault point checking module 150 performs fault point checking when the user is not on line;
the network layer checking module 160 performs network layer checking when the UP device checks that the user is online.
It should be noted that although several modules of the IPTV service failure location apparatus are mentioned in the above detailed description, such a division is merely exemplary and not mandatory. Indeed, the features and functions of two or more modules described above may be embodied in one module in accordance with embodiments of the present invention. Conversely, the features and functions of one module described above may be further divided into a plurality of modules to be embodied.
Based on the foregoing inventive concept, as shown in fig. 4, the present invention further proposes a computer device 200, including a memory 210, a processor 220, and a computer program 230 stored in the memory 210 and capable of running on the processor 220, where the processor 220 implements the foregoing IPTV service failure location method when executing the computer program 230.
Based on the foregoing inventive concept, the present invention also proposes a computer-readable storage medium storing a computer program for executing the foregoing IPTV service failure location method.
The invention relates to a method and a device for positioning IPTV service faults, which solve the problem that operation and maintenance personnel cannot see the end-to-end overall view of IPTV service from a unified service view angle by connecting network elements of all domains in series; and comprehensively analyzing the IPTV service end to end, identifying service key resources and key performance information, and managing the service quality in real time.
The invention utilizes the capability of an adhesion expert, combines alarm information inspection, resource information inspection and performance information inspection, and performs IPTV service fault location on the basis of whether a user performs on-line inspection, fault point inspection and network layer inspection, and performs real-time analysis and processing on inspection result data to ensure timeliness of the inspection result data.
The invention processes and analyzes IPTV service fault positioning flow, and feeds back and presents the checked real-time result data, thereby helping network operation and maintenance personnel to quickly position service faults and reducing the working pressure thereof.
While the spirit and principles of the present invention have been described with reference to several particular embodiments, it is to be understood that the invention is not limited to the disclosed embodiments nor does it imply that features of the various aspects are not useful in combination, nor are they useful in any combination, such as for convenience of description. The invention is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.
Various implementations of the systems and techniques described here above can be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), complex Programmable Logic Devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server may be a cloud server, a server of a distributed system, or a server incorporating a blockchain.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps recited in the present disclosure may be performed in parallel or sequentially or in a different order, provided that the desired results of the technical solutions of the present disclosure are achieved, and are not limited herein.
The above detailed description should not be taken as limiting the scope of the present disclosure. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present disclosure are intended to be included within the scope of the present disclosure.
It should be apparent to those skilled in the art that various modifications or variations can be made in the present invention without requiring any inventive effort by those skilled in the art based on the technical solutions of the present invention.
Claims (12)
1. The IPTV service fault positioning method is characterized by comprising the following steps:
s01, loading IPTV service end-to-end topology data according to service identification, and defining all network and equipment network element information penetrated by the service end-to-end;
s02, loading alarm information of IPTV service bearing network elements, focusing on the alarm data, reducing fault locating range according to the alarm information, and locating the node where the fault is located by a measuring means;
s03, loading the resource and performance information of the IPTV service bearing network element;
s04, checking whether a user is online or not on the UP equipment, if not, continuing the next step, and if so, jumping to S06;
s05, checking fault points when the UP equipment checks that the user is not online;
and S06, when the UP equipment checks that the user is online, checking the network level.
2. The IPTV service failure location method according to claim 1, wherein the alert data in S02 comprises: the equipment is off-line, the equipment port DOWN, the light attenuation or the light power abnormality, the port CRC error code and the low flow alarm.
3. The IPTV service failure location method according to claim 1, wherein the S03 comprises:
s031, loading A-Leaf equipment resources and performance information;
s032, loading D-Leaf equipment resources and performance information;
s033, loading UP equipment resources and performance information.
4. The IPTV service failure location method according to claim 1, wherein the S05 comprises:
s051, calling whether an ITMS user provided by the ITMS platform is powered on to check an interface, and prompting if the ITMS user is not powered on: the user terminal is not electrified;
s052, starting up ITMS users, and checking whether large-area faults exist, namely checking whether normal online users exist below an OLT-PON port;
s053, calling the user account status interface checking capability provided by the AAA system, and checking whether arrearages exist;
s054, call check SRv BE tunnel normal capability, check SRv BE tunnel normal on A-Leaf, D-Leaf devices
S055, calling to check whether the OLT MAC address is registered or not, checking whether the OLT MAC address is registered or not on the UP device, and prompting if the OLT MAC address is not registered: please check if the D-Leaf to UP physical link is normal;
s056, calling and checking whether the VLAN of the user is correctly configured, and checking on the A-Leaf device, the D-Leaf device and the UP device.
5. The IPTV service failure location method according to claim 4, wherein the S052 comprises:
s0521, locating a user terminal fault when a normal online user exists, namely, a fault with a large area is not detected;
s0522, positioning the fault of the PON port of the OLT without a normal online user, namely a large-area fault.
6. The IPTV service failure location method according to claim 1, wherein the S06 comprises:
s061, calling the capability of checking whether the user service is on-line or not provided by the IPTV platform, and checking a return code;
s062, checking the multicast service network, calling the capacity of checking the CDN routing table, and checking the CDN routing table on the Spine equipment and the UP equipment;
s063, checking the multicast service network.
7. The IPTV service failure location method according to claim 6, wherein in S061, the return code is 14, and AAA does not pass; if the return code is 13, IPTV does not pass, and the beginning of the return code 14 or the beginning of the return code 13 indicates that the IPTV is not on line; the return code is other cases, which indicates that the user service is online, and returns to the service mode: and (5) on-demand and multicast.
8. The IPTV service failure location method according to claim 6, wherein the S063 comprises:
s0631, calling the capability of checking the state of the Spine-CR MSDP neighbors, and checking on Spine equipment;
s0632, calling PIM neighbor state checking capability, and checking on the Spine equipment and the A-Leaf equipment;
s0633, calling and checking a multicast routing table, checking the multicast forwarding table capacity, and checking on the Spine equipment;
s0634, calling and checking a multicast routing table and checking the multicast forwarding table capability, and checking on the A-Leaf equipment.
9. The IPTV service failure location method according to claim 8, wherein if the multicast routing table and the multicast forwarding table are abnormal, the failure is a group failure.
10. An IPTV service failure location device, characterized in that the device comprises:
the network information acquisition module is used for loading the IPTV service end-to-end topology data according to the service identification and determining all network and equipment network element information penetrated by the service end-to-end;
the fault locating range reducing module loads alarm information of IPTV service bearing network elements, pays attention to the alarm data, reduces the fault locating range according to the alarm information and locates nodes where the faults are located by measuring means;
the service bearing loading module is used for loading the resource and performance information of the IPTV service bearing network element;
checking a user online module, checking whether a user is online on UP equipment, if not, continuing the next module, and if so, jumping to a network layer checking module;
the fault point checking module performs fault point checking when the user is not online checked on the UP equipment;
and when the network layer checking module and the UP equipment check that the user is online, the network layer checking module performs network layer checking.
11. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method of any of claims 1-9 when executing the computer program.
12. A computer readable storage medium, characterized in that the computer readable storage medium stores a computer program for executing the method of any one of claims 1-9.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311214834.8A CN117376106A (en) | 2023-09-20 | 2023-09-20 | IPTV service fault positioning method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311214834.8A CN117376106A (en) | 2023-09-20 | 2023-09-20 | IPTV service fault positioning method and device |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117376106A true CN117376106A (en) | 2024-01-09 |
Family
ID=89388259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311214834.8A Pending CN117376106A (en) | 2023-09-20 | 2023-09-20 | IPTV service fault positioning method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117376106A (en) |
-
2023
- 2023-09-20 CN CN202311214834.8A patent/CN117376106A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9059918B2 (en) | Continuity check management in a link state controlled ethernet network | |
EP1791294B1 (en) | Diagnostic tool and method for troubleshooting multicast connectivity flow problem(s) in a layer 2 aggregation network | |
US20230070701A1 (en) | Network performance monitoring and fault management based on wide area network link health assessments | |
US8320282B2 (en) | Automatic control node selection in ring networks | |
US8588081B2 (en) | Monitoring a flow set to detect faults | |
US7921326B2 (en) | Spatial monitoring-correlation mechanism and method for locating an origin of a problem with an IPTV network | |
US8208481B2 (en) | Determination of packet loss locations | |
CN101160902B (en) | Data forwarding method and switching arrangement | |
US8650285B1 (en) | Prevention of looping and duplicate frame delivery in a network environment | |
KR101548034B1 (en) | Reducing cc message transmission in a provider network | |
US8861371B2 (en) | Service status signaling in Ethernet networks | |
US20250150930A1 (en) | Wireless signal strength-based detection of poor network link performance | |
US20110019584A1 (en) | Carrier ethernet service discovery, correlation methodology and apparatus | |
US20110134764A1 (en) | Conflict identification in label switched services | |
CN109561072B (en) | Link detection method and system | |
CN109150566B (en) | Service path restoration method and device | |
US20110242988A1 (en) | System and method for providing pseudowire group labels in a network environment | |
US8565395B2 (en) | VoIP master call detail record | |
US8670299B1 (en) | Enhanced service status detection and fault isolation within layer two networks | |
US9154409B2 (en) | Method for debugging private VLAN | |
CN110233749B (en) | Fault processing method, system and device and storage medium | |
US20220346160A1 (en) | Onboarding virtualized network devices to cloud-based network assurance system | |
US20190158638A1 (en) | Transmission device and transmission method | |
CN117376106A (en) | IPTV service fault positioning method and device | |
Lan et al. | Research and verification of new multicast BIER IPv6 technology in IP network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |