From eb4005fe1ca41557f8e06478de3ca27b5ec41f96 Mon Sep 17 00:00:00 2001 From: Xie Boyu Date: Tue, 27 Feb 2018 17:34:30 +0800 Subject: [PATCH] =?UTF-8?q?Update=20=E8=AE=A1=E7=AE=97=E6=9C=BA=E7=BD=91?= =?UTF-8?q?=E7=BB=9C.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- notes/计算机网络.md | 891 ++++++++++++++++++++++++-------------------- 1 file changed, 488 insertions(+), 403 deletions(-) diff --git a/notes/计算机网络.md b/notes/计算机网络.md index 7b5e4931..144661e2 100644 --- a/notes/计算机网络.md +++ b/notes/计算机网络.md @@ -1,834 +1,919 @@ -* [һ ](#һ-) - * [](#) +* [第一章 概述](#第一章-概述) + * [网络的网络](#网络的网络) * [ISP](#isp) - * [](#) - * [֮ͨŷʽ](#֮ͨŷʽ) - * [·齻](#·齻) - * [1. ·](#1-·) - * [2. Ľ](#2-Ľ) - * [3. 齻](#3-齻) - * [ʱ](#ʱ) - * [1. ʱ](#1-ʱ) - * [2. ʱ](#2-ʱ) - * [3. ʱ](#3-ʱ) - * [4. Ŷʱ](#4-Ŷʱ) - * [ϵṹ*](#ϵṹ) - * [1. ߲Э](#1-߲Э) - * [2. Э](#2-Э) - * [3. ڸ֮Ĵݹ](#3-ڸ֮Ĵݹ) - * [4. TCP/IP ϵṹ](#4-tcpip-ϵṹ) -* [ڶ ](#ڶ-) - * [ͨŷʽ](#ͨŷʽ) - * [ͨ](#ͨ) - * [ŵü](#ŵü) - * [1. Ƶָáʱָ](#1-Ƶָʱָ) - * [2. ͳʱָ](#2-ͳʱָ) - * [3. ָ](#3-ָ) - * [4. ָ](#4-ָ) -* [ ·](#-·) - * [](#) - * [1. װ֡](#1-װ֡) - * [2. ͸](#2-͸) - * [3. ](#3-) - * [Եŵ - PPP Э](#Եŵ---ppp-Э) - * [](#) - * [㲥ŵ - CSMA/CD Э*](#㲥ŵ---csmacd-Э) - * [](#) - * [MAC ](#mac-) - * [](#) -* [ *](#-) - * [Э IP ](#Э-ip-) - * [IP ݱʽ](#ip-ݱʽ) - * [IP ַַ](#ip-ַַ) - * [1. ](#1-) - * [2. ](#2-) - * [3. ޷](#3-޷) - * [IP ַ MAC ַ](#ip-ַ-mac-ַ) - * [ַЭ ARP](#ַЭ-arp) - * [·Ľṹ](#·Ľṹ) - * [·](#·) - * [·ת](#·ת) - * [·ѡЭ](#·ѡЭ) - * [1. ڲЭ RIP](#1-ڲЭ-rip) - * [2. ڲЭ OSPF](#2-ڲЭ-ospf) - * [3. ⲿЭ BGP](#3-ⲿЭ-bgp) - * [ʿƱЭ ICMP](#ʿƱЭ-icmp) - * [̽ PING](#̽-ping) - * [IP ಥ](#ip-ಥ) - * [ר VPN](#ר-vpn) - * [ַת NAT](#ַת-nat) -* [ *](#-) - * [UDP TCP ص](#udp--tcp-ص) - * [UDP ײʽ](#udp-ײʽ) - * [TCP ײʽ](#tcp-ײʽ) - * [TCP ](#tcp-) - * [TCP Ĵλ](#tcp-Ĵλ) - * [TCP ](#tcp-) - * [TCP ɿ](#tcp-ɿ) - * [TCP ](#tcp-) - * [TCP ӵ](#tcp-ӵ) - * [ʼӵ](#ʼӵ) - * [شָ](#شָ) -* [ Ӧò*](#-Ӧò) - * [ϵͳ DNS](#ϵͳ-dns) - * [1. νṹ](#1-νṹ) - * [2. ](#2-) - * [ļЭ FTP](#ļЭ-ftp) - * [ԶնЭ TELNET](#ԶնЭ-telnet) - * [ά WWW](#ά-www) - * [ʼЭ](#ʼЭ) + * [互联网的组成](#互联网的组成) + * [主机之间的通信方式](#主机之间的通信方式) + * [电路交换与分组交换](#电路交换与分组交换) + * [1. 电路交换](#1-电路交换) + * [2. 报文交换](#2-报文交换) + * [3. 分组交换](#3-分组交换) + * [时延](#时延) + * [1. 发送时延](#1-发送时延) + * [2. 传播时延](#2-传播时延) + * [3. 处理时延](#3-处理时延) + * [4. 排队时延](#4-排队时延) + * [计算机网络体系结构*](#计算机网络体系结构) + * [1. 七层协议](#1-七层协议) + * [2. 五层协议](#2-五层协议) + * [3. 数据在各层之间的传递过程](#3-数据在各层之间的传递过程) + * [4. TCP/IP 体系结构](#4-tcpip-体系结构) +* [第二章 物理层](#第二章-物理层) + * [通信方式](#通信方式) + * [带通调制](#带通调制) + * [信道复用技术](#信道复用技术) + * [1. 频分复用、时分复用](#1-频分复用时分复用) + * [2. 统计时分复用](#2-统计时分复用) + * [3. 波分复用](#3-波分复用) + * [4. 码分复用](#4-码分复用) +* [第三章 数据链路层](#第三章-数据链路层) + * [三个基本问题](#三个基本问题) + * [1. 封装成帧](#1-封装成帧) + * [2. 透明传输](#2-透明传输) + * [3. 差错检测](#3-差错检测) + * [点对点信道 - PPP 协议](#点对点信道---ppp-协议) + * [局域网的拓扑](#局域网的拓扑) + * [广播信道 - CSMA/CD 协议*](#广播信道---csmacd-协议) + * [集线器](#集线器) + * [MAC 层](#mac-层) + * [虚拟局域网](#虚拟局域网) +* [第四章 网络层*](#第四章-网络层) + * [网际协议 IP 概述](#网际协议-ip-概述) + * [IP 数据报格式](#ip-数据报格式) + * [IP 地址编址](#ip-地址编址) + * [1. 分类](#1-分类) + * [2. 子网划分](#2-子网划分) + * [3. 无分类](#3-无分类) + * [IP 地址和 MAC 地址](#ip-地址和-mac-地址) + * [地址解析协议 ARP](#地址解析协议-arp) + * [路由器的结构](#路由器的结构) + * [交换机与路由器的区别](#交换机与路由器的区别) + * [路由器分组转发流程](#路由器分组转发流程) + * [路由选择协议](#路由选择协议) + * [1. 内部网关协议 RIP](#1-内部网关协议-rip) + * [2. 内部网关协议 OSPF](#2-内部网关协议-ospf) + * [3. 外部网关协议 BGP](#3-外部网关协议-bgp) + * [网际控制报文协议 ICMP](#网际控制报文协议-icmp) + * [分组网间探测 PING](#分组网间探测-ping) + * [IP 多播](#ip-多播) + * [虚拟专用网 VPN](#虚拟专用网-vpn) + * [网络地址转换 NAT](#网络地址转换-nat) +* [第五章 运输层*](#第五章-运输层) + * [UDP 和 TCP 的特点](#udp-和-tcp-的特点) + * [UDP 首部格式](#udp-首部格式) + * [TCP 首部格式](#tcp-首部格式) + * [TCP 的三次握手](#tcp-的三次握手) + * [TCP 的四次挥手](#tcp-的四次挥手) + * [TCP 滑动窗口](#tcp-滑动窗口) + * [TCP 可靠传输](#tcp-可靠传输) + * [TCP 流量控制](#tcp-流量控制) + * [TCP 拥塞控制](#tcp-拥塞控制) + * [慢开始与拥塞避免](#慢开始与拥塞避免) + * [快重传与快恢复](#快重传与快恢复) +* [第六章 应用层*](#第六章-应用层) + * [域名系统 DNS](#域名系统-dns) + * [1. 层次结构](#1-层次结构) + * [2. 解析过程](#2-解析过程) + * [文件传输协议 FTP](#文件传输协议-ftp) + * [远程终端协议 TELNET](#远程终端协议-telnet) + * [万维网 WWW](#万维网-www) + * [电子邮件协议](#电子邮件协议) * [POP3](#pop3) * [IMAP](#imap) * [SMTP](#smtp) - * [̬Э DHCP](#̬Э-dhcp) - * [Ե㴫 P2P](#Ե㴫-p2p) - * [Web ҳ](#web-ҳ) - * [ö˿](#ö˿) -* [ο](#ο) + * [动态主机配置协议 DHCP](#动态主机配置协议-dhcp) + * [点对点传输 P2P](#点对点传输-p2p) + * [Web 页面请求过程](#web-页面请求过程) + * [常用端口](#常用端口) +* [参考资料](#参考资料) -# һ +# 第一章 概述 -## +## 网络的网络 -ǰѶֲͬ˻硣 +网络把主机连接起来，而互联网是把多种不同的网络连接起来，因此互联网是网络的网络。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/04ff7ae6-7bee-4cf8-82f8-dfe2ba1f3616.jpg) ## ISP -ṩ ISP Դӻ IP ַͬʱӵͨ·Լ·豸˻ ISP һķþͿԽ뻥 +互联网服务提供商 ISP 可以从互联网管理机构获得许多 IP 地址，同时拥有通信线路以及路由器等联网设备，个人或机构向 ISP 缴纳一定的费用就可以接入互联网。 -ĿǰĻһֶ ISP ṹISP ݸĴСΪ ISP ISP ͱ ISP +目前的互联网是一种多层次 ISP 结构，ISP 根据覆盖面积的大小分为主干 ISP、地区 ISP 和本地 ISP。 - IXP ISP ֱþ ISP +互联网交换点 IXP 允许两个 ISP 直接相连而不用经过第三个 ISP。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/17d807ef-03bf-4824-a97c-ea5fb58ec61d.jpg) -## +## 互联网的组成 -1. Ե֣ڻϵûֱʹã -2. IJ֣ɴЩ·ɣΪԵֵṩ +1. 边缘部分：所有连接在互联网上的主机，用户可以直接使用； +2. 核心部分：由大量的网络和连接这些网络的路由器组成，为边缘部分的主机提供服务。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/005d83c2-e64a-41f0-bbdd-51c71d494a18.jpg) -## ֮ͨŷʽ +## 主机之间的通信方式 -**1. ͻ - C/S** +**1. 客户 - 服务器（C/S）** -ͻǷ󷽣Ƿṩ +客户即是服务请求方，服务器是服务提供方。 -**2. ԵȣP2P** +**2. 对等（P2P）** -ֿͻͷ +不区分客户和服务器。 -## ·齻 +## 电路交换与分组交换 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/b97958dd-3e43-45f7-97f5-3ec20f3f8b88.jpg) -### 1. · +### 1. 电路交换 -·ڵ绰ͨϵͳûҪ֮ͨǰҪһרõ·ͨŹʼռø·ͨŵĹвһֱʹô·˵··ʺܵͣ 10% +电路交换用于电话通信系统，两个用户要通信之前需要建立一条专用的物理链路，并且在整个通信过程中始终占用该链路。由于通信的过程中不可能一直在使用传输线路，因此电路交换对线路的利用率很低，往往不到 10%。 -### 2. Ľ +### 2. 报文交换 -Ľʾͨϵͳʾֽյһݱ֮ȴ洢ȻͬĿĵصıһתһĿĵأ̾Ǵ洢ת̡ +报文交换用于邮局通信系统，邮局接收到一份报文之后，先存储下来，然后把相同目的地的报文一起转发到下一个目的地，这个过程就是存储转发过程。 -### 3. 齻 +### 3. 分组交换 -齻Ҳʹ˴洢תתǷDZġݳΪһģһĿܺܳҪȽз֣ܴĴСÿзֵǰײ֮ͳΪ˷飬ײĿĵַԴַȿϢ +分组交换也使用了存储转发，但是转发的是分组而不是报文。把整块数据称为一个报文，由于一个报文可能很长，需要先进行切分，来满足分组能处理的大小。在每个切分的数据前面加上首部之后就成为了分组，首部包含了目的地址和源地址等控制信息。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/6f4af159-8b03-4246-8d0e-222db65bb83c.jpg) -洢תһ·ϴͶķ飬˲Ҫռö˵˵·Դ +存储转发允许在一条传输线路上传送多个主机的分组，因此不需要占用端到端的线路资源。 -ڱĽڷȱĸС洢תٶҲ͸졣 +相比于报文交换，由于分组比报文更小，存储转发的速度也就更快。 -## ʱ +## 时延 -ʱ = ʱ + ʱ + ʱ + Ŷʱ +总时延 = 发送时延 + 传播时延 + 处理时延 + 排队时延 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/ceee91c2-da26-4169-94c3-e4608b46b9ac.png) -### 1. ʱ +### 1. 发送时延 -·֡Ҫʱ䡣 +主机或路由器发送数据帧所需要的时间。 ![](http://latex.codecogs.com/gif.latex?\\\\delay=\frac{l(bit)}{v(bit/s)}) - l ʾ֡ijȣv ʾʡ +其中 l 表示数据帧的长度，v 表示发送速率。 -### 2. ʱ +### 2. 传播时延 -ŲŵдһľҪѵʱ䣬ŲٶȽӽ١ +电磁波在信道中传播一定的距离需要花费的时间，电磁波传播速度接近光速。 ![](http://latex.codecogs.com/gif.latex?\\\\delay=\frac{l(m)}{v(m/s)}) - l ʾŵȣv ʾŲŵϵĴʡ +其中 l 表示信道长度，v 表示电磁波在信道上的传播速率。 -### 3. ʱ +### 3. 处理时延 -·յʱдҪʱ䣬ײӷȡݲֵȡ +主机或路由器收到分组时进行处理所需要的时间，例如分析首部，从分组中提取数据部分等。 -### 4. Ŷʱ +### 4. 排队时延 -·кŶӵȴʱ䣬ȡ統ǰͨ +分组在路由器的输入队列和输出队列中排队等待的时间，取决于网络当前的通信量。 -## ϵṹ* +## 计算机网络体系结构* ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/1005dc9d-9049-4b06-9524-6171e56ebd8c.png) -### 1. ߲Э +### 1. 七层协议 -ͼ a ʾбʾͻỰ;£ +如图 a 所示，其中表示层和会话层用途如下： -1. ʾ㣺Ϣ﷨ԼǵĹܽܡת롢ѹѹ -2. Ự㣺ͬϵû֮佨Ự +1. 表示层：信息的语法语义以及它们的关联，如加密解密、转换翻译、压缩解压缩； +2. 会话层：不同机器上的用户之间建立及管理会话。 -### 2. Э +### 2. 五层协议 -1. Ӧò㣺ΪضӦóṩݴ HTTPDNS ȡݵλΪġ +1. 应用层：为特定应用程序提供数据传输服务，例如 HTTP、DNS 等。数据单位为报文。 -2. 㣺ṩǽ̼ͨݴӦòЭܶ࣬ͨõЭͿֲ֧ӦòЭ顣Э飺Э TCPṩӡɿݴݵλΪĶΣûݱЭ UDPṩӡŬݴݵλΪûݱ +2. 运输层：提供的是进程间的通用数据传输服务。由于应用层协议很多，定义通用的运输层协议就可以支持不断增多的应用层协议。运输层包括两种协议：传输控制协议 TCP，提供面向连接、可靠的数据传输服务，数据单位为报文段；用户数据报协议 UDP，提供无连接、尽最大努力的数据传输服务，数据单位为用户数据报。**TCP主要提供完整性服务，UDP主要提供及时性服务** -3. 㣺Ϊ֮ṩ񣬶ЭΪеĽṩıĶλûݱװɷд䡣 +3. 网络层：为主机之间提供服务，而不是像运输层协议那样是为主机中的进程提供服务。网络层把运输层产生的报文段或者用户数据报封装成分组来进行传输。 -4. ·㣺ԵĻ֮䣬֮кܶ··ЭΪڽ֮ṩ·㴫ķװ֡ +4. 数据链路层：网络层针对的还是主机之间，而主机之间可以有很多链路，链路层协议就是为相邻结点之间提供服务。数据链路层把网络层传来的分组封装成帧。 -5. 㣺ǵڴýϴݱָĴý塣ǾδýֶͨεIJ죬ʹϵ·оЩ졣 +5. 物理层：考虑的是怎样在传输媒体上传输数据比特流，而不是指具体的传输媒体。物理层的作用是尽可能屏蔽传输媒体和通信手段的差异，使物理层上的数据链路层感觉不到这些差异。 -### 3. ڸ֮Ĵݹ +### 3. 数据在各层之间的传递过程 -µĹУҪ²ЭҪײβϵĹвϲײβ +在向下的过程中，需要添加下层协议所需要的首部或者尾部，而在向上的过程中不断拆开首部和尾部。 -·ֻЭ飬Ϊ·λУҪΪ̻ӦóṩҲͲҪӦò㡣 +路由器只有下面三层协议，因为路由器位于网络核心中，不需要为进程或者应用程序提供服务，因此也就不需要运输层和应用层。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/f7d5da89-2d75-4d8f-85e7-6b608865dc00.jpg) -### 4. TCP/IP ϵṹ +### 4. TCP/IP 体系结构 -ֻIJ㣬൱Э·ϲΪӿڲ㡣 +它只有四层，相当于五层协议中数据链路层和物理层合并为网络接口层。 -ڵ TCP/IP ϵṹϸѭ OSI ֲӦòֱܻʹ IP ӿڲ㡣 +现在的 TCP/IP 体系结构不严格遵循 OSI 分层概念，应用层可能会直接使用 IP 层或者网络接口层。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/3e2200b3-1c18-4853-ae42-7788e8e1f939.png) -TCP/IP Эһɳ©״мСߴIP Эռþصĵλ +TCP/IP 协议族是一种沙漏形状，中间小两边大，IP 协议在其中占用举足轻重的地位。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/9ecaebee-670e-4cb2-9cdb-3029c00f33bd.png) +### 萌新疑问： +1. 光纤传输，为什么不同光纤网速会有差别？答：光是信息的载体，光的数量决定传输信息的数量。 +# 第二章 物理层 -# ڶ +## 通信方式 -## ͨŷʽ +1. 单向通信，又称为单工通信； +2. 双向交替通信，又称为半双工通信； +3. 双向同时通信，又称为全双工通信。 -1. ͨţֳΪͨţ -2. ˫ͨţֳΪ˫ͨţ -3. ˫ͬʱͨţֳΪȫ˫ͨš +## 带通调制 -## ͨ - -ģźźţźɢźšͨưźתΪģźš +模拟信号是连续的信号，数字信号是离散的信号。带通调制把数字信号转换为模拟信号。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/d2c55c84-aa1f-43c1-bd97-457bcb7816b3.png) -## ŵü +## 信道复用技术 -### 1. Ƶָáʱָ +### 1. 频分复用、时分复用 -ƵָõûͬʱռòͬƵʴԴʱָõûڲͬʱռͬƵʴԴ +频分复用的所有用户在相同的时间占用不同的频率带宽资源；时分复用的所有用户在不同的时间占用相同的频率带宽资源。 -ʹַʽͨţͨŵĹûһֱռһŵԴڼݵͻʣûҪһֱռŵԴóûʹãַʽŵʶߡ +使用这两种方式进行通信，在通信的过程中用户会一直占用一部分信道资源。但是由于计算机数据的突发性质，没必要一直占用信道资源而不让出给其它用户使用，因此这两种方式对信道的利用率都不高。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/543d47a1-f0dd-414f-b23c-0c142c814854.png) -### 2. ͳʱָ +### 2. 统计时分复用 -ǶʱָõһָĽ̶ÿûʱָ֡еλãֻҪݾͼʱָ֡Ȼ͡ +是对时分复用的一种改进，不固定每个用户在时分复用帧中的位置，只要有数据就集中起来组成时分复用帧然后发送。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/29058e09-bb72-4040-a73d-4c497895e9ce.jpg) -### 3. ָ +### 3. 波分复用 -ƵָáڹƵʺܸߣϰòƵʾʹõĹز +光的频分复用。由于光的频率很高，因此习惯上用波长而不是频率来表示所使用的光载波。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/78534153-88d1-4f83-a6e0-59064dbdc43a.png) -### 4. ָ +### 4. 码分复用 -Ϊÿû m bit ƬеƬƬ $\vec{S}$ $\vec{T}$ +为每个用户分配 m bit 的码片，并且所有的码片正交，对于任意两个码片 $\vec{S}$ 和 $\vec{T}$ 有 ![](http://latex.codecogs.com/gif.latex?\\\\\vec{S}\cdot\vec{T}=0) -Ϊ˷㣬ȡ m=8Ƭ $\vec{S}$ Ϊ 00011011ӵиƬûͱ 1 ʱͷ͸Ƭͱ 0 ʱͷ͸Ƭķ 11100100 +为了方便，取 m=8，设码片 $\vec{S}$ 为 00011011。在拥有该码片的用户发送比特 1 时就发送该码片，发送比特 0 时就发送该码片的反码 11100100。 -ڼʱ 00011011 (-1 -1 -1 +1 +1 -1 +1 +1)Եõ +在计算时将 00011011 记作 (-1 -1 -1 +1 +1 -1 +1 +1)，可以得到 ![](http://latex.codecogs.com/gif.latex?\\\\\frac{1}{m}\vec{S}\cdot\vec{S}=1) ![](http://latex.codecogs.com/gif.latex?\\\\\frac{1}{m}\vec{S}\cdot\vec{S'}=-1) - $\vec{S'}$ Ϊ $\vec{S}$ ķ롣 +其中 $\vec{S'}$ 为 $\vec{S}$ 的反码。 -ʽ֪նʹƬ $\vec{S}$ ԽյݽڻʱΪ 0 û͵ݣΪ 1 û͵ı 1Ϊ -1 û͵ı 0 +利用上面的式子我们知道，当接收端使用码片 $\vec{S}$ 对接收到的数据进行内积运算时，结果为 0 的是其它用户发送的数据，结果为 1 的是用户发送的比特 1，结果为 -1 的是用户发送的比特 0。 -ָҪ͵Ϊԭȵ m +码分复用需要发送的数据量为原先的 m 倍。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/0042edad-8e3b-4279-bd93-6906fcd1b640.jpg) -# · +# 第三章 数据链路层 -## +## 三个基本问题 -### 1. װ֡ +### 1. 封装成帧 -㴫ķײβڱ֡Ŀʼͽ +将网络层传下来的分组添加首部和尾部，用于标记帧的开始和结束。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/ea5ed9b2-6d9f-48fb-b890-0288caf9088a.jpg) -### 2. ͸ +### 2. 透明传输 -͸ʾһʵʴڵ￴񲻴һ +透明表示一个实际存在的事物看起来好像不存在一样。 -֡ײβ֡ݲֺкײβͬݣô֡ĿʼͽλþͻᱻжҪгײβͬǰתַҪþתַôתַǰټӸתַڽն˽д֮Իԭԭʼݡ͸תַûתַĴڡ +帧中有首部和尾部，如果帧的数据部分含有和首部尾部相同的内容，那么帧的开始和结束位置就会被错误的判定。需要在数据中出现首部尾部相同的内容前面插入转义字符，如果需要传输的内容正好就是转义字符，那么就在转义字符前面再加个转义字符，在接收端进行处理之后可以还原出原始数据。这个过程透明传输的内容是转义字符，用户察觉不到转义字符的存在。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/44e1d90e-3fe6-4dd6-8dce-6daab12e7663.jpg) -### 3. +### 3. 差错检测 -Ŀǰ·㷺ʹѭ飨CRCز +目前数据链路层广泛使用了循环冗余检验（CRC）来检查比特差错。widely used in 802.11 Wifi ATM ,Ethernet. -## Եŵ - PPP Э +注意差错检验不是100%可靠。 -ûͨҪӵij ISP ֮ܽ뵽PPP Эû ISP ͨʱʹõ·Э顣 +除了CRC，还有的检验方法比如： +#### 奇偶校验 +添加1位使1的位数为奇数或偶数 + +更进一步的方法**二维奇偶校验**,不但可以检错还可以纠错部分错误 +#### 检验和方法 +具体参考UDP检验和计算方法判断 + +## 点对点信道 - PPP 协议 + +互联网用户通常需要连接到某个 ISP 之后才能接入到互联网，PPP 协议就是用户计算机和 ISP 进行通信时所使用的数据链路层协议。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/8b5bd2c8-8425-4a8b-89db-235c95800de9.jpg) - PPP ֡УF ֶΪ֡ĶA C ʱû塣FCS ʹ CRC ļСϢֵijȲ 1500 +在 PPP 的帧中，F 字段为帧的定界符，A 和 C 暂时没有意义。FCS 是使用 CRC 的检验序列。信息部分的长度不超过 1500。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/a5fa89e7-54b9-4e2f-8c48-a35712d7b2f5.jpg) -## +## 局域网的拓扑 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/8b15e36f-69b4-46b6-a07c-7234ac7c7927.jpg) -## 㲥ŵ - CSMA/CD Э* +## Media Access Control +媒体访问控制 +主要处理对于1个链路上多个节点的访问 -ڹ㲥ŵϣͬһʱֻһ̨ݡ +### 多路访问控制 +- 信道划分 +- 轮流 +- 随机接入 +随机访问有Slotted ALOHA(最大效率0.37),ALOHA(最大效率时隙ALOHA的1半)和CSMA/CD +## 广播信道 - CSMA/CD 协议* -CSMA/CD ʾز / ײ⡣ +在广播信道上，同一时间只能允许一台计算机发送数据。 -- ****˵磬Զķʽӵϡ -- **ز**ÿվ벻ͣؼŵڷǰŵʹãͱȴ -- **ײ**ڷУŵվڷݣͱʾײȻÿһվڷ֮ǰѾŵΪУڵŲĴʱӵĴڣпܻᷢײ +CSMA/CD 表示载波监听多点接入 / 碰撞检测。 + +- **多点接入**：说明这是总线型网络，许多计算机以多点的方式连接到总线上。 +- **载波监听**：每个站都必须不停地检听信道。在发送前，如果检听信道正在使用，就必须等待。 +- **碰撞检测**：在发送中，如果检听信道已有其它站正在发送数据，就表示发生了碰撞。虽然每一个站在发送数据之前都已经检听信道为空闲，但是由于电磁波的传播时延的存在，还是有可能会发生碰撞。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/f9ed4da5-0032-41e6-991a-36d995ec28fd.png) -Ƕ˵˵ĴʱΪ ӣȷ͵վྭ 2 Ϳ֪Ƿײ 2 Ϊ ****ֻо֮ûм⵽ײܿ϶ηͲᷢײ +记端到端的传播时延为 τ，最先发送的站点最多经过 2τ 就可以知道是否发生了碰撞，称 2τ 为 **争用期**。只有经过争用期之后还没有检测到碰撞，才能肯定这次发送不会发生碰撞。 -ײʱվҪֹͣͣȴһʱٷ͡ʱ **ض϶ָ˱㷨** ȷɢ {0, 1, .., (2k-1)} ȡһ rȻȡ r Ϊشȴʱ䡣 +当第k次发生碰撞时，站点要停止发送，等待一段时间再发送。这个时间采用 **截断二进制指数退避算法** 来确定，从离散的整数集合 {0, 1, .., (2k-1)} 中随机取出一个数，记作 r，然后取 r*512bit 的传输时间作为重传等待时间。 +### 萌新疑问 +1. 计算机如何监听到碰撞？ -## +理解：广播通信中电磁波以一定电场强度传播，当遇到对方传输数据，己方接收器会发现干扰（类比机械波的干涉，振幅改变，电磁波没有振幅） +## 集线器 -ӱϿʹüľһǼʹõģʵߵĹ߼һϵͳһͳ̫С +从表面上看，使用集线器的局域网在物理上是一个星型网。但是集线器使用电子器件来模拟实际缆线的工作，逻辑上仍是一个总线网，整个系统仍像一个传统以太网那样运行。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/897a4f4e-2683-44e1-a26a-c0d0234dc576.jpg) ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/40c3f8e5-3a20-45b6-a60c-77b9b952e104.jpg) -## MAC +## 路由器交换机和集线器的对比 +|集线器|路由器|交换机 +-----------------|------|----- +traffic isolation |No|Yes|Yes +即插即用|Yes|No|Yes -MAC ַ 6 ֽڣ48 λĵַΨһʾһ̨ӵжٸжٸ MAC ַʼDZձ +路由器提供防火墙保护针对广播风暴，交换机不限制 +## MAC 层 + +MAC 地址是 6 字节（48 位）的地址，用于唯一表示网络适配器（网卡），一台主机拥有多少个适配器就有多少个 MAC 地址，例如笔记本电脑普遍存在无线网络适配器和有线网络适配器。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/50d38e84-238f-4081-8876-14ef6d7938b5.jpg) -- ****ϲʹõЭ飻 -- **** 46-1500 ֮䣬̫СҪ䣻 -- **FCS**֡Уʹõ CRC 鷽 -- **ǰͬ**ֻΪ˼ FCS ʱģ֮ᶪ +- **类型**：标记上层使用的协议； +- **数据**：长度在 46-1500 之间，如果太小则需要填充； +- **FCS**：帧检验序列，使用的是 CRC 检验方法； +- **前同步码**：只是为了计算 FCS 临时加入的，计算结束之后会丢弃。 -## +## 虚拟局域网 -Խλ޹ص߼飬ֻͬһеijԱŻյ·㲥Ϣͼ (A1, A2, A3, A4) һA1 ͵Ĺ㲥ᱻ A2A3A4 յվղ +虚拟局域网可以建立与物理位置无关的逻辑组，只有在同一个虚拟局域网中的成员才会收到链路层广播信息，例如下图中 (A1, A2, A3, A4) 属于一个虚拟局域网，A1 发送的广播会被 A2、A3、A4 收到，而其它站点收不到。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/a74b70ac-323a-4b31-b4d5-90569b8a944b.png) -# * +# 第四章 网络层* -## Э IP +### 虚电路和数据报网络 -ΪĺģӦ㾡ܼ򵥡ֻṩġӵġŬݱ +虚电路是网络层的有连接服务如ATM -ʹ IP Э飬԰칹ʹ㿴һͳһ硣 +数据报网络是网络层的无连接服务 + +主机与主机之间不同时提供这两种服务 + +## 网际协议 IP 概述 + +因为网络层是整个互联网的核心，因此应当让网络层尽可能简单。网络层向上提供简单灵活的、无连接的、尽最大努力交互的数据报服务。 + +使用 IP 协议，可以把异构的物理网络连接起来，使得在网络层看起来好像是一个统一的网络。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/fe3d224c-8ffd-40f9-85b1-86ffe1393f6c.jpg) - IP ЭʹõĻЭ飺 +与 IP 协议配套使用的还有三个协议： -1. ַЭ ARPAddress Resolution Protocol -2. ʿƱЭ ICMPInternet Control Message Protocol -3. Э IGMPInternet Group Management Protocol +1. 地址解析协议 ARP（Address Resolution Protocol） +2. 网际控制报文协议 ICMP（Internet Control Message Protocol） +3. 网际组管理协议 IGMP（Internet Group Management Protocol） ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/163cf8b4-5f30-46c9-af00-316a71b3c890.jpg) -## IP ݱʽ +## IP 数据报格式 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/8681db55-0873-434b-aa98-83d07e8392ae.jpg) -- **汾** : 4IPv4 6IPv6ֵ +- **版本** : 有 4（IPv4）和 6（IPv6）两个值； -- **ײ** : ռ 4 λֵΪ 15ֵΪ 1 ʾ 1 32 λֵijȣҲ 4 ֽڡΪײ̶Ϊ 20 ֽڣ˸ֵСΪ 5ѡֵijȲ 4 ֽڵβ䲿䡣 +- **首部长度** : 占 4 位，因此最大值为 15。值为 1 表示的是 1 个 32 位字的长度，也就是 4 字节。因为首部固定长度为 20 字节，因此该值最小为 5。如果可选部分的长度不是 4 字节的整数倍，就用尾部的填充部分来填充。 -- **ַ** : øõķһ²ʹá +- **区分服务** : 用来获得更好的服务，一般情况下不使用。 -- **ܳ** : ײȺݲֳȡ +- **总长度** : 包括首部长度和数据部分长度。 -- **ʶ** : ݱȹӶƬ£ͬݱIJͬƬͬıʶ +- **标识** : 在数据报长度过长从而发生分片的情况下，相同数据报的不同分片具有相同的标识符。 -- **Ƭƫ** : ͱʶһڷƬƬƫƵĵλΪ 8 ֽڡ +- **片偏移** : 和标识符一起，用于发生分片的情况。片偏移的单位为 8 字节。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/45c86855-9b18-4cf4-a9a7-f8b6eb78d133.png) -- **ʱ** TTLĴΪ˷ֹ޷ݱڻв϶Ȧӡ·Ϊλ TTL Ϊ 0 ʱͶݱ +- **生存时间** ：TTL，它的存在是为了防止无法交付的数据报在互联网中不断兜圈子。以路由器跳数为单位，当 TTL 为 0 时就丢弃数据报。 -- **Э**ָЯӦϽĸЭд ICMPTCPUDP ȡ +- **协议**：指出携带的数据应该上交给哪个协议进行处理，例如 ICMP、TCP、UDP 等。 -- **ײ**Ϊݱÿһ·Ҫ¼ͣ˼ͲݲֿԼټĹ +- **首部检验和**：因为数据报每经过一个路由器，都要重新计算检验和，因此检验和不包含数据部分可以减少计算的工作量。 -## IP ַַ +## IP 地址编址 -IP ַıַʽʷ׶Σ +IP 地址的编址方式经历了三个历史阶段： -1. ࣻ -2. ֣ -3. ޷ࡣ +1. 分类； +2. 子网划分； +3. 无分类。 -### 1. +### 1. 分类 -ɣźţвͬвͬųȣǹ̶ġ +由两部分组成，网络号和主机号，其中不同类别具有不同的网络号长度，并且是固定的。 -IP ַ ::= {< >, < >} +IP 地址 ::= {< 网络号 >, < 主机号 >} ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/2ddd6132-60be-4a72-9daa-3d9756191f4a.png) -### 2. +注意网络ID不能为0，它有特殊的用途，用来表示所有网段，所以网络ID最小为1；网络ID也不能为127；127用来作为网络回路测试用。所以A类网络网络ID的有效范围是1-126共126个网络。 -ֶͨһΪţ IP ַΪ IP ַע⣬ⲿ翴Ĵڡ +主机号不能全是0，不能全是1，有特殊用途。 -IP ַ ::= {< >, < >, < >} +### 2. 子网划分 -Ҫʹ롣һ B ַĬΪ 255.255.0.0 B ַռأôΪ 11111111 11111111 11000000 000000Ҳ 255.255.192.0 +通过在网络号字段中拿一部分作为子网号，把两级 IP 地址划分为三级 IP 地址。注意，外部网络看不到子网的存在。 -### 3. ޷ +IP 地址 ::= {< 网络号 >, < 子网号 >, < 主机号 >} -޷ַ CIDR ˴ͳ A ࡢB C ַԼĸʹǰ׺ IP ַб룬ǰ׺ijȿԸҪ仯 +要使用子网，必须配置子网掩码。一个 B 类地址的默认子网掩码为 255.255.0.0，如果 B 类地址的子网占两个比特，那么子网掩码为 11111111 11111111 11000000 000000，也就是 255.255.192.0。 -IP ַ ::= {< ǰ׺ >, < >} +### 3. 无分类 -CIDR ļǷϲ IP ַǰ׺ȵķ 128.14.35.7/20 ʾǰ 20 λΪǰ׺ +无分类编址 CIDR 消除了传统 A 类、B 类和 C 类地址以及划分子网的概念，使用网络前缀和主机号来对 IP 地址进行编码，网络前缀的长度可以根据需要变化。 -CIDR ĵַԼΪ룬 1 Ϊǰ׺ijȡ +IP 地址 ::= {< 网络前缀号 >, < 主机号 >} -һ CIDR ַкַܶһ CIDR ʾͿԱʾԭĺܶ磬·ɱֻҪһ·ɾͿԴԭĶ·ɣ·ɱͨʹǰ׺·ɱķʽΪ·ɾۺϣҲΪ **ɳ** +CIDR 的记法上采用在 IP 地址后面加上网络前缀长度的方法，例如 128.14.35.7/20 表示前 20 位为网络前缀。 -·ɱеĿɡǰ׺͡һַɣڲʱܻõֹһƥӦǰ׺ƥȷӦƥһ +CIDR 的地址掩码可以继续称为子网掩码，子网掩码首 1 长度为网络前缀的长度。 -## IP ַ MAC ַ +一个 CIDR 地址块中有很多地址，一个 CIDR 表示的网络就可以表示原来的很多个网络，并且在路由表中只需要一个路由就可以代替原来的多个路由，减少了路由表项的数量。把这种通过使用网络前缀来减少路由表项的方式称为路由聚合，也称为 **构成超网**。 -ʵ֮ͨţ·ʵ־ÿ·֮ͨšͨŹУIP ݱԴַĿĵַʼղ䣬 MAC ַ·ĸıı䡣 +在路由表中的项目由“网络前缀”和“下一跳地址”组成，在查找时可能会得到不止一个匹配结果，应当采用最长前缀匹配来确定应该匹配哪一个。 + +**子网掩码和广播地址：** + +1个ip子网掩码的网络位全1，主机位全为0。广播地址的主机位全1，网络位和ip一样 + + +## IP 地址和 MAC 地址 + +ipv4 32位. + +ipv6 128位:分割。 8组4位16进制数 + +MAC 48位 +网络层实现主机之间的通信，而链路层实现具体每段链路之间的通信。因此在通信过程中，IP 数据报的源地址和目的地址始终不变，而 MAC 地址随着链路的改变而改变。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/86b71296-0d1e-4a63-bcd9-54955b6b781b.jpg) -## ַЭ ARP +## 地址解析协议 ARP -ʵ IP ַõ MAC ַ +实现由 IP 地址得到 MAC 地址。 -ÿһ ARP ٻ棬ӳһ IP ַ MAC ַӳ䲻ڸñУͨ㲥ķʽ ARP 飬ƥ IP ַᷢ ARP Ӧ֪ MAC ַ +每个主机都有一个 ARP 高速缓存，存放映射表。如果一个 IP 地址到 MAC 地址的映射不在该表中，主机通过广播的方式发送 ARP 请求分组，匹配 IP 地址的主机会发送 ARP 响应分组告知其 MAC 地址。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/8bc6fc2c-d198-4759-b06c-18d94d851e97.png) -## ·Ľṹ +## 路由器的结构 -·ӹϿԻΪ󲿷֣·ѡͷת +路由器从功能上可以划分为两大部分：路由选择和分组转发。 -תɣṹһ˿ںһ˿ڡ +forwarding 单一路由器从一条链接收数据从另一条链出去 + +routing 从源到目的的众多路由中选择一条路径 + +分组转发部分由三部分组成：交换结构、一组输入端口和一组输出端口。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/3a676c54-b559-4466-9b21-eb10f1e25879.jpg) -ṹĽʵַʽ +交换结构的交换网络有以下三种实现方式： ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/7f82fd18-7f16-4125-ada6-bb6b795b4fda.png) -## · +## 交换机与路由器的区别 -- ·㣬ʶ MAC ַ MAC ַת·֡ѧά IP ַ MAC ַӳ䡣 -- ·λ㣬ʶ IP ַ IP ַת顣ά·ɱ·ɱѡ·ߡ +- 交换机工作于数据链路层，能识别 MAC 地址，根据 MAC 地址转发链路层数据帧。具有自学机制来维护 IP 地址与 MAC 地址的映射。 +- 路由器位于网络层，能识别 IP 地址并根据 IP 地址转发分组。维护着路由表，根据路由表选择最佳路线。 -## ·ת +## 路由器分组转发流程 -1. ݱײȡĿ IP ַ DõĿַ N·ɱŶ IP ַ·ɱĿ -2. N ·ֱijֱַӽ -3. ·ɱĿĵַΪ D ض·ɣݱ͸ָһ· -4. ·ɱе N ·ɣݱ͸·ɱָһ· -5. ·ɱһĬ·ɣݱ͸·ɱָĬ· -6. ת +1. 从数据报的首部提取目的主机的 IP 地址 D，得到目的网络地址 N。（路由表项是网络号而不是 IP 地址，这样做大大减少了路由表条目数量） +2. 若 N 就是与此路由器直接相连的某个网络地址，则进行直接交付； +3. 若路由表中有目的地址为 D 的特定主机路由，则把数据报传送给表中所指明的下一跳路由器； +4. 若路由表中有到达网络 N 的路由，则把数据报传送给路由表中所指明的下一跳路由器； +5. 若路由表中有一个默认路由，则把数据报传送给路由表中所指明的默认路由器； +6. 报告转发分组出错。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/8d211911-0e62-4190-ab00-d8610adec4a0.jpg) -## ·ѡЭ +## 路由选择协议 -ʹõ·ѡЭ鶼Ӧģͨ˽ṹı仯Ӧؽе +互联网使用的路由选择协议都是自适应的，能随着网络通信量和拓扑结构的变化而自适应地进行调整。 -ԻΪСϵͳ ASһ AS ʹһֺͱ AS ͬ·ѡЭ顣 +互联网可以划分为许多较小的自治系统 AS，一个 AS 可以使用一种和别的 AS 不同的路由选择协议。 -԰·ѡЭ黮Ϊࣺ +可以把路由选择协议划分为两大类： -1. ڲЭ IGPInterior Gateway Protocol AS ڲʹã RIP OSPF -2. ⲿЭ EGPExternal Gateway Protocol AS ֮ʹã BGP +1. 内部网关协议 IGP（Interior Gateway Protocol）：在 AS 内部使用，如 RIP 和 OSPF。 +2. 外部网关协议 EGP（External Gateway Protocol）：在 AS 之间使用，如 BGP。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/e0be6970-5b0e-44a2-bc71-df4d61c42b8f.jpg) -### 1. ڲЭ RIP +### 1. 内部网关协议 RIP -RIP һֲַʽĻھ·ѡЭ顣ֱָ·Ϊ 1Ϊ 15 15 ʾɴ +RIP 是一种分布式的基于距离向量的路由选择协议。距离是指跳数，直接相连的路由器跳数为 1，跳数最多为 15，超过 15 表示不可达。 -RIP ̶ʱ·Լ·ɱɴν֮·ջ֪ﱾϵͳκһ̾һ·ַ +RIP 按固定的时间间隔仅和相邻路由器交换自己的路由表，经过若干次交换之后，所有路由器最终会知道到达本自治系统中任何一个网络的最短距离和下一跳路由器地址。 -㷨 +距离向量算法： -1. ԵַΪ X · RIP ģ޸ıеĿһֶеĵַΪ Xеľֶμ 1 -2. ޸ĺ RIP еÿһĿ²裺 - - ԭ·ɱûĿ NѸĿӵ·ɱУ - - һ·ַ XյĿ滻ԭ·ɱеĿյĿеľ d С·ɱеľ룬и£ԭʼ·ɱΪ Net2, 5, P±Ϊ Net2, 4, X£ʲôҲ -3. 3 ӻûյ·ĸ·ɱѸ·ΪɴѾΪ 16 +1. 对地址为 X 的相邻路由器发来的 RIP 报文，先修改报文中的所有项目，把下一跳字段中的地址改为 X，并把所有的距离字段加 1； +2. 对修改后的 RIP 报文中的每一个项目，进行以下步骤： + - 若原来的路由表中没有目的网络 N，则把该项目添加到路由表中； + - 否则：若下一跳路由器地址是 X，则把收到的项目替换原来路由表中的项目；否则：若收到的项目中的距离 d 小于路由表中的距离，则进行更新（例如原始路由表项为 Net2, 5, P，新表项为 Net2, 4, X，则更新）；否则什么也不做。 +3. 若 3 分钟还没有收到相邻路由器的更新路由表，则把该相邻路由器标为不可达，即把距离置为 16。 -RIP Эʵּ򵥣С RIP ʹõΪ 15ĹģҵֹʱҪȽϳʱܽϢ͵· +RIP 协议实现简单，开销小，但是 RIP 能使用的最大距离为 15，限制了网络的规模。并且当网络出现故障时，要经过比较长的时间才能将此消息传送到所有路由器。 -### 2. ڲЭ OSPF -· OSPFΪ˿˷ RIP ȱġ +当距离改变时，可能出现选择闭环。 -űʾ OSPF ijһҳ̿ƣǹģ·ȱʾʹ Dijkstra ·㷨 SPF +解决方法：毒性逆转 即将直接相连的边权且此边权非最小费用置为无穷大 -OSPF ص㣺 +### 2. 内部网关协议 OSPF -- ϵͳе·ϢַǺ鷺 -- ͵Ϣ··״̬·״̬Щ·Լ·Ķ÷á롢ʱӡʾ -- ֻе·״̬仯ʱ·ŻᷢϢ +开放最短路径优先 OSPF，是为了克服 RIP 的缺点而开发出来的。 -·ȫ˽ṹͼһµġ RIPOSPF ĸ¹ĺܿ졣 +开放表示 OSPF 不受某一家厂商控制，而是公开发表的；最短路径优先表示使用了 Dijkstra 提出的最短路径算法 SPF。 -### 3. ⲿЭ BGP +OSPF 具有以下特点： -AS ֮·ѡѣҪǻģܴ󡣲Ҹ AS ڲʹòͬ·ѡЭ飬޷׼ȷ·Ķ AS ֮·ѡ뿼йصIJԣЩ AS Ը AS +- 向本自治系统中的所有路由器发送信息，这种方法是洪泛法。 +- 发送的信息就是与相邻路由器的链路状态，链路状态包括与哪些路由器相连以及链路的度量，度量用费用、距离、时延、带宽等来表示。 +- 只有当链路状态发生变化时，路由器才会发送信息。 -BGP ֻѰһȽϺõ·ɣ·ɡ··ѡЭ顣 +所有路由器都具有全网的拓扑结构图，并且是一致的。相比于 RIP，OSPF 的更新过程收敛的很快。 -ÿ AS BGP ˣͨ BGP ֮佨 TCP ·Ϣ +### 3. 外部网关协议 BGP + +AS 之间的路由选择很困难，主要是互联网规模很大。并且各个 AS 内部使用不同的路由选择协议，就无法准确定义路径的度量。并且 AS 之间的路由选择必须考虑有关的策略，比如有些 AS 不愿意让其它 AS 经过。 + +BGP 只能寻找一条比较好的路由，而不是最佳路由。它采用路径向量路由选择协议。 + +每个 AS 都必须配置 BGP 发言人，通过在两个相邻 BGP 发言人之间建立 TCP 连接来交换路由信息。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/eb6271de-22c9-4f4b-8b31-eab1f560efac.png) -## ʿƱЭ ICMP +## 网际控制报文协议 ICMP -ICMP Ϊ˸Чת IP ݱ߽ɹĻᡣװ IP ݱУDzڸ߲Э顣 +ICMP 是为了更有效地转发 IP 数据报和提高交付成功的机会。它封装在 IP 数据报中，但是不属于高层协议。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/9b5e0fa0-9274-4219-a3a9-84fbb509c735.jpg) -ICMP ķΪ汨ĺѯʱġ +ICMP 报文分为差错报告报文和询问报文。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/6e11b122-95ce-4869-bf7d-3b0d7591707e.jpg) -## ̽ PING +## 分组网间探测 PING -PING ICMP һҪӦãҪ̨֮ͨԡ +PING 是 ICMP 的一个重要应用，主要用来测试两台主机之间的连通性。 -PING Ḷ́ +PING 的过程： -1. PING ͬһεĿ MAC ַȻֱӽ޷ҵ MAC ַҪһ ARP -2. PING ͬε͵תͬҪ͵ҲҪͨص MAC ַ MAC ַת +1. PING 同一个网段的主机：查找目的主机的 MAC 地址，然后直接交付。如果无法查找到 MAC 地址，就要进行一次 ARP 请求。 +2. PING 不同网段的主机：发送到网关让其进行转发。同样要发送到网关也需要通过查找网关的 MAC 地址，根据 MAC 地址进行转发。 -## IP ಥ +## IP 多播 -һԶͨУಥҪ鸴ƶݣӶԼԴ +在一对多的通信中，多播不需要将分组复制多份，从而大大节约网络资源。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/c77b6a18-dfac-42a2-ac89-7e99481275dc.jpg) -## ר VPN +## 虚拟专用网 VPN - IP ַĽȱһ뵽 IP ַԶСڱӵеһҪе뵽ⲿĻУڵļʹýڱЧ IP ַרõַ +由于 IP 地址的紧缺，一个机构能申请到的 IP 地址数往往远小于本机构所拥有的主机数。并且一个机构并不需要把所有的主机接入到外部的互联网中，机构内的计算机可以使用仅在本机构有效的 IP 地址（专用地址）。 -רõַ飺 +有三个专用地址块： 1. 10.0.0.0 \~ 10.255.255.255 2. 172.16.0.0 \~ 172.31.255.255 3. 192.168.0.0 \~ 192.168.255.255 -VPN ʹùõĻΪר֮ͨ塣רָڵֻ뱾ڵͨţָǡʵϲǣоõĻ +VPN 使用公用的互联网作为本机构各专用网之间的通信载体。专用指机构内的主机只与本机构内的其它主机通信；虚拟指“好像是”，而实际上并不是，它有经过公用的互联网。 -ͼУ A B ͨŲ A X Ҫһ B Y ͨţIP ݱԴַ 10.1.0.1Ŀĵַ 10.2.0.3ݱȷ͵뻥· R1R1 ڲݽмܣȻ¼ݱײԴַ· R1 ȫַ 125.1.2.3Ŀĵַ· R2 ȫַ 194.4.5.6· R2 յݱݲֽнܣָԭݱʱĿĵַΪ 10.2.0.3ͽ Y +下图中，场所 A 和 B 的通信部经过互联网，如果场所 A 的主机 X 要和另一个场所 B 的主机 Y 通信，IP 数据报的源地址是 10.1.0.1，目的地址是 10.2.0.3。数据报先发送到与互联网相连的路由器 R1，R1 对内部数据进行加密，然后重新加上数据报的首部，源地址是路由器 R1 的全球地址 125.1.2.3，目的地址是路由器 R2 的全球地址 194.4.5.6。路由器 R2 收到数据报后将数据部分进行解密，恢复原来的数据报，此时目的地址为 10.2.0.3，就交付给 Y。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/bf4ed077-d481-4db7-9e7a-85d841a5a8c3.jpg) -## ַת NAT +## 网络地址转换 NAT -רڲʹñ IP ַͻϵͨʱʹ NAT IP תΪȫ IP +专用网内部的主机使用本地 IP 地址又想和互联网上的主机通信时，可以使用 NAT 来将本地 IP 转换为全球 IP。 -ǰNAT IP ȫ IP һһӦַʽӵ n ȫ IP ַרֻͬʱ n ̨뻥Ϊ˸Чȫ IP ַڳõ NAT תĶ˿ںҲˣʹöרڲһȫ IP ַʹö˿ںŵ NAT Ҳַ˿ת NAPT +在以前，NAT 将本地 IP 和全球 IP 一一对应，这种方式下拥有 n 个全球 IP 地址的专用网内最多只可以同时有 n 台主机接入互联网。为了更有效地利用全球 IP 地址，现在常用的 NAT 转换表把运输层的端口号也用上了，使得多个专用网内部的主机共用一个全球 IP 地址。使用端口号的 NAT 也叫做网络地址与端口转换 NAPT。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/0f31bc7a-d60b-48a6-8e3f-597708369e52.png) -# * +# 第五章 运输层* -ֻѷ鷢͵ĿͨŵIJеĽ̡ +网络层只把分组发送到目的主机，但是真正通信的并不是主机而是主机中的进程。 -ṩӦý̼߼ͨš߲ûĺϸڣʹӦó򿴼ĺʵ֮һ˵˵߼ͨŵ +运输层提供了应用进程间的逻辑通信。运输层向高层用户屏蔽了下面网络层的核心细节，使应用程序看见的好像在两个运输层实体之间有一条端到端的逻辑通信信道。 -## UDP TCP ص +多路分解：将运输层数据正确发给相对应的进程。 -- ûݰЭ UDPUser Datagram ProtocolӵģܽûӵƣģӦóıIJϲҲֻ֣ UDP ײ +多路复用：给数据加上首部信息，形成segment，然后发给网络层。 +## UDP 和 TCP 的特点 -- Э TCPTransmission Control Protocol ӵģṩɿƣӵƣṩȫ˫ͨţֽӦò㴫ıĿֽֽ֯ɴСȵݿ飩 +- 用户数据包协议 UDP（User Datagram Protocol）是无连接的，尽最大可能交付，没有拥塞控制，面向报文（对于应用程序传下来的报文不合并也不拆分，只是添加 UDP 首部）。 -## UDP ײʽ +- 传输控制协议 TCP（Transmission Control Protocol） 是面向连接的，提供可靠交付，有流量控制，拥塞控制，提供全双工通信，面向字节流（把应用层传下来的报文看成字节流，把字节流组织成大小不等的数据块） + +Since most firewalls are configured to block UDP traffic, using TCP for video and voice traffic lets the traffic though the firewalls. +## UDP 首部格式 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/bd6c05f3-02ee-4c8a-b374-40c87154a898.jpg) -ײֶֻ 8 ֽڣԴ˿ڡĿĶ˿ڡȡ͡12 ֽڵαײΪ˼Ͷʱӵġ +首部字段只有 8 个字节，包括源端口、目的端口、长度、检验和。12 字节的伪首部是为了计算检验和而临时添加的。 -## TCP ײʽ +## TCP 首部格式 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/21a00b02-c0a6-4bcd-9af0-5ec6bb66e34c.jpg) -- **** ڶֽбţΪ 301ʾһֽڵıΪ 301ЯݳΪ 100 ֽڣôһĶεӦΪ 401 +- **序号** ：用于对字节流进行编号，例如序号为 301，表示第一个字节的编号为 301，如果携带的数据长度为 100 字节，那么下一个报文段的序号应为 401。 -- **ȷϺ** յһĶεš B ȷյ A һĶΣΪ 501ЯݳΪ 200 ֽڣ B һĶεΪ 701B ͸ A ȷϱĶȷϺžΪ 701 +- **确认号** ：期望收到的下一个报文段的序号。例如 B 正确收到 A 发送来的一个报文段，序号为 501，携带的数据长度为 200 字节，因此 B 期望下一个报文段的序号为 701，B 发送给 A 的确认报文段中确认号就为 701。 -- **ƫ** ָݲ־뱨Ķʼƫʵָײijȡ +- **数据偏移** ：指的是数据部分距离报文段起始处的偏移量，实际上指的是首部的长度。 -- **ȷ ACK** ACK=1 ʱȷϺֶЧЧTCP 涨ӽд͵ıĶζ ACK 1 +- **确认 ACK** ：当 ACK=1 时确认号字段有效，否则无效。TCP 规定，在连接建立后所有传送的报文段都必须把 ACK 置 1。 -- **ͬ SYN** ӽʱͬš SYN=1ACK=0 ʱʾһĶΡԷͬ⽨ӣӦ SYN=1ACK=1 +- **同步 SYN** ：在连接建立时用来同步序号。当 SYN=1，ACK=0 时表示这是一个连接请求报文段。若对方同意建立连接，则响应报文中 SYN=1，ACK=1。 -- **ֹ FIN** ͷһӣ FIN=1 ʱʾ˱ĶεķͷѷϣҪͷӡ +- **终止 FIN** ：用来释放一个连接，当 FIN=1 时，表示此报文段的发送方的数据已发送完毕，并要求释放运输连接。 -- **** ֵΪշ÷ͷ䷢ʹڵݡ֮ҪƣΪշݻռ޵ġ +- **窗口** ：窗口值作为接收方让发送方设置其发送窗口的依据。之所以要有这个限制，是因为接收方的数据缓存空间是有限的。 -## TCP + +MSS 为TCP报文中数据的最大长度常为1460byte + +MTU 为1500字节是最大传输单元 +## TCP 的三次握手 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/086871db-5871-460f-97b7-126cd738bb0e.jpg) - A ΪͻˣB Ϊˡ +假设 A 为客户端，B 为服务器端。 -1. B LISTEN״̬ȴͻ -2. A B ĶΣSYN=1ACK=0ѡһʼ x -3. B յĶΣͬ⽨ӣ A ȷϱĶΣSYN=1ACK=1ȷϺΪ x+1ͬʱҲѡһʼ y -4. A յ B ȷϱĶκ󣬻Ҫ B ȷϣȷϺΪ y+1Ϊ x+1 -5. B յ A ȷϺӽ +1. 首先 B 处于 LISTEN（监听）状态，等待客户的连接请求。 +2. A 向 B 发送连接请求报文段，SYN=1，ACK=0，选择一个初始的序号 x。 +3. B 收到连接请求报文段，如果同意建立连接，则向 A 发送连接确认报文段，SYN=1，ACK=1，确认号为 x+1，同时也选择一个初始的序号 y。 +4. A 收到 B 的连接确认报文段后，还要向 B 发出确认，确认号为 y+1，序号为 x+1。 +5. B 收到 A 的确认后，连接建立。 -## TCP Ĵλ +## TCP 的四次挥手 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/78f65456-666b-4044-b4ee-f7692dbbc0d3.jpg) -źȷϺţΪźȷϺŵĹȽϼ򵥡Ҳ ACKΪ ACK ӽ֮Ϊ 1 +以下描述不讨论序号和确认号，因为序号和确认号的规则比较简单。并且不讨论 ACK，因为 ACK 在连接建立之后都为 1。 -1. A ͷűĶΣFIN=1 -2. B յ֮󷢳ȷϣʱ TCP ڰر״̬B A ݵ A B ݣ -3. B ҪҪʱͷĶΣFIN=1 -4. A յ󷢳ȷϣʱͷš +1. A 发送连接释放报文段，FIN=1； +2. B 收到之后发出确认，此时 TCP 属于半关闭状态，B 能向 A 发送数据但是 A 不能向 B 发送数据； +3. 当 B 要不再需要连接时，发送连接释放请求报文段，FIN=1； +4. A 收到后发出确认，此时连接释放。 **TIME_WAIT** -ͻ˽յ˵ FIN ĺ״̬ʱֱӽ CLOSED ״̬Ҫȴһʱʱõʱ䡣ôɣ +客户端接收到服务器端的 FIN 报文后进入此状态，此时并不是直接进入 CLOSED 状态，还需要等待一个时间计时器设置的时间。这么做有两个理由： -1. ȷһȷϱĶܹ B ûյ A ȷϱĶΣôͻ·ͷĶΣA ȴһʱΪ˴ķ -2. ܴڡʧЧĶΡΪ˷ֱֹĶγڱ֮⣬Ҫȴһʱ䡣 +1. 确保最后一个确认报文段能够到达。如果 B 没收到 A 发送来的确认报文段，那么就会重新发送连接释放请求报文段，A 等待一段时间就是为了处理这种情况的发生。 +2. 可能存在“已失效的连接请求报文段”，为了防止这种报文段出现在本次连接之外，需要等待一段时间。 -## TCP +## TCP 滑动窗口 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/223fc26e-2fd6-484c-bcb7-443cac134f15.jpg) -ǻһ֣ʱֽͷͽշһڣշͨ TCP ĶеĴֶθ߷ͷԼĴڴСͷֵϢԼĴڴС +窗口是缓存的一部分，用来暂时存放字节流。发送方和接收方各有一个窗口，接收方通过 TCP 报文段中的窗口字段告诉发送方自己的窗口大小，发送方根据这个值和其它信息设置自己的窗口大小。 -ʹڵֽڶͣմڵֽڶաʹ󲿵ֽѾͲյȷϣôͽʹһһ룬ֱ󲿵һֽڲѷͲȷϵ״̬մڵĻƣմֽѾȷϲһմڡ +发送窗口内的字节都允许被发送，接收窗口内的字节都允许被接收。如果发送窗口左部的字节已经发送并且收到了确认，那么就将发送窗口向右滑动一定距离，直到左部第一个字节不是已发送并且已确认的状态；接收窗口的滑动类似，接收窗口左部字节已经发送确认并交付主机，就向右滑动接收窗口。 -մֻԴһ򵽴ֽڽȷϣմѾյֽΪ {31, 32, 34, 35} {31, 32} 򵽴 {34, 35} Ͳǣֻֽ 32 ȷϡͷõһֽڵȷ֮󣬾ֽ֪֮ǰֽڶѾա +接收窗口只会对窗口内最后一个按序到达的字节进行确认，例如接收窗口已经收到的字节为 {31, 32, 34, 35}，其中 {31, 32} 按序到达，而 {34, 35} 就不是，因此只对字节 32 进行确认。**发送方得到一个字节的确认之后，就知道这个字节之前的所有字节都已经被接收。累积ACK** -## TCP ɿ +在探讨可靠数据传输的过程中，为了解决流水线传输下的丢包问题，提出了GBN协议和SR协议 +### GBN +一旦发生错误，丢弃已近接收到好的包，回到第N步之前 -TCP ʹóʱشʵֿɿ䣺һѾ͵ıĶڳʱʱûյȷϣôشĶΡ +GBN 采用累积ACK -һĶδӷٵյȷʱΪʱ RTTȨƽʱ RTTs £ +窗口长度必须小于序号空间大小 + +优点：接收缓存简单 +### SR +选择重传 + +窗口长度必须小于等于序号空间大小的一半 +**TCP采用的不是GBN也不是SR，而是一种更优的方案** +## TCP 可靠传输 + +TCP 使用超时重传来实现可靠传输：如果一个已经发送的报文段在超时时间内没有收到确认，那么就重传这个报文段。 + +一个报文段从发送再到接收到确认所经过的时间称为往返时间 RTT，加权平均往返时间 RTTs 计算如下： ![](http://latex.codecogs.com/gif.latex?\\\\RTTs=(1-a)*(RTTs)+a*RTT) -ʱʱ RTO ӦԴ RRTsTCP ʹõijʱʱ£ +超时时间 RTO 应该略大于 RRTs，TCP 使用的超时时间计算如下： ![](http://latex.codecogs.com/gif.latex?\\\\RTO=RTTs+4*RTT_d) - RTTd Ϊƫµ RRT RRTs йء +其中 RTTd 为偏差，它与新的 RRT 和 RRTs 有关。 -## TCP +## TCP 流量控制 -Ϊ˿Ʒͷʣ֤շüա +流量控制是为了控制发送方发送速率，保证接收方来得及接收。 -շ͵ȷϱеĴֶοƷͷڴСӶӰ췢ͷķʡ罫ֶΪ 0ͷܷݡ +接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小，从而影响发送方的发送速率。例如将窗口字段设置为 0，则发送方不能发送数据。 -## TCP ӵ +## TCP 拥塞控制 -ӵ齫ᶪʧʱͷشӶӵ̶ȸߡ˵ӵʱӦƷͷʡһƺ񣬵dz㲻ͬΪýշüܣӵΪ˽ӵ̶ȡ +如果网络出现拥塞，分组将会丢失，此时发送方会继续重传，从而导致网络拥塞程度更高。因此当出现拥塞时，应当控制发送方的速率。这一点和流量控制很像，但是出发点不同。流量控制是为了让接收方能来得及接受，而拥塞控制是为了降低整个网络的拥塞程度。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/a69af9bb-b5ad-4896-862d-697e5ee4feb1.png) -TCP Ҫͨ㷨ӵƣʼӵ⡢شָͷҪάһӵڣcwnd״̬עӵ뷢ͷڵӵֻһ״̬ʵʾͷܷͶݵǷͷڡ +TCP 主要通过四种算法来进行拥塞控制：慢开始、拥塞避免、快重传、快恢复。发送方需要维护有一个叫做拥塞窗口（cwnd）的状态变量。注意拥塞窗口与发送方窗口的区别，拥塞窗口只是一个状态变量，实际决定发送方能发送多少数据的是发送方窗口。 -Ϊ˱ۣ¼裺 +为了便于讨论，做如下假设： -1. շ㹻Ľջ棬˲ᷢƣ -2. Ȼ TCP Ĵڻֽڣ贰ڵĴСλΪĶΡ +1. 接收方有足够大的接收缓存，因此不会发生流量控制； +2. 虽然 TCP 的窗口基于字节，但是这里设窗口的大小单位为报文段。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/346244ff-98c1-4f12-9a87-d0832e8c04cf.jpg) -### ʼӵ +### 慢开始与拥塞避免 -͵ִʼ cwnd=1ͷֻܷ 1 ĶΣյȷϺ󣬽 cwnd ӱ֮ͷܹ͵ıĶΪ248 ... +发送的最初执行慢开始，令 cwnd=1，发送方只能发送 1 个报文段；当收到确认后，将 cwnd 加倍，因此之后发送方能够发送的报文段为：2、4、8 ... -ע⵽ʼÿִζ cwnd ӱ cwnd ٶȷdz죬Ӷʹ÷ͷ͵ٶٶȹ죬ӵĿҲ͸ߡһʼ ssthresh cwnd >= ssthresh ʱӵ⣬ÿִֻ cwnd 1 +注意到慢开始每个轮次都将 cwnd 加倍，这样会让 cwnd 增长速度非常快，从而使得发送方发送的速度增长速度过快，网络拥塞的可能也就更高。设置一个慢开始门限 ssthresh，当 cwnd >= ssthresh 时，进入拥塞避免，每个轮次只将 cwnd 加 1。 -˳ʱ ssthresh = cwnd / 2Ȼִʼ +如果出现了超时，则令 ssthresh = cwnd / 2，然后重新执行慢开始。 -### شָ +### 快重传与快恢复 -ڽշҪÿνյĶζӦ÷ͶյĶεȷϣѾյ M1 M2ʱյ M4ӦͶ M2 ȷϡ +在接收方，要求每次接收到报文段都应该发送对已收到有序报文段的确认，例如已经接收到 M1 和 M2，此时收到 M4，应当发送对 M2 的确认。 -ڷͷյظȷϣôȷһĶζʧյ M2 M3 ʧʱִпششһĶΡ +在发送方，如果收到三个重复确认，那么可以确认下一个报文段丢失，例如收到三个 M2 ，则 M3 丢失。此时执行快重传，立即重传下一个报文段。 -£ֻǶʧĶΣӵִпָ ssthresh = cwnd / 2 cwnd = ssthreshע⵽ʱֱӽӵ⡣ +在这种情况下，只是丢失个别报文段，而不是网络拥塞，因此执行快恢复，令 ssthresh = cwnd / 2 ，cwnd = ssthresh，注意到此时直接进入拥塞避免。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/b18d679b-c8e2-4564-88ee-7600090e46da.jpg) -# Ӧò* +![](https://github.com/xbhoneybee/InterviewNotes/blob/master/pics/TIM%E6%88%AA%E5%9B%BE20180227172950.png?raw=true) +# 第六章 应用层* -## ϵͳ DNS +一个程序可以及支持TCP又支持UDP协议，但是程序之间的连接必须使用相同的协议。 +## 域名系统 DNS -Ϊ IP ַ +把主机名解析为 IP 地址。 -Ƴɷֲʽϵͳ +被设计成分布式系统。 -### 1. νṹ +### 1. 层次结构 -һɶιɣϲ㵽²ֱΪԼļԻһ +一个域名由多个层次构成，从上层到下层分别为顶级域名、二级域名、三级域名以及四级域名。所有域名可以画成一颗域名树。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/c2117f61-1177-4768-bf33-cf4f950d911c.png) ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/a4b162e5-db2a-4a27-b213-1fe481c5a06a.png) -ԷΪࣺ +域名服务器可以分为以下四类： -1. -2. -3. Ȩڵ -4. ҲΪĬøٻ档 +1. 根域名服务器：解析顶级域名； +2. 顶级域名服务器：解析二级域名； +3. 权限域名服务器：解析区内的域名； +4. 本地域名服务器：也称为默认域名服务器。可以在其中配置高速缓存。 -ĸͬһлֶͼ b abc.com лabc.com y.abc.com +区和域的概念不同，可以在一个域中划分多个区。图 b 在域 abc.com 中划分了两个区：abc.com 和 y.abc.com ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/fc0c6b2d-68c7-4de8-aaaa-97355a4f0472.jpg) -˾ҪȨ +因此就需要两个权限域名服务器： ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/8b335d94-c1ca-42e1-ad48-bb179d28a4f1.jpg) -### 2. +### 2. 解析过程 -򱾵Ĺ̲õݹ飬ʹõݹ͵ַʽ +主机向本地域名服务器解析的过程采用递归，而本地域名服务器向其它域名服务器解析可以使用递归和迭代两种方式。 -ķʽ£һ֮󣬽صȻ󱾵ݹطʽ£ֱӷصģǼǰĽŻ᷵ء +迭代的方式下，本地域名服务器向一个域名服务器解析请求解析之后，结果返回到本地域名服务器，然后本地域名服务器继续向其它域名服务器请求解析；而递归地方式下，结果不是直接返回的，而是继续向前请求解析，最后的结果才会返回。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/6bc61bb8-3b1c-4dc8-ac25-cef925ace0eb.jpg) -## ļЭ FTP +## 文件传输协议 FTP -FTP ʹ TCPҪе TCP ӣӺӡỰڼһֱִ򿪣ݴ֮͹رաʹö˿ں 21ʹö˿ں 20 +FTP 在运输层使用 TCP，并且需要建立两个并行的 TCP 连接：控制连接和数据连接。控制连接在整个会话期间一直保持打开，而数据连接在数据传送完毕之后就关闭。控制连接使用端口号 21，数据连接使用端口号 20。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/58633775-8584-4a01-ad3f-eee4d9a466e1.jpg) -## ԶնЭ TELNET +## 远程终端协议 TELNET -TELNET ڵ¼ԶϣԶϵҲ᷵ء +TELNET 用于登录到远程主机上，并且远程主机上的输出也会返回。 -TELNET ӦͲϵͳIJ죬粻ͬϵͳϵͳĻз塣 +TELNET 可以适应许多计算机和操作系统的差异，例如不同操作系统系统的换行符定义。 -## ά WWW +## 万维网 WWW [HTTP](https://github.com/CyC2018/InterviewNotes/blob/master/notes/HTTP.md) -## ʼЭ +## 电子邮件协议 -һʼϵͳɣûʼԼʼЭͶȡЭ顣зЭ鳣 SMTPȡЭ鳣 POP3 IMAP +一个电子邮件系统由三部分组成：用户代理、邮件服务器以及邮件发送协议和读取协议。其中发送协议常用 SMTP，读取协议常用 POP3 和 IMAP。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/de1e46d2-748f-4da3-a29e-7de7bc840366.jpg) ### POP3 -POP3 صֻҪûӷ϶ȡʼͰѸʼɾ +POP3 的特点是只要用户从服务器上读取了邮件，就把该邮件删除。 ### IMAP -IMAP Эпͻ˺ͷϵʼͬȥֶɾʼôϵʼҲᱻɾIMAP ûʱȥʷϵʼIMAP ЭҲִ֧ԶļС +IMAP 协议中客户端和服务器上的邮件保持同步，如果不去手动删除邮件，那么服务器上的邮件也不会被删除。IMAP 这种做法可以让用户随时随地去访问服务器上的邮件。IMAP 协议也支持创建自定义的文件夹。 ### SMTP -SMTP ֻܷ ASCII 룬ʼ MIME ԷͶļMIME ûиĶȡ SMTPʼĽṹ˷ ASCII ı +SMTP 只能发送 ASCII 码，而互联网邮件扩充 MIME 可以发送二进制文件。MIME 并没有改动或者取代 SMTP，而是增加邮件主题的结构，定义了非 ASCII 码的编码规则。 ![](https://github.com/CyC2018/InterviewNotes/blob/master/pics/ed5522bb-3a60-481c-8654-43e7195a48fe.png) -## ̬Э DHCP +## 动态主机配置协议 DHCP -DHCP ṩ˼弴õʽûҪȥֶ IP ַϢ +DHCP 提供了即插即用的连网方式，用户不再需要去手动配置 IP 地址等信息。 -DHCP õݲ IP ַ롢Ĭ· IP ַ IP ַ +DHCP 配置的内容不仅是 IP 地址，还包括子网掩码、默认路由器 IP 地址、域名服务器的 IP 地址。 -ʽ£Ҫ IP ַ㲥 DHCP ֱģĿĵַΪȫ 1 255.255.255.255:67ԴַΪȫ 0 0.0.0.0:68DHCP յֱ֮ IP ַȡһַ DHCP ṩĸ +工作方式如下：需要 IP 地址的主机广播发送 DHCP 发现报文（将目的地址置为全 1，即 255.255.255.255:67，源地址设置为全 0，即 0.0.0.0:68），DHCP 服务器收到发现报文之后，则在 IP 地址池中取一个地址，发送 DHCP 提供报文给该主机。 -## Ե㴫 P2P +## 点对点传输 P2P -ijļַжԵȼϳΪһļݵԪΪļ飬ĴСǹ̶ġһµĶԵȷijһʼûļ飬ܹԵȷ𽥵صһЩļ飬ͬʱҲΪĶԵȷϴһЩļ顣 +把某个文件分发的所有对等集合称为一个洪流。文件的数据单元称为文件块，它的大小是固定的。一个新的对等方加入某个洪流，一开始并没有文件块，但是能够从其它对等方中逐渐地下载到一些文件块，与此同时，它也为别的对等方上传一些文件块。 -ÿһʩΪ׷һԵȷʱ׷ǼǣԵ֪ͨ׷ںСκʱ˳ij +每个洪流都有一个基础设施，称为追踪器。当一个对等方加入洪流时，必须向追踪器登记，并周期性地通知追踪器它仍在洪流中。可以在任何时间加入和退出某个洪流。 -һµĶԵȷʱ׷ӺѡɸԵȷ¶ԵȷЩԵȷӣЩԵȷΪڶԵȷպͷļ鶼ڶԵȷнС +一个新的对等方加入洪流时，追踪器会随机从洪流中选择若干个对等方，并让新对等方与这些对等方建立连接，把这些对等方称为相邻对等方。接收和发送文件块都是在相邻对等方中进行。 -һԵȷҪܶļʱͨʹϡȵIJȡļ飬ҲһļڶԵȷи٣ôļ顣 +当一个对等方需要很多文件块时，通过使用最稀有优先的策略来取得文件块，也就是一个文件块在相邻对等方中副本最少，那么就优先请求这个文件块。 -ܶԵȷͬһԵȷļʱöԵȷѡ䷢ļĶԵȷ +当很多对等方向同一个对等方请求文件块时，该对等方优先选择以最高速率向其发送文件块的对等方。 -P2P һֲʽϵͳκʱжԵȷ˳ʹ÷ֲʽɢб DHTԲҺеԴ IP ַӳ䡣 +P2P 是一个分布式系统，任何时候都有对等方加入或者退出。使用分布式散列表 DHT，可以查找洪流中的资源和 IP 地址映射。 -## Web ҳ +## Web 页面请求过程 -1. DNS DNS ѯ +1. 向 DNS 服务器发送 DNS 查询报文来解析域名。 -2. ʼ HTTP ỰҪȽ TCP ӡ +2. 开始进行 HTTP 会话，需要先建立 TCP 连接。 -3. ĴУHTTP ıװ TCP СHTTP ʹö˿ں 80Ϊ 80 ˿ڡӽ֮󣬷һ˿ںŸضĿͻˣ֮ TCP 䶼Ķ˿ںš +3. 在运输层的传输过程中，HTTP 报文被封装进 TCP 中。HTTP 请求报文使用端口号 80，因为服务器监听的是 80 端口。连接建立之后，服务器会随机分配一个端口号给特定的客户端，之后的 TCP 传输都是用这个分配的端口号。 -4. ĴУTCP Ķλᱻװ IP УIP 龭·ѡ󵽴Ŀĵء +4. 在网络层的传输过程中，TCP 报文段会被封装进 IP 分组中，IP 分组经过路由选择，最后到达目的地。 -5. ·㣬IP ᱻװ MAC ֡УIP ַ MAC ַҪʹ ARP +5. 在链路层，IP 分组会被封装进 MAC 帧中，IP 地址解析成 MAC 地址需要使用 ARP。 -6. ͻ˷ HTTP ģȡҳ档 +6. 客户端发送 HTTP 请求报文，请求获取页面。 -7. HTTP Ӧģͻ˴Ӷȡҳ档 +7. 服务器发送 HTTP 相应报文，客户端从而获取该页面。 -8. õҳ֮󣬽Ⱦûչʾҳ档 +8. 浏览器得到页面内容之后，解析并渲染，向用户展示页面。 -## ö˿ +## 常用端口 -| ӦòЭ | ˿ں | Э | +| 应用层协议 | 端口号 | 运输层协议 | | -- | -- | -- | | DNS | 53 | UDP | -| FTP | 21 20 | TCP | +| FTP | 控制连接 21，数据连接 20 | TCP | | TELNET | 23 | TCP | | DHCP | 67 68 | UDP | | HTTP | 80 | TCP | @@ -836,7 +921,7 @@ P2P | POP3 | 110 | TCP | | IMAP | 143 | TCP | -# ο +# 参考资料 -- ߰ -- Զ¼ +- 计算机网络 第七版 +- 计算机网络——自顶向下方法