lldp-关于LLDP协议中的802.1 Organizationally Specific TLV问题

问题描述

关于LLDP协议中的802.1 Organizationally Specific TLV问题

请问:
目前在学习LLDP协议,发现有3种TLV,
1> Basic management TLV set,
2> IEEE 802.1 Organizationally Specific TLV set,
3> IEEE 802.3 Organizationally Specific TLV set.

对第2种"IEEE 802.1 Organizationally Specific TLV set"有兴趣, 第2种内又分1) Port VLAN ID TLV. 2) Port And Protocol VLAN ID TLV. 3) VLAN Name TLV. 4) Protocol Identity TLV.

其中不清楚"2) Port And Protocol VLAN ID TLV." 和 "4) Protocol Identity TLV."的运作方式.
请问又那位大牛能解释下??

时间： 2025-01-21 13:15:34

lldp-关于LLDP协议中的802.1 Organizationally Specific TLV问题的相关文章

浅谈Http协议中的Get和Post

Http HTTP(Hypertext transfer protocol),先说下着几个单词,Hypertext是超文本(除了HTML外,也可以是带有超链接的XML或JSON),protocol是协议,transfer翻译应该是移交(也可以翻译成传输,运输,还有一个更具体的词是transport),最开始学校学习Http的所有市面能见到的书籍都翻译成超文本传输协议,Http设计的本身是为了移交和操作资源,并不是为了传输资源.最开始的的网站都是静态内容类似今天云盘,实现了资源共享,URL(Uni

Http协议中关于Content-Length的解读

  在HTTP协议中,有Content-Length的详细解读.Content-Length用于描述HTTP消息实体的传输长度the transfer-length of the message-body.在HTTP协议中,消息实体长度和消息实体的传输长度是有区别,比如说gzip压缩下,消息实体长度是压缩前的长度,消息实体的传输长度是gzip压缩后的长度. 在具体的HTTP交互中,客户端是如何获取消息长度的呢,主要基于以下几个规则: 响应为1xx,204,304相应或者head请求,则直接忽视掉

【原创】HTTP 协议中的 chunked 编码

在 HTTP/1.1 协议中增加了如下关于 chunk 的内容:  Faster response for dynamically-generated pages, by supporting chunked encoding, which allows a response to be sent before its total length is known. 对于支持 HTTP/1.1 协议的客户端,要求能够处理以 chunked 形式组织的 response ,具体如下:  [Chunk

ssl协议-sslv1协议中“秘钥导出”的计算过程

问题描述 sslv1协议中"秘钥导出"的计算过程 不同版本计算方式不同.我只知道大致用md5和sha加密生成主秘钥,再生成6个会话秘钥.可具体多少字节过程不知道,网上也没说清楚 解决方案 你想看密钥导出的过程?你可以去OPENSSL的官网下源代码,然后你在看看这个秘钥导出的过程到底是怎么导的.密钥导出涉及到握手,握手的时候会交换是哪个随机数组,这个三个随机数组是密钥导出的根本.在握手的时候,会协商加密套件,加密套件的协商之间决定了密钥导出的算法,有了加密套件,有了随机数组(即种子),最

udp-TCP/IP协议中的IP和UDP问题

问题描述 TCP/IP协议中的IP和UDP问题 * # 既然IP协议和UDP协议都是实现数据无连接的不可靠通信协议,为什么有了IP之后还需要UDP? 解决方案 1.ISO开放系统有以下几层: 7 应用层 6 表示层 5 会话层 4 传输层 3 网络层 2 数据链路层 1 物理层 2.TCP/IP 网络协议栈分为应用层(Application).......答案就在这里:TCP.UDP.IP协议---------------------- 解决方案二: IP是网络层的,主机到主机的连接:UDP是传

HTTP网络协议中的HTTP Client Hints 技术

最近几年各种 Web 技术一直在爆炸式发展,每天都有大量新东西涌现出来.针对这个现象,业内两位大佬最近先后发文表达了自己的观点:Stop pushing the web forward.Is the web platform getting too big?.其实很早之前我就意识到以我目前的精力,吃透所有 Web 新技术几乎是不可能完成的任务,我关注新技术的侧重点放在了性能优化上. 今天我要向大家介绍的技术是:HTTP Client Hints,也与性能优化有关.利用这项技术,HTTP 客户端(

RSA原理及其在HTTPS协议中的应用

在RSA公私钥体系中,存在满足以下关系的三个自然数e, d, n: 其中,n是两个大质数p, q的乘积,当n为2048-bit时,p, q均在1024-bit左右. 输入数字a的加密过程 将b还原为a的解密过程 由于篇幅所限,我在这里略去对RSA加解密的数学背景知识的介绍.对这部分知识有疑问的同学请参考这个页面. (e, n)作为公钥发放给使用者,(d, n)则作为私钥保留在服务器端.在HTTPS通信过程中,服务器只会传递公钥,而私钥永远不会被传输,并且,使用公钥加密的信息只能用私钥才能解开,而

【整理】HTTP 协议中的压缩问题

   公司因业务需要,要求实现 REST API 的 HTTP 客户端支持 gzip 压缩.那么首先需要回答下面几个问题:  gzip 压缩和其他压缩方式有什么不同?或者说优劣在哪里?  HTTP 协议中对压缩方式的常规支持有哪些?  =========== 我是分割线 ============  查阅相关资料如下:        LZ77 是一种基于字典的无损数据压缩算法(还有 LZ78, LZW 等).      deflate 是一种数据压缩算法,实际上就是先用 LZ77 压缩,然后用霍夫

HTTP协议中状态码的应用

HTTP状态码(HTTP Status Code)是用以表示网页服务器HTTP响应状态的3位数字代码. 所有状态码的第一个数字代表了响应的五种状态之一.   Mark from 维基百科     消息 1字头: 一类型的状态码,代表请求已被接受,需要继续处理.这类响应是临时响应,只包含状态行和某些可选的响应头信息,并以空行结束.由于 HTTP/1.0 协议中没有定义任何 1xx 状态码,所以除非在某些试验条件下,服务器禁止向此类客户端发送 1xx 响应. 100 Continue 客户端应当继续