杭州市四季青服装市场速递经营一部 于 2011-01-22 13:32:00 受理您的邮件。
处 理 时 间 处 理 地 点 邮 件 状 态
2011-01-22 13:32:00 杭州市四季青服装市场速递经营一部 收寄
===============================
按照这个记录，是还在杭州的。建议打电话过去问。11185。
transport tcp compress的中文翻译是传输tcp压缩
重点词汇：transport
词语分析：
音标：英 [ˈtrænspɔːt] 美 [ˈtrænspɔːrt]
n 运输，运送；交通工具，运输方式；交通运输系统；（运送部队、给养等的）运输船，运输机；强烈的感情，狂喜；<史>流放犯
v （用交通工具）运输，运送；（以自然方式）运输，传播；使产生身临其境的感觉；流放，放逐（犯人）；使狂喜，使（某人）充满强烈情感（尤指快乐）
短语：
passenger transport 客运
public transport 公交车
例句：
Red blood cells transport oxygen through the bloodstream
红细胞通过血液循环输送氧气。
The city uses buses to transport students to school
这城市用公共汽车载送学生去学校。
The future of public transport is not in question
公共交通的前景不容置疑。
近义词：
n [植]运输；[航]运输机；狂喜；流放犯 carriage，traffic，conveyance
从通信和信息处理的角度看，运输层向它上面的应用层提供通信服务，它属于面向通信部分的最高层，同时也是用户功能中的最低层。当网络的边缘部分中的两台主机使用网络的核心部分的功能进行端到端的通信时，只有主机的协议栈才有运输层，而网络核心部分中的路由器在转发分组时都只用到下三层的功能。设局域网LAN1上的主机A和局域网LAN2上的主机B通过互连的广域网WAN进行通信。我们知道，IP协议能够把源主机A发送出的分组，按照首部中的目的地址，送交到目的主机B,那么，为什么还需要运输层呢？
从IP层来说，通信的两端是两台主机。IP数据报的首部明确地标志了这两台主机的IP地址真正进行 通信的实体是在主机中的进程，是这台主机中的一个进程和另一台主机中的一个进程在交换数据（即通信) 。 两台主机进行通信 就是两台主机中的 应用进程 互相 通信 。IP协议虽然能把分组送到目的主机，但是这个分组还停留在主机的网络层而没有交付主机中的应用进程。从运输层的角度看， 通信的真正端点并不是主机而是主机中的进程 。也就是说， 端到端的通信是应用进程之间的通信 。在一台主机中经常有多个应用进程同时分别和另一台主机中的多个应用进程通信。
例如，某用户在使用浏览器查找某网站的信息时，其主机的应用层运行浏览器客户进程。如果在浏览网页的同时，还要用电子邮件给网站发送反馈意见，那么主机的应用层就还要运行电子邮件的客户进程。在图5-1中，主机A的应用进程AP1和主机B的应用进程AP3通信，而与此同时，应用进程AP2也和对方的应用进程AP4通信。这表明运输层有一个很重要的功能一 复用(multiplexing)和分用(demultiplexing) 。这里的“复用”是指在发送方不同的应用进程都可以使用同一个运输层协议传送数据（当然需要加上适当的首部)，而“分用”是指接收方的运输层在剥去报文的首部后能够把这些数据正确交付目的应用进程 ① 。图5-1中两个运输层之间有一个双向粗箭头，写明“运输层提供应用进程间的逻辑通信”。“逻辑通信”的意思是：从应用层来看，只要把应用层报文交给下面的运输层，运输层就可以把这报文传送到对方的运输层（哪怕双方相距很远，例如几千公里），好像这种通信就是沿水平方向直接传送数据。但事实上这两个运输层之间并没有一条水平方向的物理连接。数据的传送是沿着图中的虚线方向（经过多个层次）传送的。“逻辑通信”的意思是“好像是这样通信，但事实上并非真的这样通信”。
①注：IP层也有复用和分用的功能。即，在发送方不同协议的数据都可以封装成P数据报发送出去，而在接收方的IP层根据IP首部中的协议字段进行分用，把剥去首部后的数据交付应当接收这些数据的协议。
网络层为主机之间提供逻辑通信，而运输层为应用进程之间提供端到端的逻辑通信（见图5-2） 。运输层还具有网络层无法代替的许多其他重要功能。
运输层还要对收到的报文进行差错检测，在网络层，IP数据报首部中的检验和字段，只检验首部是否出现差错而不检查数据部分。
根据应用程序的不同需求，运输层需要有两种不同的运输协议，即 面向连接的TCP和无连接的UDP 。运输层向高层用户屏蔽了下面网络核心的细节（如网络拓扑、所采用的路由选择协议等)，它使应用进程看见的就是好像在两个运输层实体之间有一条端到端的逻辑通信信道，但这条逻辑通信信道对上层的表现却因运输层使用的不同协议而有很大的差别。 当运输层采用面向连接的TCP协议时，网络是不可靠的（只提供尽最大努力服务)，但这种逻辑通信信道就相当于一条全双工的可靠信道。但当运输层采用无连接的UDP协议时，这种逻辑通信信道仍然是一条不可靠信道。
TCP/P运输层的两个主要协议都是互联网的正式标准：用户数据报协议UDP(User Datagram Protocol)；传输控制协议TCP(Transmission Control Protocol)。
两个对等运输实体在通信时传送的数据单位叫做运输协议数据单元TPDU(Transport Protocol Data Unit)。但在TCP/IP体系中，则根据所使用的协议是TCP或UDP,分别称之为TCP报文段(segment)或UDP用户数据报。
UDP在传送数据之前不需要先建立连接。远地主机的运输层在收到UDP报文后，不需要给出任何确认。虽然UDP不提供可靠交付，但在某些情况下UDP却是一种最有效的工作方式。
TCP则提供面向连接的服务。在传送数据之前必须先建立连接，数据传送结束后要释放连接。TCP不提供广播或多播服务。由于TCP要提供可靠的、面向连接的运输服务，因此不可避免地增加了许多的开销，如确认、流量控制、计时器以及连接管理等。这不仅使协议数据单元的首部增大很多，还要占用许多的处理机资源。
前面己经提到过运输层的复用和分用功能。其实在日常生活中也有很多复用和分用的例子。假定一个机构的所有部门向外单位发出的公文都由收发室负责寄出，这相当于各部门都“复用”这个收发室。当收发室收到从外单位寄来的公文时，则要完成“分用”功能，即按照信封上写明的本机构的部门地址把公文正确进行交付。
运输层的复用和分用功能也是类似的。应用层所有的应用进程都可以通过运输层再传送到IP层（网络层），这就是复用。运输层从IP层收到发送给各应用进程的数据后，必须分别交付指明的各应用进程，这就是分用。显然，给应用层的每个应用进程赋予一个非常明确的标志是至关重要的。
我们知道，在单个计算机中的进程是用进程标识符（一个不大的整数）来标志的。但是在互联网环境下，用计算机 *** 作系统所指派的这种进程标识符来标志运行在应用层的各种应用进程则是不行的。这是因为在互联网上使用的计算机的 *** 作系统种类很多，而不同的 *** 作系统又使用不同格式的进程标识符。为了使运行不同 *** 作系统的计算机的应用进程能够互相通信，就必须用统一的方法（而这种方法必须与特定 *** 作系统无关）对TCP/IP体系的应用进程进行标志。
但是，把一个特定机器上运行的特定进程，指明为互联网上通信的最后终点还是不可行的。这是因为进程的创建和撤销都是动态的，通信的一方几乎无法识别对方机器上的进程。另外，我们往往需要利用目的主机提供的功能来识别终点，而不需要知道具体实现这个功能的进程是哪一个（例如，要和互联网上的某个邮件服务器联系，并不一定要知道这个服务器功能是由目的主机上的哪个进程实现的)。
解决这个问题的方法就是在运输层使用 协议端口号 (protocol port number),或通常简称为端口(port)。这就是说，虽然通信的终点是应用进程，但只要把所传送的报文交到目的主机的某个合适的目的端口，剩下的工作（即最后交付目的进程）就由TCP或UDP来完成。
请注意，这种在协议栈层间的抽象的协议端口是软件端口，和路由器或交换机上的硬件端口是完全不同的概念。 硬件端口是不同硬件设备进行交互的接口，而软件端口是应用层的各种协议进程与运输实体进行层间交互的一种地址 。不同的系统具体实现端口的方法可以是不同的（取决于系统使用的 *** 作系统）。
TCP/IP的运输层用一个16位端口号来标志一个端口。但请注意，端口号只具有本地意义，它只是为了标志本计算机应用层中的各个进程在和运输层交互时的层间接口。在互联网不同计算机中，相同的端口号是没有关联的。16位的端口号可允许有65535个不同的端口号，这个数目对一个计算机来说是足够用的。
由此可见，两个计算机中的进程要互相通信，不仅必须知道对方的P地址（为了找到对方的计算机)，而且要知道对方的端口号（为了找到对方计算机中的应用进程）。这和我们寄信的过程类似。当我们要给某人写信时，就必须在信封上写明他的通信地址（这是为了找到他的住所，相当于P地址)，并且还要写上收件人的姓名（这是因为在同一住所中可能有好几个人，这相当于端口号)。在信封上还写明自己的地址。当收信人回信时，很容易在信封上找到发信人的地址。互联网上的计算机通信是采用客户-服务器方式。客户在发起通信请求时，必须先知道对方服务器的P地址和端口号。因此运输层的端口号分为下面的两大类。
(1)服务器端使用的端口号这里又分为两类，最重要的一类叫做熟知端口号(welknown port number))或系统端口号，数值为0-l023。这些数值可在网址>
1、自己建立云服务器，服务器上安装数据库中间件和大型数据库；
2、服务器上安装Web服务，建议使用Apache，不要使用IIS，后者稳定性和效率以及安全性都太差了，个人和网站玩玩还行，大规模应用是看不住的；
3、中间件用作向服务器读写和查询，另一端连接web服务进行数据通讯；
4、任何PC、手机等写个小程序，将当前时间、扫描面单的地点等设定进去，然后扫描面单号、将数据传递到服务器中间件，中间件将流水写入数据库，中间件要有重复条码处理功能和错误条码处理功能等，其他的校验在客户端程序完成；
5、根据数据库流水，客户就可以通过网站，查询数据库中针对某个面单，所有的不同地点的扫描时间信息了，也就是说知道物流快递运送进度了，精确到秒，因为扫描的时间精确到秒，复杂些的系统扫描时的那台计算机，还可以连接电子秤，将重量也采集进去，这样那一站发生货物重量缺少，就说明那个环节箱子破了，有东西漏出来丢失了；目前大部分快递公司还做不到这点；
以上系统其实对我们来说，是最低级的系统，仅仅是条码流水采集统计查询而已，唯一不同的是将局域网的东西放到了互联网上，要额外考虑安全、并发连接数、负载均衡、数据库性能、网络稳定性和通讯中断处理机制，很多都要放在中间件中完成。以上所有可以使用免费开源的来实现，也可以使用商业系统实现。
开源免费的可以用：Linxu服务器Mysql数据库Perl语言的CGI开发中间件Apache的Web服务php的查询网页php客户端数据上传网页；
付费的可以使用IBM的服务器套件：Webshare套件DB2数据库，微软的MS-SQLServer就算了，稍大点的快递公司、物流公司，一周的数据就能超过10W个包裹，数据超过10万个，他数据库的性能会比Mysql免费开源数据库还差劲，所以很多人宁可使用性能比他好价格比他低的Oracle数据库也不用他，就是因为查询和读写速度达不到，并且微软的MS-SQLServer很多时候就算你把服务器加到16个CPU，32G内存，20个硬盘，2个千兆网卡，依然性能上不去，此时已经和硬件无关了，是数据库自己能力不足，所以很多大型供应链管理系统不用微软的数据库，是有原因的。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）