ZStack API解读

ZStack HTTP API使用 1. 介绍 ZStack的API原语是JSON格式的消息,可以在各种消息总线上调用,目前ZStack使用的默认消息总线是RabbitMQ。由于这个特性,ZStack的API可以被封装成各种格式。为了方便大家使用,ZStack自带一个HTTP server,用户可以通过HTTP POST发送API JSON文本,该HTTP Server会自动将其转换成API消息实现调用。 我们未来会 阅读详情
网络层(NWK) 
网络层为高层提供下面函数功能: 
· 网络管理 
· 地址管理 
· 网络变量和效能函数 
除了管理功能外,NWK还提供数据服务,只是应用不能访问数据服务。应用需要通过AF数据接口AF_DataRequest()来发送数据。 
网络管理 

ZStatus_t NLME_NetworkDiscoveryRequest( uint32 ScanChannels,byte ScanDuration ); 
用来请求网络层发现邻居路由器。在加入操作执行网络扫描前应该调用此函数。扫描确认(结果)将以回调函数ZDO_NetworkDiscoveryConfirmCB()返回。推荐用户使用ZDO_StartDevice()来代替此函数。(除非你清楚的知道网络加入过程) 
ScanChannels -执行发现的通道,2.4GHz条件下只能使用通道11-26(0x07FFF800) 
ScanDuration -新网络启动前,每个通道被其他网络扫描的时间 
BEACON_ORDER_15_MSEC 0 15.36 milliseconds 
BEACON_ORDER_30_MSEC 1 30.72 milliseconds 
BEACON_ORDER_60_MSEC 2 61.44 milliseconds 
BEACON_ORDER_120_MSEC 3 122.88 milliseconds 
BEACON_ORDER_240_MSEC 4 245.76 milliseconds 
BEACON_ORDER_480_MSEC 5 491.52 milliseconds 
BEACON_ORDER_1_SECOND 6 983.04 milliseconds 
BEACON_ORDER_2_SECONDS 7 1966.08 milliseconds 
BEACON_ORDER_4_SECONDS 8 3932.16 milliseconds 
BEACON_ORDER_7_5_SECONDS 9 7864.32 milliseconds 
BEACON_ORDER_15_SECONDS 10 15728.64 milliseconds 
BEACON_ORDER_31_SECONDS 11 31457.28 milliseconds 
BEACON_ORDER_1_MINUTE 12 62914.58 milliseconds 
BEACON_ORDER_2_MINUTES 13 125829.12 milliseconds 
BEACON_ORDER_4_MINUTES 14 251658.24 milliseconds 
BEACON_ORDER_NO_BEACONS 15 No Beacons transmitted 
返回值:ZStatus_t -ZComDef.h中定义的状态值 
ZStatus_t NLME_NwkDiscReq2( NLME_ScanFields_t* fields ); 
用来请求网络层发现邻居路由器。用此函数来执行一个网络扫描,但是不加入网络。扫描确认(结果)将以回调函数ZDO_NetworkDiscoveryConfirmCB()返回。回调函数执行以后通过调用NLME_NwkDiscTerm()清除此活动。 
fields – 扫描结构体 
typedef struct 
{ 
uint32 channels; 
uint8 duration; 
} NLME_ScanFields_t; 
void NLME_NwkDiscTerm( void ); 
ZStatus_t NLME_NetworkFormationRequest( uint16 PanId, uint32 ScanChannels, 
byte ScanDuration, byte BeaconOrder, 
byte SuperframeOrder, byte BatteryLifeExtension ); 
函数允许上层请求设备构成网络并成为网络中的协调器。执行结果返回回调函数ZDO_NetworkFormationConfirmCB()。推荐用户使用ZDO_StartDevice()来代替此函数。 
PanId -此设备建立网络所使用的ID,值范围:0~0x3FFF。如果0xFFFF被使用,则网络层将为网络选择此PanID。如果发现网络的PAN ID相同,则增加PAN ID直到其唯一。 
BeaconOrder – Zigbee 2006中此参数为:BEACON_ORDER_NO_BEACONS. 
SuperframeOrder –Zigbee 2006中此参数为:BEACON_ORDER_NO_BEACONS. 
BatteryLifeExtension -为TRUE则请求协调器支持电池寿命扩展模式 
ZStatus_t NLME_StartRouterRequest( byte BeaconOrder, byte SuperframeOrder, 
byte BatteryLifeExtension ); 
函数允许上层请求设备以路由器功能启动。执行结果返回回调函数 ZDO_StartRouterConfirmCB()。推荐用户使用ZDO_StartDevice()来代替此函数。 
BeaconOrder – Zigbee 2006中此参数为:BEACON_ORDER_NO_BEACONS. 
SuperframeOrder –Zigbee 2006中此参数为:BEACON_ORDER_NO_BEACONS. 
BatteryLifeExtension -为TRUE则请求协调器支持电池寿命扩展模式 
ZStatus_t NLME_JoinRequest( uint8 *ExtendedPANID, uint16 PanId, 
byte Channel, byte CapabilityInfo ); 
函数允许上层发送设备加入网络的请求。执行结果返回回调函数 ZDO_JoinConfirmCB()。推荐用户使用ZDO_StartDevice()来代替此函数。 
ExtendedPANID -想要加入的网络的扩展PAN ID 
CapabilityInfo -加入设备的操作性能 
CAPINFO_ALTPANCOORD 0x01 
CAPINFO_DEVICETYPE_FFD 0x02 
CAPINFO_POWER_AC 0x04 
CAPINFO_RCVR_ON_IDLE 0x08 
CAPINFO_SECURITY_CAPABLE 0x40 
CAPINFO_ALLOC_ADDR 0x80 
ZStatus_t NLME_ReJoinRequest( void ); 
已加入设备的重新加入。执行结果返回到回调函数ZDO_JoinConfirmCB() 
ZStatus_t NLME_OrphanJoinRequest( uint32 ScanChannels, byte ScanDuration ); 
请求网络层孤儿节点的加入。此函数是一个暗含加入的扫描。执行结果返回到回调函数ZDO_JoinConfirmCB()。推荐用户使用ZDO_StartDevice()来代替此函数。 
以上的几个函数基本上是被ZDO_StartDevice()的执行所取代了,呵呵! 

ZStatus_t NLME_PermitJoiningRequest( byte PermitDuration ); 
定义了协调器或路由器在一个固定的周期内如何允许设备加入。 
PermitDuration -在这个指定的时间(单位为秒)内允许设备关联。0x00和0xff表示分别禁止或允许设备关联。 
ZStatus_t NLME_DirectJoinRequest( byte *DevExtAddress, byte capInfo ); 
请求协调器或路由器设备的网络层加入一个设备作为其子设备。 
DevExtAddress -指向设备的IEEE地址 
ZStatus_t NLME_LeaveReq( NLME_LeaveReq_t* req ); 
请求自己或者其他设备脱离网络,执行此函数不会导致其父节点重新分配设备地址。 
req – 脱离请求数据结构: 
typedef struct 
{ 
uint8* extAddr; 
uint8 removeChildren; 
uint8 rejoin; 
uint8 silent; 
} NLME_LeaveReq_t; 
extAddr -要脱离的设备的扩展地址 
removeChildren -true 子设备也脱离,false只脱离当前设备。目前只能用false 
rejoin -true 允许设备重新加入网络,false 不允许设备重新加入网络 
silent – true will. false if the。 
void NLME_RemoveChild( uint8* extAddr, uint8 dealloc ); 
dealloc – true will. false if the. 
ZMacStatus_t NwkPollReq( byte securityEnable ); 
手动发送一个MAC数据请求(此函数只适用于终设备(end devices))。正常情况下终设备的数据检测(poll)由网络层自动处理,应用可以通过调用NLME_SetPollRate()来改变速率,如果速率设为0则可以调用此函数来手动推送数据。 
securityEnable – 设为false. 
返回值:ZMacStatus_t is the same as ZStatus_t –status values defined in ZComDef.h 
void NLME_SetPollRate( uint16 newRate ); 
(此函数只适用于终设备(end devices)) 
newRate -单位为ms,数据推送到父设备的时间。 
void NLME_SetQueuedPollRate( uint16 newRate ); 
设置/改变队列推送(poll)速率。(此函数只适用于终设备(end devices)),如果一个数据推送产生了数据消息,则数据推送率马上设置到 Queued Poll Rate以排空父设备的队列数据。 
newRate -有效值为:0x01-0xff,0为禁止队列推送。 
void NLME_SetResponseRate( uint16 newRate ); 
设置/改变应答推送(poll)速率。(此函数只适用于终设备(end devices)),我们可以让应答快一些。 
newRate -有效值为:0x01-0xff,0为禁止队列推送。 
地址管理 

地址管理模块提供底层的地址管理,用户不能直接访问这个模块。APSME_LookupExtAddr和APSME_LookupNwkAddr提供本地地址查找,ZDP_IEEEAddrReq和ZDP_NwkAddrReq提供远程地址查找。 
byte *NLME_GetExtAddr( void ); 
返回指向设备64位IEEE地址的指针。 
uint16 NLME_GetShortAddr( void ); 
返回设备的16位网络地址(短地址)。 
uint16 NLME_GetCoordShortAddr( void ); 
返回设备父亲的网络地址(16位短地址),注意这个地址不是Zigbee协调器的短地址(总为0x0000) 
void NLME_GetCoordExtAddr( byte *buf ); 
返回设备父亲的IEEE地址(64位),注意这个地址不是Zigbee协调器的扩展地址 
ZStatus_t NLME_SetRequest( ZNwkAttributes_t NIBAttribute, 
uint16 Index, 
void *Value ); 
设置NIB属性的值。 
NIBAttribute -只支持nwkProtocolVersion属性 
ZStatus_t NLME_GetRequest( ZNwkAttributes_t NIBAttribute, 
uint16 Index, void *Value ); 
NIBAttribute -只支持如下属性: 
nwkCapabilityInfo 
nwkNumNeighborTableEntries 
nwkNeighborTable 
nwkNumRoutingTableEntries 
nwkRoutingTable 
addr_filter_t NLME_IsAddressBroadca st(uint16 shortAddress); 
基于设备性能,这个函数评估参数中提供的地址,决定是否是广播地址 
shortAddress -要测试的地址 
addr_filter_t - ADDR_NOT_BCA ST 不是一个广播地址 
ADDR_BCA ST_FOR_ME 是一个广播地址,且这个设备是正确的设备类型 
ADDR_BCA ST_NOT_ME 是一个广播地址,这个设备是不是正确的目标 
byte NLME_GetProtocolVersion(); 
获得NIB中的协议版本 
返回值: ZB_PROT_V1_0 1 
ZB_PROT_V1_1 2 
void NLME_SetBroadca stFilter(byte capabilities); 
基于设备的性能设置位掩码,用来处理有效的广播地址 
capabilities -用来决定设备能处理哪些广播消息 
网络的非易失性储存 

若设置了NV_RESTORE,当设备加入时网络信息(NIB)会自动储存。当设备启动时会自动执行NIB NV初始化和恢复。如果用户应用改变NIB(_NIB)则必须调用NLME_UpdateNV() 
void NLME_UpdateNV( byte enables ); 
enables -位掩码 
NWK_NV_NIB_ENABLE 0x01 粗存网络层NIB 
NWK_NV_DEVICELIST_ENABLE 0x02 储存设备列表 
NWK_NV_BINDING_ENABLE 0x04 储存绑定表 
NWK_NV_ADDRMGR_ENABLE 0x08 储存地址管理表 
API调用之ZStack phper API调用之ZStack 公司刚好给一个编写ZStack虚拟机启动的任务, 材料就只有一个开发文档 ,附上官网地址:https://www.zstack.io/. 一开始也是没听过 ,不过之前有做过docker项目的API开发,所以也没有那么担心,不过查询了百度上众多文章 ,对宇如何使用的步骤很少,都是一些介绍理论的知识,由于精力不够,所以也没有深刻研读,只是暂时想学会使用的... 阅读详情

相关推荐

Zigbee学习(二)之Zstack协议栈运行原理分析

Zigbee协议栈的实现方式采用的是分层的思想,分别有物理层、数据链路层(介质访问控制层)、网络层和应用层。每一层都实现了不同的功能,但是每一层实现的功能对于其它层来说又是封闭的,如果要进行数据互通,需要调用一些API函数。这是一些浅显的基本概念,百度一下都可以知道的啦!那么整个协议栈是如何执行的呢?我们直接来看代码吧!打开Zmain.c文件,之前是一些宏定义,暂时先不用管,看到主函数: int

u011384827的专栏 7071

ZigBee网络信标(Beacon)和非信标(Non-beacon)两种工作模式

ZigBee网络可以分为信标(Beacon)和非信标(Non-beacon)两种工作模式。为最大限度的节约能源消耗,信标模式可以使所有网络设备同步工作和同步休眠;而在非信标模式下,协调器和路由器必须长时间处于工作状态,只允许终端设备周期性进入休眠模式。 在信标模式下,协调器向网络广播16个相同时间槽间隔的信标帧一般以15ms-4min之间的时间为间隔。时间槽被分为网络活动区和网络休眠区两个部分,消...

本博客分享软硬件一体化开发实战。硬件涵盖 PCB 设计、STM32 等 MCU 底层开发;软件包含 C++、Rust,Qt/QML、PyQt、Slint、TouchGFX、LVGL 各类 GUI 框架。方便软硬件开发者查阅学习。欢迎关注! 5955

ZStack各层API手册

ZStack各层API手册 ZDO层ZDO 层的API 为应用程序的终端提供了管理ZigBee 协调器、路由器或终端设备的接口。这包括创建、查找和加入一个ZigBee 网络,绑定应用程序终端以及安全管理。

详解ZStack Cloud 4.4.6:API Inspector带你轻松玩转ZStack Cloud API

ZStack Cloud 4.4.6轻量发布API Inspector功能,旨在降低API使用门槛,助力开发者轻松玩转ZStack Cloud API。

zstack_org的博客 649

ZStack RESTful API

本书将指导用户如何通过REST API来生成基于ZStack企业版的私有云环境。本书面向的对象是有基于ZStack RESTful API做二次开发需求的读者,或希望将ZStack整合进公司已有业务系统需求的读者。 在阅读本书之前,读者需阅读《ZStack 企业版开发手册》,了解ZStack目前提供的RESTful API使用方式。 本书分为两个章节,第一章节为基本场景,主要描述如何对ZStack中的基本资源做操作。第二章节为特定的私有云场景,主要描述一些现实环境中的私有云部署方案,并描述如何基于ZStack提供的基本资源,通过RESTful API完成私有云场景的创建。

Cadence SKILL 语言实战指南:从函数列表到高效自动化脚本

本文是Cadence SKILL语言实战指南,旨在帮助芯片设计工程师从掌握核心函数列表出发,高效构建自动化脚本。文章详细解析了数据处理、数据库访问、流程控制及错误处理四类关键函数,并通过版图层批量修改与参数化单元生成两大实战场景,演示如何将函数组合成解决实际问题的自动化方案,从而显著提升Virtuoso环境下的工作效率。

beta5的博客 705

【深度分析Zigbee】Zstack协议栈初窥(六):协调器的组网过程详解

这一讲我要详细说一下协调器的组网过程。在Zstack中,网络组网是从ZDApp_Init函数开始的。具体的执行流程为:Main()->osal_init_system()->osalInitTasks()->ZDApp_In it()。进入到ZDApp_Init中: void ZDApp_Init( byte task_id ) {   uint8 capabilities;   /

xiaoaide01的专栏 9537

航空电子系统标准全景图:ARP4754A、ARP4761、DO-178C、DO-254 的协同作用

通过 ARP4754A、ARP4761、DO-178C 和 DO-254 的相互配合,确保航空电子系统的安全性和功能性在开发过程中得到充分保障。每一个文件在不同层面发挥作用,共同构成了一个完整的、系统的开发和验证框架,确保航空电子设备达到适航要求。这些标准不仅帮助开发人员有条理地开发复杂的航空系统,还确保所有系统组件(软件和硬件)在整个生命周期内都能满足最严格的安全和可靠性要求。

qq_41854911的博客 1812

Zstack API 解读

这个文档是一个关键了,Z-Stack的应用程序接口。我们在程序中基本上应该调用的是这些API吧。ZDO层API实现了所有ZDP(ZigBee Device Profile)定义的命令和回应所需要的函数。ZDP描述了ZDO如何实现普通ZigBee设备的特性,它定义了设备描述和簇,ZDP为ZDO和应用提供一下功能:设备网络建立设备和服务发现节点设备邦定和解邦定服务网络管理服务设备发现是ZigBee设备...

wearlee的博客 811

GVINS数据采集(u-blox fp9 + D435i)

1、配置千寻的RTK账号 采集数据当天购买千寻的RTK账号,然后在Window下,输入账号和密码 (具体的步骤如之前面连接所示),查看u-center软件上的信息,确保接收机可以收到RTK信息; 2、查看Linux系统下u-blox是否可以正常接受GPS信号和RTK数据流 1、GPS信号信息 // 打开端口 1 cd ublox_f9p/src // 或者在终端1下也可以 source devel/setup.bash r.....................

努力努力努力 2609

MATLAB 与 STK 互联导出导弹轨迹及速度数据(csv导出)

本文介绍了如何通过 MATLAB 脚本连接 STK 提取导弹三维轨迹数据,并以 CSV 格式导出,包含以下关键内容:自动连接 STK 场景;获取所有导弹对象;提取 J2000 坐标系下的位置和速度;加入任务优先级与状态;导出为标准 CSV 文件;

weixin_52370774的博客 779

ZStack API解读3

应用框架(AF) 应用框架层是应用道APS层的OTA数据接口。此层也接收数据消息的终端多路复用器。AF为应用提供以下功能: ·                    终端(Endpoint)管理 ·                    发送和接收数据 哈哈,这里的函数应该就是我们经常要用到的函数了。 终端管理 每个设备都是Zigbee中的节点,每个节点有长地址和短地址,短地址被其他设

940

Deepfake检测模型-PyDeepFakeDet项目复现实验报告-深度学习

该实验是对于https://github.com/wangjk666/PyDeepFakeDet模型的复现。PyDeepFakeDet 是一款集成的、可扩展的 Deepfake 检测工具。目标是提供最先进的 Deepfake 检测模型以及用于在常用 Deepfake 数据集上训练和评估新模型的接口。

一位不是很硕的鉴伪方向硕士 5494

ZigBee学习之——ZStack API解读

申明:这是转载一位高手的博客哦!! 这个文档是一个关键了,Z-Stack的应用程序接口。我们在程序中基本上应该调用的是这些API吧。ZDO层API实现了所有ZDP(ZigBee Device Profile)定义的命令和回应所需要的函数。ZDP描述了ZDO如何实现普通ZigBee设备的特性,它定义了设备描述和簇,ZDP为ZDO和应用提供一下功能:设备网络建立设备和服务发现节点设备邦定和解...

weixin_30715523的博客 426

k3s cpu load 和 cpu 使用率很高处理

在这期间还执行过缩减 sqlite3 数据库操作,不知道是哪个操作起了作用,亦或者两个操作有影响,删除 ns 促进了数据库缩减的执行(没删除之前数据库缩减不成功,db文件大小未减小,但不确定是不是执行完 VACUUM 之后需要时间 db 文件才会减小,或者是因为删除了 ns 才导致其减小),再或者是两个操作都起了作用。kubectl get ns 发现有很多卡在删除状态的 ns。k3s 官网关于这个问题的谈论。执行如下脚本删除掉这些 ns。有人详细说过这个问题。

weixin_40548182的博客 683

基于STM32L4XX、HAL库的GC9307 TFT 液晶驱动IC驱动程序设计

GC9307是一款常用的TFT液晶驱动IC,支持240x320分辨率的RGB接口显示屏。(Master Out Slave In): 连接到STM32L4的SPI数据输出引脚(如PA7)(Serial Clock): 连接到STM32L4的SPI时钟引脚(如PA5)(Data/Command): 连接到STM32L4的GPIO引脚(如PA3)(Chip Select): 连接到STM32L4的GPIO引脚(如PA4)(Reset): 连接到STM32L4的GPIO引脚(如PA2): 分别连接到电源和地。

zhusl6688的博客 1033

ZigBee学习之17——ZStack API解读5

网络层(NWK) 网络层为高层提供下面函数功能: ·                     网络管理 ·                     地址管理 ·                     网络变量和效能函数 除了管理功能外,NWK还提供数据服务,只是应用不能访问数据服务。应用需要通过AF数据接口AF_DataRequest()来发送数据。 网络管理

xiaoaide01的专栏 1241

库存优化技术提升电商效率

第一部分:库存优化技术基础 第1章:库存优化的基本概念 库存优化是现代电商运营中至关重要的一个环节。简单来说,库存优化指的是通过一系列的策略和技术手段,使得库存管理更加高效、准确,从而降低运营成本,提高销售额。 1.1 库存优化的定义与重要性

AI天才研究院 1248

ZStack ZDO和AF层API解读

 ZDO层API 实现了所有ZDP(ZigBee Device Profile)定义的命令和回应所需要的函数。ZDP描述了ZDO如何实现普通ZigBee设备的特性,它定义了设备描述和簇,ZDP为ZDO和应用提供一下功能: ·                     设备网络建立 ·                     设备和服务发现 ·          

u013243314的专栏 1896

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

ZigBee学习之17——ZStack 网络层API解读

 网络层(NWK) 网络层为高层提供下面函数功能: ·                     网络管理 ·                     地址管理 ·                     网络变量和效能函数 除了管理功能外,NWK还提供数据服务,只是应用不能访问数据服务。应用需要通过AF数据接口AF_DataRequest()来

jk110333的专栏 3401

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

ZigBee学习之13——ZStack ZDO和AF层API解读

Z-Stack API[Z-Stack API _F8W-2006-0021_.pdf]这个文档是一个关键了,Z-Stack的应用程序接口。我们在程序中基本上应该调用的是这些API吧。ZDO层API实现了所有ZDP(ZigBee Device Profile)定义的命令和回应所需要的函数。ZDP描述了ZDO如何实现普通ZigBee设备的特性,它定义了设备描述和簇,ZDP为ZDO和应用提供一下功能:

河北正定欢迎您-少占鱼 3112

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

ZigBee学习之绑定表管理函数详解——ZStack API解读

http://blog.163.com/weiqianen@126/blog/static/9204547620101129242921/   应用支持子层(APS)  应用支持子层提供如下管理功能:  · 邦定表管理  · 组表管理  · 快速地址查找  除了管理功能外,APS还提供数据服务,只是应用不能访问数据服务。应用需要通过AF数据接口AF_DataRequest()来发送数

tanqiuwei的专栏 5151

ZigBee学习之16——ZStack -APS层NWK层API解读4 、5

ZigBee学习之16——ZStack API解读4    应用支持子层(APS) 应用支持子层提供如下管理功能: ? 邦定表管理 ? 组表管理 ? 快速地址查找 除了管理功能外,APS还提供数据服务,只是应用不能访问数据服务。应用需要通过AF数据接口AF_DataRequest()来发送数据。如果要使用邦定表函数需要包含BindingTable.h头文件。 邦定表管理邦定表管理邦定表管理邦定表管

河北正定欢迎您-少占鱼 2877

ZStack协议栈深度解析:从源码结构到OSAL任务调度实战

本文深入解析ZStack协议栈的架构与实现,从源码结构到OSAL任务调度机制,提供ZigBee开发的实战指南。通过ZStack2.5.1a版本的具体案例,详细讲解如何创建自定义任务、优化性能及避免常见陷阱,帮助开发者高效构建物联网应用。

weixin_42535461的博客 399

深度解读:ZStack混合云如何实现网络互联互通?

近年来,得益于SDN的快速发展,数据中心建设不再与用户业务绑定,而将网络互联的任务交给IaaS服务商来完成。ZStack做为IaaS云服务商中的一员,从ZStack 1.8版本开始,ZStack云路由就开始承担起日益复杂的网络建设任务。随着越来越多的用户将业务迁移云上,ZStack也开始支持越来越多复杂的网络功能。     部署混合云,网络打通是难点     从当前市场趋势以及Gartner、

qq_41443030的博客 4888
上一篇: Zstack设置发送功率(CC2530)
下一篇: linux中make的用法
cucmakeit
博客等级 码龄14年 30粉丝 11原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值