因特网协议栈中的层
来源:互联网 发布:游戏辅助编程 编辑:程序博客网 时间:2024/05/19 10:53
因特网协议栈中的层
人们已经进行一些讨论关于如何将TCP/IP参考模型映射到OSI模型。由于TCP/IP和OSI模型组不能精确地匹配,还没有一个完全正确的答案。 另外,OSI模型下层还不具备能够真正占据真正层的位置的能力;在传输层和网络层之间还需要另外一个层(网络互连层)。特定网络类型专用的一些协议应该运行在网络层上,但是却运行在基本的硬件帧交换上。类似协议的例子有地址解析协议和生成树协议(用来保持冗余网桥的空闲状态直到真正需要它们)。然而,它们是本地协议并且在网络互连功能下面运行。不可否认,将两个组(更不用说它们只是运行在如ICMP等不同的互连网络协议上的逻辑上的网络层的一部分)整个放在同一层会引起混淆,但是OSI模型还没有复杂到能够做更好的工作。 下面的图表试图显示不同的TCP/IP和其他的协议在最初OSI模型中的位置:
7应用层application layer例如HTTP、SMTP、SNMP、FTP、Telnet、SIP、SSH、NFS、RTSP、XMPP、Whois、ENRP6表示层
presentation layer例如XDR、ASN.1、SMB、AFP、NCP5会话层
session layer例如ASAP、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS、ASP、IGMP、Winsock、BSD sockets4传输层
transport layer例如TCP、UDP、TLS、RTP、SCTP、SPX、ATP、IL3网络层
network layer例如IP、ICMP、IPX、BGP、OSPF、RIP、IGRP、EIGRP、ARP、RARP、X.252数据链路层
data link layer例如以太网、令牌环、HDLC、帧中继、ISDN、ATM、IEEE 802.11、FDDI、PPP1物理层
physical layer例如线路、无线电、光纤
通常人们认为OSI模型的最上面三层(应用层、表示层和会话层)在TCP/IP组中是一个应用层。由于TCP/IP有一个相对较弱的会话层,由TCP和RTP下的打开和关闭连接组成,并且在TCP和UDP下的各种应用提供不同的端口号,这些功能能够被单个的应用程序(或者那些应用程序所使用的库)增加。与此相似的是,IP是按照将它下面的网络当作一个黑盒子的思想设计的,这样在讨论TCP/IP的时候就可以把它当作一个独立的层。
4应用层application layer例如HTTP、FTP、DNS
(如BGP和RIP这样的路由协议,尽管由于各种各样的原因它们分别运行在TCP和UDP上,仍然可以将它们看作网络层的一部分)3传输层
transport layer例如TCP、UDP、RTP、SCTP
(如OSPF这样的路由协议,尽管运行在IP上也可以看作是网络层的一部分)2网络互连层
internet layer对于TCP/IP来说这是因特网协议(IP)
(如ICMP和IGMP这样的必须协议尽管运行在IP上,也仍然可以看作是网络互连层的一部分;ARP不运行在IP上)1网络接口层
link layer例如以太网、Wi-Fi、MPLS等。
0 0
- 因特网协议栈中的层
- 因特网协议栈中的层
- 因特网五层协议栈
- 因特网传输层协议
- 网络层 - 因特网中的网络层(IP控制协议、地址解析)
- 因特网五层协议栈以及OSI七层协议模型
- 第四章 网络层 4.5因特网的路由选择协议
- 【网络层】精析网络层 -- 因特网的路由选择协议
- [计算机网络笔记]第四部分——网络层 选路协议 因特网的选路协议
- 传输层中的协议
- 因特网中的选路
- 因特网控制报文协议ICMP
- IGMP 因特网组管理协议
- 因特网的路由选择协议
- 了解因特网、万维网、网络协议
- 因特网的内部网关协议
- 因特网的路由选择协议
- 七层模型中的协议
- Filter过滤器复习笔记
- 自定义JDBC数据库连接池小例子
- 在Hadoop集群实施成功后再次格式化名称节点,datanode无法加入集群的处理办法
- 25 python-opencv cv2.findcontours函数
- Problem I: 时间类的加、减法赋值运算
- 因特网协议栈中的层
- 又见jsp
- 【516】 Longest Palindromic Subsequence
- 优先队列基础
- Problem J: 时间类的流插入、提取和递增、递减运算
- bootstrap的tab选项卡
- kubelet 最佳配置
- Android一个应用多个图标的几种实现方式
- codeforces 300C 乘法逆元 (乘法逆元模为素数的模板)