灵活理解思科三层结构

刚刚看了学院的CCNA视频教程,下面做个简单记录:

1、思科网络分层:

a、作用:个人干个人的事情,大家协作起来好做事。谁出了问题,我就去找谁,不用胡子、眉毛一把抓。

b、分成三层:接入层、分配层、核心层。

c、网络分层是逻辑上的,不是物理上的

d、网络分层一般是在设计网络时候使用,而不是在实际应用上使用。

2、核心层

核心层的作用就是速度和稳定,它需要做的事情非常少,就是很快的把东西从A这里转到B这里。

3、分配层

分配层的作用:

a、路由

b、工具的实现:访问列表、包过滤、排序

c、网络安全和网络策略的实现,包括地址翻译和防火墙

d、重新分配路由协议,包括静态路由

e、在vlan之间进行路由,以及其他工作组所支持的功能。

f、定义广播域和组播域。

4、接入层:

a、连续的访问控制和策略

b、创建分割的冲突域

d、到分配层的工作组连通性。

下面结合本单位说明下

核心层:H3C er6300

分配层:s5120—28P—li

接入层:tp-link 的sg1024t

灵活理解思科三层结构

时间: 2024-10-26 03:22:22

灵活理解思科三层结构的相关文章

[转]MVP+WCF+三层结构搭建项目框架

最近,我一直在重构之前做的一个项目,在这个过程中感慨万千.原先的项目是一个运用了WCF的C/S系统,在客户端运用了MVC模式,但MVC的View.Model耦合以及WCF端分布式欠佳等问题让我有了重构的想法,经过了一段时间的改造,逐渐形成了MVP+三层结构+WCF的面向服务的程序架构.在这里我把我的想法写成了一个例子,供大家参考. 在正式开始讲解之前,我必须得感谢Artech.代震军等诸多大虾,他们的文章给了我很大的启发. 我写的这个例子是关于博客管理的,逻辑很简单,就是用户发表文章.发表评论,

java中的mvc和三层结构究竟是什么关系

一件事,要知其然往往很简单,要知其所以然通常不是那么容易,就如最近重新巩固spring的过程中,就觉得还有许多问题其实并不是十分明了. 屈指一算,手头上做过的正式项目也有了四五六七个了,不管用的数据库和其他一些细节上的技术如何,总的来说大的框架结构都是差不多的. 说白了,也就是mvc和三层结构. 而mvc和三层结构究竟是什么关系,我曾在面试的过程中被人问过几次,也曾仔细的想过.查过这个问题,但是直到此时,我也还是不能完全确定. 只不过随着时间的积累,随着技术的沉淀,随着视野的拓宽,我大体上认同了

由经典的MVC模式到Web三层结构

这几天复习了一下MVC,下面就是这几天的学习笔记,有错误的地方,欢迎大家批评指正. 经典的MVC 什么是MVC? 去南京趋势科技参加实习面试的时候,面试官问了我一个问题:MVC是不是一种设计模式?当时我对MVC的理解还不够透彻,就回答了个是(最后趋势挂了!).原因很简单,文献[1]P526中说MVC是一种复合模式,那当然是设计模式了.关于MVC到底是不是一种设计模式,等我们讨论完MVC后再说.先来说说什么是MVC. M:Model 模型 负责真正的业务逻辑的处理,是MVC的核心, 模型不依赖于视

大型局域网中二层结构与三层结构

大型局域网中二层结构与三层结构 大型局域网结构千变万化.网络的规划与园区环境.应用类型密不可分.就目前而言网络结构分为大二层与三层结构.未来的发展方向是向sdn靠拢,我个人观点是自动化网络,可以实现基于业务的配置自动化,同时也可以实现故障自愈和.就结构而言在没有二三层之分了,我认为也就是一层网络.纵向虚拟化就是一层网络的很好体现. 今天主要总结了大二层与三层结构的 二层网络没有汇聚或者逻辑上没有汇聚,网关在核心.不同vlan之间直接由核心进行数据交换.同时使用mstp+vrrp技术实现网络冗余.

mvc与三层结构

http://www.cnblogs.com/zhhh/archive/2011/06/10/2077519.html 又看到有人在问三层架构和MVC的关系,感觉这种问题有点教条化了.因为它们都在逻辑上将应用程序划为三块,凑了一个数字3,就有人非要把它们联系到一起了. 这两个东西我接触有几年了,有一点体会,表达一下: 三层是三层,MVC是MVC,它们毫无关系的. 三层是从整个应用程序架构的角度来分的三层(如果程序需要,还可以分多层). 三层是为了解决整个应用程序中各个业务操作过程中不同阶段的代码

初识三层结构

第一次听说三层结构,是九期的一个师哥在给我们讲高校云平台.那天的感觉像是在听天书,以前从没有接触过.不过,那几个不断在师哥口中重复的名词BLL层.DAL层还是留下了些印象.现在自己来到三层结构的学习了,对师哥讲的那些词算是有种久违的感觉.下面就对三层结构的初识做个总结. 一. 多层结构的划分方式. 结构的划分方式有两种,分别是物理上和逻辑上.从物理的角度来说,可分为显示层.业务层和数据层.从逻辑的角度看,可分为UI层.BLL+DAL层以及DB层.这里我们所说的三层结构是指逻辑上划分的三层. 刚开

三层结构——理论篇

为什么要分层? 1.开发人员可以只关注整个结构中的其中某一层:2.可以很容易的用新的实现来替换原有层次的实现:3.可以降低层与层之间的依赖:4.有利于标准化:5.利于各层逻辑的复用.6..方便团队分工 分层: 将整个业务应用划分为:表现层(UI).业务逻辑层(BLL).数据访问层(DAL).区分层次的目的即为了"高内聚,低耦合"的思想. 1. 表现层 位于最外层(最上层),离用户最近.用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面.它是系统的UI部分,负责使用者与整个

三层结构基础知识

[三层结构概述] 物理划分:(硬件上的划分)显示层.业务层.数据层 逻辑划分:UI/BLL(业务逻辑)+DAL(数据访问)/DB(我们讨论的三层) [为什么要用三层] 为了将客户显示.业务逻辑.数据访问分开 [什么情况下用三层] 有DAL(数据访问)和BLL(业务逻辑) 业务逻辑简单.没有真正的数据存储层(不需要三层) [必备基础知识] 1.业务逻辑层BLL(Business Logic Layer) BLL的作用:从DAL中获取数据,以供UI显示用:从UI中获取用户指令和数据,执行业务逻辑:从

PHP三层结构(下)——PHP实现AOP

让我们把注意力集中到中间服务层上来.中间服务层代码比较简单,只是调用数据访问层代码将留言保存到数据库.如代码1所示: // 代码 1 // 中间服务层 class LWordServiceCore implements ILWordService { // 添加留言 public function append($newLWord) { // 调用数据访问层 $dbTask = new LWordDBTask(); $dbTask->append($newLWord); } }; 在看到留言板的