DHCP_佘山晨钟

DHCP：Dynamic Host Configuration Protocol

DHCP的前身是 BOOTP。BOOTP 原本是用于无磁碟主机连接的网路上面的，网路主机使用BOOT ROM而不是磁碟起动并连接上网路，BOOTP 则可以自动地为那些主机设定TCP/IP环境。但BOOTP有一个缺点：在设定前须事先获得客户端的硬体位址，而且，与IP的对应是静态的。换而言之，BOOTP非常缺乏“动态性” ，若在有限的IP资源环境中，BOOTP的一对一对应会造成非常可观的浪费。

DHCP是可自动将IP位址指派給登入TCP/IP网络的用戶端的一种软件（此种IP位址称为“动态IP位址”）。这种软件通常是在路由器及其他网络设备上执行的，依照预先设定，您的GateLock路由器設定为使用DHCP，因此就无須手动指派永久IP位址給网络上的每個设备。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

时间如酒，风霜是韵_笔记和文摘和扫盲

随时随地的通信=实时+非实时

随时随地的计算=事务处理+科学计算

实时→NGN

非实时+事务处理→NGI

NGN+NGI→WH·NGS

NGI：web1.0→web2.0→semantic web

web从一开始就是2.0的，1.0不过是互联网发展史上的一个插曲。

从应用的角度来看，在大型ICP网站（即web1.0）出现之前，互联网的早期应用（如新闻组、BBS，乃至聊天室、个人主页与FTP）无一不是可写和可交互的（个人主页的2.0特性弱一些，缺乏trackback等交互应用，大部分是孤岛），就连YAHOO最早也只是一个分类检索目录（其最初想法就是把人们带到想去的网站），这和当今web2.0所推崇的链接文化有着异曲同工之妙。由此可见，web从一开始就已经是2.0的了（为便于区分，可以把它称作第一阶段的web2.0，现在的web2.0称作是第二阶段）。

从内容生产的角度来看，业内几乎一致性认定web2.0要比1.0聪明，后来，互联网为什么从web2.0退步到1.0，最重要的原因就是技术。

第二阶段的web2.0：相对独立而又连通一体的交互式网络。即，用户独立存在；可读、写、归纳、展现内容；内容本身及其制造者可交互；内容不具备私密性（或弱私密性）。从这种定义出发，blog、podcast等属于第二阶段的web2.0。

第一阶段的web2.0：不一定相互独立，却连同一体的网络。即，可读、写、展现内容，可传递、可联络。从这种定义出发，传统的论坛、聊天室、IM工具、个人主页与FTP等都在第一阶段的web2.0的范畴之内。

两个定义来比较，主要的差异在于：个体独立、信息公开性、可交互性。其中，个体独立尊重了个人智慧；信息不具私密性保证了可与web1.0（或者说传统媒体模式）抗衡的信息传播力；交互的意义则在于构建了社会化网络，这些正是第二阶段web 2.0的伟大之处。



TCP（Transmission Control Protocol，传输控制协议）

UDP（User Datagram Protocol，用户数据报协议）

Internet在IP层上使用两种传输协议：一种是TCP，它是面向连接的网络协议；另一种是UDP，它是无连接的网络协议。

“面向连接”就是在正式通信前必须要与对方建立起连接。比如打电话。

TCP是基于连接的协议，也就是说，在正式收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，在此，将这三次对话的过程做简单介绍：主机A向主机B发出连接请求数据包，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步，这是第三次对话。三次对话的目的是使数据包的发送和接收同步，经过三次对话之后，主机A才向主机B正式发送数据。TCP协议能为应用程序提供可靠的通信连接，使一台计算机发出的字节流无差错地发往网络上的其他计算机，对可靠性要求高的数据通信系统往往使用TCP协议传输数据。

“面向非连接”就是在正式通信前不必与对方先建立连接，不管对方状态就直接发送。相似于手机短信。

UDP是与TCP相对应的协议，是面向非连接的协议。它不与对方建立连接，而是直接就把数据包发送过去。UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境。如，ping命令常用来测试两台主机之间TCP/IP通信是否正常，其实，ping的原理就是向对方主机发送UDP数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的，这充分说明了UDP协议是面向非连接的协议，没有建立连接的过程。因为UDP协议没有连接的过程，所以其通信效率高，但正因为如此，其可靠性不如TCP协议。例：QQ就使用UDP发消息，因此有时会出现收不到消息的情况。

NGN：IP→UDP→RTP/RTCP

NGI：IP→TCP→HTTP→HTML/XML

RTP（Real-Time Transport Protocol）

RTCP（Real-Time Transport Control Protocol）

RTP/RTCP是一种应用型的传输层协议，它并不提供任何传输可靠性的保证和流量的拥塞控制机制，它是由IETF（Internet Engineering Task Force）为视音频的实时传输而设计的传输协议。RTP协议位于UDP协议之上，在功能上独立于下面的传输层和网络层，但不能单独作为一个层次存在，通常是利用低层的UDP协议对实时视音频数据进行组播（Multicast）或单播（Unicast），从而实现多点或单点视音频数据的传输。

UDP是一种无连接的数据报投递服务，虽然没有TCP那么可靠，并且无法保证实时视音频传输业务的服务质量（QoS），需要RTCP实时监控数据传输和服务质量，但是，由于UDP的传输延时低于TCP，能与音频和视频流很好地匹配，因此，在实际应用中，RTP/RTCP/UDP用于音视频媒体，而TCP用于数据和控制信令的传输。

RTP协议是能够为某种特定的应用提供服务的一种协议，实际上，RTP协议的实现已经被融合到应用程序中。RTP没有连接的概念，它既可以建立在面向连接的底层协议上，也可以建立在面向无连接的底层协议上，因此RTP协议对传输层是独立的。



SSL：Secure socket layer

SSL协议最初由Netscape企业发展，现已成为网络用来鉴别网站和网页浏览者身份，以及在浏览器使用者及网页服务器之间进行加密通讯的全球化标准。由于SSL技术已建立到所有主要的浏览器和WEB服务器程序中，因此，仅需安装数字证书，或服务器证书就可以激活服务器功能了。



（NGN和NGI重合区域）→（PKI＋注册服务＋WEB门户）

SIP：Session Initiation Protocol，会话初始协议

SIP是IETF制订的，用于多方多媒体通信。按照IETFRFC2543的定义，SIP是一个基于文本的应用层控制协议，独立于底层传输协议TCP/UDP/SCTP，用于建立、修改和终止IP网上的双方或多方多媒体会话。SIP协议借鉴了HTTP、SMTP等协议，支持代理、重定向及登记定位用户等功能，支持用户移动。通过与RTP/RTCP、SDP、RTSP等协议及DNS配合，SIP支持语音、视频、数据、E-mail、状态、IM、聊天、游戏等。SIP协议可在TCP或UDP之上传送，由于SIP本身具有握手机制，可首选UDP。

SIP协议：注册，代理，重定向，定位。

SIP实体：注册，代理，重定向。

定位：LDAP协议和域名解析协议。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

subcontract-or-outsource ?

OEM：Original Equipment Manufacturer 專業代工

OEM最初被稱為原始設備製造，現在則被稱為專業代工，是指製造商依照企業客戶需求，生產符合客戶要求的產品，之後掛上企業客戶的商標品牌，由客戶自行銷售。因此，接獲訂單的製造商，所製造出的相似商品，會掛上許多不同的品牌。通常，下OEM單的企業，是基於節省生產成本和部份管銷費用的考量。

ODM：Original Design Manufacture 原始設計製造商

ODM與OEM最大的不同點就在於ODM除了製造產品外，亦包含了為客戶設計產品在內。ODM是指製造商依照企業客戶需求，為客戶設計、代工生產符合要求的產品，之後掛上企業客戶的商標品牌，由客戶自行銷售。

CIM：Computer Integrated Manufacturing 電腦整合製造

CIM是利用電腦控制與管理技術，將產品从設計到製成品出貨的所有生產控制，整合在一起，該電腦系統提供了設計、物料控制、製造、測試、裝配、檢驗等功能，以期在最短時間內，以最低的成本生產出品質最佳的產品。因而可廣泛的意指將企業中各種不同的功能，以電腦化的方式整合控制，成為完整企業程序的流程。

Turnkey Solution

是整廠設備輸出契約的方式之一，賣方應負責在買方地區整廠設備的設計、製作、安裝、組合、試車，以及實際操作時的技術知識教授，或派遣技術人員提供技術指導，使整廠設備可操作、可運轉與可生產，最後將控制生產運作的鑰匙（key）轉交（turn）給買方。

Total Solution 全方位解決方案

意指提供客戶在產品之設計及生產流程中所有需要之技術資訊，提供客戶從產品設計、製造生產、運送、全球維修等，從頭負責到尾的完整服務。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

张中行-杨沫-老鬼

物流信息化主要分三个阶段。

第一阶段，是信息技术、网络技术的普及和发展，特别是互联网技术解决了信息共享、信息传输的标准问题和成本问题。只要解决信息的采集、传输、加工、共享，就能提高决策水平，从而带来效益。在这个层面上，可以不涉及或少涉及流程改造和优化的问题，信息系统的任务就是为决策提供及时、准确的信息。

第二阶段，是企业不断地追求降低成本和加快资金周转，将系统论和优化技术，用于物流的流程设计和改造，融入新的管理制度之中。此时信息系统的作用，一是固化新的流程或新的管理制度，使其得以规范地贯彻执行；二是在规定的流程中提供优化的操作方案，例如仓储存取的优化方案，运输路径的优化方案等，即，此时信息系统的作用主要在于固化管理和优化操作。

第三阶段，是供应链的形成和供应链管理的作用上升，其中，物流管理是其主要组成部分。此时，要解决的问题是提高整个供应链的效率和竞争力，主要是通过对上下游企业的信息反馈来提高供应链的协调性和整体效益。物流信息系统不仅是供应链的血液循环系统，也是中枢神经系统。供应链的基础是建立互利的利益机制，但这种机制需要一定的技术方案来保证，信息系统就是实现这种互利机制的手段。

对三个阶段的需求是由浅入深的，其在我国的发展也是逐渐展开的。且，后一阶段往往以前一阶段为起点，即，流程的改造和过程的优化控制是要以信息化基础为起点的，而供应链的形成和供应链管理又要以流程设计和运行优化为基础的。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

流体、载体、流向---物流因素之间的有效组合

“二律背反”是康德在其《純粹理性批判》中提出的命題，他把人的認識能力分為感性、知性和理性，其中前兩者是人所能認識到的現象世界，而理性是人的認識能力不能認識到的“彼岸世界”。但是人的理性卻非要帶著人去認識那個遙知的“彼岸世界”，所以這种認識必定是有限、相對的，這也就導致了针对同一個事務，同時存在著兩個相互對立的答案，這類矛盾，康德就稱之為“二律背反”。


所谓物流的系统性，就是把物流的各个子环节联系起来，视为一个大系统，进行整体设计和管理；以最佳的结构、最好的配合，实现高效率、高效益。这是一个客观存在的，不为人所左右的系统，也是一个大跨度的系统（表现在空间及时间），故而，稳定性极差，对信息的依赖程度极高，极易出现“二率背反”现象。也就是说，物流的各要素之间，出现了此消彼涨的关系，即，其中一个要素功能加强，将造成其他一个或多个要素功能的降低。



我国自加入WTO，针对物流产业，当务之急是打破条块分割的传统管理体制，清理妨碍公平竞争、限制市场准入的种种规定，创造相对宽松的政策环境，建立起跨运输方式、跨部门、跨地区的全社会物流体系。为应对现实的挑战，政府必须要转变职能，双管齐下：宏观入手政策保障进行“文治”，微观入手法制规范进行“武功”。

“文治”之于宏观。一是政策先行，创造宽松环境：首先制定全国乃至地区的物流发展规划；其次制定促进物流企业发展的政策措施，简化物流企业的注册、审批、登记手续。二是制定统一的物流运作标准，规范作业。三是以人为本，使新一代的物流技术人才和企业管理人员迅速成长起来，并结合我国情，坚持物流业的可持续发展。

“武功”之于微观。加强物流行业的法规建设，规范竞争，创造一个公平有序的竞争环境，是物流业发展的关键。在这一点上，一是要加快物流立法；二是要坚决打破行业保护和地方保护主义，开放市场，使物流资源得到合理运用；三是要排除有碍公平竞争的垄断行为；四是加强物流行业的自律，减少恶性竞争；五是推动物流业的整合和重组，引导企业做强做大。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

maize_无奈之习惯势力

Our greatest glory consists not in never falling, but in rising every time we fall.---爱默生

滞期费---Demurrage；空舱费---Dead Freight。

ORC（Origen Recevie Charges）---本地收货费用（广东省收取）

THC（Terminal Handling Charges）---码头操作费（香港收取）

BAF（Bunker Adjustment Factor）---燃油附加费

CAF（Currency Adjustment Factor）---货币贬值附加费

CAF一般是纯海运费的5.5%；速遣费通常是所规定的滞期费一半。



无奈之习惯势力

周六午后，陪父亲去空军总医院输液和复查，有所好转，炎症初步得到了控制，父亲犹豫了，预定周一的住院治疗又要泡汤了，他舍不得他的工作。

这几乎成为了家庭成员的共性！

妈妈手大伤，血透纱，依旧轻包扎，微用药，绝对不去医院；我高烧，数日昏昏，自在家死扛，不去诊治。彼此都希望对方珍重并医治，及己，则无所谓，轻生死。其实，我打小儿觉得，我出生在这样一个民主的家庭真是洪福齐天了。虽然，有过贫穷，有过离散，但彼此会对彼此所面临的事，抱之以最大的热忱，阐之以最直白的建议，尊重之以任何的决定，由此，皆无怨无悔。



SOI：Silicon-on-Insulator

SOI技术---绝缘体上外延硅技术

所谓的“零库存”只能是一种境界，至少在目前的物流与供应链管理条件下，实现零库存的可能性是无限接近于零的。不管是日本人的JIT，还是DELL的VMI/SOI，都没真正做到“零库存”，但是他们还在坚持做JIT与VMI，并不断试图提高库存周转率，为什么呢？

通常情况下，我们认为随着库存周转率的提高，相应的库存成本也会加大。极端的例子就是，如果能够真正而彻底地实现JIT交货，库存在理论上可以达到“零”，那么按照库存周转率等于销售的物料成本除以平均库存的公式，库存周转率可以达到无穷大；与此同时，由于JIT加大了交货的频率，从而使得运输成本以及搬运等内部处理成本加大，从而加大了库存持有成本。

所以有人提出，制造业不可盲目追求库存周转率。但问题的关键在于，这种论断只是基于一种纯粹的理论假设，即，在假设可以做到JIT“零库存”的前提下，作为库存成本中的关键部分---运输成本被加大，带来的库存周转率的提高就可能显得不值。实则不然！

我们必须辨证地看待库存周转率的提高与库存成本之间的关系，以下几个方面是我们必须注意的：

第一，库存成本除了购置成本之外，还包括运输成本，订货成本，储存成本以及缺货成本。JIT通过加大交货频率，在提高了运输成本的同时，却有效地降低了储存成本。如，由于库存水平的降低而导致了利息费用、机会成本的降低；同时也大大降低了仓库租赁成本以及库存报废、贬值的风险（成本）；而对于订货成本，由于目前企业很多采用ERP等信息化处理手段，故因订货频率的加大而带来的订货成本的增加是几乎可以忽略不计的；至于缺货成本，大批量、少批次的订货不一定能够保证不缺货，与之相反，通过加大订货频率，提高了供应的灵活性，反而有助于降低缺货风险。所以，提高库存周转率不一定能够提高整个库存的持有成本，特别是对于那些单件价值比较高，而体积/重量比较小的物料或成品（如电子、光纤元器件等），提高库存周转率的好处一定大于库存成本的增加---这是不需要计算的，尽管理论上还是存在着所谓的“二率背反”的问题。

第二，提高交货频率不一定就能够降低库存，从而提高库存周转率。那种认为单单通过提高交货频率、牺牲运输成本就可以降低库存，进而提高库存周转率的想法是非常幼稚而愚蠢的。库存的控制是一个系统工程，它牵扯到需求与供应链管理的各个环节，并非是通过某一项措施就可以搞得定的。如何根据不同的物料属性，系统合理地规划整个库存结构，是整个库存控制的核心问题，况且在实际工作中，由于种种客观条件的限制，一味地提高交货频率是不现实的。

第三，对于一个企业来讲，运输成本的增加与现金流的增加哪个更重要的问题。现金流是企业运营生存的血液，现金流断了就什么都完了---运输成本的降低可以提高企业的利润率，但现金流的存在却可以保证企业的生存，更重要的是，库存多周转一圈所带来的利润增加可能远远大于运输成本的增加。所谓“薄利多销”，体现在库存周转率与库存成本的关系上也是很恰当的---“转”就是“赚”，就是这个道理。

第四，矫枉必须过正。在担心库存周转率的提高可能带来较高的库存成本的同时，我们忽视了一个现实：已有的库存周转率到底有多高？是否已经高到不能再高的程度了（库存成本的增加远远大于库存周转率的提高所带来的好处）？这就是理论（界）跟现实（企业界）的矛盾问题：理论上，库存周转率的提高是有一个极限点的，而实际上，我们离所谓的极限还差得远。DELL的库存供应天数大约在4-5天，联想是22-25天；同样做手机，NOKIA、MOTO的年平均库存周转率在20以上，而我们大约在5以下，如此，我们是否还有必要担心已有的库存周转率太高？矫枉必须过正，先猛着劲儿把库存周转率提高到足够高度再说吧！

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

TrackBack

TrackBack最早是Movable Type上的一个小功能。可以说，就是这个小功能，在Blog界掀起了一场革命。

TrackBack将全世界无数个Blog连接了起来。例如，当你读了某个网站的文章，想对此写下自己的感想。这个时候，利用网站准备的讨论功能进行投稿是最常见的做法，但这样只是把自己的评论意见写下来向别人的网站投稿，而你自己手里却什么也没留下。TrackBack则与之有很大的区别：可以把评论写到自己网站上，然后向刊载原始文章的服务器发送该网页的URL、标题、部分正文、网站名称等信息，尽管这一过程只是称之为“发送TrackBack Ping”，但通过这种办法，在原始文章的地方就留下了你的评论的URL、标题等部分信息。

此外，如果你在自己网站上也设置了TrackBack Ping功能的话，那么，谁都可以通过TrackBack Ping来发表针对你的意见了。这样，多家网站就通过相关话题而联接起来；各种评论在因特网上就像网眼一样联接起来，这样就创造出了与日记网站完全不同的文化。

BSP：Board Support Package主板支持软件包

BSP是介于主板硬件和操作系统之间的一层，应该说，是属于操作系统的一部分，主要目的是为了支持操作系统，使之能够更好的运行于硬件主板。BSP是相对于操作系统而言的，不同的操作系统，对应于不同定义形式的BSP。例如，VxWorks的BSP和Linux的BSP，相对于某一CPU来说，尽管实现的功能一样，可是写法和接口定义是完全不同的，所以，写BSP一定要按照该系统BSP的定义形式来写（BSP的编程过程大多数是在某一个成型的BSP模板上进行修改），这样才能与上层OS保持正确的接口，从而良好地支持上层OS。

纯粹的BSP所包含的内容，一般说来，是和系统有关的驱动和程序。如网络驱动和系统中网络协议有关，串口驱动和系统下载调试有关等等；离开这些驱动，系统就不能正常工作。

用户也可以添加自己的程序到BSP中，但严格来说，这种做法不建议，因为一旦操作系统能良好运行于最终的主板硬件后，BSP也就固定了，不需要做任何改动。而且，用户自己在BSP中的程序还会不断地升级更新，这样势必对BSP有不好的影响，同时，由于BSP调试编译环境较差，也不利于程序的编译调试。

BSP在Windows系统和嵌入式系统中的不同：

PC机均采用统一的X86体系架构，这样，操作系统（windows，linux）的BSP相对于X86架构是单一确定的，即不需要做任何修改就可以支持OS在x86上正常运行，所以在PC机上谈论BSP这个概念没有什么意义。

而对嵌入式系统来说，情况则完全不同。目前市场上，多种结构的嵌入式CPU并存，为了性能的需要，外围设备也会有不同的选择和定义。故而，一个嵌入式操作系统针对不同的CPU，会有不同的BSP，即使同一种CPU，由于外设的一点差别，BSP相应的部分也不一样，所以，根据硬件设计编写和修改BSP，保证系统正常的运行是非常重要的。

BSP和PC机主板上的BIOS区别很大。

BIOS主要负责在电脑开启时，检测、初始化系统设备、装入操作系统并调度操作系统向硬件发出的指令，其Firmware代码是在芯片生产过程中固化的，一般来说，用户是无法修改的。在OS正常运行后，BIOS的作用基本上也就完成了，这就是为什么更改BIOS一定要从新关机开机。

PC机BIOS的作用，更象嵌入式系统中的Bootloader（最底层的引导软件，初始化主板的基本设置，为接收外部程序做硬件上的准备）。与Bootloader不同的是，BIOS在装载OS系统的同时，还传递一些参数设置（中断端口定义等），而Bootloader只是简单地装载系统。

BSP是和操作系统绑在一起并运行在主板上的，尽管BSP的开始部分和BIOS所做的工作类似，可是大部分工作和BIOS不同，作用也完全不同。此外，BSP包含了和系统有关的基本驱动（串口，网口等），程序员还可以编程修改BSP，在BSP中任意添加一些和系统无关的驱动或程序。而BIOS程序，是用户不能更改和编译编程的，只能对其参数进行修改设置，更不会包含一些基本的硬件驱动。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。

农历四月四-风尘里的五一劳动节_上/下位机程序_Totem

上位机代表此设备的PC驱动软件，前缀以V表示它的版本号；下位机代表设备自身能独立运行的控制程序，常冠以E表示版本号。

其之间的关系是相互作用的。上位机通过输入各项设置参数来改变下位机程序的工作方式，下载后，将保存到下位机，这样可以脱离PC机而独立按设置工作；上载便相反，是从机器的各项设置调入到PC机，便于查看其各项设置情况和便于修改；实时监控，实际上也就是下位机时刻都在上传到PC机，比如监控界面等。

卅年一经成一梦，烛光书影几徘徊。翩然又见黄鹤至，月移花去望重来。