CN117596509A - 基于otn通道拨号快速纳管的方法、设备及存储介质 - Google Patents
基于otn通道拨号快速纳管的方法、设备及存储介质 Download PDFInfo
- Publication number
- CN117596509A CN117596509A CN202311738702.5A CN202311738702A CN117596509A CN 117596509 A CN117596509 A CN 117596509A CN 202311738702 A CN202311738702 A CN 202311738702A CN 117596509 A CN117596509 A CN 117596509A
- Authority
- CN
- China
- Prior art keywords
- otn
- equipment
- address
- management
- control system
- 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 41
- 239000002071 nanotube Substances 0.000 title claims abstract description 18
- 238000007726 management method Methods 0.000 claims abstract description 42
- 102100028617 GRIP and coiled-coil domain-containing protein 2 Human genes 0.000 claims abstract description 8
- 101001058870 Homo sapiens GRIP and coiled-coil domain-containing protein 2 Proteins 0.000 claims abstract description 8
- 102100035309 GRIP and coiled-coil domain-containing protein 1 Human genes 0.000 claims abstract description 4
- 101001024398 Homo sapiens GRIP and coiled-coil domain-containing protein 1 Proteins 0.000 claims abstract description 4
- 101100282369 Caenorhabditis elegans gcc-2 gene Proteins 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 6
- 230000009471 action Effects 0.000 claims description 5
- 230000007246 mechanism Effects 0.000 claims description 4
- 230000006870 function Effects 0.000 claims description 3
- 230000003068 static effect Effects 0.000 claims description 2
- 238000012795 verification Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 7
- 230000006855 networking Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000003032 molecular docking Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- -1 and GCC0 Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0079—Operation or maintenance aspects
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明的一种基于OTN通道拨号快速纳管的方法、设备及存储介质，包括以下步骤，S1、GCC默认配置采用GCC2，同时可通过拨码方式选择GCC0、GCC1、GCC2及任意组合和局端OTN设备进行互通；S2、采用DHCP协议为接入型OTN设备分配随机IP地址，接入型OTN设备作为DHCP Client，分配的ip地址即为管理地址；S3、局端OTN设备应支持DHCP Relay功能，并已完成了DHCP Relay基本配置；S4、管控系统已经正确部署，并支持DHCP Server服务，具备CPE OTN的IP地址分配及规划策略。采用本发明的拨码方式更加快捷，现场根据局端OTN固定配置的gcc通道，直接进行拨码完成部署开通。
Description
技术领域
本发明涉及网络通信技术领域，具体涉及一种基于OTN通道拨号快速纳管的方法、设备及存储介质。
背景技术
OTN，是以波分复用技术为基础、在光层组织网络的传送网，是下一代的骨干传送网。OTN通过G.872、G.709、G.798等一系列ITU-T的建议所规范的新一代“数字传送体系”和“光传送体系”。OTN将解决传统WDM网络无波长/子波长业务调度能力、组网能力弱、保护能力弱等问题。在OTN网络的边缘层，不同体制的信号被封装进入统一的、开销丰富的OTN体制中的帧结构中去，并以此为基础，实现基于OTN体制的WDM全网统一运营、管理、维护。
OTN技术（在电域为OTH，在光域为ROADM）解决了SDH基于VC-12/VC4的交叉颗粒偏小、调度较复杂、不适应大颗粒业务传送需求的问题，也部分克服了WDM系统故障定位困难，以点到点连接为主的组网方式，组网能力较弱，能够提供的网络生存性手段和能力较弱等缺点。
发明内容
本发明提出的一种基于OTN通道拨号快速纳管的方法、设备及存储介质，可至少解决背景技术中的技术问题之一。
为实现上述目的，本发明采用了以下技术方案：
一种基于OTN通道拨号快速纳管的方法，包括以下步骤，
1、GCC默认配置采用GCC2，同时可通过拨码盘拨码方式选择GCC0、GCC1、GCC2及任意组合和局端OTN设备进行互通；
2、采用DHCP协议为接入型OTN设备分配随机IP地址，接入型OTN设备作为DHCPClient，分配的ip地址即为管理地址；
3、局端OTN设备应支持DHCP Relay功能，并已完成了DHCP Relay基本配置，如DHCPServer的IP地址等；
4、管控系统已经正确部署，并支持DHCP Server服务，具备CPE OTN的IP地址分配及规划策略。
其中，接入型OTN设备获取自身IP地址流程如下：
1）、接入型OTN设备通过默认的GCC通道（GCC2）和城域网OTN或者政企干线OTN设备互通建立PPP链路；
2）、CPE OTN出场配置默认IP地址（如：192.168.1.1，或根据CPE OTN的序列号SN生成临时IP地址）；
3）、接入型OTN作为DHCP Client在PPP链路上定时发送广播DHCPrequest报文获取自己的IP地址；
4）、城域网OTN设备或者政企干线OTN设备接收到DHCP Client的广播报文之后，转换为单播报文，转发给接入型OTN管控系统；
5）、接入型OTN控制器的DHCP Server服务根据CPE设备IP地址规划原则，为接入型OTN设备分配IP地址和缺省网关（静态路由），将应答DHCP报文返回至接入型OTN；
6）、DHCP Server可将控制器IP地址设置为默认的DNS IP地址，在DHCP应答报文中携带（可选）；
7）、城域网OTN设备或者政企干线OTN设备收到接入型OTN控制器的DHCP Reply报文，然后转发至接入型OTN设备；
8）、接入型OTN设备根据相应的应答报文，设置IP地址和缺省网关。
管控系统应具备IP地址规划能力，为DHCP server设置IP地址分配规则。
管控系统获取设备IP地址可选方案如下：
方案一：DHCPserver在完成接入OTN设备的IP地址分配后，告知管控系统设备的IP地址；
方案二：接入OTN设备和管控系统可通过标准的RFC 8071模式，采用NETCONF callhome方式，获取设备的IP地址。
管控系统可具备DHCP server能力，也可以和DHCP server分离部署。
管控系统与设备建立NETCONF连接方式如下：
方式一：管控系统可手工发起建立和接入OTN设备的NETCONF连接
方式二：管控系统可通过固定的NETCONF用户名和密码，和接入OTN设备自动的建立NETCONF连接。
又一方面，本发明还公开一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上述方法的步骤。
再一方面，本发明还公开一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上方法的步骤。
由上述技术方案可知，本发明的基于OTN通道拨号快速纳管的方法，较传统的OTN通道gcc命令使能具有以下优势：
1）、传统的OTN通道使用gcc命令配置方式进行局端OTN对接，此方式在工程应用过程中无法实现零部署开通，需要工程服务人员现场配置，浪费人力物力；采用拨码方式更加快捷，现场根据局端OTN固定配置的gcc通道，直接进行拨码完成部署开通；
2）、若局端OTN配置gcc通道不明确，可能是gcc0/1/2、或者其他gcc组合，此时采用拨码方式设置gcc通道，更加方便工程人员现场操作，仅观察管控系统是否分配接入otn设备地址及发起netconf连接纳管，而传统的OTN通道需要登录设备设备进行gcc命令配置；
3）、后期局端OTN gcc通道进行变更，传统的OTN方式开通的gcc需要用服人员继续登录设备进行配置维护；若采用拨码方式，则更加高效的进行拨码盘参数的设定，及时完成接入OTN gcc通道的变更。
附图说明
图1是本发明中使用场景的组网示意图；
图2是本发明中接入型OTN获取地址快速上线的处理流程；
图3是本发明中接入型OTN设备面板设计图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。
如图1、图2及图3所示，本实施例所述的基于OTN通道拨号快速纳管的方法，包括以下步骤，
a、接入型OTN设备通过拨码盘进行拨码，拨码盘设定三组拨码开关，拨码方向为上下方式，如图3所示，4表示拨码盘，1表示GCC0通道，2表示GCC1通道，3表示GCC2通道，拨码向上表示开启，拨码向下表示关闭；如下为详细实现过程：
1）、三组拨码开关方向全部向下，则表示gcc0、1、2通道关闭，此时局端OTN配置任意gcc通道不予建立PPP链路
2）、第一组拨码开关方向向上，第二组、第三组拨码开关方向向下，则表示gcc0通道开启，gcc1、2通道关闭，此时局端OTN配置gcc0通道建立ppp链路，若局端OTN配置非gcc0通道开启，则不予建立ppp链路
3）、第一组、第二组拨码开关方向向上，第三组拨码开关方向向下，则表示gcc0、1通道开启，gcc2通道关闭，此时局端OTN配置gcc0、1通道建立ppp链路，若局端OTN配置非gcc0、1通道开启，则不予建立ppp链路；
4）、第一组、第二组、第三组拨码开关方向向上，则表示gcc0、1、2通道开启，g此时局端OTN配置gcc0、1、2通道建立ppp链路，若局端OTN配置非gcc0、1、2通道开启，则不予建立ppp链路；
依次类推，接入OTN的gcc通道采用拨码方式与局端OTN设备建立PPP链路，更加高效实现工程应用，为工程应用实现零部署业务开通。
以下则从局部原理角度进行阐述：
选择GCC通道，然后设备发送DHCP请求，在获得自身IP以及管控系统地址后，并向管控系统主动发起建立TCP短连接；管控系统此时作为服务端默认使用4334端口进行监听，管控系统使用的监听端口应可配置。
b、TCP连接建立成功后，接入型OTN设备向管控系统发送认证明文报文，报文格式为纯文本，单行，UTF-8编码。
c、管控系统收到报文后，在原报文基础上加上前缀“Received:”立刻返回给客户端后，并断开本次TCP连接（管控系统主动尝试断开此连接）。
d、如设备无法与管控系统4334端口建立TCP连接，设备应该采取一定的重连机制，比如每个几分钟重试一次，重试3次。即便没有重连机制，至少要保证设备重启或重新加电会触发重发TCP消息的动作。如果已经收到过Received反馈报文，则以后无需发送TCP消息，除非IP发生了变化。 如果设备没有历史IP比较的能力，可无条件的发生TCP消息。
e、经过以上几步后，即完成了所谓的CALL HOME流程，下面的步骤即开始正常的netconf连接建立的流程，且方向是管控系统主动连接设备。
f、管控系统利用报文中的信息，校验通过后，尝试与设备830端口建立新的netconf连接。如果TCP报文中不含密钥ID，则采用默认的用户名密码连接设备，如果含有密钥ID，则使用设备指定的用户名密码连接设备。
g、成功连接后，针对使用默认用户名密码的情况下，管控系统通过modifyUserPassword接口修改netconf用户密码。
综上所述，拨码盘方式实现gcc通道便捷开通原理如下：
通过设备面板上的拨码盘开关进行gcc通道单个/多个设置，固定为3组拨码，第一组代表gcc0通道，第二组代表gcc1通道，第三组代表gcc2通道，可以任意或者组合设定，传统的OTN通道使用gcc命令配置方式进行局端OTN对接，此方式在工程应用过程中无法实现零部署开通，需要工程服务人员现场配置，浪费人力物力；采用拨码方式更加快捷，现场根据局端OTN固定配置的gcc通道，直接进行拨码完成部署开通；若局端OTN配置gcc通道不明确，可能是gcc0/1/2、或者其他gcc组合，此时采用拨码方式设置gcc通道，更加方便工程人员现场操作，仅观察管控系统是否分配接入otn设备地址及发起netconf连接纳管，而传统的OTN通道需要登录设备设备进行gcc命令配置；后期局端OTN gcc通道进行变更，传统的OTN方式开通的gcc需要用服人员继续登录设备进行配置维护；若采用拨码方式，则更加高效的进行拨码盘参数的设定，及时完成接入OTN gcc通道的变更。
又一方面，本发明还公开一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上述方法的步骤。
再一方面，本发明还公开一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上方法的步骤。
在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一基于OTN通道拨号快速纳管的方法。
可理解的是，本发明实施例提供的系统与本发明实施例提供的方法相对应，相关内容的解释、举例和有益效果可以参考上述方法中的相应部分。
本申请实施例还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信，
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述基于OTN通道拨号快速纳管的方法。
上述电子设备提到的通信总线可以是外设部件互连标准（英文：PeripheralComponent Interconnect，简称：PCI）总线或扩展工业标准结构（英文：Extended IndustryStandard Architecture，简称：EISA）总线等。该通信总线可以分为地址总线、数据总线、控制总线等。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器（英文：Random Access Memory，简称：RAM），也可以包括非易失性存储器（英文：Non-Volatile Memory，简称：NVM），例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器（英文：Central ProcessingUnit，简称：CPU）、网络处理器（英文：Network Processor，简称：NP）等；还可以是数字信号处理器（英文：DigitalSignal Processing，简称：DSP）、专用集成电路（英文：ApplicationSpecific Integrated Circuit，简称：ASIC）、现场可编程门阵列（英文：Field-Programmable Gate Array，简称：FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（DSL））或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质（例如固态硬盘Solid State Disk(SSD)）等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (9)
1.一种基于OTN通道拨号快速纳管的方法，其特征在于，包括以下步骤，
S1、GCC默认配置采用GCC2，同时可通过拨码方式选择GCC0、GCC1、GCC2及任意组合和局端OTN设备进行互通；
S2、采用DHCP协议为接入型OTN设备分配随机IP地址，接入型OTN设备作为DHCPClient，分配的ip地址即为管理地址；
S3、局端OTN设备应支持DHCP Relay功能，并已完成了DHCP Relay基本配置；
S4、管控系统已经正确部署，并支持DHCP Server服务，具备CPE OTN的IP地址分配及规划策略。
2.根据权利要求1所述的基于OTN通道拨号快速纳管的方法，其特征在于：还包括接入型OTN设备获取自身IP地址流程如下：
1）、接入型OTN设备通过默认的GCC通道即GCC2和城域网OTN或者政企干线OTN设备互通建立PPP链路；
2）、CPE OTN出场配置默认IP地址；
3）、接入型OTN作为DHCP Client在PPP链路上定时发送广播DHCP request报文获取自己的IP地址；
4）、城域网OTN设备或者政企干线OTN设备接收到DHCP Client的广播报文之后，转换为单播报文，转发给接入型OTN管控系统；
5）、接入型OTN控制器的DHCP Server服务根据CPE设备IP地址规划原则，为接入型OTN设备分配IP地址和缺省网关即静态路由，将应答DHCP报文返回至接入型OTN；
6）、DHCP Server可将控制器IP地址设置为默认的DNS IP地址，在DHCP应答报文中携带；
7）、城域网OTN设备或者政企干线OTN设备收到接入型OTN控制器的DHCP Reply报文，然后转发至接入型OTN设备；
8）、接入型OTN设备根据相应的应答报文，设置IP地址和缺省网关；
管控系统应具备IP地址规划能力，为DHCP server设置IP地址分配规则。
3.根据权利要求2所述的基于OTN通道拨号快速纳管的方法，其特征在于：所述CPE OTN出场配置默认IP地址包括192.168.1.1，或根据CPE OTN的序列号SN生成临时IP地址。
4.根据权利要求2所述的基于OTN通道拨号快速纳管的方法，其特征在于：
还包括管控系统获取设备IP地址可选方案如下：
方案一：DHCPserver在完成接入OTN设备的IP地址分配后，告知管控系统设备的IP地址；
方案二：接入OTN设备和管控系统可通过标准的RFC 8071模式，采用NETCONF callhome方式，获取设备的IP地址；
管控系统可具备DHCP server能力，或者和DHCP server分离部署。
5.根据权利要求2所述的基于OTN通道拨号快速纳管的方法，其特征在于：
还包括管控系统与设备建立NETCONF连接方式如下：
方式一：管控系统手工发起建立和接入OTN设备的NETCONF连接；
方式二：管控系统通过固定的NETCONF用户名和密码，和接入OTN设备自动的建立NETCONF连接。
6.根据权利要求1所述的基于OTN通道拨号快速纳管的方法，其特征在于：包括以下步骤，
a、接入型OTN设备通过拨码盘进行拨码，拨码盘设定三组拨码开关，拨码方向为上下方式；
b、TCP连接建立成功后，接入型OTN设备向管控系统发送认证明文报文，报文格式为纯文本，单行，UTF-8编码；
c、管控系统收到报文后，在原报文基础上加上前缀“Received:”立刻返回给客户端后，并断开本次TCP连接即管控系统主动尝试断开此连接；
d、如果设备无法与管控系统4334端口建立TCP连接，设备应该采取一定的重连机制，包括每个几分钟重试一次，重试3次；即便没有重连机制，至少要保证设备重启或重新加电会触发重发TCP消息的动作；如果已经收到过Received反馈报文，则以后无需发送TCP消息，除非IP发生了变化；如果设备没有历史IP比较的能力，可无条件的发生TCP消息；
e、经过以上几步后，即完成了所谓的CALL HOME流程，下面的步骤即开始正常的netconf连接建立的流程，且方向是管控系统主动连接设备；
f、管控系统利用报文中的信息，校验通过后，尝试与设备830端口建立新的netconf连接；如果TCP报文中不含密钥ID，则采用默认的用户名密码连接设备，如果含有密钥ID，则使用设备指定的用户名密码连接设备；
g、成功连接后，针对使用默认用户名密码的情况下，管控系统通过modifyUserPassword接口修改netconf用户密码。
7.根据权利要求6所述的基于OTN通道拨号快速纳管的方法，其特征在于： 所述步骤a、接入型OTN设备通过拨码盘进行拨码，拨码盘设定三组拨码开关，拨码方向为上下方式，包括如下：
1）三组拨码开关方向全部向下，则表示gcc0、gcc1、gcc2通道关闭，此时局端OTN配置任意gcc通道不予建立PPP链路；
2）第一组拨码开关方向向上，第二组、第三组拨码开关方向向下，则表示gcc0通道开启，gcc1、gcc2通道关闭，此时局端OTN配置gcc0通道建立ppp链路，若局端OTN配置非gcc0通道开启，则不予建立ppp链路；
3）第一组、第二组拨码开关方向向上，第三组拨码开关方向向下，则表示gcc0、gcc1通道开启，gcc2通道关闭，此时局端OTN配置gcc0、gcc1通道建立ppp链路，若局端OTN配置非gcc0、gcc1通道开启，则不予建立ppp链路；
4）第一组、第二组、第三组拨码开关方向向上，则表示gcc0、gcc1、gcc2通道开启，g此时局端OTN配置gcc0、gcc1、gcc2通道建立ppp链路，若局端OTN配置非gcc0、gcc1、gcc2通道开启，则不予建立ppp链路；
依次类推，接入OTN的gcc通道采用拨码方式与局端OTN设备建立PPP链路。
8.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311738702.5A CN117596509A (zh) | 2023-12-18 | 2023-12-18 | 基于otn通道拨号快速纳管的方法、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311738702.5A CN117596509A (zh) | 2023-12-18 | 2023-12-18 | 基于otn通道拨号快速纳管的方法、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117596509A true CN117596509A (zh) | 2024-02-23 |
Family
ID=89911530
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311738702.5A Pending CN117596509A (zh) | 2023-12-18 | 2023-12-18 | 基于otn通道拨号快速纳管的方法、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117596509A (zh) |
-
2023
- 2023-12-18 CN CN202311738702.5A patent/CN117596509A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101247297B (zh) | 对家庭网络中应用终端进行自动配置的装置、系统和方法 | |
| US10880196B2 (en) | Bi-directional speed test method and system for customer premises equipment (CPE) devices | |
| EP2404405B1 (en) | Managing network elements | |
| EP2947907B1 (en) | Startup configuration method in base station, base station and server | |
| US8295204B2 (en) | Method and system for dynamic assignment of network addresses in a communications network | |
| US8726068B2 (en) | Intra-realm AAA fallback mechanism | |
| US20120151085A1 (en) | Hot Standby Neighbor Discovery Protocol for Internet Protocol Version 6 | |
| EP2294895B1 (en) | Establishing channels between a domain manager and managed nodes | |
| CN103095749A (zh) | 用于实现跨网段设备发现的方法和系统 | |
| US8050277B2 (en) | Control method for the cross-domain call and the connection of ASON | |
| JP2008167331A (ja) | 拡張された保守ドメインレベル管理方法、通信装置、プログラム及びデータ構造 | |
| EP3817285A1 (en) | Method and device for monitoring forwarding table entry | |
| CN103188153B (zh) | 一种广播网链路上bfd报文发送方法和设备 | |
| CN112217661B (zh) | 一种端口模式自适应的方法及装置 | |
| CN100488201C (zh) | 一种基于路由的链路备份方法 | |
| WO2011137634A1 (zh) | 一种lte系统中网管与基站的协作方法和装置 | |
| CN101867509B (zh) | 对家庭网络中应用终端进行自动配置的装置、系统和方法 | |
| CN101635656B (zh) | 层次化有序地址分组网络中故障检测的方法、系统及设备 | |
| CN107786441B (zh) | 一种通信方法、OpenFlow交换机及通信系统 | |
| CN117596509A (zh) | 基于otn通道拨号快速纳管的方法、设备及存储介质 | |
| CN112532767A (zh) | 一种基于otn通道的快速管理系统 | |
| US20210250246A1 (en) | Multi-domain software defined network controller | |
| EP3515048A1 (en) | Cable media converter management method, apparatus and system | |
| CN106712994B (zh) | 软件定义网络管理方法及通信系统 | |
| CN105684352B (zh) | 属于私用网络的装置、管理装置的设备和方法以及介质 |
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 |