白丝美女被狂躁免费视频网站,500av导航大全精品,yw.193.cnc爆乳尤物未满,97se亚洲综合色区,аⅴ天堂中文在线网官网

Facilitation of deep service path discovery for 5G or other next generation network

專利號
US11997583B2
公開日期
2024-05-28
申請人
AT&T Intellectual Property I, L.P.(US GA Atlanta)
發(fā)明人
Seyed Hashemi; Abbas Kiani
IPC分類
H04W40/24; H04L45/302; H04L45/64; H04W28/12; H04W40/34
技術(shù)領(lǐng)域
network,can,or,data,in,sdn,service,computer,nrf,repository
地域: GA GA Atlanta

摘要

A software defined network (SDN) can add network repository functions (NRF) into a configurations database to enable NF discovery. The SDN can subscribe to NRF notifications to receive new cloud native functions (CNF), registrations, or any other update to the CNF status in 5G system. In addition to listening to NRF notifications, the SDN can implement CNF pooling processes to periodically retrieve CNF from an NRF repository and stay in sync with 5G systems. Thus, a deep service path discovery can be developed from network service configurations and container call flows to enable an accurate alarm correlation and troubleshooting for the operations. This service path deep discovery can be designed and implemented as a standalone system or in an SDN framework with integration of a container management framework such as K8 kubernetes.

說明書

A rule-based service path connectivity generator can utilize the SDN GUI to add a connectivity generation feature by which a user can generate topology reports in an event-based fashion or schedule jobs for batch based. For example, an event-based topology report can be generated for CNFs deployed in specific core regions. The topology reports can comprise a predefined format including A side and Z side info (e.g., nullable & non-nullable types) for each service path (e.g., cNF name, service path type, IP address, virtual local area network (VLAN), PORT) and can show up under a topology report section via the GUI. The values in the topology reports can be populated from the configuration database (within the SDN repository). The SDN GUI can comprise a feature to define rules for topology report generation. Under a rule definition feature, there can be a section in which the user can define a name for a report (e.g., based on interface types and/or following a naming convention) and set targets for the rule definition (A side and Z side NFs). Under the rule definition feature, there can also be a section in which the user can define a set of rules to be applied to the target NFs. Each rule can have two sides and an operation condition. Each side of the rule can be a value entered by the user (e.g., VLAN ID, IP address, location identifier) or a value from a dropdown list that contains objects and attributes from a Yang file of mounted NFs (e.g., cNF name, IP address, PORT). Additionally, an operation condition can be selected from a dropdown list (e.g., contains, same subnet, equal to, or the like). Once the topology reports are generated, an action can be set by the user. For example, the action can comprise sending an extensible markup language (XML) file to a consumer landing zone, or publishing a javascript object notation file in a data movement as a platform (DMaaP). The user can also select the frequency of publishing/sending the report.

權(quán)利要求

1
微信群二維碼
意見反饋