网络层提供的两种服务
- - CSDN博客互联网推荐文章网络层为主机的传输层所提供的服务有两大类：. ——可靠的面向连接的网络服务（典型实例：ATM机，通过虚电路VC服务实现）；. ——不可靠的无连接的网络服务（典型实例：Internet的IP，通过数据报服务实现）. （1）电信网提供端到端可靠传输的服务，因为电信网的终端（电话机）非常简单，没有智能，也没有差错处理能力；.
网络层提供的两种服务
标签：
网络层
服务
| 发表时间：2014-04-13 08:06 | 作者：u012904198
出处：http://blog.csdn.net
数据报和虚电路：
网络层为主机的传输层所提供的服务有两大类：
——可靠的面向连接的网络服务（典型实例：ATM机，通过虚电路VC服务实现）；
——不可靠的无连接的网络服务（典型实例：Internet的IP，通过数据报服务实现）。
（1）电信网提供端到端可靠传输的服务，因为电信网的终端（电话机）非常简单，没有智能，也没有差错处理能力；
（2）计算机网络的端系统是有智能的计算机，其具备很强的差错处理能力，所以在设计因特网时，思路不同于设计电信网：网络层向上只提供简单灵活的、无连接的、尽最大努力交付的数据报服务（网络层不提共服务质量的承诺）。
～～～下表归纳了虚电路服务和数据报服务的主要区别。
|
对比的方面 |
虚电路服务 |
数据报服务 |
|---|---|---|
|
思路 |
可靠通信应当由网络来保证 |
可靠通信应当由用户主机来保证 |
|
连接的建立 |
必须有 |
不需要 |
|
终点地址 |
仅在连接建立阶段使用，每个分组使用短的虚电路号 |
每个分组都有终点的完整地址 |
|
分组的转发 |
属于同一条虚电路的分组均按照同一路由进行转发 |
每个分组独立选择路由进行转发 |
|
当结点出故障时 |
所有通过出故障的结点的虚电路均不能工作，“一点断，全线瘫” |
出故障的结点可能会丢失分组，一些路由可能会发生变化，自主选择路线 |
|
分组的顺序 |
总是按照发送顺序到达终点 |
到达终点的时间不一定按发送顺序 |
|
端到端的差错处理和流量控制 |
可以由网络负责，也可以由用户主机负责 |
由用户主机负责 |
下一篇学习网络层如何传送IP数据报的问题～
作者：u012904198 发表于2014-4-13 0:06:27 原文链接
阅读：118 评论：0 查看评论
相关 [网络层 服务] 推荐：
抽取rabbitmq网络层做的echo server
- 2sin18 - codedump传说rabbitmq网络层实现的优雅高效,于是我就尝试着将其中的网络层抽取出来,模拟着做了一个echo服务器,代码放在这里.. rabbitmq的做法是内置状态机,通过切换callback的形式处理不同的业务,这样只有一个子进程处理一个链接,性能提高不少.. 测试这个echo服务器的客户端我使用的是telnet,telnet输入的数据会自动在后面加上”\r\n”发送到对端,于是代码中以这个来判断是否接收了一条消息,抽取出来回复给对端..
zmq-rpc:基于zeromq网络层编写的protobuf RPC框架
- Shengbin - codedump阅读过zmq的代码之后,感觉这个网络层是我目前见过最高效的–线程之间使用lockfree的消息队列保存消息,可以启动多个I/O线程分担压力等等特性.于是决定基于它写一个protobuf RPC的框架.. 另外,这里使用的protobuf是旧版本2.3.0,新版本2.4.1的生成的RPC service接口跟原来不太一致,暂时还没有去研究它.BTW,升级版本之后导致原来的接口发生变化这是一个很操蛋的事情..
iOS应用架构谈 网络层设计方案
- - Casa TaloyumiOS应用架构谈 view层的组织和调用方案. iOS应用架构谈 网络层设计方案. iOS应用架构谈 动态部署方案. iOS应用架构谈 本地持久化方案. 网络层在一个App中也是一个不可缺少的部分，工程师们在网络层能够发挥的空间也比较大. 另外，苹果对网络请求部分已经做了很好的封装，业界的AFNetworking也被广泛使用.
服务禁语
- tiancaicai - 白板报前几天在一个公交汽车站拍到了一张规定，里面规定了服务禁语和礼貌用语，看了大乐. 3、乘车高峰车厢内拥挤时，禁语：“快往里走，站在前面又没有钞票检. ”文明语：“请尽量往里走，照顾没有上车的乘客”. 4、车子抛锚，禁语：“车子抛锚没有办法，人都要生毛病的，车子坏了也正常. ”文明语：“对不起，车子出现故障修一下，请大家理解.
服务熔断
- - CSDN博客推荐文章服务熔断也称服务隔离，来自于Michael Nygard 的《Release It》中的CircuitBreaker应用模式，Martin Fowler在博文 CircuitBreaker中对此设计进行了比较详细说明. 本文认为服务熔断是服务降级的措施. 服务熔断对服务提供了proxy，防止服务不可能时，出现串联故障（cascading failure），导致雪崩效应.
面向服务与微服务架构
- - CSDN博客推荐文章最近阅读了 Martin Fowler 和 James Lewis 合著的一篇文章 Microservices， 文中主要描述和探讨了最近流行起来的一种服务架构模式——微服务，和我最近几年工作的实践比较相关感觉深受启发. 本文吸收了部分原文观点，结合自身实践经验来探讨下服务架构模式的演化. 面向服务架构 SOA 思想概念的提出已不是什么新鲜事，大概在10年前就有不少相关书籍介绍过.
经理服务生
- netcasper - 坏脾气的小肥2007年的时候，我和内容团队一起去报道上海车展，累得够呛，写稿子到凌晨一两点，早上八点钟又要爬起来去现场或更新早班. 有天上午，编辑都挤在大会议室里忙活着整理、发布、撰稿，而我搞完了竞品检查/数据分析/计划修订，一时间闲着，就打算去买些零食给大家. 环顾四周，没人有空，只好自己下楼，嘿咻嘿咻拎了两三百块钱的零食上来.
Kernel.org恢复服务
- Adam - Solidotkernel.org 王者归来 写道 "Linux内核官网在八月份遭入侵，之后于9月11日linux.com linux.org kernel.org LinuxFoundation.org皆无法访问，进行安全维护. 经过紧张的修复，kernel.org终于恢复服务. LinuxFoundation.org也可以正常访问.
谈领域服务
- - 人月神话的BLOG对于跨系统和模块间的SOA服务识别和分析我前面文章谈的比较多，这块的SOA服务重点是实现跨系统和模块的业务交互和协同，而对于领域服务而言则更加关心的是对于单个系统或模块，其应该如何抽象领域对象并将其能力以粗粒度服务方式保留给应用层用. 在领域建模中的整体思路中，我们做两个层面的理解，其一是领域模型层重点是隔离传统的数据表并抽象为领域对象；而对于领域服务层重点是则将应用层和领域模型层解耦，模型层提供的能力是以领域服务的方式暴露到应用层使用的.