trunk

1、Trunk接口 1.1 什么是Trunk 　　Trunk接口属于干道，主干链路，通常用于交换机和交换机之间，通过一个接口传输多个vlan的数据包。当Trunk端口收到数据帧时，如果该帧不包含802.1Q的vlan标签，将打上该Trunk端口的PVID;如果该帧包含802.1Q的VLAN标签，则不改变 　　当Trunk端口发送数据帧时，当该所发送帧的vlanid与端口的PVID不同时，则检查是否允许该vlan通过，如果允许则直接透传，不允许则直接丢弃，当该帧的vlanid与端口的PVID相同时，则剥离vlan标签后转发。 　　 注意：Turnk属于主干链路，用于交换机和交换机、交换机和路由器之间，而主机和交换机之间属于接入链路（Access）。Trunk端口的应用场景为属于同一个vlan但需要跨交换机传输的场景 1.2 Trunk端口的作用 　　 Trunk端口的作用是将多个物理端口汇聚成一个逻辑的端口，使其工作起来就像是一个通道一样。将多个端口捆绑起来后，不但提升了整个网络的带宽，而且数据还会同时经由被绑定的多个物理链路传输，具有链路冗余的作用，在其中一条链路出现故障后，还能由其他链路进行工作。 2、配置Trunk实验 2.1 实验内容 2.2 实验拓扑 2.3 实验编址 2.4 实验步骤 　　 step1： 对实验的pc机进行ip地址的配置，按照2.3实验编址进行相应配置

1.选择1台S5700、2台S3700和4台pc机，并根据实验编址完成此拓扑图。 2.启动设备，检查设备的连通性： 由于现在我们还没有划分VLAN，这5台PC，还在同一个VLAN中，现在我们启动所有的设备，这是所有的主机应该是可以ping通的 　　mengyu-PC1可以与其他3台PCping通 　　 　　 3.对交换机mengyu-S1建立VLAN 　　（1）建立两个VLAN，VLAN10和VLAN20,并添加描述 　　　　 　　　　 　　（2）用命令“display vlan summary”，查看vlan的简要信息 　　　　 　　（3）配置E0/0/2和E0/0/3为Access接口,并划分到相应的vlan 　　　　 　　　　 　　（4）配置完成后，用命令“display port vlan”查看vlan和接口配置情况 　　　　 4.对交换机mengyu-S2建立VLAN 　　（1）建立两个VLAN，VLAN10和VLAN20,并添加描述 　　　　 　　　　 　　（2）用命令“display vlan summary”，查看vlan的简要信息 　　　　 　　（3）配置E0/0/3和E0/0/4为Access接口,并划分到相应的vlan 　　　　 　　　　 　　（4）配置完成后，用命令“display port vlan”查看vlan和接口配置情况 　　　　 5

ip通信基础 二层链路层 静态链路层： system-view interface Bridge-Aggregation 1 //创建二层聚合组 quit interface range gi 1/0/46 to gi 1/0/48 //进入端口范围执行 port link-mode bridge //为网桥口 port link-aggregation group 1 //将端口聚合进入二层聚合组 quit interface Bridge-Aggregation 1 port link-type trunk //配置trunk模式 port trunk permit vlan 10 20 30 40 //配置trunk干道允许通过vlan Ethernet 10M Fast Ethernet 100M Gi Ethernet 1000M Ten Ethernet 10000M 二层链路层 静态链路层： system-view interface Bridge-Aggregation 1 //创建二层聚合组 quit interface range gi 1/0/46 to gi 1/0/48 //进入端口范围执行 port link-mode bridge //为网桥口 port link-aggregation group 1 //将端口聚合进入二层聚合组 quit

ip通信基础 把vlan 10、vlan 20加入到交换机接口： system-view vlan 10 vlan 20 quit interface gi 1/0/1 port link-type access port access vlan 10 interface gi 1/0/2 port link-type access port access vlan 20 quit interface gi 1/0/48 //配置级联口 port link-type trunk //把接口配置为trunk模式 port trunk permit vlan 10 20 //允许vlan 10、vlan 20通过接口 把vlan 10、vlan 20加入到交换机接口： system-view vlan 10 vlan 20 quit interface gi 1/0/1 port link-type access port access vlan 10 interface gi 1/0/2 port link-type access port access vlan 20 quit interface gi 1/0/48 //配置级联口 port link-type trunk //把接口配置为trunk模式 port trunk permit vlan 10 20 //允许vlan

搭建编译环境 Ubuntu x64 12.04下的命令： sudo apt-get install subversion sudo apt-get install git sudo apt-get install flex sudo apt-get install g++ sudo apt-get install gawk sudo apt-get install zlib1g-dev sudo apt-get install libncurses5-dev 当然，也可以将上面的命令合起来： sudo apt-get install subversion git flex g++ gawk zlib1g-dev libncurses5-dev 建立工作目录及获取openwrt源码 mkdir openwrt cd openwrt svn co svn://svn.openwrt.org/openwrt/trunk/ trunk是openwrt的开发版，openwrt有好几个分支，要编译其它分支，sun://后的换为相应的地址即可。 建立openwrt文件夹是为了方便存放不同分支的代码，如果你不需要，可以省略“mkdir openwrt”及“cd openwrt”。 如果svn的速度慢，可以使用openwrt的第三方镜像，比如国内的openwrt中文论坛所建的镜像。

SVN中的Branch/tag在一个功能选项中，在使用中很容易产生混淆。 分支(Branch)管理和标记(Tag)管理，版本管理系统有两个基本的功能。 分支用于在并行开发，这里的并行是指和trunk(主分支)的并行。 而tag是用来做一个里程碑（milestone），不管是不是release，都是一个可用的版本。 那么什么时候用到tag管理?什么时候用到Branch管理？ 我举两个场景： 场景一，有客户想对产品做定制，但是我们并不想修改原有的svn中trunk的代码。 场景二，我们正在开发产品下阶段的任务，但上阶段的工作发现问题 以场景二为例，项目某一阶段开发完成后，这个时候要做一个tag，tag_mfcai_V1.01.00， 然后基于这个tag发布一个新的版本，假设项目是web项目，那么基于这个tag发布一个war包。 然后trunk进入下阶段继续开发，但是很不幸发布的版本被检测出来了bug，有人会提议，把bug放到下阶段的任务中去。假设下阶段的任务才刚开始，用户可等不起.他们会认为一个小的bug解决要这么长时间,效率太低了. 那么就需要基于tag_mfcai_V1.01.00做一个branch，branch_bugfix_V1.01.00，基于这个branch进行bugfix， 等到bugfix结束，做一个tag，tag名称假设为：tag_mfcai_V1.01.01

首先说下为什么我们需要用到分支-合并。比如项目demo下有两个小组，svn下有一个trunk版。由于客户需求突然变化，导致项目需要做较大改动，此时项目组决定由小组1继续完成原来正进行到一半的工作【某个模块】，小组2进行新需求的开发。那么此时，我们就可以为小组2建立一个分支，分支其实就是trunk版【主干线】的一个copy版，不过分支也是具有版本控制功能的，而且是和主干线相互独立的，当然，到最后我们可以通过【合并】功能，将分支合并到trunk上来，从而最后合并为一个项目。 下面是在eclipse下使用subeclipse插件详细使用过程： 首先建立一个工程，名字叫Facebook 1.建立分支，为新的分支指定访问URL：Facebook3[注释不要忘了] 2.建立好分之后，使用“切换”功能切换到分支下进行开发。 我新建了一个FB3.html的文件并在分支下进行提交。 3.切换回trunk版【即URL为Facebook的版本】 你会发现trunk版里并没有出现我们刚刚提交的FB3.html，因为FB3.html是属于分支的，接下来我们要做的就是“合并”，通过合并，我们可以将分支下进行的更改合并到trunk版里。 下面是合并的主要配置： 起始路径：trunk版的路径【若需要把trunk版的改动合并到分支则相反】 目标路径：从哪里获取改动【这里是分支路径】 你可以使用指定的版本号

I have been using Bzr for version control of my project over the last few months. I am the sole developer, and currently I just have everything in a single local project directory, to which I commit and which I sync to DriveHQ. I now have some large-scale experiments in mind which would likely break this main line, so I've been looking into the concepts of branches and shared repositories. So my question is, basically: how should I go about creating a new, shared repository from this already-version-controlled base? I am familiar with the SVN project structure of trunk, branches and tags, and

江湖各位大侠重温了VLAN的基础知识，是否想过4094个VLAN可以怎样划分，哪种方式又是好用简单的？细心的小编特地整理了一番，给各位大侠把玩把玩。 VLAN 划分的方式： Ø 基于接口划分 VLAN ： 根据交换机接口分配VLAN ID。配置简单，可以用于各种场景。 Ø 基于 MAC 划分 VLAN： 根据报文的源MAC地址分配VLAN ID。经常用在用户位置变化，不需要重新配置VLAN的场景。 Ø 基于子网划分 VLAN ： 根据报文的源IP地址分配VLAN ID。一般用于对同一网段的用户，进行统一管理的场景。 Ø 基于协议划分 VLAN ： 根据报文的协议类型分配VLAN ID。适用于对具有相同应用或服务的用户，进行统一管理的场景。 Ø 基于匹配策略划分 VLAN ： 根据指定的策略（譬如匹配报文的源MAC、源IP和端口）分配VLAN ID。适用于对安全性要求比较高的场景。 几种划分 VLAN 的各种方式中，基于接口划分 VLAN ，是最常用最简单的方式，那么到底怎么配置，怎么使用呢？ 在配置使用之前，先来和小编回顾一下端口常用的链路类型吧。 access ：用于交换机和 PC 相连； trunk ：用于交换机和交换机相连； hybrid ：即可以用于交换机和 PC 相连，也可以用于交换机和交换机相连。使用 hub 链路交换机时，经常使用这种类型的。 好了