簡單運輸協議

㈠ 一般的簡單訂貨合同該怎麼寫，急！！！

訂貨合同 簽訂日期：_________年_________月_________日 簽約地點：_________ 合同編號：_________ 供方：_________ 法定代表人或代理人：_________ 地址：_________ 電話：_________ 開戶行、帳號：_________ 需方：_________ 法定代表人或代理人：_________ 地址：_________ 電話：_________ 開戶行、帳號：_________ 一、本合同是依照《中華人民共和國合同法》訂立的，經雙方簽字蓋章後，即發生法律效力，雙方必須嚴格履行。 二、合同條款： 1.簽訂雙方商妥訂貨產品總值人民幣_________元。其產品名稱的規格、質量、數量、單價、總值、交貨付款等詳如附表（略）。 2.產品及原材料檢驗方法：_________； 3.產品價格規定：_________； 4.產品的包裝方法及費用負擔：_________； 5.產品交貨方法及費用負擔：_________； 6.貨款及費用等結算方法：_________； 7.補充條款：_________. 三、經濟責任： 1.供方如未能履行合同，須負下列責任： （1）產品花色、品種、規格、質量不符合同規定：需方同意利用的，按質論價，退貨貶值總值價款，不能利用的，應負責保修、保退、保換。由於延誤交貨時間，每天應償付需方_________的罰款。 （2）產品數量不符合規定：少交需方仍有需要的照數補交；因延期而不要的，可以退貨，並承擔因此而造成的損失；不能交貨的，應償付需方以不能交貨的貨款總值_________的罰金。 （3）產品包裝不符合同規定：應負責返修或重新包裝。並承擔支付的費用；需方不要求返修或重新包裝，應償付不符合同規定包裝價值_________的罰金。 2.需方未能履行合同時，須負以下責任： （1）中途變更產品花色、品種、規格、質量或包裝的規格，應償付變更部分貨款或包裝價值總值_________罰金。 （2）中途退貨，由雙方根據實際情況商定，同意退貨的償付退貨部分貨款總值_________的罰金。 （3）未按規定的時間和要求交原材料或技術、資金、包裝物，除交貨日期得以順延外，應償付順延交貨產品總值每日_________的罰金；不能提供時，視同中途退貨處理。 （4）自提產品未按規定日期提貨，每延期一天，應償付供方以延期提貨部分貨款總額_________罰金。 （5）未按規定日期付款，每延期一天，應償付以延期付款總額_________的罰金。 （6）實行送貨或代運的產品拒絕接貨，應承擔由此而造成的損失和運輸費用及罰金。 3.產品價格：如需要調整，必須經雙方協商方能變更。 4.任何一方要求全部或部分解除合同，必須提出充分理由，經雙方協商，並報請鑒證機關備案。 5.如因生產原料、生產設備、生產工藝或市場發生重大變化，需要變更產品品種、花色、規格、質量、包裝時，應提前_________天與對方協商修訂調整，並報鑒證機關備案，任何一方不得擅自變更合同。一方變更合同，對方有權拒絕收購，因此而不能執行合同應償付對方_________的罰金。 6.確因自然災害等原因，影響執行合同或延期交貨，需提前_________天通知對方，經有關機構證明，可酌情減免罰金。 四、執行合同中，發生爭議和糾紛，簽約雙方協商不成，均可向法院提出訴訟或向仲裁機關申請仲裁（只能兩者選一）。 五、本合同及附件一式六份，供需雙方各執正本一份，副本四份，雙方主管部門和工商行政管理局各一份。 供方單位（蓋章）：_________ 需方單位（蓋章）：_________ 法定代表人或代理人（簽字）：_________ 法定代表人或代理人（簽字）：_________
記得採納啊

㈡ 簡單描述簽訂運輸協議的步驟及重點注意事項(鋼材)

貨代運輸協議書
甲方：＿＿＿ 乙方：＿＿＿

法定地址：＿＿＿ 法定地址：＿＿＿

法定代表人：＿＿＿ 法定代表人：＿＿＿

帳號：＿＿＿ 帳號：＿＿＿

本著互惠互利、誠信為本之精神，為推動共同發展與友好合作，維護各自權力，經友好協商，上述兩方就有關代理貨物運輸及責任、權力事宜達成以下協議：

一、代理范圍：

1. 乙方作為甲方的國際貨物運輸代理，接受甲方委託承辦下列國際運輸事宜：

二、甲方責任：

1. 對於本協議項下的貨物運輸，甲方應當遵照本協議附錄一之相應操作流程執行，並承擔所規定提供單證、貨物等指責。

2. 甲方應當對所提供委託單、報關單、許可證、合同、商檢證明、核銷文件、發票、裝箱單、提單等有關文件、單證之真實性、合法性、完備性負責。

3. 甲方按本協議結算條款及附錄二之運、雜費費率規定償付運費及其他相應費用的責任，對於運費到付貨物的運費，甲方作為第二償付人，在收貨方拒付運費情形下履行運費償付的責任。甲方不得已自身或任何第三方原因拒絕或拖延本協議項下運費的償付。

4. 甲方應對因未能履行附錄一之操作流程或上述第二條第二款之責任或其他自身原因英奇的運氣推遲，額外支出及其它後果負責。

5. 甲方不得向乙方提出不合理、不合法的要求，並不得以次類要求未能滿足為由不履行本協議。

三、乙方責任：

1. 乙方應嚴格遵照本協議附錄一之相應操作流程執行。

2. 乙方應盡力保證甲方委託之運輸在規定時間內完成。

3. 乙方保證所從事相關活動不超出本協議規定之代理范圍，並保證自覺維護委託方之利益，不得以任何不正當之理由損害甲方利益。

4. 乙方應對已經簽收的貨物負責，直至移交給其承運人或甲方及其代表。

5. 乙方有責任向甲方提供運輸咨詢，並幫助甲方設計最安全、快捷、經濟之運輸線路和方案。對於已運輸貨物，乙方應按甲方要求有責任就貨物狀況作出報告。

6. 除不可抗力之外，乙方應對因乙方果實、故意等原因引起的運期推遲、額外支出、貨物短裝、破損及其它後果負責。

四、結算

1. 出口貨物裝船、裝機完畢，乙方簽發提單/運單並開到運雜費清單及飯票。甲方收到運雜費發票及清單後，應在_________工作日內付清運雜費/簽訂付款協議書，並換回提單/運單。

2. 進口貨物甲方需在乙方倉庫提貨或乙方送貨時（前）償付運雜費/簽訂付款協議書。

3. 對乙方來出的運雜費帳單甲方若有異議，則應在收到運雜費帳單________工作日內向乙方提出，並與協助乙方的對帳工作。

4. 甲方收到乙方開具的雜費帳單甲方且無異議，如未能在________工作日完成運雜費償付或未能在付款協議指定期限內完成運雜費償付，則乙方將就未嘗付運雜費向甲方收取________滯納金。

5. 雙方結算用銀行帳號如前所述。雙方結算聯系人、電話為：

_______________________________公司：

_______________________________公司：

6. 本協議結算所涉及匯率按業務發生當月15日中國銀行公布的匯率中間價執行，另有約定除外。

雙方簽名

日期

貨物運輸協議二則

來源： 作者：佚名 時間：2007-10-01 08:33:27 【字體大小：大 中 小】
甲方托運單位乙方承運單位

貨物名稱件數車牌號收貨人駕駛證號住址身份證號卸貨地址住址電話價值電話司機姓名運費付法
備注甲乙雙方經協商達成協議，簽字或蓋章生效，三方包括配貨部必須嚴格按下列條款執行。
一、甲方托運貨物如實填寫，如有隱瞞貨物名稱，數量及性質，倘若乙方在運輸途中為此造成損失（包括

車主損失）均有甲方負全責。

二、甲方若不跟人押車，卸貨地址務必填清，貨物包裝必須完整無損，乙方按卸貨地址給予按期，完整無缺

運到和辦理交接貨物手續。否則造成損失各負其責。

三、乙方在運輸途中，確保貨物安全，精心保管貨物，倘若丟失或其他原因造成損失（不含自然性合理損耗）

均由乙方負責按價賠償。乙方不許無故耽擱交貨時間，由此造成甲方損失的，乙方全部負責賠償。

四、有外包裝的貨物，外包裝無損害時，內在貨物損壞與否均由甲方負責（因有外包裝，裝貨前無法檢驗）。

五、配貨部只負責貨物運輸前的事項，貨物運出後一切事宜均由甲乙雙方自行處理。如有爭議之事，配貨部門

只起中證人作用（不負責賠償）。

六、此協議三方均認定無疑，按條款執行一式三份，三方各持一份，經簽字或蓋章後生效。甲方受貨出書面

收條後，協議自然終止。

甲方經手人簽字：章天津市利達長途快運
電話：
手機：傳真：
乙方經手人簽字：手印經手人：
年月日

收貨單位經手人簽字：地址：天津市外環線津靜公路立交橋號橋天福溫泉賓館房間
貨物運輸協議
為保證貨物特別是需要低溫保存的物品以下簡稱試劑能安全及時地抵達目的地供需雙方經過友好協商同意制定以下協議
供方北京市百賽生物工程公司需方
聯系人張炳聯系人
電話轉電話
傳真傳真
手機手機

需方每次訂貨前須填寫《訂貨單》辦理匯款手續後將《訂貨單》和匯款憑證傳真至首次訂貨前尚需填寫《終端用戶登記表》
若需方和其終端用戶在同一城市需方要求將貨物直接運送至其終端用戶需方應在《訂貨單》中註明其終端用戶的詳細通訊地址收貨人及其電話特別是手機號碼等聯系方式此情況下需方應承擔在發貨後小時內確認其終端用戶是否收到的義務見第六款
若需方和其終端用戶不在同一城市供方將會把試劑發至需方其終端用戶所在地若需方堅持要求發至公司所在地此種情況下由於路途時間較長試劑可能會因對環境溫度等反應而導致質量問題如敏感性下降甚至失效等供方尊重需方的要求並同意發貨但需方應對由此而可能產生的試劑質量問題負全責此時強烈建議需方在收到試劑後應立即打開包裝盒將試劑盒放至°暫時保存將乾冰放至°冷凍在轉送到客戶前應重新包裝將冷凍好的乾冰置於試劑盒的四面然後密封包裝並盡快通過快遞發至最終用戶
在收到試劑之後需方應立即將產品放置在°儲藏切勿將試劑貼近冰箱後壁以免結冰此外試劑保存的環境忽冷忽熱也會影響到試劑的穩定性需方有義務向其終端用戶明確上述注意事項
在雙方無特定協約的情況下需方將通過中鐵快運或快遞公司發送貨物若需方要求和等方式運輸則需加收運費
當運輸試劑時供方在發貨後第二日通過手機簡訊或雙方約定的方式通知需方若在第三日下午點即發貨後小時內之前需方或其終端用戶仍未收到試劑需方應及時通知供方否則視作需方或其終端用戶已經收到貨物
本協議一式兩份雙方簽字蓋章後有效雙方各持一份該協議在簽訂新的相關協議之日起自動失效
供方代表簽字需方代表簽字
供方公章需方公章
簽訂日期簽訂日期

法律條款

第二章 貨物運輸合同的簽訂和履行
第三條 托運人托運貨物應向承運人填交貨物托運單，並根據國家主管部門規定
隨附必要的有效證明文件。托運人應對托運單填寫內容的真實性和正確性負責。托運
人填交的貨物托運單經承運人接受，並由承運人填發貨運單後，航空貨物運輸合同即
告成立。
第四條 托運人要求包用飛機運輸貨物，應填交包機申請書，經承運人同意接受
並簽訂包機運輸協議書後，航空包機貨物運輸合同即告成立。簽訂協議書的當事人，
均應遵守民航主管機關有關包機運輸的規定。
第五條 托運人對托運的貨物，應當按照國家主管部門規定的標准包裝；沒有統
一規定包裝標準的，應當根據保證運輸安全的原則，按貨物的性質和承載飛機等條件
包裝。凡不符合上述包裝要求的，承運人有權拒絕承運。
第六條 托運人必須在托運的貨件上標明發站、到站和托運人、收貨人的單位、
姓名和地址，按照國家規定標明包裝儲運指示標志。
第七條 國家規定必須保險的貨物，托運人應在托運時投保貨物運輸險。對於每
千克價值在十元以上的貨物，實行保險與負責運輸相結合的補償制度，托運人可在托
運時投保貨物運輸險，具體辦法另行規定。
第八條 承運人承運貨物時，應對托運人填交的托運單進行查核，並有權在必要
時會同托運人開箱進行安全檢查。
第九條 在運輸過程中必須有專人照料、監護的貨物，應由托運人指派押運員押
運。押運員對貨物的安全負責，並遵守民航主管機關的有關規定，承運人應協助押運
員完成押運任務。
第十條 托運貨物內不得夾帶國家禁止運輸、限制運輸物品和危險物品。如發現
托運人謊報品名，夾帶上述物品，應按有關規定處理。
第十一條 托運人托運貨物，應按照民航主管機關規定的費率繳付運費和其他費
用。除托運人和承運人另有協議外，運費及其他費用一律於承運人開具貨運單時一次
付清。
第十二條 承運人應按照貨運單上填明的地點，按約定的期限將貨物運達到貨地
點。貨物錯運到貨地點，應無償運至貨運單上規定的到貨地點，如逾期運到，應承擔
逾期運到的責任。
第十三條 承運人應於貨物運達到貨地點後二十四小時內向收貨人發出到貨通知
。收貨人應及時憑提貨證明到指定地點提取貨物。貨物從發出到貨通知的次日起，免
費保管三日。收貨人逾期提取，應按運輸規則繳付保管費。
第十四條 貨物從發出提貨通知的次日起，經過三十日無人提取時，承運人應及
時與托運人聯系徵求處理意見；再經過三十日，仍無人提取或托運人未提出處理意見
，承運人有權將該貨物作為無法交付貨物，按運輸規則處理。對易腐或不易保管的貨
物，承運人可視情況及時處理。
第十五條 承運人應按貨運單交付貨物。交付時，如發現貨物滅失、短少、變質
、污染、損壞時，應會同收貨人查明情況，並填寫貨運事故記錄。收貨人在提取貨物
時，對貨物狀態或重量無異議，並在貨運單上簽收，承運人即解除運輸責任。

第三章 貨物運輸合同的變更和解除
第十六條 貨物承運後，托運人可以按照有關規定要求變更到站、變更收貨人或
運回原發站，承運人應及時處理。但如托運人的變更要求違反國家法律、法規和運輸
規定，承運人應予以拒絕。
第十七條 由於承運人執行國家交給的特殊任務或氣象等原因，航空貨物運輸受
到影響，需要變更運輸時，承運人應及時與托運人或收貨人商定處理辦法。
第十八條 貨物發運前，經合同當事人雙方協商同意，或任何一方因不可抗力不
能履行合同時，可以解除運輸合同，但應及時通知對方。承運人提出解除合同的，應
退還已收的運輸費用；托運人提出解除合同的，應付給承運人已發生的費用。

第四章 違反貨物運輸合同的責任
第十九條 從承運貨物時起，至貨物交付收貨人或依照規定處理完畢時止，貨物
發生滅失、短少、變質、污染、損壞，按下列規定賠償：一、已投保貨物運輸險的貨
物，由承運人和保險公司按規定賠償；二、除本條第一項規定外，均由承運人按貨物
的實際損失賠償。賠償的價格如何計算，由中國民用航空局商國家物價局、國家工商
行政管理局另行規定。
第二十條 由於下列原因造成貨物滅失、短少、變質、污染、損壞的，承運人不
承擔責任：一、不可抗力；二、貨物本身性質所引起的變質、減量、破損或滅失；三
、包裝方法或容器質量不良，但從外部無法發現；四、包裝完整，封志無異狀而內件
短少；五、貨物的合理損耗；六、托運人或收貨人的過錯。
第二十一條 如果托運人或收貨人證明損失的發生確屬承運人的故意行為，則承
運人除按規定賠償實際損失外，由合同管理機關處其造成損失部分10％到50％的
罰款。
第二十二條 貨物超過約定期限運達到貨地點，每超過一日，承運人應償付運費
5％的違約金，但總額不能超過運費的50％。但因氣象條件或不可抗力的原因造成
貨物逾期運到，可免除承運人的責任。
第二十三條 由於托運人在托運貨物內夾帶、匿報危險物品，錯報笨重貨物重量
，或違反包裝標准和規定，而造成承運人或第三者的損失，托運人應承擔賠償責任。
第二十四條 由於收貨人的過錯，造成承運人或第三者的損失，收貨人應承擔賠
償責任。
第二十五條 托運人或收貨人要求賠償時，應在填寫貨運事故記錄的次日起一百
八十日內，以書面形式向承運人提出，並隨附有關證明文件。承運人對托運人或收貨
人提出的賠償要求，應在收到書面賠償要求的次日起六十日內處理。

第五章 貨物運輸合同爭議的解決
第二十六條 航空貨物運輸合同當事人，在執行合同過程中發生糾紛時，應及時
協商解決。如協商不成，任何一方均可向合同管理機關申請調解或仲裁，也可以直接
向人民法院起訴。

㈢ 目前使用的簡單郵件傳輸協議是什麼，意味著它允許

這是採用了不同的網路協議：比如

ARP(Address Resolution Protocol)地址解析協議

它是用於映射計算機的物理地址和臨時指定的網路地址。啟動時它選擇一個協議(網路層)地址，並檢查這個地址是否已經有別的計算機使用，如果沒有被使用，此結點被使用這個地址，如果此地址已經被別的計算機使用，正在使用此地址的計算機會通告這一信息，只有再選另一個地址了。

SNMP(Simple Network Management P)網路管理協議

它是TCP/IP協議中的一部份，它為本地和遠端的網路設備管理提供了一個標准化途徑，是分布式環境中的集中化管理的重要組成部份。

BGP4(Border Gateway Protocol Vertion 4)邊界網關協議-版本4

它是用於在自治網路中網關主機(每個主機有自己的路由)之間交換路由信息的協議，它使管理員能夠在已知的路由策略上配置路由加權，可以更方便地使用無級內部域名路由(CIDR)，它是一種在網路中可以容納更多地址的機制，它比外部網關協議(EGP)更新。BGP4經常用於網關主機之間，主機中的路由表包括了已知路由的列表，可達的地址和路由加權，這樣就可以在路由中選擇最好的通路了。BGP在區域網中通信時使用內部BGP(IBGP)，因為IBGP不能很好工作。

DHCP(Dynamic Host Configuration Protocol)動態主機配置協議

它是在TCP/IP網路上使客戶機獲得配置信息的協議，它是基於BOOTP協議，並在BOOTP協議的基礎上添加了自動分配可用網路地址等功能。這兩個協議可以通過一些機制互操作。DHCP協議在安裝TCP/IP協議和使用TCP/IP協議進行通迅時，必須配置IP地址、子網掩碼、預設網關三個參數，這三個參數可以手動配置，也可以使用DHCP自動配置。

FTP(File Transfer Protocol)文件傳輸協議

它是一個標准協議，是在計算機和網路之間交換文件的最簡單的方法。象傳送可顯示文件的HTTP和電子郵件的SMTP一樣，FTP也是應用TCP/IP協議的應用協議標准。FTP通常用於將網頁從創作者上傳到伺服器上供人使用，而從伺服器上下傳文件也是一種非常普遍的使用方式。作為用戶，您可以用非常簡單的DOS界面來使用FTP，也可以使用由第三方提供的圖形界面的FTP來更新(刪除，重命名，移動和復制)伺服器上的文件。現在有許多伺服器支持匿名登錄，允許用戶使用FTP和ANONYMOUS作為用戶名進行登錄，通常可使用任何口令或只按回車鍵。

HDLC(High-Level Data Link Control)高層數據鏈路協議

它是一組用於在網路結點間傳送數據的協議。在HDLC中，數據被組成一個個的單元(稱為幀)通過網路發送，並由接收方確認收到。HDLC協議也管理數據流和數據發送的間隔時間。HDLC是在數據鏈路層中最廣泛最使用的協議之一。現在作為ISO的標准，HDLC是基於IBM的SDLC協議的，SDLC被廣泛用於IBM的大型機環境之中。在HDLC中，屬於SDLC的被稱為通響應模式(NRM)。在通常響應模式中，基站(通常是大型機)發送數據給本地或遠程的二級站。不同類型的HDLC被用於使用X.25協議的網路和幀中繼網路，這種協議可以在區域網或廣域網中使用，無論此網是公共的還是私人的。

HTTP1.1(Hypertext Transfer Protocol Vertion 1.1)超文本傳輸協議-版本1.1

它是用來在Internet上傳送超文本的傳送協議。它是運行在TCP/IP協議族之上的HTTP應用協議，它可以使瀏覽器更加高效，使網路傳輸減少。任何伺服器除了包括HTML文件以外，還有一個HTTP駐留程序，用於響應用用戶請求。您的瀏覽器是HTTP客戶，向伺服器發送請求，當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向伺服器發送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進行必要的操作後回送所要求的文件。

HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協議

它是由Netscape開發並內置於其瀏覽器中，用於對數據進行壓縮和解壓操作，並返回網路上傳送回的結果。HTTPS實際上應用了Netscape的完全套接字層(SSL)作為HTTP應用層的子層。(HTTPS使用埠443，而不是象HTTP那樣使用埠80來和TCP/IP進行通信。)SSL使用40 位關鍵字作為RC4流加密演算法，這對於商業信息的加密是合適的。HTTPS和SSL支持使用X.509數字認證，如果需要的話用戶可以確認發送者是誰。

ICMP(Internet Control Message Protocol)Internet控制信息協議

它是一個在主機和網關之間消息控制和差錯報告協議。ICMP使用IP數據報，但消息由TCP/IP軟體處理，對於應用程序使用者是不可見的。在被稱為Catenet的系統中，IP協議被用作主機到主機的數據報服務。網路連接設備稱為網關。這些網關通過網關到網關協議(GGP)相互交換用於控制的信息。通常，贍養或目的主機將和源主機通信，例如，為報告在數據報過程中的錯誤。為了這個目的才使用了ICMP，它使用IP做於底層支持，好象它是一個高層協議，而實際上它是IP的一部分，必須由其它IP模塊實現。ICMP消息在以下幾種情況下發送:當數據報不能到達目的地時，當網關的已經失去緩存功能，當網關能夠引導主機在更短路由上發送。IP並非設計為設計為絕對可靠，這個協議的目的是為了當網路出現問題的時候返回控制信息，而不是使IP協議變得絕對可靠，並不保證數據報或控制信息能夠返回。一些數據報仍將在沒有任何報告的情況下丟失。

IPv6(Internet Protocol Version 6)Internet協議-版本6

它是Internet協議的最新版本，已作為IP的一部分並被許多主要的操作系統所支持。IPv6也被稱為「Ipng」(下一代IP)，它對現行的IP(版本4)進行重大的改進。使用IPv4和IPv6的網路主機和中間結點可以處理IP協議中任何一層的包。用戶和服務商可以直接安裝IPv6而不用對系統進行什麼重大的修改。相對於版本4新版本的最大改進在於將IP地址從32位改為128位，這一改進是為了適應網路快速的發展對IP地址的需求，也從根本上改變了IP地址短缺的問題。簡化IPv4首部欄位被刪除或者成為可選欄位，減少了一般情況下包的處理開銷以及IPv6首部佔用的帶寬。改進IP 首部選項編碼方式的修改導致更加高效的傳輸，在選項長度方面更少的限制，以及將來引入新的選項時更強的適應性。加入一個新的能力，使得那些發送者要求特殊處理的屬於特別的傳輸流的包能夠貼上標簽，比如非預設質量的服務或者實時服務。為支持認證，數據完整性以及(可選的)數據保密的擴展都在IPv6中說明。本文描述IPv6基本首部以及最初定義的IPv6 擴展首部和選項。還將討論包的大小問題，數據流標簽和傳輸類別的語法，以及IPv6對上層協議的影響。IPv6 地址的格式和語法在其它文章中單獨說明。IPv6版的 ICMP 是所有IPv6應用都需要包含的。

OSPF(Open Shortest Path First)開放最短路優先

OSPF是用於大型自主網路中替代路由信息協議的協議標准。象RIP一樣，OSPF也是由IETF設計用作內部網關協議族中的一個標准。在使用OSPF時網路拓樸結構的變化可以立即在路由器上反映出來。不象RIP，OSPF不是全部當前結點保存的路由表，而是通過最短路優先演算法計算得到最短路，這樣可以降低網路通信量。如果您熟悉最短路優先演算法就會知道，它是一種只關心網路拓樸結構的演算法，而不關心其它情況，如優先權的問題，對於這一點，OSPF改變了演算法使它根據不同的情況給某些通路以優先權。

POP3(Post Office Protocol Version 3)郵局協議-版本3

它是一個關於接收電子郵件的客戶/伺服器協議。電子郵件由伺服器接收並保存，在一定時間之後，由客戶電子郵件接收程序檢查郵箱並下載郵件。POP3它內置於IE和Netscape瀏覽器中。另一個替代協議是交互郵件訪問協議(IMAP)。使用IMAP您可以將伺服器上的郵件視為本地客戶機上的郵件。在本地機上刪除的郵件還可以從伺服器上找到。E-mail 可以被保存在伺服器上，並且可以從伺服器上找回。

PPP(Point to Point Protocol)點對點協議

它是用於串列介面的兩台計算機的通信協議，是為通過電話線連接計算機和伺服器而彼此通信而制定的協議。網路服務提供商可以提供您點對點連接，這樣提供商的伺服器就可以響應您的請求，將您的請求接收並發送到網路上，然後將網路上的響應送回。PPP是使用IP協議，有時它被認為是TCP/IP協議族的一員。PPP協議可用於不同介質上包括雙絞線，光纖和衛星傳輸的全雙工協議，它使用HDLC進行包的裝入。PPP協議既可以處理同步通信也可以處理非同步通信，可以允許多個用戶共享一個線路，又可發進行SLIP協議所沒有的差錯控制。

RIP(Routing Infomation Protocol)路由信息協議

RIP是最早的路由協議之一，而且現在仍然在廣泛使用。它從類別上應該屬於內部網關協議(IGP)類，它是距離向量路由式協議，這種協議在計算兩個地方的距離時只計算經過的路由器的數目，如果到相同目標有兩個不等速或帶寬不同的路由器，但是經過的路由器的個數一樣，RIP認為兩者距離一樣，而實際傳送數據時，很明顯一個快一個慢，這就是RIP協議的不足之處，而OSPF在它的基礎上克服了RIP的缺點。

SMTP(Simple Mail Transfer Protocol)簡單郵件傳送協議

它是用來發送電子郵件的TCP/IP協議。它的內容由IETF的RFC 821定義。另外一個和SMTP相同功能的協議是X.400。SMTP的一個重要特點是它能夠在傳送中接力傳送郵件，傳送服務提供了進程間通信環境(IPCE)，此環境可以包括一個網路，幾個網路或一個網路的子網。理解到傳送系統(或IPCE)不是一對一的是很重要的。進程可能直接和其它進程通過已知的IPCE通信。郵件是一個應用程序或進程間通信。郵件可以通過連接在不同IPCE上的進程跨網路進行郵件傳送。更特別的是，郵件可以通過不同網路上的主機接力式傳送。

TCP/IP(Transmission Control Protocol/Internet Protocol)傳輸控制協議/Internet協議

TCP/IP協議起源於美國國防高級研究計劃局。提供可靠數據傳輸的協議稱為傳輸控制協議TCP，好比貨物裝箱單，保證數據在傳輸過程中不會丟失;提供無連接數據報服務的協議稱為網路協議IP，好比收發貨人的地址和姓名，保證數據到達指定的地點。TCP/IP協議是互聯網上廣泛使用的一種協議，使用TCP/IP協議的網際網路等網路提供的主要服務有:電子郵件、文件傳送、遠程登錄、網路文件系統、電視會議系統和萬維網。它是Interent的基礎，它提供了在廣域網內的路由功能，而且使Internet上的不同主機可以互聯。從概念上，它可以映射到四層:網路介面層，這一層負責在線路上傳輸幀並從線路上接收幀;Internet層，這一層中包括了IP協議，IP協議生成Internet數據報，進行必要的路由演算法，IP協議實際上可以分為四部分:ARP，ICMP，IGMP和IP;再上向就是傳輸層，這一層負責管理計算機間的會話，這一層包括兩個協議TCP和UDP，由應用程序的要求不同可以使用不同的協議進行通信;最後一層是應用層，就是我們熟悉的FTP，DNS，TELNET等。熟悉TCP/IP是熟悉Internet的必由之路。

TELNET Protocol虛擬終端協議

TELNET協議的目的是提供一個相對通用的，雙向的，面向八位位元組的通信方法，它主要的目標是允許介面終端設備的標准方法和面向終端的相互作用。是讓用戶在遠程計算機登錄，並使用遠程計算機上對外開放的所有資源。

Time Protocol時間協議

該協議提供了一個獨立於站點的，機器可讀的日期和時間信息。時間服務返回的是以秒數，是從1900年1月1日午夜到現在的秒數。設計這個協議的一個重要目的在於，網路上的許多主機並沒有時間的觀念，在分布式的系統上，我們可以想一想，北京的時間和東京的時間如何分呢主機的時間往往可以人為改變，而且因為機器時鍾內的誤差而變得不一致，因此需要使用時間伺服器通過選舉方式得到網路時間，讓伺服器有一個准確的時間觀念。不要小看時間，這對於一些以時間為標準的分布運行的程序簡單是太重要了。這個協議可以工作在TCP和UDP協議下。時間是由32位表示的，是自1900年1月1日0時到當前的秒數，我們可以計算一下，這個協議只能表示到2036年就不能用了，但是我們也知道計算機發展速度這么快，到時候可能就會有更好的協議代替這個協議。

TFTP(Trivial File Transfer Protocol)小文件傳輸協議

它是一個網路應用程序，它比FTP簡單也比FTP功能少。它在不需要用戶許可權或目錄可見的情況下使用，它使用UDP協議而不是TCP協議。

UDP(User Datagram Protocol)用戶數據報協議

它是定義用來在互連網路環境中提供包交換的計算機通信的協議，此協議默認認為網路協議(IP)是其下層協議。UDP是TCP的另外一種方法，象TCP一樣，UDP使用IP協議來獲得數據單元(叫做數據報)，不象TCP的是，它不提供包(數據報)的分組和組裝服務。而且，它還不提供對包的排序，這意味著，程序程序必須自己確定信息是否完全地正確地到達目的地。如果網路程序要加快處理速度，那使用UPD就比TCP要好。UDP提供兩種不由IP層提供的服務，它提供埠號來區別不同用戶的請求，而且可以提供奇偶校驗。在OSI模式中，UDP和TCP一樣處於第四層，傳輸層。
追問：
謝謝。可是怎麼解決阿？