企业资料通讯 Week3

Q:多个传送者去分配同一条channel?

FDM(分频) V.S TDM(分时)

可以看:
FDM与TDM有什麽区别？
1.FDM(Frequency-division multiplexing)
上图的第一种(FDM)一个频谱宽度切成八个频道
就算没有传资料时也会占频道

2.TDM(Time-division multipexing)
而第二种分时分频(切time slot)
以时间分周期
同时允许多个使用者传递资料，不过愈多人同时用速度愈慢

3.优劣:FDM 永远都可以用，通常是用在固定通讯、类比通讯
但如果有新的人要进来就需要coordination
FM就是FDM的一种，需要长期租；或是4G5G也是八年左右才抢一次

TDM 假如你是上图蓝色区块部分的人只能用蓝色部分
要跟别的颜色部分并再一起才能连续
而且时间还要教准，如果不准的话会互相冲突
好处是大家可以概念上的同时传输。

Package Switch 与 Circuit Switch哪个好?

可以看:
笔记一下学习网路五层#1.3
Package Switch 每个User 有 0.1机率想往外传
(90% 机率 闲置 )

如果是Circuit Switch 则只能10人
就向前一张接线生那里的思维

如果是Package Switch
有queue
这个系统小於10个人同时在用的机率是0.9996，
数学怎麽算:
正在传的机率是0.01
(0.1)^0*(1-0.1)^35
+
(0.1)^0*(1-0.1)^35
+
...
+
(0.1)^10*(0.9)^25
加起来就是0.9996
也就是只有万分之四的机率会多於10个人同时用
如果有第11个人同时就先排队
於是35人都可以用

与只能10个人用的Circuit Switch，Package Switch感觉比较适合现在上网的状况

不过Package Switch就十全十美吗?
当然不是!

great for bursty data

如果突然爆多人同时使用
如果通道大可以快消耗排队的队伍
不需要coordinate
也不需要Circuit Switch的 call setup像是电话嘟嘟声，

但是有排队有delay 或是loss=>需要 reliable data transfer 重送
快满时通知=>congestion control

• 现在打电话是VOIP (Voice over IP)

=====

ISP网网相连

最烂的方式:

一直互相拉线

好的方法:有中央ISP，如此每个人出一根线连到中央global ISP就好
不过拉线还是有麻烦

=>每个小区一个小中央ISP

区域性整合 IXP Internet

===content provider network
EX:Google
有全球性的机房，台湾人不需要连到美国才能用FB；Akamai 已经在全世界建立机房
题外话:
前几天FB IG不能用就是设定错误

目标是让服务更接近end User

============实际ISP配置1-39图

网网相连ISP loss 计算
arrival rate>output rate=>排队

为甚麽发生Delay? | 四种不同delay

因素分成:
1.判断与计算上的delay
2.排队等待的delay
3.每次推资料出去需要的时间
4.传输路程上需要的时间

1.proc
1)因为要检查错误=>演算法
2)要决定路线=>演算法
**一般小於1/1000秒
2.queue
就是排队delay，有很多因素影响要排多久

• *第三与第四常搞混
  
  3.trnas
  物理性质，看网卡
  如图，要传的有 L bit
  大概是一秒钟能推多少讯号，
  一秒推100bps则是 R

4.prop
地球月球发射站
跨越地球月球的距离
d是距离
s是跑的时间
如果愈远就更久
跟传输的介质有关

=================第二节

进来速度与出去速度

###real delay

公式:

用自己电脑试试看
cmd 指令 tracceroute

结果如图:
可以知道中间有几站
随便打一个终点位址，起点是我的电脑
跑出来的内容
就是每一站
而每一行後面有三个数字(每一站有三个探测封包丢出去测量时间) 一般来说是递增
并不是只丢一个封包跑完
而是三个第一站然後回来
**如果跨过台湾岛就会大於百

Packet loss

排队队伍满了会丢掉
丢掉要丢哪一个?第一个还是最後一个?
如果有即时性的需求。不过一号的人已经等很久了，旧了，已经失去即时的价值
这些都是数学

Troughput 以接收方的角度来言，感受到实质收到的Rate

因为sending rate 不见得等於收到的Rate
因为在 Queue 传送中可能卡瓶颈(bottleneck)
1-51

简单介绍 Protocal layers

我们在写程序不需要知道liberary 放哪里

把每一层定义出来，层与层之间有连线，各有各的API，每一层都有定义的事情做，根本不用管下一层
**以寄件为例:

信纸上有资讯，可能是中文英文或是密码，邮差不用知道，我们只要把信包在信封，
信封有固定写法(这是与邮差的协定)

之後装在邮袋由司机送，司机只知道要送在哪个地区的邮局
，如果是跨国，会送到机场邮局，装箱(EX:这箱就是去美国XX机场)，之後开飞机

到了目的地这些信就与机长没关系了。
接着就一直拆(拆箱、拆袋)，辨识是哪个州，是哪个局，到最後拆到只剩下信封，邮差看你的地址送到朋友家，
朋友拨开信封就能看你的内容。

ISO/OSI Model由上往下看

自己写的程序在第七层
例如游戏玩家武器是message
application 本身会解读这些信息
浏览器，自己写的app

往下是 transport + network 层
是作业系统相关:

第四层 transport layer:
写的程序会在作业系统形成porcess
要注册一个号码
作业系统做安排
EX:TCP UDP

第三层主要是routing:
找路径routing end-to-end
IP, routing portocol
如何到对方host

更下面(L1，L2)会比较韧体部分:

HardWare :

L2:data link layer(很多人同时要传，处理谁先传的安排)
L1:physical layer(铜导线，如何表示1 or 0，在无线电波频谱)

後来发现七层太多，省略成五层

而不见的那两层?

L5(session) & L6(presentation)
它们用来压缩与加密
& message的呈现
可能是中文，编码方式
但是不是所有人都有压缩加密问题，让application搞定就好，觉得有点多余=>L6省

L5 session

synchronization,
checkpointing, recovery of data
exchange

EX:嘟嘟声 call set up
只是为了等等传资料的事前准备
但是後来传资料方是变了就不需要了，不过还是可能用到=>L5省 ，给application 用好

最後都给应用层做了
看第七层要做不做

封装 (Encapsulation)

资料or封包在传递到下一层以前，
新增此层的表头 (header) 或其他元资料的动作，称为 封装。
如此底层不需要知道上层的细节。

call 特定 API 让下面给办好

表面上看起来像是同层直接负责的人，实际上是由上而下，再由下而上
下面是资料在各层的封装:

L7 Message
L4 Segment
L3 Datagram
L2&L1 Frame

表面上是同层互传，实际上是封装後传下一层

图片上的 'H' 是标头的意思，每一层加叠的H会放在最前面

Ht是塞process 相关的information
Hn 是routing 相关的 information
Hl 是网卡相关

是在铜线上收到讯息(完整的L bit frame)
然後解开，往上层传

**先不讲 Link-layer switch

看看这张图，才装到第三层又拆回去了
Q:为甚麽要重新解开又要包一次传出去呢?
A:同质性问题，可能之後是用光纤或是电磁波船(传输媒介换了)
而且因为换手的关系，hadding 内容会变

注:到了Router 是 Layer3 device 知道Layer 3以下的讯息，但不知道上层 EX:看的懂 Hn Hl 但是不懂 Ht
的informatoin

到了终点就是一层层解开，跟上面寄信的例子一样

参见:
NotFalse 技术客|协定资料单元 — 区段 (Segment)、资料包 (Datagram)、讯框 (Frame)