亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁(yè) > 課堂 > 網(wǎng)絡(luò)協(xié)議 > 正文

TCP協(xié)議的一些認(rèn)識(shí)及實(shí)踐知識(shí)簡(jiǎn)介

2020-10-24 11:54:53
字體:
來(lái)源:轉(zhuǎn)載
供稿:網(wǎng)友
一、簡(jiǎn)介
引用《TCP/IP詳解-卷1》中的介紹,TCP與UDP使用相同的網(wǎng)絡(luò)層(IP層),TCP卻向應(yīng)用層提供了與UDP完全不同的服務(wù)。TCP提供一種面向連接的、可靠的字節(jié)流服務(wù)。
所謂面向連接的,是指在彼此通信前要先建立連接。同時(shí)這種點(diǎn)對(duì)點(diǎn)的連接表明了TCP不支持多播和廣播。
所謂可靠的,是指TCP有一堆保證數(shù)據(jù)傳輸準(zhǔn)確的機(jī)制。    
 
所謂字節(jié)流,是指TCP接收端并不知道發(fā)送端每次向該連接寫(xiě)入了多少數(shù)據(jù),只關(guān)心通過(guò)限制能從連接中最大字節(jié)數(shù)。
二、協(xié)議格式
圖:TCP數(shù)據(jù)包結(jié)構(gòu)
 
圖:TCP包首部結(jié)構(gòu)
字段說(shuō)明:
16位源端口號(hào):指建立連接(或發(fā)送數(shù)據(jù))的端口號(hào)
16位目的端口號(hào):指連接另一端(或接受數(shù)據(jù))的端口號(hào)
32位序號(hào):發(fā)送的字節(jié)序號(hào),如果是新建立的連接,則第一個(gè)包的seq為0,否則為上一個(gè)數(shù)據(jù)包的確認(rèn)序號(hào)。同一個(gè)包中的序號(hào)和確認(rèn)序號(hào)是不同的。    
 
32位確認(rèn)序號(hào):等于接收到數(shù)據(jù)包的序號(hào)seq+數(shù)據(jù)包的長(zhǎng)度len。同時(shí)告訴對(duì)端,下一個(gè)數(shù)據(jù)包的開(kāi)頭字節(jié)序號(hào)。
4位首部長(zhǎng)度:tcp包首部的長(zhǎng)度。
URG:緊急指針有效。它使一端可以告訴另一端有些具有某種方式的“緊急數(shù)據(jù)”已經(jīng)放置在普通的數(shù)據(jù)流中。另一端被通知這個(gè)緊急數(shù)據(jù)已被放置在普通數(shù)據(jù)流
 
中,由接收方?jīng)Q定如何處理。URG比特被置1,并且一個(gè)16bit的緊急指針被置為一個(gè)正的偏移量,該偏移量必須與TCP首部中的序號(hào)字段相加,以便得出緊急數(shù)據(jù)的最后一個(gè)字節(jié)的序號(hào)。注意:TCP的緊急方式不是帶外數(shù)據(jù)(out-of-band data)。緊急方式有什么作用呢??jī)蓚€(gè)最常見(jiàn)的例子是Telnet和Rlogin。當(dāng)交互用戶(hù)鍵入中斷鍵時(shí),另一個(gè)例子是FTP,當(dāng)交互用戶(hù)放棄一個(gè)文件的傳輸時(shí)。如果在接收方處理第一個(gè)緊急指針之前,發(fā)送方多次進(jìn)入緊急方式會(huì)發(fā)生什么情況呢?在數(shù)據(jù)流中的緊急指針會(huì)向前移動(dòng),而其在接收方的前一個(gè)位置將丟失。接收方只有一個(gè)緊急指針,每當(dāng)對(duì)方有新的值到達(dá)時(shí)它將被覆蓋。這意味著如果發(fā)送方進(jìn)入緊急方式時(shí)所寫(xiě)的內(nèi)容對(duì)接收方非常重要,那么這些字節(jié)數(shù)據(jù)必須被發(fā)送方用某種方式特別標(biāo)記。我們將看到Telnet通過(guò)在數(shù)據(jù)流中加入一個(gè)值為255的字節(jié)作為前綴來(lái)標(biāo)記它所有的命令。    
 
ACK:確認(rèn)序號(hào)有效
PSH:接收方應(yīng)盡快將這個(gè)報(bào)文段交給應(yīng)用層。發(fā)送方使用PUSH標(biāo)志通知接收方將所收到的數(shù)據(jù)全部提交給接收進(jìn)程。這里的數(shù)據(jù)包括與PUSH一起傳送的數(shù)據(jù)以及接收方TCP已經(jīng)為接收進(jìn)程收到的其他數(shù)據(jù)(還在TCP的緩沖區(qū)中)。
 
RST:重置連接
SYN:同步信號(hào),用于發(fā)起一個(gè)連接
FIN:發(fā)端完成發(fā)送任務(wù),關(guān)閉連接
16位窗口大?。篢CP的流量控制由連接的每一端通過(guò)聲明的窗口大小來(lái)提供。窗口大小為字節(jié)數(shù),起始于確認(rèn)序號(hào)字段指明的值,這個(gè)值是接收端正期望接收的字節(jié)。窗口大小是一個(gè)16 bit字段,因而窗口大小最大為65535字節(jié)。    
 
16位校驗(yàn)和:檢驗(yàn)和覆蓋了整個(gè)的TCP報(bào)文段:TCP首部和TCP數(shù)據(jù)。
16位緊急指針:只有當(dāng)URG標(biāo)志置1時(shí)緊急指針才有效。緊急指針是一個(gè)正的偏移量,和序號(hào)字段中的值相加表示緊急數(shù)據(jù)最后一個(gè)字節(jié)的序號(hào)。TCP的緊急方式是發(fā)送端向另一端發(fā)送緊急數(shù)據(jù)的一種方式。
選項(xiàng):部分可選配置,主要有以下幾種:
 
每個(gè)選項(xiàng)的開(kāi)始是1字節(jié)kind字段,說(shuō)明選項(xiàng)的類(lèi)型。kind字段為0和1的選項(xiàng)僅占1個(gè)字節(jié)。其他的選項(xiàng)在kind字節(jié)后還有l(wèi)en字節(jié)。它說(shuō)明的長(zhǎng)度是指總長(zhǎng)度,包括kind字節(jié)和len字節(jié)。    
 
三、TCP各種狀態(tài)
1. 狀態(tài)轉(zhuǎn)移
A 主動(dòng)建立連接
圖:主動(dòng)建立連接
B 被動(dòng)建立連接
圖:被動(dòng)建立連接
C 主動(dòng)關(guān)閉連接
圖:主動(dòng)關(guān)閉連接
D 被動(dòng)關(guān)閉連接
圖:被動(dòng)關(guān)閉連接
2. 建立連接
圖:TCP建立連接
3. 關(guān)閉連接
圖:TCP關(guān)閉連接
4. 半連接
TCP連接是個(gè)全雙工通道,所以可以同時(shí)支持發(fā)送和接收。可以認(rèn)為將一個(gè)通道分成兩部分,就像高速公路一樣,一條大路中間分隔,兩邊的方向完全相反。
半連接是指連接的一端發(fā)送完本地?cái)?shù)據(jù)后,將發(fā)送的那半個(gè)連接關(guān)閉,告訴對(duì)端不用再等待接收數(shù)據(jù),而對(duì)端照樣可以發(fā)送數(shù)據(jù),本端可以讀取數(shù)據(jù)。
再舉高速公路的例子,假如連接是北京到天津的高速公路,如果某一天,北京到天津方向的沒(méi)有車(chē)輛,則該方向高速公路可以封閉,北京這邊的入口將關(guān)閉,同時(shí)告知天津出口不會(huì)有車(chē)輛通行,天津出口也沒(méi)必要有人值班了。但是,有不少車(chē)輛要從天津開(kāi)往北京方向,這樣天津的入口沒(méi)有關(guān)閉,北京的出口則需要有人收費(fèi)抬桿。
 
5. 復(fù)位報(bào)文
無(wú)論何時(shí)一個(gè)報(bào)文段發(fā)往基準(zhǔn)的連接(referenced connection)出現(xiàn)錯(cuò)誤,TCP都會(huì)發(fā)出一個(gè)復(fù)位報(bào)文段(這里提到的“基準(zhǔn)的連接”是指由目的I P地址和目的端口號(hào)以及源I P地址和源端口號(hào)指明的連接。)
產(chǎn)生復(fù)位的一種常見(jiàn)情況是當(dāng)連接請(qǐng)求到達(dá)時(shí),目的端口沒(méi)有進(jìn)程正在聽(tīng)。對(duì)于UDP,當(dāng)一個(gè)數(shù)據(jù)報(bào)到達(dá)目的端口時(shí),該端口沒(méi)在使用,它將產(chǎn)生一個(gè)ICMP端口不可達(dá)的信息。而TCP則使用復(fù)位。
 
發(fā)送一個(gè)復(fù)位報(bào)文段而不是FIN來(lái)中途釋放一個(gè)連接,這稱(chēng)為異常釋放。異常終止一個(gè)連接對(duì)應(yīng)用程序來(lái)說(shuō)有兩個(gè)優(yōu)點(diǎn):(1)丟棄任何待發(fā)數(shù)據(jù)并立即發(fā)送復(fù)位報(bào)文段;(2)RST的接收方會(huì)區(qū)分另一端執(zhí)行的是異常關(guān)閉還是正常關(guān)閉。應(yīng)用程序使用的API必須提供產(chǎn)生異常關(guān)閉而不是正常關(guān)閉的手段。Socket API通過(guò)“linger on close”選項(xiàng)(SO_LINGER)提供了這種異常關(guān)閉的能力。我們加上-L選項(xiàng)并將停留時(shí)間設(shè)為0。這將導(dǎo)致連接關(guān)閉時(shí)進(jìn)行復(fù)位而不是正常的FIN。
四、TCP數(shù)據(jù)傳輸
1. 正常傳輸
 
圖:正常的數(shù)據(jù)傳輸
2. 快發(fā)慢接
 
圖:快發(fā)到慢收的數(shù)據(jù)傳輸
上圖說(shuō)明,在慢收設(shè)備接收數(shù)據(jù)時(shí),由于沒(méi)有及時(shí)的將TCP緩沖區(qū)的數(shù)據(jù)讀到應(yīng)用層而會(huì)返回給發(fā)送端一個(gè)通告窗口為0的ACK。
五、超時(shí)和重傳機(jī)制
1. 往返時(shí)間RTT及重傳超時(shí)間RTO(Retransmission TimeOut)
RTT估計(jì)器:R←aR+ ( 1-a )M
這里的a是一個(gè)推薦值為0.9的平滑因子。每次進(jìn)行新測(cè)量的時(shí)候,這個(gè)被平滑的RTT將得到更新。每個(gè)新估計(jì)的90%來(lái)自前一個(gè)估計(jì),而10 %則取自新的測(cè)量。
RTO公式:
E rr= M-A
A←A+ g E rr
D←D+ h( | E rr |-D)
RTO= A+ 4D
這里的A是被平滑的RTT(均值的估計(jì)器)而D則是被平滑的均值偏差。Err是剛得到的測(cè)量結(jié)果與當(dāng)前的RTT估計(jì)器之差。A和D均被用于計(jì)算下一個(gè)重傳時(shí)間(RTO)。增量g起平均作用,取為1/8(0.125)。偏差的增益是h,取值為0.25。當(dāng)RTT變化時(shí),較大的偏差增益將使RTO快速上升。
一個(gè)TCP連接只有一個(gè)RTT計(jì)時(shí)器,如果一個(gè)請(qǐng)求發(fā)送時(shí)計(jì)時(shí)器已經(jīng)開(kāi)始計(jì)時(shí),則該請(qǐng)求不進(jìn)行RTT計(jì)算。
 
圖:RTT計(jì)時(shí)
上圖中,第4個(gè)數(shù)據(jù)包在發(fā)送時(shí)因?yàn)镽TT計(jì)時(shí)器已經(jīng)開(kāi)始計(jì)時(shí)(第3個(gè)數(shù)據(jù)包)而沒(méi)有再次啟動(dòng)計(jì)時(shí)器。
2.  擁塞避免算法
有兩種分組丟失的指示:發(fā)生超時(shí)和接收到重復(fù)的確認(rèn)。
擁塞避免算法和慢啟動(dòng)算法是兩個(gè)目的不同、獨(dú)立的算法。但是當(dāng)擁塞發(fā)生時(shí),我們希望降低分組進(jìn)入網(wǎng)絡(luò)的傳輸速率,于是可以調(diào)用慢啟動(dòng)來(lái)作到這一點(diǎn)。
擁塞避免算法和慢啟動(dòng)算法需要對(duì)每個(gè)連接維持兩個(gè)變量:一個(gè)擁塞窗口cwnd和一個(gè)慢啟動(dòng)門(mén)限ssthresh。算法如下:
1)  對(duì)一個(gè)給定的連接,初始化cwnd為1個(gè)報(bào)文段,ssthresh為65535個(gè)字節(jié)。
2)  TCP輸出例程的輸出不能超過(guò)cwnd和接收方通告窗口的大小。擁塞避免是發(fā)送方使用的流量控制,而通告窗口則是接收方進(jìn)行的流量控制。前者是發(fā)送方感受到的網(wǎng)絡(luò)擁塞的估計(jì),而后者則與接收方在該連接上的可用緩存大小有關(guān)。
3)  當(dāng)擁塞發(fā)生時(shí)(超時(shí)或收到重復(fù)確認(rèn)),ssthresh被設(shè)置為當(dāng)前窗口大小的一半(cwnd和接收方通告窗口大小的最小值,但最少為2個(gè)報(bào)文段)。此外,如果是超時(shí)引起了擁塞,則cwnd被設(shè)置為1個(gè)報(bào)文段(這就是慢啟動(dòng))。
 
4)  當(dāng)新的數(shù)據(jù)被對(duì)方確認(rèn)時(shí),就增加cwnd,但增加的方法依賴(lài)于我們是否正在進(jìn)行慢啟動(dòng)或擁塞避免。如果cwnd小于或等于ssthresh,則正在進(jìn)行慢啟動(dòng),否則正在進(jìn)行擁塞避免。慢啟動(dòng)一直持續(xù)到我們回到當(dāng)擁塞發(fā)生時(shí)所處位置的半時(shí)候才停止(因?yàn)槲覀冇涗浟嗽诓襟E2中給我們制造麻煩的窗口大小的一半),然后轉(zhuǎn)為執(zhí)行擁塞避免。
慢啟動(dòng)算法初始設(shè)置cwnd為1個(gè)報(bào)文段,此后每收到一個(gè)確認(rèn)就加1。
擁塞避免算法要求每次收到一個(gè)確認(rèn)時(shí)將cwnd增加1/cwnd。與慢啟動(dòng)的指數(shù)增加比起來(lái),這是一種加性增長(zhǎng)(additive increase)。我們希望在一個(gè)往返時(shí)間內(nèi)最多為cwnd增加1個(gè)報(bào)文段(不管在這個(gè)RTT中收到了多少個(gè)ACK),然而慢啟動(dòng)將根據(jù)這個(gè)往返時(shí)間中所收到的確認(rèn)的個(gè)數(shù)增加cwnd。
 
圖:慢啟動(dòng)和擁塞避免的可視化描述
3.  快速重傳與快速恢復(fù)算法
在收到一個(gè)失序的報(bào)文之后,TCP需要立即產(chǎn)生一個(gè)ACK(一個(gè)重復(fù)的ACK)。這個(gè)ACK不應(yīng)該被延遲。該重復(fù)的ACK是為了讓對(duì)方知道收到一個(gè)失序的報(bào)文段,并告訴對(duì)方自己希望收到的報(bào)文序號(hào)。
問(wèn)題出現(xiàn)了,有兩種可能我們會(huì)收到重復(fù)的ACK:丟包和報(bào)文段失序。如果是報(bào)文段失序了,那么在發(fā)送一兩個(gè)重復(fù)的ACK之后,基本上都能接收到失序的幾個(gè)報(bào)文,然后在TCP緩沖區(qū)中重新排序,然后返回另一個(gè)ACK(希望收到的下一個(gè)報(bào)文的序號(hào));而如果有三個(gè)或三個(gè)以上的重復(fù)ACK,那么認(rèn)為該ACK對(duì)應(yīng)的數(shù)據(jù)已經(jīng)丟失,需要立即進(jìn)行重傳,無(wú)需等待超時(shí)定時(shí)器溢出。這就是快速重傳算法。
 
圖:TCP超時(shí)重傳
上圖可以看出,發(fā)送端在連續(xù)收到了3個(gè)重復(fù)的ACK報(bào)文后,并沒(méi)有進(jìn)入慢啟動(dòng),而是執(zhí)行了擁塞避免算法,這就是快速回復(fù)算法。之所以沒(méi)有執(zhí)行慢啟動(dòng)算法是因?yàn)椋l(fā)送端收到了連續(xù)的重復(fù)的ACK報(bào)文段后,不僅判斷出這個(gè)報(bào)文已經(jīng)丟失,還能判斷到接收端收到了后面的幾個(gè)報(bào)文段(只有這樣,接收端才連續(xù)的返回重復(fù)ACK報(bào)文),表明這時(shí)候的網(wǎng)絡(luò)仍然可以傳輸報(bào)文,沒(méi)有必要執(zhí)行慢啟動(dòng)影響傳輸性能,所以,在接收到重傳報(bào)文段的ACK之前,又發(fā)出了三個(gè)報(bào)文段67、69和71。
 
這個(gè)算法通常按如下過(guò)程進(jìn)行實(shí)現(xiàn):
1) 當(dāng)收到第3個(gè)重復(fù)的ACK時(shí),將ssthresh設(shè)置為當(dāng)前擁塞窗口cwnd的一半。重傳丟失的報(bào)文段。設(shè)置cwnd為ssthresh加上3倍的報(bào)文段大小。
2) 每次收到另一個(gè)重復(fù)的ACK時(shí),cwnd增加1個(gè)報(bào)文段大小并發(fā)送1個(gè)分組(如果新的cwnd允許發(fā)送)。
3) 當(dāng)下一個(gè)確認(rèn)新數(shù)據(jù)的A C K到達(dá)時(shí),設(shè)置cwnd為ssthresh(在第1步中設(shè)置的值)。這個(gè)ACK應(yīng)該是在進(jìn)行重傳后的一個(gè)往返時(shí)間內(nèi)對(duì)步驟1中重傳的確認(rèn)。另外,這個(gè)ACK也應(yīng)該是對(duì)丟失的分組和收到的第1個(gè)重復(fù)的ACK之間的所有中間報(bào)文段的確認(rèn)。這一步采用的是擁塞避免,因?yàn)楫?dāng)分組丟失時(shí)我們將當(dāng)前的速率減半。
4.  擁塞算法例子
1)  初始SYN有一個(gè)超時(shí)重傳的例子
 圖:SYN超時(shí)重傳-擁塞避免例子
當(dāng)SYN的超時(shí)發(fā)生時(shí),sstresh被置為其最小取值(512字節(jié),表示2個(gè)報(bào)文段)。為進(jìn)入慢啟動(dòng)階段,cwnd被置為1個(gè)報(bào)文段(256字節(jié))
當(dāng)收到SYN和ACK時(shí),沒(méi)有對(duì)這兩個(gè)變量做任何修改,因?yàn)樾碌臄?shù)據(jù)還沒(méi)有被確認(rèn)。
當(dāng)ACK 257到達(dá)時(shí),因?yàn)閏wnd小于等于ssthresh,因此仍然處于慢啟動(dòng)階段,于是將cwnd增加256字節(jié)。當(dāng)收到ACK 513時(shí),進(jìn)行同樣的處理。
當(dāng)ACK 769到達(dá)時(shí),我們不再處于慢啟動(dòng)狀態(tài),而是進(jìn)入了擁塞避免狀態(tài)。新的cwnd值按以下方法計(jì)算:
通過(guò)上面公式計(jì)算獲得當(dāng)前cwnd的大小為885字節(jié):
當(dāng)下一個(gè)ACK 1025到達(dá)時(shí),我們計(jì)算cwnd為991字節(jié):
 
2)  報(bào)文段丟失重傳
圖:報(bào)文段丟失重傳-擁塞避免例子
當(dāng)?shù)?個(gè)重復(fù)的ACK到達(dá)時(shí),ssthresh被置為cwnd的一半(四舍五入到報(bào)文段大小的下一個(gè)倍數(shù)),而cwnd被置為ssthresh加上所收到的重復(fù)的ACK數(shù)乘以報(bào)文段大小(也即1024加上3倍的256),然后發(fā)送重傳數(shù)據(jù)。
又有5個(gè)重復(fù)的ACK到達(dá)(報(bào)文段64~66, 68和70),每次cwnd增加1個(gè)報(bào)文段長(zhǎng)度。最后一個(gè)新的ACK(報(bào)文段72段)到達(dá)時(shí),cwnd被置為ssthresh(1024)并進(jìn)入正常的擁塞避免過(guò)程。由于cwnd小于等于ssthresh(現(xiàn)在相等),因此報(bào)文段的大小增加到cwnd,取值為1280。
當(dāng)下一個(gè)新的ACK到達(dá)(沒(méi)有在圖中表示出來(lái))時(shí),cwnd大于ssthresh,取值為1363:
 
 
在快速重傳和快速恢復(fù)階段,我們收到報(bào)文段66、68和70中的重復(fù)的ACK后才發(fā)送新的數(shù)據(jù),而不是在接收到報(bào)文段64和65中重復(fù)的ACK之后就發(fā)送。這是cwnd的取值與未被確認(rèn)的數(shù)據(jù)大小比較的結(jié)果。當(dāng)報(bào)文段65到達(dá)時(shí),cwnd為2048,但未被確認(rèn)的數(shù)據(jù)有2304字節(jié)(9個(gè)報(bào)文段:46, 48, 50, 52, 54, 55, 57, 59和63),因此不能發(fā)送任何數(shù)據(jù)。當(dāng)報(bào)文段65到達(dá)后,cwnd被置為2304,此時(shí)我們?nèi)圆荒苓M(jìn)行發(fā)送。但是當(dāng)報(bào)文段66到達(dá)時(shí),cwnd為2560,所以我們可以發(fā)送1個(gè)新的數(shù)據(jù)報(bào)文段。類(lèi)似地,當(dāng)報(bào)文段68到達(dá)時(shí),cwnd等于2816,該數(shù)值大于未被確認(rèn)的2560字節(jié)的數(shù)據(jù)大小,因此我們可以發(fā)送另1個(gè)新的數(shù)據(jù)報(bào)文段。報(bào)文段70到達(dá)時(shí)也進(jìn)行了類(lèi)似的處理。
 
5.  重新分組
當(dāng)TCP超時(shí)并重傳時(shí),它不一定要重傳同樣的報(bào)文段。相反,TCP允許進(jìn)行重新分組而發(fā)送一個(gè)較大的報(bào)文段,這將有助于提高性能(當(dāng)然,這個(gè)較大的報(bào)文段不能夠超過(guò)接收方聲明的MSS)。在協(xié)議中這是允許的,因?yàn)門(mén)CP是使用字節(jié)序號(hào)而不是報(bào)文段序號(hào)來(lái)進(jìn)行識(shí)別它所要發(fā)送的數(shù)據(jù)和進(jìn)行確認(rèn)。
 
來(lái)源    http://www.cnblogs.com/geekma/archive/2012/10/23/2735944.html

發(fā)表評(píng)論 共有條評(píng)論
用戶(hù)名: 密碼:
驗(yàn)證碼: 匿名發(fā)表
国产裸舞福利在线视频合集| 国产经典一区二区| 免费成人你懂的| 麻豆网站免费在线观看| 亚洲自拍偷拍区| 国产又粗又猛又爽又黄的网站| 在线看女人毛片| 777琪琪电影午夜理伦片| 久久久久久毛片免费看| 樱花草涩涩www在线播放| 91精品国产网站| 欧美疯狂做受xxxx高潮| 日韩视频免费观看高清| 成人欧美一区二区三区的电影| 2021国产精品久久精品| 欧美伦理免费在线| 激情av一区二区| 精品一区二区三区免费毛片爱| 亚州精品视频| 神马影院午夜我不卡影院| 超碰在线网址| 国产偷国产偷精品高清尤物| 国产欧美日韩亚洲精品| 亚洲精品中文字幕99999| 国产色a在线观看| 亚洲黄页视频免费观看| 一本大道香蕉8中文在线视频| 国产精品中文字幕久久久| 最新超碰在线| 中文字幕精品综合| 午夜久久影院| 国产欧美日韩视频在线| 欧美亚洲国产一区二区三区va| 国产精品12区| 亚洲精品一二三| 日韩欧美美女在线观看| 亚洲黄色小说网址| 国产成人综合久久| 2020天天操| 欧美 亚洲 视频| 色综合夜色一区| 色一情一乱一伦一区二区三欧美| 欧美18一14sex性处hd| 亚洲精品成人无码毛片| 欧美男男激情freegay| 精品视频在线播放一区二区三区| 日本а中文在线天堂| 奇米影视四色在观看线| 成人欧美一区二区三区白人| 国内一区二区在线| 四虎永久在线精品免费一区二区| 夜夜嗨yeyeh| 触手亚洲一区二区三区| 男人操女人免费软件| 亚洲第一精品网站| 精品国产一区二区三区噜噜噜| 国产福利一区在线| 成人影院www在线观看| 欧美三级三级| 国产成人精品一区二三区四区五区| 日韩免费一级| 午夜久久资源| 亚洲国产国产亚洲一二三| 亚洲天堂激情| 免费日韩一区二区| 日韩欧美一区二区一幕| 日韩一区二区三区xxxx| 久久国产日韩| 久久激五月天综合精品| 波多野结衣在线电影| 日本在线不卡视频一二三区| 欧美在线观看视频免费| 亚洲网站视频在线观看| 国产1区2区3区中文字幕| 悠悠资源av网站| 91网站免费视频| 无夜福利视频观看| 久久久精品在线视频| 青青草99啪国产免费| 天天干夜夜艹| 国产精品我不卡| 怡红院男人天堂| 日韩熟女精品一区二区三区| 国产一区 在线播放| av免费在线观看网站| julia一区二区三区中文字幕| 黑人巨大精品欧美一区二区三区| 日韩一区免费观看| 黄色小视频免费在线观看| 成年人视频网站免费观看| 国产无遮挡呻吟娇喘视频| 伊人色在线视频| 一区二区三区韩国| 久久久人成影片一区二区三区观看| 性久久久久久久久久| 黄色在线观看www| 水野朝阳av一区二区三区| 中文字幕第80页| 黄色网页免费看| 激情综合电影网| 激情久久久久| 91精品亚洲一区在线观看| 亚洲一区有码| 亚洲大黄网站| 天天干天天干天天干天天干天天干| 欧美日韩在线播放三区四区| 国产二级一片内射视频播放| 久久久精品人妻一区二区三区| 日韩精品第一页| √最新版天堂资源网在线| 亚洲欧美一区二区不卡| zjzjzjzjzj亚洲女人| 亚洲精选一二三| 蜜桃av噜噜一区二区三区小说| 久久精品一偷一偷国产| 国内外成人免费激情视频| 在线精品国产| 99久久99久久精品国产片| 一区在线播放| h网站在线免费观看| 日韩va在线观看| 婷婷免费在线视频| 人妻无码一区二区三区久久99| 国产一级黄色片免费| 十九岁完整版在线观看好看云免费| 一二三区免费视频| aaaaa级少妇高潮大片免费看| 国产精品免费看| 91亚洲男人天堂| 中文日本高清免费| 日本乱理伦在线| 久久黄色级2电影| 日本中文字幕精品—区二区| 丰满少妇被猛烈进入高清播放| 黄色成人在线网站| 国产一二三区av| 日本亚洲一区二区三区| 欧美在线国产| 性欧美ⅴideo另类hd| 高清国产在线一区| 亚洲欧美天堂网| 亚洲高清在线精品| www.黄色网址.com| 中文字幕一二三| www.欧美日韩| 天海翼女教师无删减版电影| 国产免费一级视频| 久久精品青青大伊人av| 性色av无码久久一区二区三区| 亚洲精品国产精品国自产观看浪潮| 久久久久88色偷偷| 日韩黄色在线| 亚洲日本一区二区三区| 一个人看的www片免费高清视频| 欧美精品97| 婷婷激情小说网| 99国产精品视频免费观看| 在线一区二区三区做爰视频网站| 中文幕一区二区三区久久蜜桃| 免费观看中文字幕| 欧美福利视频在线观看| 99热精品久久| xxx免费视频| 久久精品—区二区三区舞蹈| 国产精品视频免费一区二区三区| 亚洲美女久久久| 国产精品初高中害羞小美女文| 国产精品欧美久久久| 欧美影片第一页| 免费在线观看黄网站| 欧美一级黄色影院| 亚洲无码精品一区二区三区| 日韩中文字幕影院| 国产免费一区二区三区在线能观看| xfplay资源站夜色先锋| 国产成人va亚洲电影| 男女啪啪a级毛片| 97人妻精品一区二区三区动漫| 国产三级三级在线观看| 国产国产精品| 国产精品久久久久久福利一牛影视| 在线国产福利| 一区二区三区 欧美| 成人免费91在线看| 国产精品久久色| 日韩不卡一二三区| 91精品导航| 国产精品jizz在线观看美国| 爱久久·www| 青青久在线视频免费观看| 可以看美女隐私的网站| 欧美黑人巨大精品一区二区| 成人在线视频成人| 深爱五月激情网| 北岛玲一区二区三区四区| 国产91久久久久蜜臀青青天草二| www欧美日韩| 韩国无码一区二区三区精品| 狠狠躁少妇一区二区三区| 久久久久国产精品免费网站| 久久99国产精品二区高清软件| 国产精品毛片av| 国产成人av自拍| 国产乱子伦精品视频| 凹凸成人精品亚洲精品密奴| 国产精品久久久久久久99| 免费网站在线观看人| 亚洲欧美精品aaaaaa片| 精品国产区一区二区三区在线观看| 一个人看的www视频免费在线观看| 午夜一区二区三区四区| 在线中文字幕亚洲| 亚洲高清黄色| 国产精品96久久久久久又黄又硬| 亚洲高清自拍| 精品成人免费一区二区在线播放| 97香蕉久久| 日韩激情精品| 欧美国产日韩视频| 国产又黄又爽视频| 欧美成人嫩草网站| av电影成人| 国产999精品视频| 日韩视频在线一区二区| 性欧美大战久久久久久久| 亚洲欧美激情视频| 欧美日韩成人在线播放| 亚洲精品www| 自拍偷自拍亚洲精品播放| 亚洲黄色一区二区三区| 成人国产精品久久| 欧美精品一区二区三区久久久竹菊| 日韩亚洲欧美中文字幕| 福利在线国产| www.涩涩爱| 日本三级一区二区| 免费观看久久av| 中文字幕在线播放第一页| 精品一区欧美| 成人一区二区| 色综合视频一区中文字幕| 一色屋成人免费精品网站| 欧洲成人午夜精品无码区久久| 国产精品一品二区三区的使用体验| 男女视频在线| 欧美做爰性生交视频| 黄色av一区二区三区| 亚洲字幕成人中文在线观看| 日韩欧美在线电影| 日本wwwcom| 久久人人爽人人爽人人片av高请| 91免费视频网址| 国产一区欧美| 妺妺窝人体色www在线下载| 一出一进一爽一粗一大视频| 爱福利视频一区二区| 91手机在线播放| 久视频在线观看| 国产伦精品免费视频| 狂野欧美激情性xxxx欧美| 国产网站一区二区三区| 久久美女精品| 黄色欧美网站| 亚洲人吸女人奶水| 精品成av人一区二区三区| 欧美日韩亚洲在线| 久久久久久久久免费看无码| 国产欧美一区二区三区不卡高清| 国产精品偷伦视频免费观看了| 久久亚洲精华国产精华液| 黄色网址在线播放| 久久se精品一区精品二区| 欧美一区二区视频97| 亚洲大片一区二区三区| 欧美色网站导航| 欧美日韩导航| 欧美丰满少妇xxxxx| 免费视频一区二区| 亚洲免费视频观看| 国产精品全国免费观看高清| 国产精品99久久久久久久久久久久| 欧美亚洲在线| 国产精品入口免费视频一| 天堂网视频在线观看| 国产精品爱久久久久久久小说| 日本美女一区| 欧美三级韩国三级日本三斤| 午夜视频在线观看韩国| 国产成人高清精品免费5388| 国产精品久久久久久久av福利| 中文字幕字幕中文在线中不卡视频| 9人人澡人人爽人人精品| 成人免费视频caoporn| 天天干天天色综合| 国产精品丝袜一区二区| 亚洲欧洲国产日韩精品| 日韩在线视频免费观看高清中文| 国产美女高潮一区二区三区| japanese色国产在线看视频| 久久久久久不卡| 九九久久久久午夜精选| 免费黄色在线| 免费高潮视频95在线观看网站| 欧美超级乱淫片喷水| 色播在线观看| 亚洲欧洲日夜超级视频| 麻豆乱码国产一区二区三区| 三级在线视频观看| 亚洲尤物影院| 亚洲国产精品va在线观看黑人| 日韩av密桃| 中文另类视频| 欧美欧美一区二区| 亚洲欧美自拍偷拍色图| 国产美女18xxxx免费视频| 亚洲一区二区影院| 久久久久xxxx| 2018av男人天堂| 日韩毛片一区二区三区| 中文字幕+乱码+中文| 91精品1区2区| 亚洲美女av电影| 黄色网址在线免费| 亚洲夜晚福利在线观看| 欧美日韩国产麻豆| 超薄肉色丝袜一二三| 久久久99免费视频| 精品久久久久久中文字幕大豆网|