精品欧美一区二区三区在线观看 _久久久久国色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)

91超碰国产精品| 成人午夜亚洲| av中文一区二区三区| 2019av中文字幕| 特级西西www444人体聚色 | 免费黄色特级片| h网站视频在线观看| 国产精品综合视频| 欧美夜福利tv在线| 日本一级片免费| 国偷自产av一区二区三区| 在线观看不卡一区| 日韩在线观看a| 加勒比一区二区三区在线| 国产一区中文字幕| 日本91av在线播放| 欧美日韩一级大片| 成人aaaa| 日韩精品亚洲视频| 亚洲在线观看网站| 欧美日韩123区| 亚洲一区二区三区四区在线免费观看 | 欧美一区国产| 一区二区在线观看av| 欧美一区二区福利| 性做久久久久久久| 毛片基地黄久久久久久天堂| 97在线看免费观看视频在线观看| 久久成人小视频| 亚洲涩涩av| 欧美mv和日韩mv的网站| 亚洲综合欧美在线| 都市激情亚洲一区| 亚洲成av人片在www色猫咪| 艳色歌舞团一区二区三区| 日本在线丨区| 99久久伊人久久99| 国产成人精品免费视频大全最热| 亚洲一卡二卡在线| 日韩精品一二区| 欧美中文字幕视频| 国产在线拍揄自揄拍无码视频| 久久国产精品亚洲人一区二区三区| 亚洲精品大尺度| 在线观看一区二区三区四区| 精品视频在线一区| 欧美高清激情brazzers| 手机在线免费观看毛片| 亚洲成a人片| 色先锋aa成人| 日韩a在线播放| 高潮在线视频| 亚洲va国产va欧美va观看| www.夜夜爱| 免费黄色在线| 日韩理论片在线| 国产成年人在线观看| 欧美成人三区| 国产精品理伦片| 一级特黄录像免费播放全99| 色的视频在线免费看| 国产精品美女久久福利网站| 亚洲人成77777| 日本高清视频在线观看| 国产精品福利一区二区三区| 一区二区三区四区| 黄色成人在线观看| 亚洲欧美成人一区二区三区| 2021国产视频| 里番在线播放| 精品日本高清在线播放| 黑森林福利视频导航| 韩日成人影院| 欧美体内she精视频| 午夜一级免费视频| 国产aⅴ精品一区二区四区| 四虎8848精品成人免费网站| 亚洲成人三级在线| 国产a级黄色片| 欧美人与动xxxxz0oz| 亚洲精选在线观看| 91视频免费在观看| 亚洲最大av| 久久久免费在线观看| 青青青国产在线| 日韩高清一区在线| 成人观看高清在线观看免费| av中文字幕观看| 高清不卡一区二区| 欧美日韩另类综合| 免费不卡视频| 亚洲国产一二三| 日韩人妻精品无码一区二区三区| 日韩不卡免费高清视频| 欧美日韩国产首页| 五月天丁香社区| 久久91麻豆精品一区| www.欧美免费| 亚洲欧美在线视频免费| 免费高清成人在线| 国产一区二区三区高清| 成全电影播放在线观看国语| 一区二区在线观看免费视频播放| 亚洲爆乳无码专区| 国产午夜久久av| 日韩精品高清在线观看| 人人妻人人澡人人爽| 欧美aa国产视频| 欧美亚洲视频一区二区| 国产精品老熟女视频一区二区| 成人午夜伦理影院| 亚洲一区二区四区| 黑森林国产精品av| 欧美一二三四区在线| 免费看黄色的视频| 激情综合在线| 国产日产久久高清欧美一区| 天堂在线一二区| 亚洲精品v日韩精品| 任你操这里只有精品| 91大神精品| 日韩在线视频播放| 国产一级片毛片| 国产精品自产自拍| 香蕉久久免费影视| 综合日韩av| 精品国产精品网麻豆系列| 人妻互换一区二区激情偷拍| 亚洲一区中文| 国产精品美女久久久久av福利| 毛片在线播放a| 色天使久久综合网天天| 国产精品麻豆入口| 国产精品av久久久久久麻豆网| 国产精品青青在线观看爽香蕉| 亚洲人视频在线观看| 亚洲综合色区另类av| 亚洲综合伊人久久| 国产精品99一区二区三区| 国产精品99久久久久久www| 亚洲av成人精品毛片| 亚洲综合一二区| 久久婷婷中文字幕| 国产精品久久久久久久| 国产suv精品一区二区| 无码国产色欲xxxx视频| 亚洲成a天堂v人片| 成人欧美精品一区二区| 欧美成人69av| 91精品在线看| 在线免费黄色| 欧美日本一区二区在线观看| 四季av中文字幕| 日韩制服丝袜av| 日韩视频精品| 美女视频一区| 久久视频在线免费观看| av高清一区二区| 一卡二卡三卡日韩欧美| 日本性生活一级片| 亚洲国产激情| 免费在线观看一区二区| 另类激情视频| 中文字幕一区二区三区电影| 在线观看亚洲一区二区| 亚洲欧美成aⅴ人在线观看| 国产清纯白嫩初高中在线观看性色| 欧美成人69| 精品久久久三级| 欧美电影免费观看高清完整| 欲色天天网综合久久| 国产精品白浆一区二小说| 成人黄色小视频在线观看| 91视频 -- 69xx| 国产欧美高清视频在线| 国产精品色视频| av网址在线看| 亚洲国产天堂网精品网站| 欧美精品一二三四区| 国产精品久久久久aaaa| 香蕉视频在线观看黄| 最新成人av网站| 日韩国产精品一区二区| 日韩欧乱色一区二区三区在线| 久久成人免费视频| 青青国产在线| 91精品国产高清一区二区三区| 久久久久免费看| 久久精品夜夜夜夜久久| 中文字幕 欧美日韩| 欧美成人首页| 欧美日韩精品免费观看视一区二区 | 欧美性大战久久久久xxx| 精品国产乱码| 99在线观看| 欧美国产日韩电影| 孩xxxx性bbbb欧美| shkd中文字幕久久在线观看| 精品日韩在线一区| 中文字幕理论片| 午夜不卡av免费| 伊人在线视频观看| 2020日本不卡一区二区视频| 国内av免费观看| 久久精品欧洲| 久艹在线免费观看| 欧美激情国产在线| 欧美日韩综合另类| 国产亚洲高清在线观看| 国产精品流白浆视频| 嗯~啊~轻一点视频日本在线观看| 久久精品国产96久久久香蕉| 日韩精品系列| 精品国产一区二区在线观看| 91久久精品国产91性色69| 日韩欧美在线播放| 久久精品国产亚洲av麻豆色欲 | 网友自拍亚洲| 午夜精品久久久久久久男人的天堂| 秋霞午夜在线观看| 国产一区二区三区丝袜| 视频在线不卡| 精品国产精品一区二区夜夜嗨| 国产三级在线观看视频| 欧美吻胸吃奶大尺度电影| 在线观看 亚洲| 婷婷开心久久网| 国产亚洲精品成人| 亚洲精品国产精品乱码不99| 亚洲精品一区二区三区在线播放| 国产视频亚洲色图| 国产 欧美 在线| 91在线视频播放| 男女性杂交内射妇女bbwxz| 国产成人一区在线| 亚洲精品国产久| 韩国成人在线视频| 亚洲日本黄色片| 亚洲国产91视频| 天天综合日日夜夜精品| 久久久久亚洲av无码专区体验| 中文字幕欧美一| 国产精品久久国产精麻豆96堂| 国产女同性恋一区二区| x88av在线| 欧美极品美女视频| 国产精品av久久久久久无| 国产精品无人区| 萌白酱视频在线| 亚洲天堂精品视频| avove在线播放| 亚洲午夜电影网| 日本道在线观看| 色综合久久久久久久久久久| 999视频在线| 欧美日韩国产成人在线91| 在线观看毛片网站| 欧美一级久久久| 蜜桃视频在线观看www| 日韩电视剧免费观看网站| 日本亚洲一区| 中文字幕亚洲自拍| 成人av福利| 久久久免费av| 在线看的毛片| 国内伊人久久久久久网站视频| free性m.freesex欧美| 欧美性资源免费| 91传媒免费观看| 丁香婷婷综合色啪| 亚洲成人日韩在线| 国产色91在线| 国产午夜精品理论片在线| 亚洲一区精品在线| 国产精品久免费的黄网站| 欧美性高清videossexo| 国产毛片毛片毛片毛片毛片| 精品99999| 国产黄色在线播放| 欧美成人免费一级人片100| av在线私库| 国产精品爽爽爽爽爽爽在线观看| 国产亚洲久久| 日本成人三级电影网站| 91成人观看| 国模无码视频一区二区三区| 美女视频黄免费的久久| 稀缺小u女呦精品呦| 亚洲国产精品ⅴa在线观看| 国产一区二区三区在线视频观看| 无码av中文一区二区三区桃花岛| 中文字幕观看视频| 亚洲第一精品福利| 污污内射在线观看一区二区少妇| 欧洲精品一区| 欧美日韩天天操| 午夜国产精品视频| 热久久精品免费视频| 国产99久久久精品| 亚洲精品天堂网| 精品成人av一区| 国产又大又粗又长| 亚洲男人天堂2023| 女同一区二区免费aⅴ| 国产精品网站视频| 少妇精品导航| 91传媒免费视频| 久久国产麻豆精品| 日韩人妻一区二区三区| 一区二区成人在线视频| 在线观看国产黄| 亚洲精选中文字幕| 俺来俺也去www色在线观看| 国产精品永久在线| 亚洲都市激情| 国产精品又粗又长| 国产精品2024| 成年人午夜剧场| 欧美吻胸吃奶大尺度电影| 四虎影院在线域名免费观看| 欧美日韩成人网| 2020国产精品小视频| 日韩高清在线播放| 久久久噜噜噜| 国产 中文 字幕 日韩 在线| 亚洲最大的成人av| 国产熟女一区二区丰满| 日韩中文字幕免费看| 成人国产精选| 视频一区二区三| 日韩精品一二三区| 亚洲第一综合网| 日本精品免费观看高清观看| 欧美女v视频| 欧美最顶级的aⅴ艳星| 日韩美脚连裤袜丝袜在线| 日韩av高清在线看片| 成人毛片视频在线观看| 久久精品99久久久久久| 日韩欧美亚洲国产另类| 在线观看男女av免费网址| 成人疯狂猛交xxx| 综合激情在线| 久久精品一二三四| 亚洲精品成人精品456| 丰满人妻一区二区三区免费视频 | 人妻熟人中文字幕一区二区| 在线看不卡av| 69视频在线观看| 国产中文字幕91| 一区二区电影在线观看| 精品人妻一区二区乱码| 亚洲一区二区三区三| 高h震动喷水双性1v1| 91sa在线看| 国产日产一区 | 成人午夜在线播放| 欧美一二三区视频| 亚洲人成人99网站| 亚洲欧美在线成人| 一级一片免费播放| 国产成人午夜精品影院观看视频 | 亚洲精品国产免费| 欧美大片免费高清观看| 一道精品一区二区三区| 国产高清不卡一区二区| 日韩免费在线视频观看| 国产视频久久久久| 欧洲精品久久久久毛片完整版| 特级西西444| 久久综合九色综合97婷婷女人| 精品人妻一区二区三区潮喷在线| 这里只有精品久久| 欧美精品三级在线| jizzjizzxxxx| 国产精品护士白丝一区av| 精品人妻一区二区三区三区四区 | 99re这里都是精品| 国产主播第一页| 久久在线精品视频| 亚洲精品动态| www.成人黄色| 狠狠色香婷婷久久亚洲精品| 福利片在线看| av免费精品一区二区三区| 久久精品人人| 久久久久久久久99| 国产一区二区三区精品久久久| 精品国产不卡一区二区| 久久久999免费视频| 国产精品理论在线观看| 午夜视频在线播放| 成人av.网址在线网站| 夜夜爽av福利精品导航| 成年人二级毛片| 亚洲精品网站在线播放gif| 蜜桃精品视频| 精品久久久久久久无码| 亚洲成av人片一区二区三区| 免费av在线网址|