在VLAN部署环境中,标签的添加很清除过程解析

拓扑:

1-1代表的是VLAN 1里的一号主机

打标签,解标签的过程:

当1-1ping 2-1,当主机数据包进入LSW2交换机e0/0/1后,查看该接口下的配置

interface e0/0/1

port link-type access

port default vlan 1

所以数据打上tag=1的标签,假设已经通过ARP解析出网关MAC地址,直接选择g0/0/2接口出去,在出去之前,请查看该接口下的配置

interface g0/0/2

port link-type trunk

port trunk allow-pass vlan 2  ###默认允许VLAN1数据通过的

该数据允许被通过,且因为PVID=1,解除VLAN1标签

数据进入LSW4的g0/0/23接口,查看该接口下配置

interface g0/0/23

port link-type trunk

port trunk allow-pass vlan 2

该数据允许被进入,且是无标签数据,将被打上VLAN 1的tag

因为该数据在LSW4中,无相关ARP缓存,所以发送广播,请求主机回应,而2-1主机收到请求后回应

这样ARP映射表就产生了。可以发送数据,但是同时问题产生了。就是这个数据是tag=1的数据,怎么

发送呢?是tag=1标签解除,还是打别的标签呢?接着我们的过程分析

因为ARP映射完成,查看映射表

192.168.2.2     5489-9886-3ba9  8         D-0  GE0/0/23  2

这样我们就知道该打上 VLAN 2 的tag

LSW2接受到该数据后,不变。查MAC表,确定e0/0/1为出口,查看该接口下的配置

剥离VLAN2的tag,数据送达,回去的路径依此类推。

时间: 2024-10-28 21:43:01

在VLAN部署环境中,标签的添加很清除过程解析的相关文章

外包项目复杂的环境中做项目管理真的很糟糕

突然之间想写点什么,可能是写了一天的材料有点感慨,怎么开头呢,突然不好下手了. 我给这点感慨起了一个题目叫"在外包项目复杂的环境中做项目管理真的很糟糕". 项目形态,客户(甲方)国企-承建厂商(乙方)-承建方供应商(N个丙方),而我只是一个丙方中的一员.至于为什么项目的管理让丙方的我来干,大致原因是这是一个非开发的技术类项目(实施技术项目),建立企业级数据中心,采用的是大规模并行数据库+Hadoop平台(cloudera),其中采用的都是一套成熟的套装软件,乙方基本上的定位都是项目集经

如何利用phpize在生产环境中为php添加新的扩展php-bcmath

在日常的开发当中,随着开发的功能越来越复杂.对运行环境的要求也就随着需求的变化需要不断地更新和变化.一个在线的生产系统不可能一开始就满足了所有的运行依赖,因此动态地添加依赖就显得比较必要了.如果你的应用是基于lanmp的话,那么很有可能某天需要添加一个apache的扩展或者php的扩展.此次记录一下如何添加一个php的扩展.由于需要接入银联的接口,而查看了下运行环境,发现缺少了高精度运算的扩展php-bcmath. 程序运行的时候报如下异常 php-bcmath[Fatal error: Cal

怎么实现MindMapper 16中标签的添加

MindMapper 16思维导图新添了标签功能,我们可以为主题添加上标签来对内容进行补充.识别,同时不会像主题那般占用空间.下面小编就带你去体验MindMapper 16标签功能. 查看更多内容请直接前往:http://mt.sohu.com/20160216/n437506675.shtml 首先运行MindMapper 16思维导图,然后添加主题.内容. 我们可以在[工具](Tool)菜单中找到标签功能图标. 点击目标主题后,单击图标便会跳出标签窗口. 我们点击添加来加入新的标签内容,就是

Exchange混合部署场景中已经支持邮箱委派权限

在Exchange混合部署环境中目前已经支持本地Exchange邮箱和Office 365 Exchange Online邮箱之间的邮箱委派权限功能.场景介绍:例如本地邮箱需要赋予一个Exchange Online邮箱完全控制权限,反之一个Exchange Online邮箱需要赋予本地Exchange邮箱完全控制权限.不过目前支持的权限委派只支持 Full Access[完全控制] and Send on Behalf [代表发送(显示代表人)],不支持Send AS[发送为(不显示代表人)].

Docker在生产环境中的应用--开篇

Docker是什么?(官方定义)Docker是一个开源的引擎,可以轻松地为任何应用创建一个轻量级的.可移植的.自给自足的容器,开发者在笔记本上编译测试通过的容器,可以批量地在生产环境中部署,包括VMS(虚拟机).bare metal.OpenStack集群和其它应用平台. Docker通常应用到以下几种场景: 1.web应用的自动化打包和发布: 2.自动化测试和集成.发布: 3.在服务型环境中部署和调整数据库或其它的后台应用: 4.从头编译或者扩展现有的OpenShift或Cloud Found

Cisco UCS环境中CentOS带Vlan ID的网络配置指南

最近新进了一批Cisco UCS C系列服务器,经过两周的部署安装终于可以进行测试了.本文简要介绍一下cisco UCS服务器中操作系统(CentOS 6)的网络配置.可以简单的认为,本文描述的是一台物理服务器用网线将网卡连接到上层交换机的trunk模式的端口中的网络配置. 物理连接拓扑图如下所示. 顶层采用Cisco C3560物理交换机,为整个机群提供Internet连接.Vlan划分为两个,一个管理Vlan一个应用Vlan,Vlan ID分别为4和31,上联端口全部设置为trunk模式.

向 Elastic Beanstalk 环境中添加数据库

lastic Beanstalk 提供了与 Amazon Relational Database Service (Amazon RDS) 的集成以帮助您将数据库实例添加到 Elastic Beanstalk 环境.您可以使用 Elastic Beanstalk 在创建环境期间或之后将 MySQL.PostgreSQL.Oracle 或 SQL Server 数据库添加到您的环境.当您将数据库实例添加到您的环境时,Elastic Beanstalk 会通过设置数据库主机名.端口.用户名.密码和数

【新书推荐】《ASP.NET Core微服务实战:在云环境中开发、测试和部署跨平台服务》 带你走近微服务开发

<ASP.NET Core 微服务实战>译者序:https://blog.jijiechen.com/post/aspnetcore-microservices-preface-by-translator/ "微服务"的概念在 2014 年正式提出之后,越来越多的团队开始用它来设计自己的业务系统,各种微服务框架和开发过程管理方法也同时兴起.不断成熟.微服务设计方法清晰地定义了各个开发团队的业务边界,微服务框架以不同的方式实现了服务之间的协作与集成,根据康威定律我们可以推导这

生产环境中CentOS7部署NET Core应用程序

NET Core应用程序部署至生产环境中(CentOS7) 阅读目录 环境说明 准备你的ASP.NET Core应用程序 安装CentOS7 安装.NET Core SDK for CentOS7. 部署ASP.NET Core应用程序 配置Nginx 配置守护服务(Supervisor) 这段时间在使用Rabbit RPC重构公司的一套系统(微信相关),而最近相关检验(逻辑测试.压力测试)已经完成,接近部署至线上生产环境从而捣鼓了ASP.NET Core应用程序在CentOS上的部署方案,今天