TCP/IP协议族-pzyyll

"路漫漫其修远兮 吾将上下而求索".

OSI模型与TCP/IP模型

OSI模型基本没有什么实际功效,所以就不详细理解了,作为理论模型视乎还是可以借鉴的。直接从TCP/IP四层模型开始。

各个层的主要协议一览。

各层主要协议与下层对应协议一览

HTTP(Hyper Text Transfer Protocol):超文本传输协议
FTP(File Transfer Protocol):文件传输协议
TELNET:远程登录协议
SMTP(Simple Mail Transfer Protocol):简单邮件传输协议
POP3(Post Office Protocol - Version 3):第3版邮局协议
IMAP(Internet Mail Access Protocol):Internet邮件访问协议
RIP(Routing Information Protocol):路由信息协议
TFTP(Trivial File Transfer Protocol):简单文件传输协议
SNMP(Simple Network Management Protocol ):简单网络管理协议
NTP(Network Time Protocol):网络时间协议
NFS(Network File System):网络文件系统
TCP(Transmission Control Protocol ):传输控制协议
UDP(User Datagram Protocol):用户数据报协议
IP(Internet Protocol):网络协议
ICMP(Internet Control Message Protocol):网络报文段控制协议
IGMP(Internet Group Management Protocol):网络组管理协议

  • 应用层:顾名思义嘛,就是我们使用的各种应用的那一层,比如浏览器,邮箱,FTP下载工具,远程登录工具等等。而每一种应用都需要与服务器里的一个服务进程进行交流,如果把各种应用当做不同语种的人类,而每个服务进程也都是语种不通的人类,当"浏览器"这个人要与服务器上的一个叫“80”端口的人进行交流的时候,发现,哎哟我去,淫家听不懂咋办?然后“浏览器”发现“80”原来懂得“HTTP协议”这种语言啊,我也懂呀,然后就非常高兴的用“HTTP协议”去和“80”端口进行愉快的交(Pa)流(Pa)了。。。

小结:应用层其实就是两个通信进程之间的交流,发送报文,而两个进程间交流的时候如果要弄明白彼此之间的意思(报文)就需要借助某种协议了。如浏览器和web服务器要借助HTTP协议,邮箱与邮箱服务器需要SMTP(发送),IMAP,POP3(接收)等协议,而FTP下载上传工具则需要FTP协议等等。

工作模型:C/S, P2P, 混合模型。

常用服务端口

-运输层:好了,应用层里的小伙伴“浏览器”用HTTP协议写好了一封信(报文),想要发送出去,于是就找到了运输层里的小伙伴,让它帮忙把信发出去,然后还特意嘱咐了一下,信千万不要弄丢了!里面有两张纸,不要弄缺了!然后是第一张纸一定要先到“80”的手上,然后才是第二张。运输层小伙伴在心里嘀咕了一下“哼,真啰嗦,要求还这么多!”。然后说到“那我给你用TCP吧,这个安全可靠,符合你的要求,不过速度有点慢哦”。于是运输层小伙伴就熟练的在信封上贴上了一个TCP标签,标签上写了一些源端口,目的端口等相关的信息。(添加TCP首部,形成报文段)。

小结:两个应用进程在通信的时候并不关心数据是怎么传到对方的,A老板(应用层)写好了一封信要发给B老板,交给秘书(运输层)去送,然后秘书根据老板的要求用自己的方式(TCP,UDP)将信交到B老板的秘书手上。A老板只要等候秘书把回信送回来即可。
[TCP](Transmission Control Protocol):为应用层协议提供面向连接的,可靠的传输服务,提供流量控制,拥塞控制,全双工通信,面向字节流。

TCP报文段

UDP(User Datagram Protocol):是无连接的,不可靠,但是高效的传输服务,速度远比TCP的快,但是容易丢失数据。只提供应用进程寻址和简单的差错检测。

UDP数据报

  • 网络层:运输层决定好了运输方式(TCP,UDP)以后,将信送到到目的地有许多的路可以走,网络层的主要任务就是挑选一条合适的路径,IP协议的主要功能就是为IP数据报选路,转发IP数据报到目的地。
    网络层接收运输层的报文段(TCP报文段或UDP数据报)后添加一个首部,形成IP数据报,在网络层将IP数据报传递给下一层(数据链路层)的时候会根据情况将IP数据报进行分组。
    IP协议

  • 网络接口层:这一层似乎比较抽象,TCP/IP模型中并没有明确的描述,只是指出主机要使用某种协议与具体的网络连接,能够传递IP数据报。要具体讨论的话,可以用OSI模型的数据链路层和物理层作为参考。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,236评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,867评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,715评论 0 340
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,899评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,895评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,733评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,085评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,722评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,025评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,696评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,816评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,447评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,057评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,009评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,254评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,204评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,561评论 2 343

推荐阅读更多精彩内容