https://zhiliao.h3c.com/questions/dispcont/231368
1.接入交换机上看不到arp表很正常。
因为接入上一般不会配置和业务网段同段的ip地址（int vlan），所以对应网段的arp报文只会被转发而不会上送接入交换机的cpu去处理。你只要能看到终端的mac表项就没问题。
2.arp是收到相关报文并上送cpu进行相关处理才会有的。
你想看到arp的话，首先交换机上要有相关网段的ip，其次你要收到终端的arp报文，这样才会有arp表项。这个表项有老化时间（交换机默认是20分钟），终端如果一直不发相关报文刷新的话，这个表项到时间就会被老化删除。
3.arp确实是触发的。
你配置地址的时候会触发一次（免费arp），ping的时候也会触发arp请求。
https://www.cnblogs.com/rstarm/articles/17268453.html
port link-type hybrid —— 设置端口为Hybrid模式
port hybrid pvid vlan 10 ——将此端口的默认PVID改为 vlan 10
端口PVID用途：当端口接收到的数据帧不带vlanTeg标签时，进入交换机时端口会将数据打上此端口的PVID号，默认PVID为1，也就是vlan 1，因为交换机内部处理的数据都是要有标签Teg的。在交换机内部转发数据的时候PVID不起任何作用
port hybrid tagged vlan 10 —— 设置此端口可通行vlan 10 ，且在发送数据的时候携带 vlan 10 Teg标签。tegged只对数据发送时起作用。
port hybrid untagged vlan 10 ——设置些端口可通行vlan 10 ,且在发送数据时候将其vlan 10 Teg标签剥离掉，untagged只对数据发送时起作用。
当交换机要发送一个以太帧数据出去时，不会检查是否带有标签Teg，因为交换机内部的数据都是有标签 Teg的，对于tagged定义的帧，端口会直接发送，不会对帧做任何更改，而对于untagged定义的帧，端口会先剥离掉Teg标签再发送。
重点：对于 "port hybrid untagged vlan "和"port hybrid tagged vlan" 这两条命令都是设置端口发送数据的时候，哪些vlan可以在此端口通行，主要区别在于发送数据的时候是否剥离标签。
tag：针对接口接收的数据。
在端口配置 port hybrid tagged vlan 10 20 ，为允许带有vlan 10或者vlan 20的标签通过。
untag：针对接口发送的数据。
在端口配置 port hybrid untagged vlan 10 30，为数据发出时会去除带有的vlan 10或者vlan 20的标签。
pvid：针对进入端口没有标签的数据。
在端口配置 port hybrid pvid vlan 10，是将没有标签的数据包发出时打上vlan 10 的标签。
（1）收到一个二层帧，查看是否有vlan标签。没有标签，则标记上hybrid接口的pvid，进行下一步处理；有标签，判断是否允许进入，允许则进行下一步处理，否则丢弃。
（2）当数据帧从接口发出时，交换机判断是否配置了untag。如果配置，先剥离帧的vlan标签再发送；如果没有，则直接发送帧。
1、Trunk口 Trunk口上可以同时传送多个VLAN的包，一般用于交换机之间的链接。
2、Hybrid口 Hybrid口上可以同时传送多个VLAN的包，一般用于交换机之间的链接或交换机于服务器的链 接。
3、Access口 Access口只能属于1个VLAN，一般用于连接计算机的端口。
4、Tag和Untag tag是指vlan的标签，即vlan的id，用于指名数据包属于那个vlan，untag指数据包不属于任何vlan，没有vlan标记。
5、pvid 即端口vlan id号，是非标记端口的vlan id 设定，当非标记数据包进入交换机，交换机将检查vlan设定并决定是否进行转发。一个ip包进入交换机端口的时候，如果没有带tag头，且该端口上配置了pvid，那么，该数据包就会被打上相应的tag头！如果进入的ip包已经带有tag头（vlan数据）的话，那么交换机一般不会再增加tag头，即使是端口上配置了pvid号；当非标记数据包进入交换机。
若某一端口在vlan设定中被指定为非标记端口untagged port, 所有从此端口转发出的数据包上都没有标记 (untagged)。若有标记的数据包进入交换机，则其经过非标记端口时，标记将被去除。因为目前众多设备并不支持标记数据包，其也无法识别标记数据包，因此，需要将与其连接的端口设定为非标记。
若某一端口在vlan设定中被指定为标记端口tagged port, 所有从此端口转发出的数据包上都将有标记 (tagged)。若有非标记的数据包进入交换机，则其经过标记端口时，标记将被加上。此时，其将使用在ingress 端口上的pvid设定作为增加的标记中的vlan id号。
ISL Trunk上所有的包都是tag的（Cisco专用）；
802.1q 设计的时候为了兼容与不支持VLAN的交换机混合部署，特地设计成可以不tag：但是只有一个VLAN允许不tag，这样N个VLAN，(N-1)个都tag了，不tag的包一定是来自那个特殊VLAN的，所以不会乱套。（当然也可以所有VLAN都tag）
以下案例可以帮助大家深入理解华为交换机的hybrid端口模式
1 2 3 4 5 6 7 8 | |
此时inter e0/1和inter e0/2下的所接的PC是可以互通的，但互通时数据所走的往返vlan是不同的。
以下以inter e0/1下的所接的pc1访问inter e0/2下的所接的pc2为例进行说明
pc1所发出的数据，由inter0/1所在的pvid vlan10封装vlan10的标记后送入交换机，交换机发现inter e0/2允许vlan 10的数据通过，于是数据被转发到inter e0/2上，由于inter e0/2上vlan 10是untagged的，于是交换机此时去除数据包上vlan10的标记，以普通包的形式发给pc2，此时pc1->p2走的是vlan10
再来分析pc2给pc1回包的过程，pc2所发出的数据，由inter0/2所在的pvid vlan20封装vlan20的标记后送入交换机，交换机发现inter e0/1允许vlan 20的数据通过，于是数据被转发到inter e0/1上，由于inter e0/1上vlan 20是untagged的，于是交换机此时去除数据包上vlan20的标记，以普通包的形式发给pc1，此时pc2->pc1走的是vlan20
Telnet 协议是 TCP/IP 协议族中应用最广泛的协议。
它允许用户(Telnet 客户端)通过一个协商过程来与一个远程设备进行通信。
Telnet 协议是基于网络虚拟终端 NVT(Network Virtual Termina1)的实现。
NVT 是虚拟设备，连接双方(客户机和服务器)都必须把它们的物理终端和 NVT 进行相互转换。
为了使多个操作系统间的 Telnet 交互操作成为可能，就必须详细了解异构计算机和操作系统。比如，一些操作系统需要每行文本用 ASCII 回车控制符（CR）结束。
另一些系统则需要使用 ASCII 换行符（LF），还有一些系统需要用两个字符的序列回车-换行（CR-LF）；再比如，大多数操作系统为用户提供了一个中断程序运行的快捷键，但这个快捷键在各个系统中有可能不同（一些系统使用 CTRL+C，而另一些系统使用 ESCAPE）。
如果不考虑系统间的异构性，那么在本地发出的字符或命令，传送到远地并被远地系统解释后很可能会不准确或者出现错误。因此，Telnet 协议必须解决这个问题。
为了适应异构环境，Telnet 协议定义了数据和命令在 Internet 上的传输方式，此定义被称作网络虚拟终端 NVT（Net Virtual Terminal）。它的应用过程如下：
对于发送的数据：客户机软件把来自用户终端的按键和命令序列转换为 NVT 格式，并发送到服务器，服务器软件将收到的数据和命令，从 NVT 格式转换为远地系统需要的格式；
对于返回的数据：远地服务器将数据从远地机器的格式转换为 NVT 格式，而本地客户机将将接收到的 NVT 格式数据再转换为本地的格式。
我们知道绝大多数操作系统都提供各种快捷键来实现相应的控制命令，当用户在本地终端键入这些快捷键的时候，本地系统将执行相应的控制命令，而不把这些快捷键作为输入。
那么对于 Telnet 来说，它是用什么来实现控制命令的远地传送呢？
Telnet 同样使用 NVT 来定义如何从客户机将控制功能传送到服务器。我们知道 USASCII 字符集包括 95 个可打印字符和 33 个控制码。
当用户从本地键入普通字符时，NVT 将按照其原始含义传送；当用户键入快捷键（组合键）时，NVT 将把它转化为特殊的 ASCII 字符在网络上传送，并在其到达远地机器后转化为相应的控制命令。
将正常 ASCII 字符集与控制命令区分主要有两个原因：
这种区分意味着 Telnet 具有更大的灵活性：它可在客户机与服务器间传送所有可能的 ASCII 字符以及所有控制功能；
这种区分使得客户机可以无二义性的指定信令，而不会产生控制功能与普通字符的混乱。
将 Telnet 设计为应用级软件有一个缺点，那就是：效率不高。这是为什么呢？下面给出 Telnet 中的数据流向：
数据信息被用户从本地键盘键入并通过操作系统传到客户机程序，客户机程序将其处理后返回操作系统，并由操作系统经过网络传送到远地机器，远地操作系统将所接收数据传给服务器程序，并经服务器程序再次处理后返回到操作系统上的伪终端入口点。
最后，远地操作系统将数据传送到用户正在运行的应用程序，这便是一次完整的输入过程；输出将按照同一通路从服务器传送到客户机。
因为每一次的输入和输出，计算机将切换进程环境好几次，这个开销是很昂贵的。还好用户的键入速率并不算高，这个缺点我们仍然能够接受。
我们应该考虑到这样一种情况：假设本地用户运行了远地机器的一个无休止循环的错误命令或程序，且此命令或程序已经停止读取输入，那么操作系统的缓冲区可能因此而被占满。
如果这样，远地服务器也无法再将数据写入伪终端，并且最终导致停止从 TCP 连接读取数据，TCP 连接的缓冲区最终也会被占满，从而导致阻止数据流流入此连接。如果以上事情真的发生了，那么本地用户将失去对远地机器的控制。
为了解决此问题，Telnet 协议必须使用外带信令以便强制服务器读取一个控制命令。我们知道 TCP 用紧急数据机制实现外带数据信令，那么 Telnet 只要再附加一个被称为数据标记(date mark)的保留八位组。
并通过让 TCP 发送已设置紧急数据比特的报文段通知服务器便可以了，携带紧急数据的报文段将绕过流量控制直接到达服务器。
作为对紧急信令的相应，服务器将读取并抛弃所有数据，直到找到了一个数据标记。服务器在遇到了数据标记后将返回正常的处理过程。
由于 Telnet 两端的机器和操作系统的异构性，使得 Telnet 不可能也不应该严格规定每一个 telnet 连接的详细配置，否则将大大影响 Telnet 的适应异构性。因此，Telnet 采用选项协商机制来解决这一问题。
Telnet 选项的范围很广：一些选项扩充了大方向的功能，而一些选项制涉及一些微小细节。例如：有一个选项可以控制 Telnet 是在半双工还是全双工模式下工作（大方向）；还有一个选项允许远地机器上的服务器决定用户终端类型（小细节）。
Telnet 选项的协商方式也很有意思，它对于每个选项的处理都是对称的，即任何一端都可以发出协商申请；任何一端都可以接受或拒绝这个申请。另外，如果一端试图协商另一端不了解的选项，接受请求的一端可简单的拒绝协商。因此，有可能将更新，更复杂的 Telnet 客户机服务器版本与较老的，不太复杂的版本进行交互操作。
如果客户机和服务器都理解新的选项，可能会对交互有所改善。否则，它们将一起转到效率较低但可工作的方式下运行。所有的这些设计，都是为了增强适应异构性，可见 Telnet 的适应异构性对其的应用和发展是多么重要。
网络虚拟终端（NVT，Network Virtual Terminal）的定义；
操作协商定义；
协商有限自动机。
顾名思义，网络虚拟终端（NVT）是一种虚拟的终端设备，它被客户和服务器所采用，用来建立数据表示和解释的一致性。
(1) NVT 的组成
网络虚拟终端 NVT 包括两个部分：
输出设备：输出远程数据，一般为显示器
输入设备：本地数据输入
(2) 在 NVT 上传输的数据格式
在网络虚拟终端 NVT 上传输的数据采用 8bit 字节数据，其中 最高位为 0 的字节用于一般数据，最高位为 1 的字节用于 NVT 命令。
(3) NVT 在 TELNET 中的使用
TELNET 使用了一种对称的数据表示，当每个客户机发送数据时，把它的本地终端的字符表示影射到 NVT 的字符表示上，当接收数据时，又把 NVT 的表示映射到本地字符集合上。
在通信开始时，通信双方都支持一个基本的 NVT 终端特性子集（只能区分何为数据，何为命令），以便在最低层次上通信，在这个基础上，双方通过 NVT 命令协商确定NVT的更高层次上的特性，实现对 NVT 功能的扩展。
在 TELNET 中存在大量的子协议用于协商扩展基本的网络虚拟终端 NVT 的功能，由于终端类型的多样化，使得 TELNET 协议族变得庞大起来。
当定义了网络虚拟终端设备后，通信的双方就可以在一个较低的层次上实现数据通信，但基本的 NVT 设备所具有的特性是十分有限的，它只能接收和显示 7 位的 ASCII 码，没有最基本的编辑能力。
所以简单的 NVT 设备是没有实际应用意义的；为此 TELNET 协议定义了一族协议用于扩展基本 NVT 的功能，目的是使 NVT 能够最大限度地达到用户终端所具有的功能。
为了实现对多种终端特性的支持，TELNET协议规定在扩展NVT功能时采用协商的机制，只有通信双方通过协商后达成一致的特性才能使用，才能赋予NVT该项特性，这样就可以支持具有不同终端特性的终端设备可以互连，保证他们是工作在他们自己的能力以内。
TELNET 的操作协商使用 NVT 命令，即最高位为 1 的字节流，每条 NVT 命令以字节 IAC（0xFF）开始。原理如下：
只要客户机或服务器要发送命令序列而不是数据流，它就在数据流中插入一个特殊的保留字符，该保留字符叫做“解释为命令”（IAC ，Interpret As Command) 字符。当接收方在一个入数据流中发现 IAC 字符时，它就把后继的字节处理为一个命令序列。
下面列出了所有的 Telnet NVT 命令。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | |
其中常用的TELNET选项协商如下：
WILL (option code) 251 指示希望开始执行，或者确认现在正在操作指示的选项。
WON'T (option code) 252 指出拒绝执行或继续招待所指示的选项。
DO (option code) 253 指出要求对方执行，或者确认希望对方执行指示的选项。
DON'T (option code) 254 指出要求对方停止执行，或者确诊要求对方停止执行指示的选项。
那么对于接收方和发送方有以下几种组合：
表2 TELNET 选项协商的六种情况
1 2 3 4 5 6 7 | |
选项协商需要 3 个字节：IAC，然后是 WILL、DO、WONT 或 DONT；最后一个标识字节用来指明操作的选项。常用的选项代码如下：
表3 TELNET 选项代码
1 2 3 4 5 6 7 8 9 10 11 | |
通常情况下，客户机向服务器发送字符而服务器将其回显到用户的终端上，但是，如果网络的时延回引起回显速度太慢，用户可能更愿意让本地系统回显字符。在客户机允许本地系统回显前，它要向服务器发送以下序列：
1
| |
服务器收到请求后，发出 3 个字符的响应：
1
| |
表示服务器已经按请求同意关闭回显。
除了“打开”或“关闭”以外，有些选项还需要更多的信息，例如对于指明终端类型来说，客户必须发送一个字符串来标识终端类型，所以要定义子选项协商。
RFC 1091 定义了终端类型的子选项协商。举个例子：
客户发送字节序列来请求打开选项：
1
| |
24 是终端类型的选项标识符。如果服务器同意该请求，响应为：
1
| |
接着服务器发送请求，要客户给出其终端类型。
1
| |
SB 是子选项开始命令，下一个字节24表示该子选项为终端类型选项。下一个字节1表示：发送你的终端类型。客户的响应为：
1
| |
第四个字节 0 的含义是“我的终端类型为”。
与本地用户的输入/输出模块：处理用户输入/输出；
与远地系统的输入/输出模块：处理与远程系统输入/输出；
TELNET 协议模块：实现 TELNET 协议，维护协议状态机。
读取用户在键盘上键入的字符，并通过 tcp 连接把他们发送到远程服务器上
读取从 tcp 连接上收到的字符，并显示在用户的终端上。