精品欧美一区二区三区在线观看 _久久久久国色av免费观看性色_国产精品久久在线观看_亚洲第一综合网站_91精品又粗又猛又爽_小泽玛利亚一区二区免费_91亚洲精品国偷拍自产在线观看 _久久精品视频在线播放_美女精品久久久_欧美日韩国产成人在线

Architecture Design of MQTT Message Platform for Ten-million-level IoV

原創(chuàng) 精選
Techplur
This article will continue to discuss the acquisition and transmission of MQTT messages for the IoV and how to build a ten-million-level IoV MQTT message platform, to provide a reference for enterpris

?As we mentioned in the ??previous article??? of this series, the ??MQTT protocol?? is currently the most suitable communication protocol for building the data platform for IoV. Based on this, this article will continue to discuss the acquisition and transmission of MQTT messages for the IoV and how to build a ten-million-level IoV MQTT message platform, to provide a reference for enterprise users who are engaged in the business of IoV.


Fundamentals of IoV: Data collection and Transmission

The Significance of the Construction of the Message Platform for IoV

With the rapid development of IoV construction today, all original equipment manufacturers have formed a consensus: the purpose of the construction of IoV is not for the Internet, nor for vehicle-mounted entertainment. The purpose of IoV is for data and with IoV there is data. With data, coupled with a complete system of data governance and application, there's everything.

And the target data of the business is not only limited to the relevant data of the vehicle-end. In the V2X framework, it is necessary to solve the interconnection between vehicle and vehicle (V2V), vehicle and road (V2R), vehicle and Internet (V2I), vehicle and cloud (V2C), vehicle and human (V2H), and realize the comprehensive data collection and analysis for vehicles, roads, clouds, Internets and human. The C-V2X protocol and communication mode based on 5G provides a basic capability guarantee for the construction of the whole system.

IoV applications have expanded from traditional OTA application to many new intelligent application scenarios, such as intelligent cockpit, high-precision map adaptation, centimeter-level positioning, vehicle machines' end long connection, mobile-end message acquisition, vehicle-road cloud picture, and vehicle-road coordination. The demand of the IoV business for the messaging platform and data processing system has expanded from the original vehicle cloud to the overall building of the architecture of human-vehicle-road-Internet-cloud, so higher requirements are put forward for the building of the whole message platform.

How to build a message communication and transmission system architecture with mass connection, high concurrent throughput, and low latency to ensure the universality, convenience, high availability, reliability, security and high concurrency of the whole system becomes the key to the building of a new generation of IoV systems based on automatic driving and vehicle-road coordination scenarios.


Architecture Design of IoV Messaging Platform for Ten-million-level connection

Next, this article will take EMQ's IoV message platform and the total solution for data processing as an example of how to build an IoV message platform for ten-million-level connection.


Business Challenges

  • Secure access of vehicles, road side units and mobile-end systems

The vehicle-end needs to cover new IoV business such as vehicle machines' data reporting, POI distribution, file pushing, distribution configuration, message pushing, operation caring, etc. The generated mass message Topic needs more secure and stable access and transmission to realize message subscription and release. The road-end needs to realize the secure access of RSU, message collection and transmission, map data transmission and so on.


  • Real-time and reliability of large concurrent message

Applications such as high-precision map, centimeter-level positioning, and vehicle-road coordination all need to satisfy the millisecond-level low-latency and high-reliability transmission capability requirement of mass vehicle route map messages. The message processing platform shall be capable of supporting tens of millions of connections and millions of concurrent business scenarios with high performance, low-latency and high reliability.


  • Rich integration of application scenarios

In the IoV system with automatic driving as its core, it is necessary to use a messaging platform to connect various applications related to humans, roads, maps, and clouds. Connecting vehicle-end data with applications such as high-precision map, centimeter-level positioning, vehicle-road coordination and mobile-end connection through the messaging platform, guarantee the coordination of applications through the message platform, and provide a high performance, low-latency and high-reliability data architecture.


  • Storage, processing and distribution of mass data

After the mass IoT data from humans, vehicles, roads, clouds, maps and the Internet is collected, the whole life cycle management shall be carried out. This includes the access, storage, processing and distribution of large-scale real-time data streams to provide database support for dynamic continuous data streams of the applications. And it supports applications to use the IoV data to serve consumers and make business decisions.


Total Solution

In the solution, we mainly use ??EMQX??, a Cloud-Native IoT Messaging Platform owned by EMQ, to realize the data connection, movement and processing of vehicle-end, human-end and road-end in the IoV system. EMQX’s integrated distributed MQTT message service and powerful IoT rule engine can provide a basic capability base for IoV real-time data movement, processing and integration with high reliability and high performance, helping enterprises to quickly build an IoT platform and applications for key business.

Message processing for vehicle-end

EMQX uses the MQTT protocol to access the IoV system. The vehicles are connected with EMQX distributed clusters through load balancing. The horizontal expansion capability of EMQX can realize the data communication capability of ten-million-level vehicle connections and millions of concurrent responses. With the rule engine, the capability of bridging message queues, persistent storage and offline message storage of mass messages can be realized in one-stop. Meanwhile, it provides rich API atomic capability for northbound integration.

In terms of security, EMQX not only supports the TLS/DTLS security protocol to ensure the reliability and stability of the system but also provides multiple guarantee mechanisms such as heartbeat monitoring, last will testament message, QoS level, etc. It can also realize real-time, secure and reliable vehicle machine messaging in complex Internet environments through offline message storage.

Message processing for human-end and road-end

EMQX provides a message collection and processing platform for mobile phone APP, RSU and other terminals for human-end and road-end. Based on the capability of 5G network slicing, the traffic information service with ultra-low latency can be realized through the near access of personal terminal and road side unit. Through protocols such as MQTT, information about road conditions perceived by the human-end and road side facilities is pushed to the cloud control platform, and the cloud control platform is integrated with V2X algorithms to achieve intelligent traffic scenarios such as road collaborative perception, security warning and remote collaborative control.

In terms of security, EMQX supports TLS/DTLS encryption of the international standard and guarantees the collaborative security communication of the information system of humans, vehicles and roads by extending the authentication system based on PKI/CA certificates.


An Architecture Model of Tens of Millions of Connections

For the next generation of IoV, here is the architecture of the overall messaging and data processing platform of EMQ with a ten-million-level of connection scale and million-level of concurrency, for your reference.

  • Business scenario: The vehicle, mobile APP, RSU and other devices in the IoV system are accessed through MQTT to achieve the concurrent access capability to more than ten-million-level of terminals.
  • System architecture: The terminal equipment is accessed through MQTT, HTTP and other protocols, and connects to the distributed message platform EMQX through the load balancing component. Through distributed multi-cluster deployment, it can meet the requirement of tens of millions of concurrent connections. According to the million-level of message throughput capacity, the rule engine is connected to the Kafka cluster to realize data forwarding. IoV service platform, high-precision map service, V2X cloud control service, location service and other IoV related applications can be consumed directly by subscribing to Kafka data. Meanwhile, EMQ provides REST, MQTT and MQ message queue three southbound interface services to realize two-way communication of vehicle control (remote control) messages.

With this architecture, EMQ can meet the business requirements of tens of millions of connections and millions of concurrent throughput in the IoV scenario through the Cloud-Native IoT Messaging Platform EMQX.


Ten-million-level Connection Test

Test Environment and Purpose

A vehicle enterprise plans to verify the following capabilities of EMQX cluster based on test environment in the IoV scenario, and make corresponding technical architecture and capability support preparations for subsequent business growth:

  • It can support 10 million concurrent connections, and at the same time, it supports QoS0 messages with 100 bytes of payload and 100,000-150,000 per second to be bridged to Kafka through the rule engine;
  • It supports the subscription of 10 million concurrent connections and the consumption of OTA broadcast theme;
  • The simultaneous connection of 3 million users will not cause a cluster avalanche, and it can test the time required for connection.

In addition, after all of the above tests have been completed, we will continue to explore the maximum throughput of messaging and bridging and forwarding to Kafka that can be supported with 10 million concurrency in the current configuration (increasing client messaging frequency based on the usage of the EMQX cluster resource), and testing the maximum message throughput with QoS2 and an average response time of 50 milliseconds under 10 million connections.


Test Preparation

The client connects to load balancing ELB through TLS encryption, then ends the client with TLS on HAProxy, and finally connects to EMQX cluster through TCP. The supporting capability of EMQX cluster can be improved by terminating TLS on HAProxy. In this deployment mode, the processing capability of EMQX is identical to that of client directly connecting through MQTT TCP. In addition, compared with the MQTT TCP connection, the client also needs to consume more resources through TLS connection. However, the scale of this test is ten-million-level, which requires a large number of test machines. In order to reduce the required test resources without affecting the test target of EMQX cluster, the TCP connection will be directly used in this test.

Service

Amount

Version

OS

CPU

RAM

Network interface card

Port

Load balancing cloud service

1

18083/1883/8081

EMQX node

10

V4.3.4

Centos7.8

64C

128G

1

18083/1883/8081/8883

Kafka cloud service

4

2.3.0

Centos7.8

16

32G

1

9092

XMeter pressure test controlling node

2

3.0

Centos7.8

16

32G

1

443/80/3000/8086port open

XMeter pressure test node

43

3.0

Centos7.8

16

32G

5

port open

Test Scenarios

S/N

Name of Scenarios

Description

Expected Result

1

Tens of millions of connections + message throughput

Ten million MQTT TCP concurrent connection with heartbeat interval of 200s. Among them, seven million are background connections (only connecting without sending messages), three million active users, each user reports a QOS0 message every 15s, and the payload is 100B. The message is bridged to Kafka by the rule engine. Test for one hour first, then conduct a 24-hour stability test.

The success rate of intranet test was 100%, and there was no message backlog. During the test, the performance of CPU and internal memory was smooth without significant vibrate.

2

Message broadcasting

Ten million MQTT TCP concurrent connections, all connections subscribe to the same OTA broadcast theme (QoS0, payload 100B). Simulate an MQTT client to broadcast a message to the topic every 10 minutes, test for 30 minutes.

The success rate of intranet test was 100%, and all subscription clients successfully consumed three messages.

3

Three million concurrent instant connection

Three million MQTT clients simultaneously initiate a connection, and test the time required for the completion of all connections.

With three million clients connected successfully, the cluster would not avalanche.

4

Exploration of maximum message throughput with ten million connections

Maximum message throughput achievable with existing configuration and ten million connections and bridging kafka (QoS0, payload 100B/1kB).

Test two hours after the maximum message throughput is reached, the success rate of intranet test was 100%, there was no message backlog. During the test, the performance of CPU and internal memory was smooth without significant vibrate.

Test Results

The following are the results of this test:

S/N

Scenarios

Average Response Time

EMQX Node CPU Utilization

EMQX Node CPU IDLE

EMQX Node Internal Memory Usage (G)

LB Required Bandwidth (MB)

1

Ten million connections+200 thousand message throughput, QoS0, payload 100B

1.5ms

31%-48% Average: 47%

37%-54% Average: 47%

Used: 27.7~42 Free: 78.2~92.5

45

2

Message broadcasting under ten million connections

100ms

Max 21%

Min 69%

Used: Max. 32.3Free:Min. 87.9

200

3

Three million client instant connection

Connection completed in three minutes

Max 25%

Min 63%

Used: Max 14.7Free: Min 108.2

400

4

Explore max throughput: Ten million connections+1.2 million message throughput, QoS0, payload 1kB

164.3ms

23%-64% Average: 46%

20%-64% Average: 43%

Used: 33~38 Free: 81.3~87.1

1350

5

Ten million connection+QoS2 200 thousand message throughput, payload 100B

51.4ms

3%-51% Average: 41%

31%-53% Average: 43%

Used: 22.2~29 Free: 91~98

95


Summary

As shown above, under the current deployment architecture, it can meet the verification requirements of the vehicle enterprise for tens of millions of concurrent connection+200 thousand message bridging to Kafka, message broadcasting and three million instant concurrent connections. In the exploration test, the maximum 1.2 million message TPS (QoS0, payload 1kB) was tested under 10 million connections, the test lasted for 10 hours, the EMQX cluster was stable, the lowest CPU idle was 20%, and internal memory usage is stable.

It can be seen that EMQX has outstanding performance, stable and reliable architecture for supporting tens of millions of connections in the IoV scenario.


Introduction to the Pressure Test Tools

Due to the large number of testing machines required and complicated management, we use the commercial version of EMQ software XMeter performance test platform and ??JMeter-MQTT plug-in?? for the test.


Conclusion

In this article, we introduce the architecture design of the ten-million level of IoV MQTT message platform based on the Cloud-Native IoT Messaging Platform EMQX, and verify the performance of the architecture under the ten-million-level concurrent connection scenario, which provides a possible design reference for the building of the message data platform of the IoV system.

As the world's leading provider of IoT data infrastructure software, EMQ is committed to building products with high performance, low latency, high availability and high reliability thereby providing a total solution for information acquisition, movement, processing and analysis for the new generation of IoV systems. This provides infrastructure service guarantee for automatic driving and intelligent networked automobile business of vehicle manufacturers, T1 suppliers, post-market service providers, travel service companies and government management organizations, and realizes intelligent connection among humans, vehicles, roads and clouds.

責(zé)任編輯:龐桂玉 來源: 51CTO
相關(guān)推薦

2022-08-31 08:58:38

IoVothers

2022-08-31 09:49:23

Others

2022-08-30 21:51:00

Others

2022-08-30 21:47:03

MQTT ProtoOthers

2023-07-19 10:09:18

架構(gòu)倉庫SSD

2009-09-25 15:31:24

Hibernate架構(gòu)

2009-06-10 20:30:49

NetBeans Pl

2016-07-01 16:13:13

AWSLambda

2022-04-18 10:49:14

開源產(chǎn)品組合架構(gòu)

2024-06-21 09:56:03

2023-02-07 09:24:28

2012-03-30 14:39:30

DataNucleusJava

2018-08-17 06:13:16

物聯(lián)網(wǎng)協(xié)議MQTTMQTT-SN

2011-05-18 11:08:54

Platform云計(jì)算

2025-05-28 15:46:13

2010-09-03 10:19:42

2014-07-18 14:21:27

OpenStack

2023-03-27 08:03:26

Git代碼控制層

2022-08-11 22:03:59

Astro孤島架構(gòu)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)

色综合久久一区二区三区| 888av在线| 99亚洲视频| 亚洲网在线观看| 韩国一区二区在线播放| 日本孕妇大胆孕交无码| 久久久噜噜噜久噜久久综合| 91网在线免费观看| 午夜精品三级久久久有码| 波多野结衣一区| 日韩欧美一卡二卡| 韩国一区二区av| 青草影视电视剧免费播放在线观看| 2023国产一二三区日本精品2022| 成人高清视频观看www| 国产手机在线视频| 91精品天堂福利在线观看| 亚洲精品国产精品国产自| 久久撸在线视频| 国产污视频在线播放| 亚洲欧洲精品一区二区精品久久久| 国产亚洲情侣一区二区无| 波多野结衣一本一道| 亚洲激情精品| 久久最新资源网| 卡一卡二卡三在线观看| 欧美午夜18电影| 欧美一区二区成人6969| 91激情视频在线| 91福利区在线观看| 亚洲精品一二三| 免费成人看片网址| 高h调教冰块play男男双性文| 麻豆一区二区三区| 国产精品大陆在线观看| 国产又色又爽又黄的| 欧美一区二区三区久久精品茉莉花| 国产午夜精品全部视频播放| 三级男人添奶爽爽爽视频| 日本一区二区三区电影免费观看| 欧美日韩夫妻久久| 亚洲第一狼人区| 亚洲精品粉嫩美女一区| 日韩欧美国产高清91| 日韩精品―中文字幕| 欧美黑人猛交| 一区二区三区精品在线观看| 成人在线观看www| 麻豆影视在线观看_| 中文字幕乱码日本亚洲一区二区| 欧美日韩精品免费在线观看视频| 婷婷五月综合久久中文字幕| 9人人澡人人爽人人精品| 成人高清在线观看| 亚洲第一视频在线| 国产99久久久久| 超碰97国产在线| www.激情五月| 成人毛片在线观看| 国产一区再线| 精品av中文字幕在线毛片 | 日本欧美一二三区| 日本在线播放视频| 久久av最新网址| 日本高清不卡的在线| 精品无码一区二区三区的天堂| 久久资源在线| 国产精品一区久久| 97人妻人人澡人人爽人人精品| 精品一区二区三区免费| 91夜夜揉人人捏人人添红杏| 精品国产99久久久久久宅男i| 国产成人一区二区精品非洲| 久久精精品视频| 精品影院一区| 最近中文字幕一区二区三区| 视色,视色影院,视色影库,视色网| 毛片在线网址| 一本大道久久a久久综合| 美女喷白浆视频| 精品国产三区在线| 亚洲成年网站在线观看| 超碰97人人干| 国产精品久久久久无码av| 另类美女黄大片| 国产精品免费av一区二区| 久久精品123| 91中文在线视频| 天天色综合久久| 国产精品久久久久久久久久久免费看| 亚洲精品天堂成人片av在线播放 | 美女日批在线观看| 天堂在线精品| 日韩中文在线中文网三级| 免费一级片在线观看| 亚洲欧美卡通另类91av| 国产日韩欧美综合| 黄色av网址在线| 国产视频视频一区| 国产激情片在线观看| 成人福利视频| 日韩欧美激情在线| 免费看91的网站| 好看的av在线不卡观看| 国产成人高清激情视频在线观看| 国产免费不卡av| 91片在线免费观看| mm131午夜| 美女网站视频一区| 亚洲福利在线观看| 国产黄色小视频网站| 亚洲在线一区| 99国产在线观看| 日本综合在线| 午夜影院久久久| 亚欧美一区二区三区| 免费看日本一区二区| 欧美高清无遮挡| 一级爱爱免费视频| 久久久91精品国产一区二区精品| 日韩一区二区高清视频| 日韩国产91| 夜夜躁日日躁狠狠久久88av| 亚洲高清毛片一区二区| 国产福利精品一区二区| 亚洲欧美精品在线观看| 爱情电影社保片一区| 亚洲黄色有码视频| 久久久久久久久艹| 国产资源在线一区| 一区二区视频在线观看| 亚洲精品国产嫩草在线观看| 亚洲精品之草原avav久久| 久久精品视频9| 国产二区国产一区在线观看| 一区二区三区国| 丁香婷婷久久| 在线观看国产精品91| 亚洲天堂男人av| 91女厕偷拍女厕偷拍高清| 91黄色在线看| 国产欧美一区二区三区米奇| 欧美富婆性猛交| 亚洲精品人妻无码| 亚洲一区av在线| 日本精品一二三区| 欧美日韩少妇| 国产99在线免费| xxx.xxx欧美| 亚洲精品国产综合区久久久久久久| 国产一级在线观看视频| 国产99久久久国产精品潘金网站| 国产精品久久久影院| 精品国产亚洲一区二区三区在线 | 精品久久国产97色综合| 久草网站在线观看| 国产不卡视频在线播放| 久久艹国产精品| 卡通动漫国产精品| 1769国产精品| 国产亚洲依依| 欧美日韩国产在线观看| 九九这里只有精品视频| 国产一区啦啦啦在线观看| 777久久精品一区二区三区无码 | 精品日韩一区二区| 国产真实乱人偷精品视频| 成人蜜臀av电影| aa免费在线观看| 成人免费av| 亚洲aa在线观看| 人人超在线公开视频| 亚洲国产天堂网精品网站| 亚洲欧美精品一区二区三区| 国产日韩av一区| 不用播放器的免费av| 欧美国产91| 精品国产一区二区三区麻豆小说| 欧美成人资源| 久久精品美女视频网站 | 亚洲欧美另类人妖| 怡红院男人天堂| 亚洲精品videosex极品| 人妻熟女aⅴ一区二区三区汇编| 日韩1区2区3区| www国产免费| 男男gay无套免费视频欧美| 国产精品久久久久久久久影视 | 日产精品久久久一区二区福利 | 久久久久久久久电影| 三级av在线播放| 91精品免费在线| 日韩精品手机在线| 中文字幕亚洲视频| 喷水视频在线观看| 麻豆国产精品官网| 日本韩国欧美在线观看| 天天做天天爱天天综合网2021| 国产激情美女久久久久久吹潮| 欧美日韩免费看片| 欧美精品一区在线播放| av在线天堂播放| 亚洲精品国产美女| 国产福利免费视频| 日本韩国欧美一区二区三区| 久久一区二区三| 国产精品成人午夜| 日本一区二区三区网站| 国产美女久久久久| 精品视频无码一区二区三区| 国产综合色产| 正在播放一区| 国产一区二区三区不卡视频网站 | 国产一区二区三区电影在线观看| 91久色国产| 香蕉久久一区| 国产精品福利无圣光在线一区| www成人免费观看| 九色成人免费视频| 日本高清视频在线观看| 亚洲男人天堂古典| 欧美一级片免费| 日韩一区二区三区免费观看| 亚洲天堂久久久久| 91成人在线精品| 特级毛片www| 亚洲va在线va天堂| 欧美国产日韩综合| 中文字幕在线不卡国产视频| av免费播放网站| 国产午夜精品一区二区三区视频 | 国产免费视频一区二区三区| 欧美三级视频在线观看| 亚洲视频 欧美视频| 精品国产91久久久久久| 九九热精品在线观看| 亚洲乱码国产乱码精品精可以看| 免费成人美女女在线观看| 国产女人aaa级久久久级| 播金莲一级淫片aaaaaaa| 99久久久久免费精品国产| 激情av中文字幕| 国产不卡一区视频| 美女黄色一级视频| 成人av网站免费| 国产成人av无码精品| 成人晚上爱看视频| 波多野结衣一二三区| hitomi一区二区三区精品| 中国黄色片视频| av亚洲精华国产精华精华| 亚洲最大的黄色网| 久久久影院官网| 69视频在线观看免费| 国产日产欧产精品推荐色| 99久久久无码国产精品衣服| 欧美国产一区二区在线观看| 无码人中文字幕| 亚洲天堂成人在线观看| 欧美日韩中文字幕在线观看 | 伊人中文字幕在线观看| 欧美午夜美女看片| 日本熟女毛茸茸| 欧美性猛交xxxx乱大交退制版| 91免费视频播放| 欧美成人vps| 偷拍25位美女撒尿视频在线观看| 亚洲另类激情图| 97最新国自产拍视频在线完整在线看| www.久久色.com| 午夜小视频福利在线观看| 国语自产精品视频在免费| sis001欧美| 成人免费视频网址| 国产精品xxxav免费视频| 免费成人av网站| 91精品91| 九色在线视频观看| 九九久久精品视频| 人妻换人妻a片爽麻豆| 久久久99精品免费观看不卡| 久久久久久视频| 婷婷久久综合九色综合绿巨人| 尤物视频免费观看| 3d成人动漫网站| 婷婷五月综合激情| 色婷婷综合成人| 欧美男人天堂| 国产综合福利在线| 欧美亚洲色图校园春色| 亚洲欧洲日韩综合二区| 最新国产拍偷乱拍精品| www亚洲成人| 成人精品国产免费网站| 国产性猛交xx乱| 午夜久久久久久| 国产精品永久久久久久久久久| 日韩电影网在线| 中文字幕免费高清电视剧网站在线观看 | 少妇精品无码一区二区免费视频 | 成人av网站在线播放| 欧美一二三四在线| 男女网站在线观看| 欧美第一黄网免费网站| 国产精品久久乐| 免费看成人av| 亚洲一级网站| 免费av不卡在线| 国产亚洲欧美一级| 国产一级片播放| 88在线观看91蜜桃国自产| 青草久久伊人| 国模精品视频一区二区| 婷婷丁香久久| 色狠狠久久av五月综合| 亚洲经典三级| 农村末发育av片一区二区 | 亚洲欧洲偷拍精品| 黄页网站在线| 96国产粉嫩美女| 色综合久久网| 我看黄色一级片| 久久亚洲精品国产精品紫薇| 久久精品视频8| 日韩欧美成人一区二区| 欧美性天天影视| 国产精品专区h在线观看| 亚洲精品白浆高清| 日日鲁鲁鲁夜夜爽爽狠狠视频97 | 欧美一区二区啪啪| 香港伦理在线| 国产精品白嫩美女在线观看 | 亚洲人av在线影院| 日本蜜桃在线观看视频| 国产美女精品在线观看| 欧美激情偷拍| 在线观看免费视频污| 国产精品国产自产拍在线| 在线观看免费观看在线| 在线观看日韩av| 粉嫩91精品久久久久久久99蜜桃 | 亚洲每日更新| 成人性生活免费看| 午夜a成v人精品| 午夜影院免费体验区| 91精品国产精品| 色爱av综合网| 99蜜桃臀久久久欧美精品网站| 99re这里都是精品| 亚洲欧美另类在线视频| 国产亚洲欧洲在线| 黄色欧美视频| 国产树林野战在线播放| 国产成人精品三级麻豆| 国产一级一级片| 精品亚洲国产成av人片传媒 | 99国精产品一二二线| 亚洲先锋成人| 亚洲观看黄色网| 色999日韩国产欧美一区二区| 国产裸舞福利在线视频合集| 国产伦精品一区二区三区精品视频| 日韩精品一卡| 午夜激情视频网| 亚洲国产成人av网| 欧美新色视频| 国产欧美韩国高清| 一区二区三区在线电影| 丰满少妇xbxb毛片日本| 欧美视频不卡中文| 自拍视频在线免费观看| 91在线视频九色| 99在线热播精品免费99热| 中文字幕网站在线观看| 欧美高清性hdvideosex| 成人在线高清免费| 日本欧美色综合网站免费| 精品在线播放午夜| 久久高清免费视频| 揄拍成人国产精品视频| 日韩精品成人| 免费看a级黄色片| 亚洲精品中文字幕在线观看| 三区在线视频| 亚洲www在线| 午夜宅男久久久| www.毛片com| 亚洲精品一区二区网址| 日韩大陆av| 日韩av片在线看| 亚洲日本中文字幕区| 天天色综合av| 亚洲自拍偷拍一区| 亚洲欧美日韩在线观看a三区| 性生交大片免费全黄| 亚洲福利视频久久| 伊人久久大香线蕉综合影院首页| 欧美黑人经典片免费观看| 中文字幕一区二区三区蜜月| 亚洲人妻一区二区|