• [技术干货] NFC近距离传输方案解析
    由于WiFi的频段在世界范围内是无需任何电信运营执照的免费频段,因此WLAN无线设备提供了一个世界范围内可以使用的,费用极其低廉且数据带宽极高的无线空中接口。用户可以在WiFi覆盖区域内快速浏览网页,随时随地接听拨打电话。而其它一些基于WLAN的宽带数据应用,如流媒体、网络游戏等功 能更是值得用户期待。有了WiFi功能我们打长途电话(包括国际长途),浏览网页、收发电子邮件、音乐下载、数码照片传递等,再无需担心速度慢和花费高的问题。WiFi在掌上设备上应用越来越广泛,而智能手机就是其中一份子。与早前应用于手机上的蓝牙技术不同,WiFi具有更大的覆盖范围和更高的传输速率,因此WiFi手机成为了目前移动通信业界的时尚潮流。现在WiFi的覆盖范围在国内越来越广泛了,高级宾馆,豪华住宅区,飞机场以及咖啡厅之类的区域都有WiFi接口。当我们去旅游,办公时,就可以在这些场所使用我们的掌上设备尽情网上冲浪了。用于射频测试与系统环境仿真的专用工具正在成为现实射频,Radio Frequency ,简称RF.射频就是射频电流,它是一种高频交流变化电磁波的简称。每秒变化小于1000次的交流电称为低频电流,大于10000次的称为高频电流,而射频就是这样一种高频电流。以IEEE 802.11 标准为基础的无线网络在设备数量和应用范围两个方面都做好了实质性发展的准备。然而,与有线网络相比较,无线网络本身固有的移动特性使物理层与协议层之间产生的交互作用大大增加了验证一个设计所需的测试的复杂性和测试的次数。所幸的是,能够使这一过程合理化的各类工具正在不断出现。802.11a/b/g 标准统称为 WiFi(无线保真),它已经在家庭用户中造就了一个庞大的不断成长市场,人们发现,无线方案是家庭资源共享以太网(如打印机和宽带连接)的一种简单的替代方案。另外,对需要移动计算能力的商务用户来说它也是热门技术。根据市场研究公司 In-Stat 的数据,公共 WLAN(无线局域网)或“热点”正在商务用户和家庭用户中快速普及。仅 2005 年第一季度,全球 WiFi 设备销售额就达到 7.376 亿美元,比 2004 年同期增长 15%.虽然WiFi 在家庭和商务计算机接入中的应用仍处增长势头,但也出现了这一技术的新兴市场。In-Stat 正在追踪各类新兴应用,如 VoWLAN(无线局域网语音传输)、将 WiFi 用作消费电子连接的一种方法,以及 VoWLAN 与手机的结合。每一类都代表着一种能匹配或超过计算机接入的市场。这些重要市场的增长将使更多的设计师首次面对 WLAN 测试的挑战。很多设计师的知识背景仍然是传统的有线网络,因而无线网络测试对他们而言是个很不一般的挑战。与传统网络相比,WLAN 有一个射频物理层界面问题。复杂的协议使测试更麻烦WLAN 协议中的很多附加特性都是为了满足无线局域网络(LAN)在动态配置、空间性质以及移动性这三方面的需求,而有线网络则没有这些要求。这些要求更增加了无线测试的复杂性。WiFi 的动态配置允许终端站向 AP(接入点)询问以实现网络接入,并使 AP 接通自己所支持的服务。虽然有线网络也有类似功能,但它们一般出现在较高层的协议中。WiFi 则是在 MAC(媒体访问控制)层实现的。当有多个 AP 可供使用时,WiFi 站还必须用“关联”来确定使用哪一个,而 AP 也要用“鉴别权”来确定该终端站是否为合法用户,然后才准予接入。有线连接由于没有物理安全问题,因此无需鉴别步骤。而在无线连接中,某个人可能会把车停在一个区域内,试图从这里免费接入互联网。WiFi 的空间特性也会产生一些问题,如“隐藏结点”,这在有线网络中是没有的。出现这种情况时,两个站终端都位于一个 AP 的覆盖范围中,但不在相互的信号范围内。由于两者都不能检测冲突,于是当两个站试图向该 AP 发送消息时就会重复发生碰撞。在有线网络中,通过小心的设计和安装,可以在物理层上控制噪声电平,并且交换机可以将网络分成可管理的网段。但是无线网络设备的设计者则不能假设一种可控环境。WiFi 与蓝牙、便携式电话和微波炉,以及其它射频源共享其频段。设计者无法控制试图连接某个 AP 的终端站数量。无线协议必须允许网络能够完全适应所处的环境。WiFi 的移动性也对设备和协议提出了更多的功能要求,有线网络则没有这些负担。其中之一是电池供电的终端可能需要有电源管理功能,以优化功耗问题,例如当终端靠近 AP 时,要降低发射功率以节省能量。另一个增加的协议功能是在传输期间实现AP之间的动态切换,这类似于手机的漫游。其他附加的功能还有速率自适应,即根据接收信号的功率调整数据传输速率的能力,从而优化整个信道的性能。转载https://iot.ofweek.com/2021-06/ART-132202-11000-30502339.html
  • [软件平台] MCU诊断与车身的通信协议是基于什么标准?
    如题:MCU诊断与车身的通信协议是基于什么标准?
  • [问题求助] 【AppCube】【页面跳转】登陆页面跳转协议页面时,跳转到了null
    【功能模块】【操作步骤&问题现象】【截图信息】点击隐私配置的是跳转至PrivacyStatement页面,但发布至生产环境后却跳转到了null【日志信息】(可选,上传日志内容或者附件)
  • [技术干货] 路由与交换之VRRP协议特性与配置小实践
    1.1【实验目的】• 掌握VRRP组和虚拟地址的配置方式• 掌握VRRP优先级的配置方式• 掌握VRRP的验证效果• 掌握VRRP跟踪上行链路的配置方式• 掌握VRRP多组负载均衡和认证的配置方式 1.2【实验环境】华为ENSP模拟器实验拓扑图如下图所示。1.3【实验过程及实验结果】1.地址配置IP地址规划表设备名称设备接口IP网关PC1E0/0/110.20.0.1/2410.20.0.254PC2E0/0/210.20.0.2/24PC3E0/0/310.20.0.3/24AR1G0/0/010.20.0.251/24G0/0/1192.168.0.2/30AR2G0/0/010.20.0.252/24G0/0/110.20.0.252/24AR3G0/0/0192.168.0.1/30G0/0/1192.168.0.5/30Loopback03.3.3.3/8 2. IP编址与基本配置给所有路由器配置IP地址信息。AR1<Huawei>sysEnter system view, return user view with Ctrl+Z.[AR1]sys AR1[AR1]int g0/0/0[AR1-GigabitEthernet0/0/0]ip add 10.20.0.251 24 [AR1-GigabitEthernet0/0/0]q[AR1]int g0/0/1[AR1-GigabitEthernet0/0/1][AR1-GigabitEthernet0/0/1]ip add 192.168.0.2 30 [AR1-GigabitEthernet0/0/1]qAR2<Huawei>sysEnter system view, return user view with Ctrl+Z.[AR2]sys AR1[AR2]int g0/0/0[AR2-GigabitEthernet0/0/0]ip add 10.20.0.252 24 [AR2-GigabitEthernet0/0/0]q[AR2]int g0/0/1[AR2-GigabitEthernet0/0/1][AR2-GigabitEthernet0/0/1]ip add 192.168.0.6 30 [AR2-GigabitEthernet0/0/1]qAR3<Huawei>sysEnter system view, return user view with Ctrl+Z.[AR3]sys AR1[AR3]int g0/0/0[AR3-GigabitEthernet0/0/0]ip add 192.168.0.1 30[AR3-GigabitEthernet0/0/0]q[AR3]int g0/0/1[AR3-GigabitEthernet0/0/1][AR3-GigabitEthernet0/0/1]ip add 192.168.0.5 30[AR3-GigabitEthernet0/0/1]q[AR3]int loopback 0[AR3-LoopBack0]ip address 3.3.3.3 8 [AR3-LoopBack0]q 3.配置OSPF协议和静态路由AR3的环回口0、AR1、AR2和AR3互连接口运行在OSPF的区域0,AR1和AR2连接LSW1 交换机的接口也要宣告进OSPF,但不建立邻居,只为发布路由,因此使用silent 模式。PC1\PC2\PC3为模拟PC,VRRP虚拟地址。 最终实现的目标是AR3可以学到10.20.0.0网段路由,AR1和AR2可以学到 3.3.3.3路由。AR1[AR1]ospf 1[AR1-ospf-1][AR1-ospf-1]silent-interface g0/0/0[AR1-ospf-1]area 0[AR1-ospf-1-area-0.0.0.0]net 192.168.0.0 0.0.0.255[AR1-ospf-1-area-0.0.0.0]net 10.20.0.0 0.0.0.255[AR1-ospf-1-area-0.0.0.0]q[AR1-ospf-1]qAR2[AR2]ospf 1[AR2-ospf-1][AR2-ospf-1]silent-interface g0/0/0[AR2-ospf-1]area 0[AR2-ospf-1-area-0.0.0.0]net 192.168.0.0 0.0.0.255[AR2-ospf-1-area-0.0.0.0]net 10.20.0.0 0.0.0.255[AR2-ospf-1-area-0.0.0.0]q[AR2-ospf-1]qAR3[AR3]ospf 1[AR3-ospf-1]area 0[AR3-ospf-1-area-0.0.0.0]net 192.168.0.0 0.0.0.255[AR3-ospf-1-area-0.0.0.0]net 3.3.3.3 0.0.0.0[AR3-ospf-1-area-0.0.0.0]q[AR3-ospf-1]q配置完成后,观察各设备的路由表,分别 AR1和AR3AR1AR3从以上输出可以看到,AR3可以学习到10.20.0.0/24路由,AR1和AR2可以学习到 3.3.3.3/32路由。 4. 配置VRRP组和虚拟地址在AR1和AR2的相应接口上启用VRRP并配置虚拟组ID和虚拟地址并配置VRRP的优先级,优先级值越大优先级越高,因此配置AR1的优先级值为150,AR3的优先级值使用默认配置100。AR1[AR1]int g0/0/0[AR1-GigabitEthernet0/0/0]vrrp vrid 1 virtual-ip 10.20.0.254[AR1-GigabitEthernet0/0/0]vrrp vrid 1 priority 150[AR1-GigabitEthernet0/0/0]qAR2[AR2]int g0/0/0[AR2-GigabitEthernet0/0/0]vrrp vrid 1 virtual-ip 10.20.0.254[AR2-GigabitEthernet0/0/0]q配置完成后,检查AR1和AR2中VRRP状态 AR1 AR2从以上输出可以看到,AR1成功当选Master路由器,AR2为Slave(Backup)路由器。最后验证从PC到AR1的互通。      由输出显示,虚拟网关已经正常工作,可以把PC所在LAN的数据转发到AR3。 正常情况下,由Master转发数据,因此流量经过AR1。为了验证故障切换状态,关闭AR1连接LSW1的接口。 AR1[AR1]int g0/0/0[AR1-GigabitEthernet0/0/0]shutdown由于主备切换,AR2成为Master, 因此流量经过AR2。 5. 配置跟踪上行链路特性VRRP主备切换是通过侦听通告报文实现的,如果Slave路由器侦听不到 Master的消息或自己优先级更高,那么执行抢占(默认无抢占等待时间)。      如果故障点发生在上行链路,主备不切换,那么所有上网流量到达AR1之后将无法转发。因此这里引入一个VRRP的特性——跟踪上行链路。确保在上行链路出现故障的时候,AR1自动降低自己的优先级,AR2可以执行抢占,从而将流量引导到备用路由器和备用上行链路进行转发。  在配置跟踪上行链路特性前,先恢复被shutdown的链路。 在AR1上配置跟踪上行接口,设置惩罚值为60,即当链路失效,AR1的运行优先级会变为90,低于AR2的100:AR1[AR1]int g0/0/0[AR1-GigabitEthernet0/0/0]undo shutdown[AR1-GigabitEthernet0/0/0]vrrp vrid 1 track int g0/0/1 reduced 60将AR1上行链路恢复,优先级恢复,重新抢占成为Master路由器(此过程的 PC丢包数量较多,原因是OSPF路由没有快速收敛的缘故)      注意:因为在接口up之后,AR1上行接口要重新建立OSPF邻居,如果没有配置OSPF快速收敛,将会有数秒钟无法转发数据。因此建议回切时配置抢占延时,延时时间要大于OSPF收敛时间。AR1[AR1]interface GigabitEthernet 0/0/0[AR1-GigabitEthernet0/0/1]vrrp vrid 1 preempt-mode timer delay 10再次检查VRRP,抢占延时已经配置成功。6. 配置VRRP多组负载均衡和认证在正常状态下,所有流量都从Master设备转发,Slave设备处于闲置状态。如果想实现双网关的负载均衡,可以采用VRRP多组的方式:在AR1和AR2上分别建立VRRP组1,虚拟地址为10.20.0.254,Master设备是AR1; VRRP组2,虚拟地址为10.20.0.254,Master设备是AR2。并且将PC1的默认网关指向10.20.0.254,PC2的默认网关指向10.20.0.250。并在VRRP组2设置验证方式。这样的设计,可以将这个网段上的主机上网流量,分担到两台网关上。下面是具体配置:AR1[AR1]int g0/0/0[AR1-GigabitEthernet0/0/0]vrrp vrid 2 virtual-ip 10.20.0.250[AR1-GigabitEthernet0/0/0]vrrp vrid 2 authentication-mode simple plain Jack20[AR1-GigabitEthernet0/0/0]qAR2[AR2]int g0/0/0[AR2-GigabitEthernet0/0/0]vrrp vrid 2 virtual-ip 10.20.0.250[AR2-GigabitEthernet0/0/0]vrrp vrid 2 priority 160[AR2-GigabitEthernet0/0/0]vrrp vrid 2 track interface g0/0/1 reduced 90 [AR2-GigabitEthernet0/0/0]vrrp vrid 2 authentication-mode simple plain Jack20[AR2-GigabitEthernet0/0/0]q在AR1和AR2上查看双组负载均衡状态:AR1 AR2使用tracert来确认发到两条默认路由的数据被哪个网关来处理,可以看到从 PC1发出的数据由组1的Master转发,PC2发出的数据由组2的Master转发:*在AR3上开启设备的ICMP端口不可达报文的发送功能。AR3[AR3]icmp port-unreachable sendPC1 PC2正常状态AR1和AR2负载分担,AR1出现故障,AR2可以接管AR1的所有流量,至此 VRRP双组负载均衡配置完毕。在AR1 g0/0/0上, 使用Wireshark抓包查看认证信息:      从上面抓包信息可以看出,AR1 上启用了认证并且认证模式为“SIMPLE”,认证密钥(Jack20)也明确地显示在配置中。在10. 20.0. 0/24网络中的抓包结果,从这个以AR2 (10. 10. 10. 252)为源发出的VRRP消息,我们可以看出VRRP通告消息版本为V2,认证类型为明文认证,认证字符串也能够从抓包解析中直接看到:Jack20。 1.4【实验总结】一、第一跳冗余协议(FHRP)      第一跳冗余协议(FHRP)是一种用来保护默认网关的网络协议,其原理是允许两台(或多台)路由器,交换机共同提供一个冗余的网关地址,默认情况下,如果第一跳设备故障,备用路由器将在数秒内接管网关地址。1.起因      如果路由器或路由器接口(作为默认网关)发生故障,配置该默认网关的主机将与外部网络隔离,大部分功能不能使用。交换网络需要一种网关冗余的机制。因此出现了第一跳冗余协议。2.原理      把多个三层设备关联在一起组成一个虚拟的路由器,用虚拟路由器的ip充当网关,当有数据要处理时,由根据协议决定的处于活动的实际路由器来处理。当一个实际路由器出问题,会用备份的路由器来处理。因为新的转发路由器同时接替虚拟路由器的 IPv4 地址和 MAC 地址,所以主机设备的服务不会出现中断。虚拟路由器 还有一个虚拟的MAC地址注:FHSRP是这一功能类型的协议的总称,实际用到的协议是HSRP和VRRP 二、虚拟路由冗余协议(VRRP)      虚拟路由冗余协议(Virtual Router Redundancy Protocol,简称VRRP)是由IETF提出的解决局域网中配置静态网关出现单点失效现象的路由协议,1998年已推出正式的RFC2338协议标准。VRRP广泛应用在边缘网络中,它的设计目标是支持特定情况下IP数据流量失败转移不会引起混乱,允许主机使用单路由器,以及即使在实际第一跳路由器使用失败的情形下仍能够维护路由器间的连通性。      VRRP是一种选择协议,它可以把一个虚拟路由器的责任动态分配到局域网上的 VRRP 路由器中的一台。控制虚拟路由器 IP 地址的 VRRP 路由器称为主路由器,它负责转发数据包到这些虚拟 IP 地址。一旦主路由器不可用,这种选择过程就提供了动态的故障转移机制,这就允许虚拟路由器的 IP 地址可以作为终端主机的默认第一跳路由器。是一种LAN接入设备备份协议。一个局域网络内的所有主机都设置缺省网关,这样主机发出的目的地址不在本网段的报文将被通过缺省网关发往三层交换机,从而实现了主机和外部网络的通信。      VRRP是一种路由容错协议,也可以叫做备份路由协议。一个局域网络内的所有主机都设置缺省路由,当网内主机发出的目的地址不在本网段时,报文将被通过缺省路由发往外部路由器,从而实现了主机与外部网络的通信。当缺省路由器down掉(即端口关闭)之后,内部主机将无法与外部通信,如果路由器设置了VRRP时,那么这时,虚拟路由将启用备份路由器,从而实现全网通信。      在VRRP协议中,有两组重要的概念:VRRP路由器和虚拟路由器,主控路由器和备份路由器。VRRP路由器是指运行VRRP的路由器,是物理实体;虚拟路由器是指VRRP协议创建的,是逻辑概念。一组VRRP路由器协同工作,共同构成一台虚拟路由器。该虚拟路由器对外表现为一个具有唯一固定的IP地址和MAC地址的逻辑路由器。处于同一个VRRP组中的路由器具有两种互斥的角色:主控路由器和备份路由器,一个VRRP组中有且只有一台处于主控角色的路由器,可以有一个或者多个处于备份角色的路由器VRRP协议从路由器组中选出一台作为主控路由器,负责ARP解析和转发IP数据包,组中的其他路由器作为备份的角色并处于待命状态,当由于某种原因主控路由器发生故障时,其中的一台备份路由器能在瞬间的时延后升级为主控路由器,由于此切换非常迅速而且不用改变IP地址和MAC地址,故对终端使用者系统是透明的。 VRRP常用命令:vrrp vrid 1 virtual-ip 10.0.0.10 //配置vrid1中的虚拟IP地址。 vrrp vrid 1 priority 120 //配置在vrid1中的优先级为120,其他设备优先级未手动 指定,缺省为100,则本设备为Master。 vrrp vrid 1 preempt-mode timer delay 20 //配置Master设备的抢占时延为20秒。 vrrp vrid 1 track interface GigabitEthernet0/0/0 reduce 30 //跟踪上行接口 G0/0/0的状态,如果端口出现故障,则Master设备VRRP优先级降低30。
  • [问题求助] 4G物联卡连接华为云平台问题?
          用联通的4G物联卡安装在4G-DTU模块上,可以连上公司自己的服务器,连接华为的物联网云平台IP:121.36.42.100,端口1883,建立不了TCP连接,我换上自己的手机卡就可以和华为云平台建立TCP连接,这是卡的问题还是云平台做了什么限制,有遇到过这种情况的吗
  • [技术干货] 【技术干货】小白程序员该看什么书?书单推荐
     前段时间,有位朋友的弟弟也想从事“程序开发“这份职业,托人问到了我,应该看些什么书籍?       很多新入门的小白同学都有这样的疑惑,统一做一篇推荐博文,希望可以帮助到有需要的人。              分类:首先还是需要分下类,如果你是类似于我朋友弟弟,非科班出身,那么你需要先学习一些必要的入门书籍夯实下基础。如果你是科班出身,或者目前正在就读相关专业,可以跳过第一段。        一、大体了解(非科班出身必读)        计算机概论:泛读即可。        计算机网络:泛读即可。        C语言程序设计:精读,最好可以做一做练习题,对于入门很有帮助。        这三本书,基本是每个科班生都会学习的三本入门书籍,主要是帮助学生了解计算机理论、构成、以及部分实践入门的简单书籍。        二、巩固学习        因为此阶段设计语言的分化,我这里以C/C++学习为例。        每个小白程序员的养成一定需要包括几个方面:        ① 数据结构。推荐《数据结构与算法》机械工业出版社        ② 网络知识。推荐《TCP/IP 详解 卷1》全文泛读,但是要精读tcp/udp区别、三次握手四次挥手、网络连接状态转换、tcp可靠性保证等部分         ③ 语言本身。C++推荐:《C和指针》、《C语言深度剖析》、《C++ Primer》、《Effective C++》、《STL源码剖析》         ④ Linux。这里推荐一本就够了,《鸟哥的Linux私房菜》,但是切记,一定要上手实践。         ⑤ 数据库。理论知识学习《数据库系统导论》。上手实践可以在链接上学习下mysql实践操作: https://www.runoob.com/mysql/mysql-tutorial.html         ⑥ 算法。基础部分在数据结构中已经学习过了,这里就做选修。高级算法是加分项,但并不是必须项。推荐书籍《计算机程序设计艺术》、《算法图解》         三、突破发散         当你学习了部分知识,看了部分书籍之后。思维会微微固话,这时候需要基本书让你“恍然大悟”。当你遇到问题,发现原来竟然还可以这样解决的时候,这几本书的目的就达到了。         《编程珠玑》、《编程珠玑》          四、盖上盖子          学习不是一个一蹴而就的事情,是一件活到老、学到老的事情。但是还需要有一个阶段性盖盖子的书籍,就想吃完一顿饭,喝点汤密密缝          《程序员的自我修养》(必看)、《剑指offer》、《算法导论》(这本书适合每隔两年看一遍,每次会有新感觉)————————————————版权声明:本文为CSDN博主「zhanglu_1024」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。原文链接:https://blog.csdn.net/zhanglu_1024/article/details/118890571
  • [技术干货] servicecomb 1.x 升级到 2.x 参考
    版本历史介绍servicecomb-java-chassis最早是在华为内部开发,然后捐献给了apache基金会,目前已经实现全部代码开源。但是部分用户仍然使用了非开源版本,下表是非开源版本和开源版本的对应关系。从ServiceComb 2.2.0 版本开始,不再发布 CSE Java SDK。本文提供CSE Java SDK升级为 ServiceComb 2.x, ServiceComb 1.x 升级为 2.x 的参考。由于历史版本较多,版本跨度比较大,未考虑到的问题可以在本帖子下面留言,针对具体问题给出解答。CSE Java SDKServiceComb发布日期版本说明3.1.72.1.52021-02-02版本说明3.1.62.1.32020-11-30版本说明3.1.52.1.22020-10-30版本说明3.1.22.1.12020-08-30版本说明3.1.02.1.02020-06-30版本说明2.5.61.3.22020-12-28版本说明2.5.31.3.12020-10-30版本说明2.5.01.3.02019-11-05版本说明升级注意事项重大变更•2.x相对于1.x,最大的外部变化在highway协议。如果没有使用highway协议,整体上是维持“恰当的编译时兼容”的。如果使用了highway协议,需要注意highway协议的服务端、客户端需要同时升级,无法进行滚动升级。•不使用highway协议的情况下,2.x开发的微服务与1.x开发的微服务之间可以相互发现和调用。能够支持滚动升级。•2.x和1.x都支持正在使用的CSE(注册中心、配置中心等)版本,无需考虑CSE版本配置。升级步骤业务作出合理的升级计划。首先阅读RELEASE NOTES,了解可能的变化。    http://servicecomb.gitee.io/servicecomb-java-chassis-doc/java-chassis/zh_CN/featured-topics/upgrading.html升级的关键步骤:修改maven依赖Dependency Management修改使用CSE Java SDK或者1.x版本,可能包含如下Dependency Management <dependencyManagement> <dependencies> <dependency> <groupId>com.huawei.paas.cse</groupId> <artifactId>cse-dependency</artifactId> <version>版本号</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>将其修改为 <dependencyManagement> <dependencies> <dependency> <groupId>org.apache.servicecomb</groupId> <artifactId>java-chassis-dependencies</artifactId> <version>${java-chassis.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>Dependency 修改1.x2.x说明<groupId>com.huawei.paas.cse</groupId><artifactId>cse-solution-service-engine</artifactId><groupId>org.apache.servicecomb</groupId><artifactId>solution-basic</artifactId><groupId>com.huawei.paas.cse</groupId><artifactId>foundation-auth</artifactId>包括AK/SK认证等功能,删除。在solution-basic已经包含。<groupId>com.huawei.paas.cse</groupId><artifactId>cse-handler-tracing</artifactId>废弃功能,无产品使用,删除。<groupId>com.huawei.paas.cse</groupId><artifactId>cse-handler-tcc</artifactId>废弃功能,无产品使用,删除。<groupId>com.huawei.paas.cse</groupId><artifactId>cse-handler-2pc</artifactId>废弃功能,无产品使用,删除。<groupId>com.huawei.paas.cse</groupId><artifactId>cse-handler-performance-stats</artifactId>废弃功能,无产品使用,删除。<groupId>com.huawei.paas.cse</groupId><artifactId>cse-handler-cloud-extension</artifactId><groupId>org.apache.servicecomb</groupId><artifactId>dashboard</artifactId>灰度发布功能(使用开源新的灰度发布功能替代);Dashboard上报功能(使用开源的上报功能替代)
  • [技术干货] 无线传感器网络的安全协议
    >无线传感器网络的安全协议分为以下两类:- ① 基于基站的安全协议。基站负责管理所有的节点——基站崩溃导致整个网络瘫痪;基站周围节点负载大;- ② 不依赖于基站的安全协议。 将网络分簇、采用密钥信息预分配——减少通信能耗# 1.安全协议——SPINSSPINS(Security Protocols in Sensor Network)是一种通用的传感器网络安全协议,其包含两个子协议:- SNEP(安全网络加密协议):主要实现点对点通信的机密性、完整性、新鲜性等安全服务;- μTESLA:提供对广播消息的数据认证服务。SPINS的假设前提是部署传感器之前,所有的传感器节点都与同一个基站各自共享一对密钥。# 2.安全网络加密协议SNEP- 通信负载低——加密算法中的计算器状态存储在各节点,不必在每条消息中发送;- 语义安全——不同的时刻,不同上下文,经过相同的密钥和加密算法后,产生的密文也不相同;# 3.微型μTESLAμTESLA协议的基本思想是先发送数据包,然后公布该数据包的认证密钥。使得敌方不能在密钥公布之前,伪造出正确的数据包,实现了认证功能。
  • [活动公告] 【打卡帖】【7天大数据分析实战训练营】每日打卡,赢取阶段奖励~
    7天大数据分析实战训练营活动已开启,目前进入招募期,本次活动将助您了解大数据热门分析引擎Spark,使用华为云DLI和DGC产品完成大数据分析实践项目。更有超多活动等您参加,赢取华为手环等多重礼品!快来报名吧7天大数据分析实战训练营活动点击报名»»»活动参与流程  Step1. 请点击链接,先报名活动活动报名链接:https://developer.huaweicloud.com/activity/7days_bigdata.html(请先在页面领取部分课程资源,如您完成两天打卡,我们将为您发放余下课程所需的代金券)福利活动领取免费资源晒单赢取华为手环,点击链接了解详情:https://bbs.huaweicloud.com/forum/thread-139542-1-1.htmlStep2. 扫描下方二维码,添加群助手好友并回复“大数据”,免费入群!Step3. 入群后,群助手会通知开课时间;Step3. 开课后,请按照节奏学习视频课程,完成每日打卡任务(打卡任务完成后,请在本帖回复截图) 活动时间  招募期:2021年07月15日 至 2021年07月28日训练期:2021年07月29日 至 2021年08月06日课程大纲  专家介绍活动奖励活动规则1.活动参与方式:招募期流程:(1)注册华为云中国站账号并登录;(2)点击活动页中“立即报名”按钮跳转至报名页,先填写报名表;(3)扫描活动详情里的二维码,添加社群助手微信,回复“大数据”,即可入群训练期流程:(1)微信社群助手每日发布当日课程内容及规则,学员完成任务并打卡成功,获得阶段性奖励。   训练期内打卡规则:(1) 打卡时间:每日0:00~23:59;(2) 打卡方式:Step1:请打开当天的“打卡作业”(每一章最后小节);Step2:按照要求完成作业;Step3:按以下格式在打卡贴内回复完成后的打卡截图:第一行:DayX(X=1到7)+华为云账户名+微信昵称            (打卡作业截图)eg:Day1+grandmaster+华为云1号小助手      (打卡作业截图)(3) 打卡须知:① 打卡需按照打卡方式要求操作;② 如当天打卡任务有打卡示例,学员所回复打卡截图中必须需显示华为云中国站账号,且为当日操作截图;③ 采用闯关打卡模式,每日只计算一次有效打卡;④ 若当日未进行打卡,训练期内设置3次补打卡机会,超过3次不可再补打卡;⑤ 社群助手将对每日的打卡内容进行审核,审核周期为3~5个工作日,未按照要求上传打卡任务,将被视为无效打卡,不计入打卡天数。2.训练期内评奖方式:(1)完成第1天打卡,每人可获得500码豆,码豆最多发放20万,数量有限先到先得。(2)连续完成3天打卡可获得抽奖机会,奖品为三合一数据线,奖品数量上限为100份,中奖概率(≤100%)为“100/完成连续打卡3天任务的总人数”。(3)连续完成7天打卡可获得抽奖机会,奖品为文件收纳包,奖品数量上限为80份,中奖概率(≤100%)为“80/完成连续打卡7天任务的总人数”。本次活动幸运奖将采用巨公摇号平台(https://www.jugong.wang/random-portal/)进行抽取,如您对评奖方式有异议,请勿参加本次活动。(4)课程期间,部分打卡任务为读书笔记,我们会挑选TOP3读书笔记进行奖励,奖品为《ModelArts人工智能应用开发指南》书籍1本。3.奖品发放说明:每位参加活动的用户理解并同意,为联系获奖用户以及奖品发放的需要,用户须在参与活动之时提供诸如姓名、联系方式、电子邮箱、通讯地址等真实个人信息,活动主办方将仅为前述目的以及适用法律规定的最小限度内收集和使用用户的个人信息,本次活动所收集的个人信息将在活动结束后删除。(用户在向华为云提交个人信息之前,应阅读、了解华为云《隐私政策声明》;用户参加本活动视为理解并同意华为云《隐私政策声明》,华为云《隐私政策声明》网页地址如下:https://www.huaweicloud.com/declaration/sa_prp.html)。获奖用户在领奖界面填写获奖信息,活动结束且用户填写完整领奖信息后14个工作日内,将统一发出奖品,所有实物奖品包邮,不额外收取任何费用。由于获奖用户自身原因(包括但不限于提供的联系方式有误、身份不符或者通知领奖后超过30天未领取等)造成奖品无法发送的,视为获奖用户放弃领奖。为保证活动的公平公正,华为云有权对恶意刷活动资源(“恶意”是指为获取资源而异常注册账号等破坏活动公平性的行为),利用资源从事违法违规行为的用户收回抽奖及奖励资格。本活动规则由华为云在法律规定范围内进行解释。华为云保留不时更新、修改或删除本活动规则的权利。所有参加本活动的用户,均视为认可并同意遵守《华为云用户协议》,包括以援引方式纳入《华为云用户协议》的《可接受的使用政策》、《法律声明》、《隐私政策声明》、相关服务等级协议(SLA),以及华为云服务网站规定的其他协议和政策(统称为“云服务协议”)的约束。云服务协议链接的网址:http://www.huaweicloud.com/declaration/sa_cua.html如果您不同意本活动规则和云服务协议的条款,请勿参加本活动。
  • [问题求助] 华为云平台使用PCP协议软件升级的数据包大小是否有限制?
    【功能模块】使用BC28通过CoAP连接华为云平台,采用平台上的软件升级功能对设备进行升级。【操作步骤&问题现象】1、软件升级设定256字节一个包。升级包大小172kB,需要下发的数据包一共688个包。2、每次下载完640个数据包(256Bytes*640=160kB)后,发送请求第641个包时,平台不返回任何数据。【截图信息】【日志信息】(可选,上传日志内容或者附件)
  • [已解决问题归档] CCUCS接口调测问题
    【问题来源】长沙银行【问题简要】【必填】  1、运行demo调试,connect(发起呼叫) 维持呼叫时间不长的问题 2、https协议调不通的问题【问题类别】【必填】 【可选问题分类:座席,话单,IVR(gsl / vxml1.0 / vxml2.0 / vxml2.1),智能外呼,话机,运营管理,离线质检,CC-Gateway、CCUCS等】 【AICC解决方案版本】AICC 8.13.0【期望解决时间】  (2021-07-02) 【问题现象描述】 一、长沙银行公众号人工客服功能开发接入新的华为AICC平台需求,开发文档未:ICD V300R008C21 CCUCS接口开发指南.pdf 文档中的接口进行demo调试时发现,connect(发起呼叫)的接口https://ip:port/ccucs/ws/ecall/connect 调用后,创建的连接只能维持很短的时间,而不管客服和用户是否在交流中,都会自动断掉,我测试的维持的时间只有2分钟 120秒,120秒之后,会自动断掉 1、这个是不是有问题的? 2、怎样操作能够维持连接一直存在不断掉? 运行的本地引擎:AgentClient-0.0.1-SNAPSHOT.jar  二、同样的上面的问题延续,我再开发代码的过程中,采用https协议进行调用的时候,无论我采用何种协议调用,都会报:javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure 我采用的协议有: System.setProperty("https.protocols", "TLSv1.2,TLSv1.1,TLSv1,SSLv3") 或者 System.setProperty("https.protocols", "TLSv1") 或者 SSLContext.getInstance("SSL") 都不能解决这个问题,怀疑是其他问题导致的,希望能帮忙定位出问题,感谢
  • [技术干货] lot物联网场景通用架构分享
    1.通用参考架构:2.lot物联网硬件设备上云技术方案:#lot物联网业务链路包含:数据采集,通信连接,数据存储,数据可视化,洞察,行动决策;其中以设备端各种厂商提供得协议差异,导致通讯连接困难#针对不同场景的设备上云可采取的方法:   1>.资源丰富类设备高性能硬件的发展,很多智能设备带有完整的Linux、Android、Arduino等操作系统,在操作系统层面,解决了不同通信模块的差异,硬件端的应用程序只需要集成云平台的IoT SDK,或者集成开源MQTT SDK即可和云端建立长连接通信链路。  2>.资源受限类设备物联网场景中有很大占比设备是资源受限的,运行ROTS系统,甚至无操作系统,采用MCU+通信模组的方式,实现设备数据远程采集。市面上蜂窝模组(NB-IoT/2G/3G/4G)供应商,如移远通信、芯讯通、合宙、有方科技、广和通、日海智能、高新兴等,而各家的 AT 指令也各不相同,为设备端应用程序开发带来了很大难度。只能采用netty自定义协议,实现各家的协议指令。根据模组集成度不同又细分一下几种场景方案:  3>.本地通信类设备   物联网场景中还有大量设备仅具有本地局域通信能力,比如蓝牙设备,ZigBee设备,LoRa设备,Modbus设备,而不具有互联网接入协议栈支持,需要借助DTU/网关设备,代理子设备把本地协议转换成MQTT协议,从而实现数据采集上云 4>.本地系统整体上云在工业,商业综合体等场景中,本地往往有一套成熟的系统,实现了设备数据的集中采集,由于实现业务统一管理的诉求,需要把各地数据采集上云。面对这种场景,通过自有系统集成泛化SDK通过HTTP/2协议,在不改造设备前提下,实现海量数据快速上云3.国内主流物联网平台介绍:————————————————原文链接:https://blog.csdn.net/crazy123456789/article/details/116430436
  • [行业资讯] 网络基础概念
    客户端:应用 C/S(客户端/服务器) B/S(浏览器/服务器)服务器:为客户端提供服务、数据、资源的机器请求:客户端向服务器索取数据点击免费下载海量工程资料响应:服务器对客户端请求作出反应,一般是返回给客户端数据URL:Uniform Resource Locator(统一资源定位符)。网络中每一个资源都对应唯一的地址。IP地址是IP协议提供的一种统一的地址格式,它为互联网上的每一个网络和每一台主机分配一个逻辑地址,以此来屏蔽物理地址(每个机器都有一个编码,如MAC上就有一个叫MAC地址的东西)的差异。是32位二进制数据,通常以十进制表示,并以“.”分隔。IP地址是一种逻辑地地址,用来标识网络中一个个主机,在本地局域网上是惟一的。IP(网络之间互连的协议)它是能使连接到网上的所有计算机网络实现相互通信的一套规则,规定了计算机在因特网上进行通信时应当遵守的规则。任何厂家生产的计算机系统,只要遵守IP协议就可以与因特网互连互通。IP地址有唯一性,即每台机器的IP地址在全世界是唯一的。这里指的是网络上的真实IP它是通过本机IP地址和子网掩码的"与"运算然后再通过各种处理算出来的(要遵守TCP协议还要加报文及端口什么的,我没有细追究,现在还用不上,反正暂时知道被处理过的就行了)————————————————版权声明:本文为CSDN博主「测试萌萌」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。原文链接:https://blog.csdn.net/weixin_50829653/article/details/118344721
  • [技术干货] IGMP基本知识
    一、组播协议体系 域间组播协议主要有:MSDP,BGMP等。 域内组播协议主要有:DVMRP,MOSPF,PIM-SM/DM,PIM-SSM等。   与接入网络关系紧密的是组播组管理协议和组播地址。域间基本上无关,当接入设备如OLT作为三层设备时,域内组播协议会有部分要求。 RFC1112——IGMPv1  支持join、通用query RFC2236——IGMPv2  支持leave、特殊query   RFC3376——IGMPv3  基于SSM(特定源组播)模型  通过(S,G)匹配组播组  RFC2933——IGMP mib Snooping模式  侦听转发所有的合法IGMP/MLD报文,不改变报文的源MAC和IP地址。 Proxy模式  同时代理主机和路由器,可以收敛IGMP/MLD报文流量,减少对汇聚网络的冲击。 Router模式  模拟路由器,终结用户IGMP/MLD请求报文。 Spr模式  Snooping with prxoy report。除下行透传通用查询报文,其余与Proxy模式相同。
  • [技术干货] 【CPE】华为设备配置EoGRE
    华为设备配置EoGRE有两种方案,一种是AP和CPE建立EoGRE,另一种是AC和CPE建立EoGRE;两种方案选其一就可以一、选方案       在AC上执行下列命令,查看AC和AP的版本              若AC和AP版本全都是R20C10及以后的版本,则选择方案一——CPE与AP建立EoGRE;否则选用方案二——CPE与AC建立EoGRE。二、方案一配置(CPE与AC建立EoGRE)       配置cpe模板,在模板中放通下挂有线终端使用的vlan,具体vlan数字根据真实使用情况配置              在VAP模板中引用cpe模板       注:此时AP侧的IP地址为169.254.1.10,即CPE上需配置EoGRE目的IP地址为169.254.1.10。配置完成。三、方案二配置(CPE与AC建立EoGRE)                  source 配置为AC本地IP地址,destination配置为CPE的IP地址;(CPE上两个IP地址要对换下位置)配置完成。
总条数:382 到第
上滑加载中