第一篇：網(wǎng)絡(luò)連通性測(cè)試及網(wǎng)絡(luò)配置檢測(cè)實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)報(bào)告 一．實(shí)驗(yàn)項(xiàng)目名稱:網(wǎng)絡(luò)連通性測(cè)試及網(wǎng)絡(luò)配置檢測(cè) 二．實(shí)驗(yàn)環(huán)境: ⑴ 已建立得對(duì)等網(wǎng);⑵

⑵與 Iｎterｎet 連接得局域網(wǎng)。

三．實(shí)驗(yàn)?zāi)康门c要求 ⑴掌握常用ＤOＳ網(wǎng)絡(luò)命令得用途及使用方法;⑵會(huì)使用常用ＤＯS 網(wǎng)絡(luò)命令對(duì)網(wǎng)絡(luò)進(jìn)行檢測(cè)與配置。

四．實(shí)驗(yàn)過程 1.使用 Ipcｏnfｉg 命令 1)Ipｃonfig 命令

２)Ipconｆｉｇ/all 命令

3）Ipｃｏnfiｇ／reneｗ [adａｐｔer］ 命令

4)Ｉpconｆig/ｒｅlease ［adａpter］ 命令

2、Pｉng 命令 １)pｉnｇ

ＩP 地址

命令

２)ping –t

命令

３)pｉｎg –l lengｔh 命令

4）ｐinｇ –n count 命令

５)ping 1２7、０、０、１命令

６）ｐiｎg ｌｏcalhost 命令

7)piｎg 本機(jī) IP 命令

8)piｎg 網(wǎng)關(guān) IＰ

命令

9）ｐinｇ

命令

3．Trａcert 命令 1)tracert –d 命令

2)tｒacｅｒt ＩP 命令

五．實(shí)驗(yàn)總結(jié) 1、在實(shí)驗(yàn)過程中,會(huì)出現(xiàn)一些錯(cuò)誤操作。

1）在 ipconｆig 命令中,將 ipconfig/all 命令輸入成 ipcoｎfig all 命令,出現(xiàn)得結(jié)果錯(cuò)誤。

2）在ｐing 命令遇到得問題。

在參數(shù)-ｎ ｃount 中,誤將 cｏunt 當(dāng)做命令使用,其實(shí)就是將它代入為數(shù)字得，從而出現(xiàn)結(jié)果為:

后面將ｃoｕnt 輸入為數(shù)字,才得到正確得結(jié)果。

2、在操作其她命令得時(shí)候,都顯示正常。

第二篇：網(wǎng)絡(luò)管理—基于端口的認(rèn)證管理配置 實(shí)驗(yàn)報(bào)告

網(wǎng)絡(luò)管理實(shí)驗(yàn)報(bào)告

—基于端口的認(rèn)證管理配置

學(xué)院：計(jì)算機(jī)學(xué)院

班級(jí)：

姓名：

學(xué)號(hào)：

實(shí)驗(yàn)二

基于端口的認(rèn)證管理配置

【實(shí)驗(yàn)?zāi)康摹?/p>

1、熟練掌握IEEE802.1X的工作原理

2、熟悉AAA身份認(rèn)證機(jī)制

3、掌握RADIUS服務(wù)器的配置

【預(yù)備知識(shí)】

1、AAA概念和基本原理

2、IEEE802.1X

3、配置交換機(jī)與RADIUS SERVER之間通訊

【實(shí)現(xiàn)功能】

實(shí)現(xiàn)LAN接入的安全身份認(rèn)證。

【實(shí)驗(yàn)拓?fù)洹?/p>

PC1 192.168.0.44/24

RG-S2126G

192.168.0.2/24

RG-SAM Server

192.168.0.185/24

【實(shí)驗(yàn)原理】

無線局域網(wǎng)技術(shù)標(biāo)準(zhǔn)自1997年公布以來，使人們能更方便、靈活、快捷地訪問網(wǎng)絡(luò)資源，擺脫了傳統(tǒng)有線網(wǎng)絡(luò)的線纜束縛，隨時(shí)隨地的訪問使用Internet網(wǎng)絡(luò)。手機(jī)、筆記本電腦等個(gè)人無線接入終端設(shè)備和無線組網(wǎng)設(shè)備因?yàn)閮r(jià)格不斷下降的大規(guī)模普及，越來越多的單位和家庭使用無線局域網(wǎng)進(jìn)行組網(wǎng)，導(dǎo)致無線網(wǎng)絡(luò)安全問題日益凸顯。早期的無線局域網(wǎng)安全防范僅靠WEP協(xié)議[1]，即有線等效加密（Wired Equivalent Privacy）保護(hù)網(wǎng)絡(luò)的安全。由于無線電的開放性，以及WEP技術(shù)本身的缺陷導(dǎo)致它特別容易被竊聽和破解。根據(jù)資料顯示在一個(gè)繁忙的WEP無線網(wǎng)通過嗅探工具可以在短短的數(shù)分鐘內(nèi)破解，并且現(xiàn)在大量的破解工具流傳于網(wǎng)絡(luò)并有相關(guān)專用設(shè)備出售，嚴(yán)重危害無線網(wǎng)絡(luò)的安全。因此WEP標(biāo)準(zhǔn)在2003年被 Wi-Fi Protected Access(WPA)淘汰，又在2004年由完整的 IEEE 802.11i 標(biāo)準(zhǔn)（又稱為 WPA2）所取代[2]。無線局域網(wǎng)802.11i標(biāo)準(zhǔn)中使用802.1x認(rèn)證和密鑰管理方式保障無線網(wǎng)絡(luò)的安全性。盡管802.11i支持預(yù)WPA和WPA2加密下的共享密碼，但如果只使用預(yù)共享密碼保障校園網(wǎng)安全，可能面臨密碼外泄后，知道密碼的非授權(quán)用戶也能使用校園網(wǎng)絡(luò)的安全隱患。

所以校園無線網(wǎng)建設(shè)過程中建立一套安全可靠高效的用戶認(rèn)證機(jī)制顯得尤為迫切。本文就在Windows系統(tǒng)平臺(tái)下使用免費(fèi)Radius軟件TekRadius構(gòu)建基于PEAP技術(shù)的Radius認(rèn)證服務(wù)器，保護(hù)校園無線局域網(wǎng)的安全進(jìn)行探討。802.1X概述

IEEE802.1X[3]是IEEE制定關(guān)于用戶接入網(wǎng)絡(luò)的認(rèn)證標(biāo)準(zhǔn)，全稱是“基于端口的網(wǎng)絡(luò)接入控制”協(xié)議，早期802.1x標(biāo)準(zhǔn)僅為有線網(wǎng)設(shè)計(jì)，并廣泛應(yīng)用于有線以太網(wǎng)中。最新版802.1X協(xié)議針對(duì)無線局域網(wǎng)的特點(diǎn)進(jìn)行修訂，針對(duì)無線局域網(wǎng)的認(rèn)證方式和認(rèn)證體系結(jié)構(gòu)進(jìn)行了相關(guān)技術(shù)優(yōu)化。IEEE 802.1X協(xié)議在用戶接入網(wǎng)絡(luò)之前運(yùn)行，運(yùn)行于網(wǎng)絡(luò)中的數(shù)據(jù)鏈路層，EAP協(xié)議RADIUS協(xié)議。

無線局域網(wǎng)中802.1X協(xié)議的體系結(jié)構(gòu)包括三個(gè)重要的部分：客戶端系統(tǒng)、認(rèn)證系統(tǒng)和認(rèn)證服務(wù)器，無線局域網(wǎng)中802.1X的拓?fù)浣Y(jié)構(gòu)如圖1所示。

客戶端系統(tǒng)(Supplicant System)通常是一個(gè)用戶終端系統(tǒng)，在無線局域網(wǎng)中即為支持WiFi的筆記本電腦、手機(jī)等終端系統(tǒng)，該系統(tǒng)通常無需安裝第三方客戶軟件，windows XP系統(tǒng)內(nèi)置了相關(guān)模塊，能夠發(fā)起并完成802.1x協(xié)議的認(rèn)證過程。

認(rèn)證系統(tǒng)(Authenticator System)即認(rèn)證者，在無線局域網(wǎng)中就是無線接入點(diǎn)AP(Access Point)或路由器，在認(rèn)證過程中起“轉(zhuǎn)發(fā)”作用。認(rèn)證系統(tǒng)只是把客戶端發(fā)起的認(rèn)證信息轉(zhuǎn)發(fā)到認(rèn)證服務(wù)器完成相關(guān)認(rèn)證。

認(rèn)證服務(wù)器(Authentication Server System)通常為RADIUS服務(wù)器，在該服務(wù)器上存儲(chǔ)用戶名和密碼、訪問控制列表等相關(guān)用戶信息。在客戶端發(fā)起認(rèn)證時(shí)，由認(rèn)證服務(wù)器對(duì)客戶端用戶信息與儲(chǔ)存資料進(jìn)行鑒別驗(yàn)證，該申請(qǐng)者是否為授權(quán)用戶。PEAP協(xié)議

EAP可擴(kuò)展認(rèn)證機(jī)制(Extensible Authentication Protocol)是一個(gè)普遍使用的認(rèn)證機(jī)制，它常被用于無線網(wǎng)絡(luò)或點(diǎn)到點(diǎn)的連接中。EAP不僅可以用于無線局域網(wǎng)，而且可以用于有線局域網(wǎng)，但它在無線局域網(wǎng)中使用的更頻繁。

PEAP受保護(hù)的可擴(kuò)展身份驗(yàn)證協(xié)議是由CISCO、微軟和RSA Security聯(lián)合提出的開放標(biāo)準(zhǔn)，是WPA2標(biāo)準(zhǔn)[4]中被正式采納的7類認(rèn)證機(jī)制之一。并已被廣泛的運(yùn)用在各種產(chǎn)品中，為網(wǎng)絡(luò)提供安全保障。它在設(shè)計(jì)上和EAP-TLS相似，但只需要通過服務(wù)器端的證書來建立一個(gè)安全的傳輸層安全通道（TLS）以保護(hù)用戶認(rèn)證信息的安全。它分兩個(gè)階段進(jìn)行：第一階段建立單項(xiàng)服務(wù)器認(rèn)證的TLS隧道；第二階段在該隧道保護(hù)下，對(duì)客戶端進(jìn)行EAP-MS-CHAPv2等基于EAP的方式認(rèn)證。與EAP-TLS采用的雙向證書驗(yàn)證方式相比，PEAP較好的在保障無線網(wǎng)絡(luò)安全性和認(rèn)證系統(tǒng)的布署難度之間找到一個(gè)平衡點(diǎn)。在校園無線網(wǎng)絡(luò)訪問控制中應(yīng)用基于PEAP技術(shù)認(rèn)證802.1X，可以為無線局域網(wǎng)提供安全可靠的授權(quán)訪問控制解決方案。TekRadius系統(tǒng)安裝與配置

TekRADIUS是一個(gè)windows下使用的功能強(qiáng)大并免費(fèi)的RADIUS 服務(wù)器軟件，使用微軟SQL數(shù)據(jù)庫(kù)作為支撐數(shù)據(jù)庫(kù)，支持EAP-MD5, EAP-MS-CHAP v2, PEAP(PEAPv0-EAP-MS-CHAP v2)等多種接入認(rèn)證方式。安裝平臺(tái)

1)安裝SQL數(shù)據(jù)庫(kù)設(shè)置sa賬戶；Radius默認(rèn)情況下以sa用戶訪問使用SQL數(shù)據(jù)庫(kù)。

2)安裝TekRadius軟件：從004km.cn=Servername /K:1024 /V:365 /S:1 /P:443”產(chǎn)生并獲取系統(tǒng)所需數(shù)字證書[6]，至此Radius服務(wù)器的配置完成。無線AP配置步驟

無線AP配置：登錄Dlink-615無線路由器，依次點(diǎn)擊“安裝→無線安裝→手動(dòng)無線因特網(wǎng)安裝→設(shè)置無線模式為AccessPoint，SSID為WlanTest 安全模式設(shè)置為WPA2，密碼類型選擇AES，設(shè)置為EAP模式，802.1X中填寫服務(wù)器地址、認(rèn)證端口及通信密碼（與Radius服務(wù)器相同）”。PC客戶端配置

在筆記本上打開無線網(wǎng)卡Atheros客戶端程序[7]點(diǎn)擊“配置文件管理→新建，填寫配置文件名，SSID為Wlan（與AP中相同）→點(diǎn)擊安全，設(shè)置安全項(xiàng)802.1X，類型設(shè)為PEAP（EAP-MSCHAPv2），然后點(diǎn)擊配置，選擇使用用戶名和密碼進(jìn)行連接，設(shè)置用于登錄的用戶名和密碼，再點(diǎn)設(shè)置設(shè)置服務(wù)器域名和用戶名”，確定完成設(shè)置并啟用設(shè)置文件，筆記本通過驗(yàn)證正常介入并訪問使用因特網(wǎng)。討論

經(jīng)過上述的配置服務(wù)器數(shù)據(jù)庫(kù)中的合法用戶就可以在連接到無線網(wǎng)絡(luò)時(shí)，在WPA2保護(hù)的無線網(wǎng)絡(luò)中通過PEAP方式進(jìn)行身份驗(yàn)證，訪問使用Internet網(wǎng)絡(luò)。由于SQL數(shù)據(jù)庫(kù)的使用，可以方便的用戶數(shù)據(jù)管理備份等工作提高了管理效率，并解決了WEP保護(hù)下的無線網(wǎng)絡(luò)存在WEP密碼被暴力破解帶來的安全問題和使用預(yù)共享密碼接入網(wǎng)絡(luò)存在的共享密碼泄露可能帶來的網(wǎng)絡(luò)安全風(fēng)險(xiǎn)。

較好地解決了校園無線局域網(wǎng)的安全性問題，使得授權(quán)用戶訪問Internet網(wǎng)絡(luò)應(yīng)用擺脫線纜的束縛更加方便并阻止非法用戶的入侵。由于應(yīng)用的PEAP認(rèn)證方式在服務(wù)器安裝數(shù)字證書大大的提高了無線局域網(wǎng)的安全性。

【實(shí)驗(yàn)步驟】

1、交換機(jī)配置

第一步：查看交換機(jī)版本信息 驗(yàn)證測(cè)試：

查看交換機(jī)版本信息：

Switch>show version System description

: Red-Giant Gigabit Intelligent Switch(S2126G)By

Ruijie Network System uptime

: 0d:0h:8m:40s System hardware version : 3.3 System software version : 1.5(1)Build Mar 3 2005 Temp System BOOT version

: RG-S2126G-BOOT 03-02-02 System CTRL version

: RG-S2126G-CTRL 03-05-02 Running Switching Image : Layer2 Switch> 第二步：初始化交換機(jī)配置

所有的交換機(jī)在開始進(jìn)行配置前，必需先進(jìn)行初始化，清除原有的一切配置，命令如下： Switch> Switch>enable Switch#delete flash:config.text Switch#reload …..!刪除配置

Switch#configure terminal!進(jìn)入配置層 Switch(config)#

驗(yàn)證測(cè)試：

使用命令show running-config命令查看配置信息，刪除原始配置信息后該命令的打印結(jié)果如下：

Switch#show running-config Building configuration...Current configuration : 318 bytes!version 1.0!hostname Switch vlan 1!end Switch# 第三步：

Switch#configure terminal Enter configuration commands, one per line.End with CNTL/Z.Switch(config)#ip default-gateway 192.168.0.1！!設(shè)置交換機(jī)默認(rèn)網(wǎng)關(guān)，實(shí)現(xiàn)跨網(wǎng)段管理交換機(jī)

Switch(config)#interface vlan 1 Switch(config-if)#ip address 192.168.0.2 255.255.255.0 Switch(config)#exit Switch(config)#radius-server host 192.168.0.185 auth-port 1812！!指定RADIUS服務(wù)器的地址及UDP認(rèn)證端口

Switch(config)#aaa accounting server 192.168.0.185！!指定記賬服務(wù)器的地址

Switch(config)#aaa accounting acc-port 1813

！!指定記賬服務(wù)器的UDP端口

Switch(config)#aaa authentication dot1x

！!開啟AAA功能中的802.1x認(rèn)證功能 Switch(config)#aaa accounting

！!開啟AAA功能中的記賬功能 Switch(config)#radius-server key star

！!設(shè)置RADIUS服務(wù)器認(rèn)證字 Switch(config)#snmp-server community public rw

！!為通過簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議訪問交換機(jī)設(shè)置認(rèn)證名（public為缺省認(rèn)證名）并分配讀寫權(quán)限

Switch(config)#interface fastEthernet 0/！!實(shí)驗(yàn)中將在4號(hào)接口啟動(dòng)802.1x的認(rèn)證 Switch(config-if)#dot1x port-control auto

！!設(shè)置該接口參與802.1x認(rèn)證 Switch(config-if)#exit Switch(config)#exit Switch#write Building configuration...[OK] Switch#

2、交換機(jī)配置的截圖

2、安裝SQL server

3、使用軟件TekRADIUS進(jìn)行用戶名和密碼管理

Radius Server維護(hù)了所有用戶的信息：用戶名、密碼、該用戶的授權(quán)信息以及該用戶的記帳信息。所有的用戶集中于 Radius Server管理，而不必分散于每臺(tái)交換機(jī)，便于管理員對(duì)用戶的集中管理。

Radius Server端：要注冊(cè)一個(gè)Radius Client。注冊(cè)時(shí)要告知Radius Server交換機(jī)的IP、認(rèn)證的UDP端口若記帳還要添記帳的UDP端口）、交換機(jī)與Radius Server通訊的約定密碼，還要選上對(duì)該Client支持EAP擴(kuò)展認(rèn)證方式）。

交換機(jī)端：設(shè)置Radius Server的IP地址，認(rèn)證（記帳）的UDP端口，與服務(wù)器通訊的約定密碼。

【實(shí)驗(yàn)體會(huì)】

相比上次實(shí)驗(yàn)，這次實(shí)驗(yàn)更加復(fù)雜。盡管是在小組的互動(dòng)與合作下，本次實(shí)驗(yàn)還是沒有成功。原因是實(shí)驗(yàn)要求的環(huán)境較多，對(duì) TekRADIUS軟件的使用不是很熟悉短時(shí)間內(nèi)無法完全掌握它的原理及應(yīng)用，導(dǎo)致在使用軟件TekRADIUS進(jìn)行配置時(shí)，創(chuàng)建數(shù)據(jù)庫(kù)和表時(shí)不成功，最后的4步驟“設(shè)置服務(wù)參數(shù)、配置用戶組和用戶、增加Client客戶端、安裝證書”無法完成，而且實(shí)驗(yàn)時(shí)間也到了，電腦也自動(dòng)關(guān)機(jī)了，無法再進(jìn)行下去了，我們就這樣結(jié)束了實(shí)驗(yàn)。從課程的內(nèi)容來看，本次實(shí)驗(yàn)十分重要，獨(dú)立完成實(shí)驗(yàn)內(nèi)容是對(duì)我們很好的一次鍛煉，沒有全面完成它，但是課后我對(duì)802.1X配置的相關(guān)知識(shí)做了一次更深的了解。

一、802.1x協(xié)議起源于802.11協(xié)議，后者是標(biāo)準(zhǔn)的無線局域網(wǎng)協(xié)議，802.1x協(xié)議的主要目的是為了解決無線局域網(wǎng)用戶的接入認(rèn)證問題。現(xiàn)在已經(jīng)開始被應(yīng)用于一般的有線LAN的接入。為了對(duì)端口加以控制，以實(shí)現(xiàn)用戶級(jí)的接入控制。802.1x就是IEEE為了解決基于端口的接入控制（Port-Based Access Control）而定義的一個(gè)標(biāo)準(zhǔn)。1、802.1X首先是一個(gè)認(rèn)證協(xié)議，是一種對(duì)用戶進(jìn)行認(rèn)證的方法和策略。2、802.1X是基于端口的認(rèn)證策略（這里的端口可以是一個(gè)實(shí)實(shí)在在的物理端口也可以是一個(gè)就像VLAN一樣的邏輯端口，對(duì)于無線局域網(wǎng)來說個(gè)“端口”就是一條信道）3、802.1X的認(rèn)證的最終目的就是確定一個(gè)端口是否可用。對(duì)于一個(gè)端口，如果認(rèn)證成功那么就“打開”這個(gè)端口，允許文所有的報(bào)文通過；如果認(rèn)證不成功就使這個(gè)端口保持“關(guān)閉”，此時(shí)只允許802.1X的認(rèn)證報(bào)文EAPOL（Extensible Authentication Protocol over LAN）通過。

二、802.1X的認(rèn)證體系分為三部分結(jié)構(gòu)：

Supplicant System，客戶端(PC/網(wǎng)絡(luò)設(shè)備)Authenticator System，認(rèn)證系統(tǒng)

Authentication Server System，認(rèn)證服務(wù)器

三、認(rèn)證過程

1、認(rèn)證通過前，通道的狀態(tài)為unauthorized，此時(shí)只能通過EAPOL的802.1X認(rèn)證報(bào)文；

2、認(rèn)證通過時(shí)，通道的狀態(tài)切換為authorized，此時(shí)從遠(yuǎn)端認(rèn)證服務(wù)器可以傳遞來用戶的信息，比如VLAN、CAR參數(shù)、優(yōu)先級(jí)、用戶的訪問控制列表等等；

3、認(rèn)證通過后，用戶的流量就將接受上述參數(shù)的監(jiān)管，此時(shí)該通道可以通過任何報(bào)文，注意只有認(rèn)證通過后才有DHCP等過程。

第三篇：通信網(wǎng)絡(luò)實(shí)驗(yàn)報(bào)告

通信網(wǎng)絡(luò)實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)一 隱終端和暴露終端問題分析

一、實(shí)驗(yàn)?zāi)康?、2、3、4、了解無線網(wǎng)絡(luò)中的載波檢測(cè)機(jī)制；

熟悉節(jié)點(diǎn)的傳輸范圍、沖突干擾范圍、載波檢測(cè)范圍和噪聲干擾范圍的概念； 了解載波檢測(cè)接入體制中存在的隱終端問題和暴露終端問題； 結(jié)合仿真實(shí)驗(yàn)分析載波檢測(cè)無線網(wǎng)絡(luò)中的隱終端問題和暴露終端問題。

二、實(shí)驗(yàn)結(jié)果

Node: 1, Layer: AppCbrClient,(0)Server address: 2 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 2, Layer: AppCbrServer,(0)Client address: 1 Node: 2, Layer: AppCbrServer,(0)First packet received at [s]: 0.007438001 Node: 2, Layer: AppCbrServer,(0)Last packet received at [s]: 99.999922073 Node: 2, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.739902205 Node: 2, Layer: AppCbrServer,(0)Session status: Not closed Node: 2, Layer: AppCbrServer,(0)Total number of bytes received: 4975616 Node: 2, Layer: AppCbrServer,(0)Total number of packets received: 9718 Node: 2, Layer: AppCbrServer,(0)Throughput(bits per second): 398078 Node: 3, Layer: AppCbrClient,(0)Server address: 4 Node: 3, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 3, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 3, Layer: AppCbrClient,(0)Session status: Not closed Node: 3, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 3, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 3, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 4, Layer: AppCbrServer,(0)Client address: 3 Node: 4, Layer: AppCbrServer,(0)First packet received at [s]: 0.003058001 Node: 4, Layer: AppCbrServer,(0)Last packet received at [s]: 99.993058001 Node: 4, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.003119031 Node: 4, Layer: AppCbrServer,(0)Session status: Not closed Node: 4, Layer: AppCbrServer,(0)Total number of bytes received: 5120000 Node: 4, Layer: AppCbrServer,(0)Total number of packets received: 10000 Node: 4, Layer: AppCbrServer,(0)Throughput(bits per second): 409612

三、實(shí)驗(yàn)結(jié)果分析

通過仿真結(jié)果可以看出，節(jié)點(diǎn)2無法收到數(shù)據(jù)。由于節(jié)點(diǎn)3是節(jié)點(diǎn)1的一個(gè)隱終端，節(jié)點(diǎn)1無法通過物理載波檢測(cè)偵聽到節(jié)點(diǎn)3的發(fā)送，且節(jié)點(diǎn)3在節(jié)點(diǎn)2的傳輸范圍外，節(jié)點(diǎn)3無法通過虛擬載波檢測(cè)延遲發(fā)送，所以在節(jié)點(diǎn)1傳輸數(shù)據(jù)的過程中，節(jié)點(diǎn)3完成退避發(fā)送時(shí)將引起沖突。

四、思考題

1、RTS/CTS能完全解決隱終端問題嗎？如果不能，請(qǐng)說明理由。

從理論分析上看，RTS/CTS協(xié)議似乎可以完全解決數(shù)據(jù)鏈隱藏終端問題，然而在實(shí)際網(wǎng)絡(luò)中并非如此，尤其是在AdHoc 網(wǎng)絡(luò)中。以節(jié)點(diǎn)為中心，存在發(fā)送區(qū)域和干擾區(qū)域。在發(fā)送區(qū)域內(nèi)，在沒有干擾的情況下，數(shù)據(jù)包可正常收發(fā)；該區(qū)域的大小由站點(diǎn)的功率等參數(shù)確定，可視為定值。干擾區(qū)域是相對(duì)于接受節(jié)點(diǎn)而言的，在該區(qū)域內(nèi)，節(jié)點(diǎn)可以受到來自非相關(guān)節(jié)點(diǎn)發(fā)送的數(shù)據(jù)的干擾，造成沖突、丟包。RTS/CTS對(duì)隱藏終端問題的屏蔽實(shí)際上是建立在兩區(qū)域相等的基礎(chǔ)上的，即所有的隱藏終端都位于接受節(jié)點(diǎn)發(fā)送范圍內(nèi)。此中假設(shè)并不成立，干擾區(qū)域與收發(fā)節(jié)點(diǎn)間距有關(guān)。

實(shí)驗(yàn)二 無線局域網(wǎng)DCF協(xié)議飽和吞吐量驗(yàn)證

一、實(shí)驗(yàn)?zāi)康?/p>

1、了解IEEE 802.11 DCF 協(xié)議的基本原理。

2、理解網(wǎng)絡(luò)飽和吞吐量的概念。

3、通過仿真對(duì)DCF協(xié)議飽和吞吐量的二維馬爾可夫鏈模型進(jìn)行驗(yàn)證。

二、實(shí)驗(yàn)結(jié)果

Node: 1, Layer: AppCbrClient,(4)Server address: 55 Node: 1, Layer: AppCbrClient,(4)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(4)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(4)Session status: Not closed Node: 1, Layer: AppCbrClient,(4)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(4)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(4)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(3)Server address: 54 Node: 1, Layer: AppCbrClient,(3)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(3)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(3)Session status: Not closed Node: 1, Layer: AppCbrClient,(3)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(3)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(3)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(2)Server address: 53 Node: 1, Layer: AppCbrClient,(2)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(2)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(2)Session status: Not closed Node: 1, Layer: AppCbrClient,(2)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(2)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(2)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(1)Server address: 52 Node: 1, Layer: AppCbrClient,(1)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(1)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(1)Session status: Not closed Node: 1, Layer: AppCbrClient,(1)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(1)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(1)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(0)Server address: 51 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 51, Layer: AppCbrServer,(0)Client address: 1 Node: 51, Layer: AppCbrServer,(0)First packet received at [s]: 0.003056858 Node: 51, Layer: AppCbrServer,(0)Last packet received at [s]: 99.995493030 Node: 51, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.351972641 Node: 51, Layer: AppCbrServer,(0)Session status: Not closed Node: 51, Layer: AppCbrServer,(0)Total number of bytes received: 5102592 Node: 51, Layer: AppCbrServer,(0)Total number of packets received: 9966 Node: 51, Layer: AppCbrServer,(0)Throughput(bits per second): 408219 Node: 52, Layer: AppCbrServer,(1)Client address: 1 Node: 52, Layer: AppCbrServer,(1)First packet received at [s]: 0.006449537 Node: 52, Layer: AppCbrServer,(1)Last packet received at [s]: 99.998965709 Node: 52, Layer: AppCbrServer,(1)Average end-to-end delay [s]: 0.355584451 Node: 52, Layer: AppCbrServer,(1)Session status: Not closed Node: 52, Layer: AppCbrServer,(1)Total number of bytes received: 5102592 Node: 52, Layer: AppCbrServer,(1)Total number of packets received: 9966 Node: 52, Layer: AppCbrServer,(1)Throughput(bits per second): 408233 Node: 53, Layer: AppCbrServer,(2)Client address: 1 Node: 53, Layer: AppCbrServer,(2)First packet received at [s]: 0.010001809 Node: 53, Layer: AppCbrServer,(2)Last packet received at [s]: 99.992000125 Node: 53, Layer: AppCbrServer,(2)Average end-to-end delay [s]: 0.358534977 Node: 53, Layer: AppCbrServer,(2)Session status: Not closed Node: 53, Layer: AppCbrServer,(2)Total number of bytes received: 3926016 Node: 53, Layer: AppCbrServer,(2)Total number of packets received: 7668 Node: 53, Layer: AppCbrServer,(2)Throughput(bits per second): 314112 Node: 54, Layer: AppCbrServer,(3)Client address: 1 Node: 54, Layer: AppCbrServer,(3)First packet received at [s]: 0.013774900 Node: 54, Layer: AppCbrServer,(3)Last packet received at [s]: 0.773715844 Node: 54, Layer: AppCbrServer,(3)Average end-to-end delay [s]: 0.184107930 Node: 54, Layer: AppCbrServer,(3)Session status: Not closed Node: 54, Layer: AppCbrServer,(3)Total number of bytes received: 22016 Node: 54, Layer: AppCbrServer,(3)Total number of packets received: 43 Node: 54, Layer: AppCbrServer,(3)Throughput(bits per second): 1761 Node: 55, Layer: AppCbrServer,(4)Client address: 1 Node: 55, Layer: AppCbrServer,(4)First packet received at [s]: 0.017127686 Node: 55, Layer: AppCbrServer,(4)Last packet received at [s]: 0.777148630 Node: 55, Layer: AppCbrServer,(4)Average end-to-end delay [s]: 0.187729553 Node: 55, Layer: AppCbrServer,(4)Session status: Not closed Node: 55, Layer: AppCbrServer,(4)Total number of bytes received: 22016 Node: 55, Layer: AppCbrServer,(4)Total number of packets received: 43 Node: 55, Layer: AppCbrServer,(4)Throughput(bits per second): 1761

三、實(shí)驗(yàn)結(jié)果分析

各發(fā)送節(jié)點(diǎn)發(fā)包間隔較大，當(dāng)網(wǎng)絡(luò)中發(fā)送節(jié)點(diǎn)較少時(shí)，網(wǎng)絡(luò)還未飽和。逐漸往網(wǎng)絡(luò)中增加負(fù)載，網(wǎng)絡(luò)總吞吐量逐漸增大，之后，網(wǎng)絡(luò)吞吐量逐漸趨向于平穩(wěn)，此時(shí)，網(wǎng)絡(luò)即達(dá)到了飽和狀態(tài)。

四、思考題

1、總結(jié)IEEE 802.11DCF協(xié)議飽和吞吐量和哪些因素有關(guān)。

任選一個(gè)時(shí)隙，網(wǎng)絡(luò)中有節(jié)點(diǎn)在發(fā)送數(shù)據(jù)的概率 當(dāng)有節(jié)點(diǎn)在發(fā)送數(shù)據(jù)包時(shí)，數(shù)據(jù)包發(fā)送成功的概率 數(shù)據(jù)包發(fā)送成功和發(fā)送失敗所需的時(shí)間

2、為什么在數(shù)據(jù)包長(zhǎng)度較長(zhǎng)時(shí)，采用RTS/CTS模式更合理？

“隱藏終端”多發(fā)生在大型單元中（一般在室外環(huán)境），這將帶來效率損失，并且需要錯(cuò)誤恢復(fù)機(jī)制。當(dāng)需要傳送大容量文件時(shí)，尤其需要杜絕“隱藏終端”現(xiàn)象的發(fā)生。

實(shí)驗(yàn)三 動(dòng)態(tài)源路由協(xié)議路由選擇驗(yàn)證

一、實(shí)驗(yàn)?zāi)康?、2、了解DSR路由協(xié)議的優(yōu)缺點(diǎn)。

理解DSR路由協(xié)議中路由發(fā)現(xiàn)過程和路由維護(hù)過程。

3、掌握DSR路由協(xié)議性能的仿真分析方法。

二、實(shí)驗(yàn)結(jié)果 Time(s): 1.000001000, Node: 1, Route path: 2 Time(s): 2.000001000, Node: 1, Route path: 2 Time(s): 3.000001000, Node: 1, Route path: 2 Time(s): 4.000001000, Node: 1, Route path: 2 Time(s): 5.000001000, Node: 1, Route path: 2 Time(s): 6.000001000, Node: 1, Route path: 2 Time(s): 7.000001000, Node: 1, Route path: 2 Time(s): 8.000001000, Node: 1, Route path: 4-2 Time(s): 9.000001000, Node: 1, Route path: 4-2 Time(s): 10.000001000, Node: 1, Route path: 4-2 Time(s): 11.000001000, Node: 1, Route path: 4-2 Time(s): 12.000001000, Node: 1, Route path: 4-2 Time(s): 13.000001000, Node: 1, Route path: 4-2 Time(s): 14.000001000, Node: 1, Route path: 4-2 Time(s): ***0, Node: 1, Route path: 4-2 Time(s): 16.000001000, Node: 1, Route path: 4-2 Time(s): 17.000001000, Node: 1, Route path: 4-2 Time(s): 18.000001000, Node: 1, Route path: 4-2 Time(s): 19.000001000, Node: 1, Route path: 4-2 Time(s): 20.000001000, Node: 1, Route path: 4-2 Time(s): 21.000001000, Node: 1, Route path: 4-2 Time(s): 22.000001000, Node: 1, Route path: 4-2 Time(s): 23.000001000, Node: 1, Route path: 4-2 Time(s): 24.000001000, Node: 1, Route path: 4-2 Time(s): 25.000001000, Node: 1, Route path: 4-2 Time(s): 26.000001000, Node: 1, Route path: 4-2 Time(s): 27.000001000, Node: 1, Route path: 4-2 Time(s): 28.000001000, Node: 1, Route path: 4-2 Time(s): 29.000001000, Node: 1, Route path: 4-2 Time(s): 30.000001000, Node: 1, Route path: 4-2 Time(s): 31.000001000, Node: 1, Route path: 4-2 Time(s): 32.000001000, Node: 1, Route path: 4-2 Time(s): 33.000001000, Node: 1, Route path: 4-2 Time(s): 34.000001000, Node: 1, Route path: 4-2 Time(s): 35.000001000, Node: 1, Route path: 4-2 Time(s): 36.000001000, Node: 1, Route path: 4-2 Time(s): 37.000001000, Node: 1, Route path: 4-2 Time(s): 38.000001000, Node: 1, Route path: 5-4-2 Time(s): 39.000001000, Node: 1, Route path: 5-4-2 Time(s): 40.000001000, Node: 1, Route path: 5-4-2 Time(s): 41.000001000, Node: 1, Route path: 5-4-2 Time(s): 42.000001000, Node: 1, Route path: 5-4-2 Time(s): 43.000001000, Node: 1, Route path: 5-4-2 Time(s): 44.000001000, Node: 1, Route path: 5-4-2 Time(s): 45.000001000, Node: 1, Route path: 5-4-2 Time(s): 46.000001000, Node: 1, Route path: 5-4-2 Time(s): 47.000001000, Node: 1, Route path: 5-4-2 Time(s): 48.000001000, Node: 1, Route path: 5-4-2 Time(s): 49.000001000, Node: 1, Route path: 5-4-2 Time(s): 50.000001000, Node: 1, Route path: 5-4-2 Time(s): 51.000001000, Node: 1, Route path: 5-4-2 Time(s): 52.000001000, Node: 1, Route path: 5-4-2 Time(s): 53.000001000, Node: 1, Route path: 5-4-2 Time(s): 54.000001000, Node: 1, Route path: 5-4-2 Time(s): 55.000001000, Node: 1, Route path: 5-4-2 Time(s): 56.000001000, Node: 1, Route path: 5-4-2 Time(s): 57.000001000, Node: 1, Route path: 5-4-2 Time(s): 58.000001000, Node: 1, Route path: 5-4-2 Time(s): 59.000001000, Node: 1, Route path: 5-4-2 Time(s): 60.000001000, Node: 1, Route path: 5-4-2 Time(s): 61.000001000, Node: 1, Route path: 5-4-2 Time(s): 62.000001000, Node: 1, Route path: 5-4-2 Time(s): 63.000001000, Node: 1, Route path: 5-4-2 Time(s): 64.000001000, Node: 1, Route path: 5-4-2 Time(s): 65.000001000, Node: 1, Route path: 5-4-2 Time(s): 66.000001000, Node: 1, Route path: 5-4-2 Time(s): 67.000001000, Node: 1, Route path: 5-4-2 Time(s): 68.000001000, Node: 1, Route path: 3-2 Time(s): 69.000001000, Node: 1, Route path: 3-2 Time(s): 70.000001000, Node: 1, Route path: 3-2 Time(s): 71.000001000, Node: 1, Route path: 3-2 Time(s): 72.000001000, Node: 1, Route path: 3-2 Time(s): 73.000001000, Node: 1, Route path: 3-2 Time(s): 74.000001000, Node: 1, Route path: 3-2 Time(s): 75.000001000, Node: 1, Route path: 3-2 Time(s): 76.000001000, Node: 1, Route path: 3-2 Time(s): 77.000001000, Node: 1, Route path: 3-2 Time(s): 78.000001000, Node: 1, Route path: 3-2 Time(s): 79.000001000, Node: 1, Route path: 3-2 Time(s): 80.000001000, Node: 1, Route path: 3-2 Time(s): 81.000001000, Node: 1, Route path: 3-2 Time(s): 82.000001000, Node: 1, Route path: 3-2 Time(s): 83.000001000, Node: 1, Route path: 3-2 Time(s): 84.000001000, Node: 1, Route path: 3-2 Time(s): 85.000001000, Node: 1, Route path: 3-2 Time(s): 86.000001000, Node: 1, Route path: 3-2 Time(s): 87.000001000, Node: 1, Route path: 3-2 Time(s): 88.000001000, Node: 1, Route path: 3-2 Time(s): 89.000001000, Node: 1, Route path: 3-2 Time(s): 90.000001000, Node: 1, Route path: 3-2 Time(s): 91.000001000, Node: 1, Route path: 3-2 Time(s): 92.000001000, Node: 1, Route path: 3-2 Time(s): 93.000001000, Node: 1, Route path: 2 Time(s): 94.000001000, Node: 1, Route path: 2 Time(s): 95.000001000, Node: 1, Route path: 2 Time(s): 96.000001000, Node: 1, Route path: 2 Time(s): 97.000001000, Node: 1, Route path: 2 Time(s): 98.000001000, Node: 1, Route path: 2 Time(s): 99.000001000, Node: 1, Route path: 2

三、實(shí)驗(yàn)結(jié)果分析

仿真過程中路由表變化：2，4-2，5-4-2，3-2，2。當(dāng)節(jié)點(diǎn)[1]在節(jié)點(diǎn)[2]的傳輸范圍內(nèi)時(shí)，節(jié)點(diǎn)[1]和[2]之間直接通信，不需要中間節(jié)點(diǎn)。隨著節(jié)點(diǎn)[1]的移動(dòng)，節(jié)點(diǎn)[1]離開節(jié)點(diǎn)[2]的傳輸范圍并漸漸遠(yuǎn)離，最后又逐漸靠近。在節(jié)點(diǎn)[1]離開節(jié)點(diǎn)[2]的傳輸范圍，節(jié)點(diǎn)[1]和[2]需要通過中間節(jié)點(diǎn)來通信，而且節(jié)點(diǎn)[1]離節(jié)點(diǎn)[2]越遠(yuǎn)，需要的中間節(jié)點(diǎn)越多。

第四篇：網(wǎng)絡(luò)經(jīng)濟(jì)學(xué)實(shí)驗(yàn)報(bào)告

山東建筑大學(xué) 商學(xué)院·實(shí)驗(yàn)報(bào)告

課程名稱： 網(wǎng)絡(luò)經(jīng)濟(jì)學(xué) 班 級(jí)： 電子商務(wù)111 學(xué)生姓名： 學(xué) 號(hào)： 成 績(jī)：

指導(dǎo)教師： 吳 學(xué) 霞 所屬學(xué)期： 2013 － 2014 學(xué)年第 1 學(xué)期

實(shí)驗(yàn)一 網(wǎng)絡(luò)外部性原理運(yùn)用

實(shí)驗(yàn)?zāi)康?/p>

理解網(wǎng)絡(luò)條件下外部性的新特點(diǎn)。實(shí)驗(yàn)內(nèi)容

搜集資料，選取網(wǎng)絡(luò)經(jīng)濟(jì)下的一個(gè)企業(yè)案例，分析網(wǎng)絡(luò)外部性對(duì)網(wǎng)絡(luò)產(chǎn)品供給和需求的影響。

實(shí)驗(yàn)過程

1.網(wǎng)絡(luò)正外部性分析

由于此時(shí)網(wǎng)絡(luò)經(jīng)濟(jì)的社會(huì)價(jià)值大于個(gè)人價(jià)值,社會(huì)價(jià)值曲線在個(gè)人價(jià)值曲線之上。此時(shí)的最適量體現(xiàn)在社會(huì)價(jià)值需求曲線與個(gè)人成本供給曲線的交叉點(diǎn)并大于供需曲線一般的均衡量(市場(chǎng)量)。由此可見,網(wǎng)絡(luò)的正外部性使得微軟公司的股東們?cè)讷@得較高個(gè)人收益的同時(shí),擴(kuò)散了相應(yīng)的生產(chǎn)率效益,并取得利他的社會(huì)效果———體現(xiàn)為:在互聯(lián)網(wǎng)中的經(jīng)濟(jì)單位所采取的生產(chǎn)或消費(fèi)行為,使得整個(gè)行業(yè)或社會(huì)上某些群體無需更多的付出,以極低的成本就能得到好處,共享資源。

2.網(wǎng)絡(luò)負(fù)外部性分析

但是,網(wǎng)絡(luò)的負(fù)外部性也同時(shí)并存,不可忽視。如互聯(lián)網(wǎng)的通用標(biāo)準(zhǔn)及微軟等在市場(chǎng)上占主導(dǎo)地位的公司所帶來的一些負(fù)面壟斷效應(yīng),以及由于互聯(lián)網(wǎng)的蝶狀領(lǐng)結(jié)結(jié)構(gòu)(見圖2),信息在互聯(lián)網(wǎng)中多向流動(dòng)、大容量文件的頻繁上傳和下載所出身的網(wǎng)絡(luò)擁堵,都體現(xiàn)為負(fù)外部性的特征。

同時(shí),負(fù)外部性還體現(xiàn)在:由于互聯(lián)網(wǎng)信息的快速傳遞,不需要太高的技術(shù)要求,黑客(Hacker)借助現(xiàn)成的軟件就可以肆意進(jìn)攻互聯(lián)網(wǎng),甚至局域網(wǎng)。木馬和病毒更新速度極快,使得殺毒軟件防不勝防,屢屢造成巨大的經(jīng)濟(jì)損失。仍以微軟為例,微軟公司發(fā)布的第六期“微軟安全研究報(bào)告”顯示,隨著軟件公司改善了操作系統(tǒng)的安全性,目前第三方應(yīng)用軟件已成為惡意軟件的主要攻擊目標(biāo),2008年下半年發(fā)現(xiàn)的漏洞中有90 %涉及到應(yīng)用軟件[10 ]。

圖3 表示了網(wǎng)絡(luò)負(fù)外部性造成社會(huì)成本曲線在供給成本曲線之上,這兩條曲線的差別反映了由于網(wǎng)絡(luò)壟斷、網(wǎng)絡(luò)擁堵以及黑客的存在所帶來的外部成本。此時(shí)網(wǎng)絡(luò)的最適量同樣體現(xiàn)在社會(huì)價(jià)值需求曲線與個(gè)人成本供給曲線的交叉點(diǎn),但小于供需曲線一般的均衡量(市場(chǎng)量)。網(wǎng)絡(luò)負(fù)外部性的存在,使得網(wǎng)絡(luò)經(jīng)濟(jì)的社會(huì)成本大于個(gè)人成本。

實(shí)驗(yàn)二 正反饋原理運(yùn)用

實(shí)驗(yàn)?zāi)康?/p>

了解正反饋原理在網(wǎng)絡(luò)經(jīng)濟(jì)中的運(yùn)用。實(shí)驗(yàn)內(nèi)容

上網(wǎng)查找網(wǎng)站，以具體行業(yè)發(fā)展舉例說明正反饋原理的具體應(yīng)用。實(shí)驗(yàn)過程

應(yīng)用正反饋機(jī)制理論分析我國(guó)風(fēng)險(xiǎn)投資業(yè)初期發(fā)展模式中的機(jī)制性問題

總體而言，我國(guó)風(fēng)險(xiǎn)投資整個(gè)行業(yè)運(yùn)作存在不規(guī)范的特點(diǎn)。目前，行業(yè)仍處于繼續(xù)探索的初期發(fā)展階段。自1985年9月我國(guó)第一家專營(yíng)高技術(shù)風(fēng)險(xiǎn)投資的全國(guó)性金融公司--中國(guó)新技術(shù)創(chuàng)業(yè)投資公司（簡(jiǎn)稱“中創(chuàng)”）成立至今，我國(guó)風(fēng)險(xiǎn)投資業(yè)經(jīng)歷了二十世紀(jì)80年代的早期探索階段、90年代的風(fēng)險(xiǎn)基金創(chuàng)立階段、90年代末本世紀(jì)初的加速發(fā)展階段。1998年3月“政協(xié)一號(hào)”提案激起了國(guó)內(nèi)發(fā)展風(fēng)險(xiǎn)投資的熱潮。據(jù)中國(guó)科技金融協(xié)會(huì)1999年7月統(tǒng)計(jì)，中國(guó)的風(fēng)險(xiǎn)投資公司已有九十二家，有七十四億元的投資能力。據(jù)維欣風(fēng)險(xiǎn)投資發(fā)展研究中心1999年12月調(diào)查[文獻(xiàn)4]，我國(guó)風(fēng)險(xiǎn)投資機(jī)構(gòu)已超過200家，運(yùn)營(yíng)資本超過200億元。但是，我國(guó)風(fēng)險(xiǎn)資本的80%來源于政府財(cái)政撥款，政府出資創(chuàng)建風(fēng)險(xiǎn)投資基金或公司支持國(guó)內(nèi)風(fēng)險(xiǎn)投資公司的生存和發(fā)展，這種主導(dǎo)模式本質(zhì)上是以政府行為代替市場(chǎng)行為，構(gòu)成當(dāng)前我國(guó)風(fēng)險(xiǎn)投資業(yè)發(fā)展的最大弊端。

經(jīng)驗(yàn)證明，風(fēng)險(xiǎn)投資業(yè)初期發(fā)展的關(guān)鍵問題應(yīng)當(dāng)是如何正確引導(dǎo)風(fēng)險(xiǎn)投資業(yè)沿著適宜的軌道逐漸發(fā)展壯大。從15年發(fā)展歷程看，我國(guó)風(fēng)險(xiǎn)投資業(yè)這一步走得很累。按照生命周期理論，風(fēng)險(xiǎn)投資業(yè)的發(fā)展要經(jīng)歷起步、發(fā)展、成熟、衰退或者進(jìn)入高一層次的生命周期循環(huán)。新事物的起步和發(fā)展階段需要有一種很好的動(dòng)力機(jī)制能夠保證它從微小逐漸壯大發(fā)展，否則，新事物就會(huì)消失，或者即使勉強(qiáng)存在也會(huì)處于混亂狀態(tài)。

從系統(tǒng)動(dòng)力學(xué)的角度看，就是要找到一種起自我強(qiáng)化作用的正反饋機(jī)制，使風(fēng)險(xiǎn)投資業(yè)在這種正反饋中完成起步和發(fā)展。因此，國(guó)內(nèi)風(fēng)險(xiǎn)投資業(yè)發(fā)展緩慢的根本原因是我們沒有找

到合適的正反饋動(dòng)力機(jī)制。所以，目前的任務(wù)就是盡快找到這種正反饋動(dòng)力機(jī)制。事實(shí)證明，我國(guó)風(fēng)險(xiǎn)投資業(yè)在發(fā)展之初，存在概念性的錯(cuò)誤理念，建立的機(jī)制不能形成有效的正反饋，相反，在組建之后陷入了一種惡性循環(huán)中。這可以用圖3-1說明。各級(jí)政府直接進(jìn)入風(fēng)險(xiǎn)投資業(yè)，提供風(fēng)險(xiǎn)資本，這在我國(guó)會(huì)產(chǎn)生什么結(jié)果呢？參照?qǐng)D3-1，a階段--政府作為風(fēng)險(xiǎn)資本的第一提供者參與風(fēng)險(xiǎn)投資，以此為基本出發(fā)點(diǎn)，對(duì)我國(guó)現(xiàn)行的風(fēng)險(xiǎn)投資方式進(jìn)行深入分析。

由于保險(xiǎn)公司、民間資金、大企業(yè)大財(cái)團(tuán)等仍不敢貿(mào)然進(jìn)入風(fēng)險(xiǎn)投資業(yè)，各級(jí)地方政府只好用財(cái)政撥款組建第一批風(fēng)險(xiǎn)基金（圖3-1中的b階段），地方政府成為基金的股東代表（實(shí)際股東應(yīng)為納稅人）。風(fēng)險(xiǎn)基金的管理和經(jīng)營(yíng)又由誰(shuí)負(fù)責(zé)呢？仍然是由政府指定人選掌管基金。正是這種政府具有最高決策權(quán)的模式為今后風(fēng)險(xiǎn)投資的順利運(yùn)行埋下了隱患，根本體現(xiàn)在它提供了尋租機(jī)會(huì)。

實(shí)驗(yàn)三 網(wǎng)絡(luò)產(chǎn)品市場(chǎng)結(jié)構(gòu)分析

實(shí)驗(yàn)?zāi)康?/p>

掌握市場(chǎng)結(jié)構(gòu)類型，學(xué)會(huì)判斷具體行業(yè)的市場(chǎng)結(jié)構(gòu)。實(shí)驗(yàn)內(nèi)容

選取市場(chǎng)集中度指標(biāo)，針對(duì)具體網(wǎng)絡(luò)行業(yè)搜集資料，進(jìn)行市場(chǎng)結(jié)構(gòu)類型分析。實(shí)驗(yàn)過程

視頻網(wǎng)站是指依靠網(wǎng)絡(luò)視頻播放技術(shù)，讓用戶在互聯(lián)網(wǎng)上在線瀏覽、發(fā)布和分享視頻作品的網(wǎng)站。目前國(guó)內(nèi)的視頻網(wǎng)站還處在成長(zhǎng)期，網(wǎng)站的盈利模式較為單一，絕大多數(shù)利潤(rùn)來自廣告收入，這是將網(wǎng)站流量轉(zhuǎn)化為收入的最直接有效的方式。廣告收入的高低基本由網(wǎng)站流量所決定，這導(dǎo)致了視頻網(wǎng)站的收視份額與該網(wǎng)站的廣告市場(chǎng)份額高度一致。即使未來有更多的盈利模式出現(xiàn)，廣告收入仍然會(huì)是視頻網(wǎng)站綜合收入的主力軍。因此，視頻網(wǎng)站廣告市場(chǎng)集中度能夠間接地反映出整個(gè)行業(yè)的競(jìng)爭(zhēng)狀況。

視頻網(wǎng)站廣告市場(chǎng)集中度測(cè)度分析

市場(chǎng)集中度是用于表示在特定產(chǎn)業(yè)或市場(chǎng)中，賣者和買者具有怎樣的相對(duì)的規(guī)模結(jié)構(gòu)的指標(biāo)。由于市場(chǎng)集中度是反映特定市場(chǎng)的集中程度的指標(biāo)，所以它與市場(chǎng)中壟斷力量的形成密切相關(guān)。產(chǎn)業(yè)組織理論把市場(chǎng)集中度作為考察市場(chǎng)結(jié)構(gòu)的首要因素。

根據(jù)搜集到的數(shù)據(jù)測(cè)算出2010年第一和第三季度、2011年第一和第三季度以及2012年第一和第三季度這6個(gè)季度里中國(guó)視頻網(wǎng)站廣告市場(chǎng)集中度CR1、CR4、CR8和CR10，以此分析在我國(guó)視頻網(wǎng)站廣告市場(chǎng)集中度的狀況以及發(fā)展變化趨勢(shì)。

從2010到2012年的6個(gè)季度里，中國(guó)網(wǎng)絡(luò)視頻廣告市場(chǎng)集中度表現(xiàn)出如下特征： 第一，從整體來看，我國(guó)的視頻網(wǎng)站廣告市場(chǎng)集中度較高，屬于寡占型的市場(chǎng)結(jié)構(gòu)。從2010到2012年，我國(guó)視頻網(wǎng)站廣告市場(chǎng)集中度CR4、CR8和CR10的最小值分別為48.8%、71.0%、79.3%，最大值分別為61.6%、83.5%、89.4%，極差分別為12.8%、12.5%、10.1%。數(shù)值整體偏高，表明我國(guó)視頻網(wǎng)站廣告市場(chǎng)集中度較高。按照貝恩的市場(chǎng)結(jié)構(gòu)分類標(biāo)準(zhǔn)，屬于寡占Ⅲ型的市場(chǎng)結(jié)構(gòu)，這是處于產(chǎn)業(yè)發(fā)展初期的媒介的共性。

第二，從變化來看，我國(guó)的視頻網(wǎng)站行業(yè)市場(chǎng)集中度變化幅度不大。從2010到2012年，CR4、CR8和CR10的最小值和最大值的極差分別為12.8%、12.5%、10.1%。雖有一定變化，但變化幅度并不大。其中2010年第一季度到2011年第一季度的市場(chǎng)集中度呈現(xiàn)上升趨勢(shì)，在2011年第一季度達(dá)到最高，從2011年第一季度到2012年第三季度又呈現(xiàn)出下降的趨勢(shì)。

由此可見，自2011年第一季度視頻網(wǎng)站行業(yè)發(fā)生了一系列變化，明顯地影響了視頻網(wǎng)站廣告市場(chǎng)集中度。

第三，排名靠前的幾家視頻網(wǎng)站的廣告市場(chǎng)集中度較高。在統(tǒng)計(jì)的6個(gè)季度中CR4平均大于50%，表明排名前4的視頻網(wǎng)站實(shí)力較為雄厚且市場(chǎng)份額較為穩(wěn)定。排名第一的優(yōu)酷網(wǎng)，除了2010年第一季度外，CR1一直保持在20%以上。雖然近兩年來行業(yè)競(jìng)爭(zhēng)加劇，優(yōu)酷網(wǎng)的優(yōu)勢(shì)稍有減弱，但仍然保持著業(yè)界“領(lǐng)頭羊”的位置。

視頻網(wǎng)站廣告市場(chǎng)集中度的影響因素分析

“內(nèi)容為王”是傳媒界熟知的理念之一。這一理念也適用于視頻網(wǎng)站行業(yè)，網(wǎng)絡(luò)視頻的內(nèi)容是決定視頻網(wǎng)站廣告市場(chǎng)集中度的最主要的因素。在國(guó)內(nèi)視頻網(wǎng)站發(fā)展的初期，因?yàn)樽钤绨l(fā)展起來的幾個(gè)視頻網(wǎng)站主要是借鑒YouTube的運(yùn)營(yíng)模式，內(nèi)容以原創(chuàng)為主，所以原創(chuàng)內(nèi)容的數(shù)量一度成為各大視頻網(wǎng)站競(jìng)相追逐的對(duì)象。以優(yōu)酷網(wǎng)、土豆網(wǎng)為代表的建立較早的視頻網(wǎng)站，在發(fā)展初期就積累了數(shù)量龐大的原創(chuàng)內(nèi)容，因此它們?cè)诤髞淼母?jìng)爭(zhēng)中擁有先發(fā)制人的優(yōu)勢(shì)。

隨著視頻網(wǎng)站行業(yè)這幾年來的發(fā)展，原創(chuàng)的視頻已經(jīng)不能滿足用戶的需求，影視劇資源越來越成為各大視頻網(wǎng)站競(jìng)爭(zhēng)的“王牌”。影視劇版權(quán)爭(zhēng)奪戰(zhàn)一度出現(xiàn)混亂的局面，版權(quán)價(jià)格經(jīng)歷了單集售價(jià)在一年多之間從1萬元到150萬元瘋狂暴漲的情況，一時(shí)間各大視頻網(wǎng)站紛紛“砸錢”高價(jià)購(gòu)買首播權(quán)。這種惡性競(jìng)爭(zhēng)把電視劇的版權(quán)價(jià)格越抬越高，導(dǎo)致只有市場(chǎng)份額排名靠前的視頻網(wǎng)站才有經(jīng)濟(jì)能力購(gòu)買影視劇版權(quán)。這一狀況導(dǎo)致視頻網(wǎng)站之間的流量差距進(jìn)一步拉大，廣告收入也隨之拉大。網(wǎng)絡(luò)視頻廣告市場(chǎng)集中度越來越高，并在2011年達(dá)到了頂峰。

2012年以來，隨著視頻播放技術(shù)的不斷發(fā)展和創(chuàng)新，也有一些中小型的視頻網(wǎng)站以及個(gè)別大型視頻網(wǎng)站依靠技術(shù)升級(jí)贏得部分廣告市場(chǎng)份額，使網(wǎng)絡(luò)視頻廣告集中度進(jìn)一步降低。例如部分視頻網(wǎng)站推出的高清模式，以視頻質(zhì)量的高低尋求產(chǎn)品的差異化，既滿足了帶寬不夠的用戶，又滿足了喜歡高清晰度視頻的用戶。

實(shí)驗(yàn)四 網(wǎng)絡(luò)經(jīng)濟(jì)下的企業(yè)競(jìng)爭(zhēng)策略分析

實(shí)驗(yàn)?zāi)康?/p>

掌握網(wǎng)絡(luò)經(jīng)濟(jì)下的企業(yè)競(jìng)爭(zhēng)策略分析。實(shí)驗(yàn)內(nèi)容

要求學(xué)生在學(xué)習(xí)網(wǎng)絡(luò)經(jīng)濟(jì)中企業(yè)競(jìng)爭(zhēng)策略理論的基礎(chǔ)上，選取一定的案例進(jìn)行詳細(xì)的分析，進(jìn)一步理解網(wǎng)絡(luò)經(jīng)濟(jì)下企業(yè)競(jìng)爭(zhēng)策略的新特點(diǎn)。

實(shí)驗(yàn)過程

公路客運(yùn)企業(yè)應(yīng)對(duì)鐵路競(jìng)爭(zhēng)的策略

公路運(yùn)輸與鐵路作為兩種重要的運(yùn)輸形式，兩者間的競(jìng)爭(zhēng)是必然的、不可避免的。與鐵路相比，公路運(yùn)輸成本高，舒適性、安全性、及時(shí)性不夠。國(guó)際金融危機(jī)暴發(fā)后，國(guó)家為拉動(dòng)經(jīng)濟(jì)加大了鐵路建設(shè)的投入力度，這對(duì)本來就處于競(jìng)爭(zhēng)劣勢(shì)的公路運(yùn)輸企業(yè)而言可謂是雪上加霜。公路運(yùn)輸企業(yè)如何應(yīng)對(duì)鐵路的競(jìng)爭(zhēng)？

一、公路客運(yùn)面臨的機(jī)遇與困難

機(jī)遇：由于現(xiàn)有鐵路承載能力有限，鐵路提速又給道路客運(yùn)班線帶來了轉(zhuǎn)機(jī)，概括起來有幾個(gè)有利因素：一是鐵路班次少，加上鐵路速度上去了，中途站點(diǎn)?？繙p少，這就給公路客運(yùn)帶來了商機(jī)。二是在管理上，鐵路每個(gè)站的配客量在年初制定，不可變更?？土鞯蜁r(shí)成本高，客流高時(shí)運(yùn)不完。三是鐵路提速后，一些車站不能?？?。

困難：（1）經(jīng)營(yíng)主體散。自運(yùn)輸市場(chǎng)全面放開后，由于市場(chǎng)準(zhǔn)入標(biāo)準(zhǔn)太低，經(jīng)營(yíng)主體較多，經(jīng)營(yíng)者素質(zhì)參差不齊，運(yùn)輸市場(chǎng)呈現(xiàn)混亂、分散的無序競(jìng)爭(zhēng)狀態(tài)。

（2）硬件投入不足。由于多種原因，不少公路運(yùn)輸企業(yè)對(duì)站場(chǎng)改造、車輛更新步伐緩慢，導(dǎo)致旅客乘、候車條件不佳，服務(wù)質(zhì)量難以保證，使公路運(yùn)輸競(jìng)爭(zhēng)力下降。

（3）軟環(huán)境建設(shè)滯后。由于種種原因，不少運(yùn)輸企業(yè)人員素質(zhì)不高、職工隊(duì)伍老化，管理水平低下制約了公路運(yùn)輸企業(yè)的發(fā)展。

二、公路客運(yùn)業(yè)發(fā)展的對(duì)策

對(duì)于挑戰(zhàn)與機(jī)遇并存的公路客運(yùn)市場(chǎng)，應(yīng)該對(duì)經(jīng)營(yíng)策略進(jìn)行理性的選擇，把握機(jī)遇，勇于應(yīng)對(duì)挑戰(zhàn)，努力做強(qiáng)做優(yōu)公路客運(yùn)業(yè)。1.實(shí)施品牌戰(zhàn)略，提高服務(wù)水平

（1）全力推進(jìn)道路客運(yùn)班車公司化改造工作，從根本上杜絕承包經(jīng)營(yíng)服務(wù)質(zhì)量不高，安全營(yíng)運(yùn)缺少保障的弊端。

（2）必須制定規(guī)范的服務(wù)標(biāo)準(zhǔn)，以旅客滿意為宗旨，在實(shí)踐中不斷總結(jié)、修正管理制度，使其日趨完善。

（3）要不斷豐富服務(wù)內(nèi)涵，增設(shè)售票網(wǎng)點(diǎn)、與郵政網(wǎng)點(diǎn)聯(lián)網(wǎng)售票，實(shí)行電話訂票、送票上門、網(wǎng)上售票、自助購(gòu)票等，讓旅客在最短的時(shí)間內(nèi)購(gòu)買到車票。

（4）要建立一支高素質(zhì)的職工隊(duì)伍。必須重視對(duì)駕駛員和服務(wù)人員的教育和培訓(xùn)。2.采用差異化競(jìng)爭(zhēng)策略，拓展經(jīng)營(yíng)空間

要充分發(fā)揮公路客運(yùn)的優(yōu)勢(shì)，適度發(fā)展火車未開通或與火車不同線的長(zhǎng)途、超長(zhǎng)途班線，穩(wěn)步發(fā)展和鞏固中長(zhǎng)途班線，大力發(fā)展短途班線。按不同線路情況努力提高車輛檔次，提高企業(yè)信譽(yù)，提升企業(yè)形象。3.近靠鐵路站點(diǎn)，巧借東風(fēng)分流

應(yīng)采取積極措施，巧借東風(fēng)，向鐵路站點(diǎn)靠近，公路和鐵路客運(yùn)站的距離越短越好，既方便長(zhǎng)途列車下車旅客的中轉(zhuǎn)換乘，也有利于發(fā)揮公路客運(yùn)班次密度高的優(yōu)勢(shì)，爭(zhēng)取與鐵路復(fù)線班次的客源。同時(shí)也方便短途旅客換乘長(zhǎng)途列車，形成與鐵路良性、互補(bǔ)的競(jìng)爭(zhēng)，共同創(chuàng)造良好的客運(yùn)環(huán)境。

4.整合資源，推動(dòng)公路客運(yùn)行業(yè)發(fā)生質(zhì)的轉(zhuǎn)變

客運(yùn)企業(yè)間可通過線路置換、出資收購(gòu)、兼并、資產(chǎn)重組或多元參股組建跨企業(yè)的客運(yùn)專線公司，以消除惡性競(jìng)爭(zhēng)和內(nèi)耗，提升服務(wù)，創(chuàng)樹客運(yùn)品牌，提升道路客運(yùn)業(yè)綜合競(jìng)爭(zhēng)力和公共服務(wù)能力。

5.狠抓管理，提升核心競(jìng)爭(zhēng)力

一是加強(qiáng)網(wǎng)絡(luò)和信息化建設(shè)，掌握第一手客源信息，合理調(diào)度，不斷提高工作質(zhì)量和效率。二是運(yùn)輸企業(yè)應(yīng)積極實(shí)施科學(xué)管理，建設(shè)節(jié)約型企業(yè)，減少消耗，降低成本，努力做到增收節(jié)支。三是圍繞運(yùn)輸主業(yè)，拉長(zhǎng)產(chǎn)業(yè)鏈，發(fā)展壯大汽車燃潤(rùn)料和配件供應(yīng)、修理業(yè)、駕培業(yè)等產(chǎn)業(yè)。

6.重視發(fā)揮行業(yè)管理部門和行業(yè)協(xié)會(huì)作用，努力營(yíng)造公平、公正的競(jìng)爭(zhēng)環(huán)境

行業(yè)管理部門應(yīng)認(rèn)真履行職責(zé)，在市場(chǎng)準(zhǔn)入、市場(chǎng)監(jiān)管等方面發(fā)揮應(yīng)有的作用，積極維護(hù)運(yùn)輸市場(chǎng)秩序，打擊非法營(yíng)運(yùn)，規(guī)范業(yè)戶經(jīng)營(yíng)行為，超前做好站點(diǎn)的規(guī)劃布局，使公路運(yùn)輸市場(chǎng)管而不死、活而不亂、競(jìng)爭(zhēng)有序，并在客運(yùn)企業(yè)資產(chǎn)重組、資源整合等工作方面，做好政策引導(dǎo)、牽線搭橋工作。

第五篇：實(shí)驗(yàn)報(bào)告：網(wǎng)絡(luò)管理

實(shí)驗(yàn)名稱：網(wǎng)絡(luò)管理

課程名稱：計(jì)算機(jī)網(wǎng)絡(luò)

學(xué)生信息：07計(jì)算機(jī)班 郭文（2007114046）

實(shí)驗(yàn)時(shí)間：2010年6月6日

實(shí)驗(yàn)?zāi)康模?/p>

理解網(wǎng)絡(luò)管理的概念

利用網(wǎng)絡(luò)管理軟件進(jìn)行實(shí)踐

實(shí)驗(yàn)原理：

網(wǎng)絡(luò)管理包括對(duì)硬件、軟件和人力的使用、綜合與協(xié)調(diào)，以便對(duì)網(wǎng)絡(luò)資源進(jìn)行監(jiān)視、測(cè)試、配置、分析、評(píng)價(jià)和控制，這樣就能以合理的價(jià)格滿足網(wǎng)絡(luò)的一些需求，如實(shí)時(shí)運(yùn)行性能、服務(wù)質(zhì)量等。網(wǎng)絡(luò)管理常簡(jiǎn)稱為網(wǎng)管。

實(shí)驗(yàn)內(nèi)容：

通過使用網(wǎng)絡(luò)管理軟件PcAnywhere實(shí)現(xiàn)網(wǎng)絡(luò)管理。

實(shí)驗(yàn)器材：

服務(wù)器一臺(tái)、客戶機(jī)四臺(tái)（已連接）、管理軟件PcAnywhere。

實(shí)驗(yàn)步驟：

1.客戶端的安裝：

根據(jù)PcAnywhere安裝說明，將客戶端安裝到服務(wù)器上。

2.服務(wù)端的安裝：

根據(jù)PcAnywhere安裝說明，將服務(wù)端安裝到客戶機(jī)上。

3.PcAnywhere設(shè)置：

按照PcAnywhere的使用說明書，對(duì)客戶端與服務(wù)器分別進(jìn)行設(shè)置。

4.軟件測(cè)試：

使用客戶端連接服務(wù)器，進(jìn)行控制管理。

實(shí)驗(yàn)結(jié)果：

連接測(cè)試正常，各項(xiàng)功能良好。