路由

MPLS

大兔子大兔子 提交于 2020-01-12 20:24:40
为什么要用MPLS? 快。某些场景非常巴适。当时互联网刚被设计出来的时候,人们一直争论是用无连接还是有连接的架构好。最后无连接的IP胜出,但是有连接的架构也有它的优点,就是不用路由学习,直接建立一个点到点的连接,数据包的路径是确定的,所以快。MPLS利用现有的TCP/IP网络,在其上面建立一个连接。这在一些场景中,比如VPN中得到应用。随着云计算的发展,因为二层网络包要通过三层网络传输,MPLS也得到关注。我也是因为这个才把大学学的这个东西捡起来。 术语 LSR (Label Edge Router) 支持MPLS的路由器 LER (Label Edge Router) 标签边缘路由器,在MPLS网络边缘的LSR,负责与IP协议适配。即将IP包转换为MPLS包 Core LSR 非MPLS网络LER,只负责转发。 下图中,所有路由器都是LSR,但是处在边缘地带的是LER,里面的叫Core LSR。 LSP (Label Switch Path) 标签交换路径,就是一个路由器节点序列,LSP中,包开始进入MPLS网所在的路由器叫Ingress,最后出的时候所在的路由器叫Egress,中间经过的路由节点叫Transit. FEC (Forward Equivalence Class) 等价转发类, 因为要把网络包贴标签,贴什么标签会考虑到网络包的源地址,目的地址之类的属性。因此

计算机网络(4)网络层

百般思念 提交于 2020-01-12 19:48:20
目录 一 提供的服务 1.1 分层的作用 1.2 发送数据过程 1.3 网络层的两种服务 虚电路 数据报 对比 1.4 中间设备 二 网络层四个协议 2.1 ARP协议 2.2 ICMP检测命令 ping pathping 三 IP数据包 3.1 结构 版本 区分服务 数据包分片 标志 片偏移 首部校验和 四 网络通畅 4.1 路由器配置 静态路由 负载均衡 4.2 动态路由 rip协议 OSPF BGP 五 IP地址 5.1 层次化IP地址 网络地址 特殊的地址 5.2 子网掩码 作用 5.3 子网划分 分成2个子网段 分成4个网段 分成8个网段 点到点的子网掩码 变长子网划分 5.4 超网 六 NAT 一 提供的服务 如下图: h1(计算机)上有一个数据被分成了4个数据报,h1和h2之间通过多个路由器连接。网络层负责 将数据报传送到目的地(也不保证顺序) .也就是选择往哪个路由(节点)发。 丢包重传不归网络层管理。 1.1 分层的作用 有利于排错,比如网络通了,但网页访问不了;那就是网站的问题 1.2 发送数据过程 如下图: 交换机是在数据链路层的 集线器是和网线一样,在物理层的。 理由器是在网络层 1.3 网络层的两种服务 虚电路 数据报 对比 1.4 中间设备 现在的网关就是路由器的接口 二 网络层四个协议 2.1 ARP协议 只能 是解析 本网段的ip ARP欺骗

Jumony for MVC现状和展望

萝らか妹 提交于 2020-01-12 18:25:00
Jumony一直在致力于成为一个优秀的ASP.NET MVC视图引擎,同时也顺便修整一下MVC的种种问题,所以,Jumony for MVC一直是Jumony一个非常重要的子项目,尽管它还没有一个公开的稳定版本,但由于Jumony是一个完全开源的项目,任何人都可以在 http://jumony.codeplex.com/ 下载Jumony最新的源代码,当然也就包含Jumony for MVC。这篇文章简单的介绍下Jumony for MVC的现状和将来的发展方向。 那么首先,Jumony已经作为ASP.NET MVC的一个视图引擎,借助ASP.NET4的特性,Jumony for MVC并不需要任何一行多余的代码,只要你的网站或Web项目引用了Ivony.Html.Web.Mvc的项目或DLL,Jumony for MVC就会自动将自己的视图引擎JumonyViewEngine注册到系统中。默认情况下,JumonyViewEngine呈现出与默认的WebFormViewEngine相似的视图查找逻辑,只不过Jumony查找的是.html和htm文件。特别的,与Jumony for ASP.NET类似,JumonyViewEngine在找到视图文件后,会查找是否存在.html.ashx这样的文件,若存在,且该文件所定义的Handler类型继承于ViewHandler

怎样用路由器共享需要网页认证的wifi

旧城冷巷雨未停 提交于 2020-01-12 16:57:39
设置步骤: 第一步:登录管理界面 1、连接电脑 使用单机能上网的电脑,通过网线连接到路由器的LAN口。 2、登录管理界面 打开电脑的浏览器,清空地址栏后,输入路由器的管理地址(以路由器底部标贴标识的管理地址为准),输入(或设置)路由器的管理密码后登录管理界面。 第二步:设置路由器 1、修改管理IP地址 登录路由器管理界面,点击 网络参数 >> LAN口设置,修改LAN口IP地址与前端网络不在同一网段(以172.16.1.1为例),保存,路由器提示 重启,点击 确定。 2、设置WAN口的上网方式 使用修改后的管理IP地址重新登录路由器管理界面,点击 网络参数 >> WAN口设置,WAN口上网方式选择动态IP(以实际应用为准)。 注意:如果运营商指定使用固定的IP地址,则需要选择静态IP,并设置对应参数。 3、克隆MAC地址 点击 网络参数 >> MAC地址克隆,点击 克隆MAC地址,看到页面显示的两个MAC地址一样,点击 保存,提示重启生效,点击 确定。 4、设置无线参数 重启完成,返回管理界面,点击 无线设置 >> 无线安全设置,修改 SSID号,建议设置为字母或数字的任意组合,不要使用中文或特殊字符。 点击 无线设置 >> 无线安全设置,选择 WPA-PSK/WPA2-PSK 的加密方式,在 PSK密码 的位置设置无线密码,点击 保存。 注意:部分路由器会提示更改无线设置后

刷新页面后导航栏路由与页面不一致情况解决方法

旧街凉风 提交于 2020-01-12 13:45:13
刷新页面时发现页面是图书显示页面,但导航栏却高亮显示的是“首页”,经以下修改后正常了。 这样就能获取到当前路由,然后高亮显示该路由。 来源: CSDN 作者: 你笑起来很丑的 链接: https://blog.csdn.net/qq_42207453/article/details/103762715

分表与分库使用场景以及设计方式

荒凉一梦 提交于 2020-01-12 07:30:12
一. 分表 场景:对于大型的互联网应用来说,数据库单表的记录行数可能达到千万级甚至是亿级,并且数据库面临着极高的并发访问。采用Master-Slave复制模式的MySQL架构, 只能够对数据库的读进行扩展,而对数据库的写入操作还是集中在Master上,并且单个Master挂载的Slave也不可能无限制多,Slave的数量受到Master能力和负载的限制。 因此,需要对数据库的吞吐能力进行进一步的扩展,以满足高并发访问与海量数据存储的需要! 对于访问极为频繁且数据量巨大的单表来说,我们首先要做的就是减少单表的记录条数,以便减少数据查询所需要的时间,提高数据库的吞吐,这就是所谓的分表! 在分表之前,首先需要选择适当的分表策略,使得数据能够较为均衡地分不到多张表中,并且不影响正常的查询! 对于互联网企业来说,大部分数据都是与用户关联的,因此,用户id是最常用的分表字段。因为大部分查询都需要带上用户id,这样既不影响查询,又能够使数据较为均衡地 分布到各个表中(当然,有的场景也可能会出现冷热数据分布不均衡的情况),如下图: 假设有一张表记录用户购买信息的订单表order,由于order表记录条数太多,将被拆分成256张表。 拆分的记录根据user_id%256取得对应的表进行存储,前台应用则根据对应的user_id%256,找到对应订单存储的表进行访问。 这样一来,user

路由器和交换机在功能、用途上有什么差别?

倾然丶 夕夏残阳落幕 提交于 2020-01-12 02:30:16
一、产生疑问原因 由于最近般了办公室,暂时链接不上办公环境的内网,但是测试环境安装在我的电脑上,所以同事们需要连接到我电脑上的测试环境。那么问题来了。。。。 如何让同事们在没有办公环境内网的情况下,使用到我的电脑上的测试环境呢? 答曰:使大家的电脑ip都在同一个网段上。 解决方案: (1)第一想到的就是路由器,咨询资源提供方,没有路由器; (2)手机热点,其实跟第一个几乎是同样的方案,手机热点只能在支持WiFi的笔记本使用,台式机不行; (3)交换机 手头上倒是有一个,但是我脑子里的印象,交换机是没有办法分配IP(DHCP)的吧?死马当活马医,试试呗,搞技术的不正是靠猜嘛? 后来发现是真的可以用的!因为我们的电脑都没有设定自动获取IP,都是设置的固定IP,那就避开了交换机无法支持DHCP协议,达成了我最初的目的:使大家的电脑都在同一个网段上! 二、好奇心 重点问题!:路由器和交换机在功能、用途有什么差别? 善用谷歌百度,查询整理资料备忘,如下: (一)定义 1、路由器(Router) 路由器(Router)又称网关设备(Gateway),连接因特网中各局域网、广域网的设备,它会根据信道的情况自动选择和设定路由,以最佳路径,按前后顺序发送信号。 路由器是互联网络的枢纽,"交通警察"。路由和交换机之间的主要区别就是这一区别决定了路由和交换机在移动信息的过程中需使用不同的控制信息

SWA2G422&485JK2G基础篇: 手机APP通过APMACBind方式绑定W5500(以太网)设备,实现MQTT远程通信控制

此生再无相见时 提交于 2020-01-12 02:07:07
说明   上一节演示了W5500实现MQTT通信控制   通过上一节咱知道   W5500订阅的主题为:user/W5500的MAC地址   W5500发布的主题为:device/W5500的MAC地址   这节演示下APP利用APMACBind方式获取W5500的MAC地址,进而做到和W5500实现MQTT通信 APMACBind方式介绍   APMACBind是我自己做的一种方式,这种方式目前有一个项目在使用   不过那是前年做的项目,当时是为了解决微信配网绑定问题   不过自从微信小程序支持了UDP,这种方式也被我淘汰(在我心底被淘汰了,有了更为简便的方式)   不过还是有必要拿出来讲一下,因为这种方式比较经典!体现了知识的灵活运用.   首先说明简要说明一下如何实现的让手机APP获取W5500的MAC地址   1.W5500连接路由器,连接上MQTT   2.W5500获取路由器的MAC地址   3.W5500发布的主题:device/路由器MAC   4.手机APP和W5500连接一个路由器   5.手机APP获取路由器MAC地址   6.手机APP订阅:user/路由器MAC   这样W5500就能够把自身的MAC地址通过MQTT发给手机APP,实现绑定   至于为什么用路由器的MAC地址作为主题(因为唯一)   所有用户都用一个MQTT服务器

nameServer路由发现

有些话、适合烂在心里 提交于 2020-01-12 01:32:47
RocketMQ路由发现是非实时的,当Topic路由出现变化时,NameServer不主动推动给客户端,而是客户端定时拉取主题最新的路由 来源: https://www.cnblogs.com/lccsblog/p/12181638.html