国产男女无遮挡_日本在线播放一区_国产精品黄页免费高清在线观看_国产精品爽爽爽

  • 熱門標簽

當前位置: 主頁 > 航空資料 > 國外資料 >

時間:2010-08-16 09:43來源:藍天飛行翻譯 作者:admin
曝光臺 注意防騙 網曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者

these frames (when exceeding the limit) must be divided into fragments transmitted
one after the other.
In addition, the AFDX protocol allows limiting the maximum size of a transmitted
frame even further by means of the parameter Maximum Transfer Unit (MTU). Each
VL has a MTU associated with it, and the frames exceeding the MTU will be
fragmented prior to transmission and subsequently reassembled by the receiving ES.
Fragmentation and re-assembly is inherent in the AFDX implementation and is thus
not managed by the host application.
AFDX® / ARINC 664 Tutorial 􀁠 19/30
AFDX Network Protocol
AFDX Protocol Stack
As a protocol derived from Ethernet, the AFDX Media Access Control (MAC) data
link layer is almost identical to the Ethernet MAC layer. The only difference is the socalled
Sequence Number (SN) which can optionally be inserted as the last byte of the
Ethernet payload. The function of the SN is explained in later chapters.
On top of the Ethernet layer, AFDX implements the Internet Protocol (IP) layer which
manages frame fragmentation and re-assembly as well as packet forwarding. The
latter, however, is not being used in AFDX since the routing is carried out on a VL
basis.
The last protocol layer of the AFDX protocol stack is the User Datagram Protocol
(UDP) which is connectionless with no transmission error control. UDP was chosen
since it is more efficient than the alternative Transmission Control Protocol (TCP).
Although TCP is a connection-oriented protocol providing transmission error control,
this is not required since the AFDX bandwidth policing and redundancy management
ensures a very low frame loss probability. The UDP payload holds the ADFX user
data.
Figure 6 depicts the AFDX protocol stack with its different layers.
Figure 6: AFDX protocol stack
MAC
Hdr SN FCS
Payload
IP
Hdr
UDP
Hdr
AFDX Network Protocol
20/30 􀁟 700008_TUT-AFDX-EN_1000
AFDX Frame Structure
Ethernet Preamble
To signal the transmission of a new message on the network, the transmitting ES
sends out a stream of bytes, called the preamble, prior to transmission of the actual
frame. The preamble consists of alternating 0 and 1 bits that give the receiving ESs
time for synchronization and otherwise prepare for reception of the actual frame. At
the end of the preamble, the transmitting ES sends out the Start Frame Delimiter
(SFD) to break this pattern and signal the beginning of the actual frame immediately
after the SFD (see Figure 7).
Ethernet Protocol
The first part of the Ethernet frame is the MAC destination address where AFDX
encodes the VL identifier in the last two bytes. Following the destination address is
the MAC source address, where the ES can encode information such as the network
ID, the equipment ID and the Interface ID. After the MAC addresses follows the
EtherType field which is used to indicate which protocol type is transported in the
Ethernet frame. In AFDX this 2 byte field always has the value 0x0800 meaning
Internet Protocol, Version 4 (IPv4).
Ethernet Payload
Following the EtherType field is the Ethernet payload which contains the IP structure,
the UDP structure as well as the AFDX payload followed by the Sequence Number
(SN). The IP and UDP structures are 20 and 8 bytes long, respectively and the SN is 1
byte long. Since the Ethernet frame is specified to be in the range of 64 to 1518 bytes,
the ADFX payload must consequently be in the range 17 to 1471 bytes. This
calculation is done by simply subtracting the protocol overhead (6 + 6 + 2 +20 + 8 + 1
+ 4 = 47) from the max. and min. frame sizes.
Furthermore, by using padding it's possible to specify the AFDX payload down to 0
bytes.
Ethernet Error Control
The last field of the Ethernet frame is the Frame Check Sequence (FCS) which is 4
bytes long. The transmitting ES uses the Cyclic Redundancy Checksum (CRC)
algorithm to calculate a checksum over the entire frame which is then appended as
trailing data in the FCS field. The receiving ES uses the same algorithm to calculate
the checksum and compare it with the received checksum. If the two checksums are
not identical the receiving ES discards the frame.
AFDX Frame Structure
AFDX® / ARINC 664 Tutorial 􀁠 21/30
Ethernet Postamble
Ethernet specifies a minimum idle period between transmissions of frames called the
Interframe Gap (IFG), which is not strictly required by AFDX. However, for reasons
of compatibility, the IFG also applies to AFDX. The IFG is specified to be 96 bit
times, i.e. the time it takes to transmit 96 bits on the network. On a 10 Mbit/s network,
the IFG idle time is thus 9.6 us. On a 100 Mbit/s network, the IFG idle time is 960 ns.
 
中國航空網 www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址:航空資料17(25)
国产男女无遮挡_日本在线播放一区_国产精品黄页免费高清在线观看_国产精品爽爽爽
日韩av影视| 日韩精品一区二区三区久久 | 免费看污久久久| 久久国产精品一区二区三区四区| 亚洲在线视频观看| 国产视频99| 国产精品福利久久久| 欧美二区在线| 久热国产精品视频| 欧美乱大交xxxxx潮喷l头像| 国产成人免费av电影| 欧美中在线观看| 久久久久久久久中文字幕| 日韩国产欧美亚洲| 日韩一二三在线视频播| 日本一区二区三区在线视频| 久久综合入口| 日本一区二区三区www| 国产福利成人在线| 日韩欧美精品久久| 日韩一区二区在线视频| 秋霞无码一区二区| 久久九九有精品国产23| 免费在线a视频| 麻豆成人在线看| 国产欧美一区二区三区久久| 久久91精品国产| 成人精品视频在线| 大地资源第二页在线观看高清版| 国产成人亚洲综合| 日韩av综合在线观看| 久久99蜜桃综合影院免费观看| 秋霞在线一区二区| 国产精品国产自产拍高清av水多| 国产肉体ⅹxxx137大胆| 欧美精品激情视频| 国产精品9999| 人人澡人人澡人人看欧美| 俺去啦;欧美日韩| 美乳视频一区二区| 在线精品日韩| 国产成人jvid在线播放| 黄色av网址在线播放| 九九久久国产精品| 国产精品69av| 热99精品里视频精品| 国产精品精品视频| 91精品免费久久久久久久久| 日av中文字幕| 精品国产一区二区三区久久久久久 | 欧美又大粗又爽又黄大片视频| 国产精品乱子乱xxxx| 国产精品中文在线| 无码人妻精品一区二区蜜桃网站 | 国产精品无码av无码| 国产偷人视频免费| 亚洲精品国产suv一区88| 日韩亚洲欧美中文在线| 国产毛片久久久久久国产毛片| 亚洲精品日韩激情在线电影| 日韩在线观看精品| 国产精品一区二区女厕厕| 日韩在线视频在线观看| 久久亚洲精品视频| 91av在线播放| 狠狠色狠狠色综合人人| 亚洲一区二区三区加勒比| 色777狠狠综合秋免鲁丝| 国产女人精品视频| 日本国产在线播放| 欧美精品九九久久| 久久精品国产亚洲精品| 99视频精品免费| 精品欧美一区二区三区久久久 | 国产精品亚洲天堂| 欧美亚洲色图视频| 中文字幕一区二区中文字幕| 日韩在线视频一区| 97久久精品国产| 精品一区二区三区视频日产| 日本福利视频网站| 亚洲日本精品国产第一区| 国产精品久久99久久| 国产成人一区二区三区电影 | 狠狠精品干练久久久无码中文字幕| 懂色中文一区二区三区在线视频| 国产精品久久久久91| 久久人人爽人人爽人人片av高请| 国产综合av一区二区三区| 日韩一级片免费视频| 这里只有精品66| 久久成人在线视频| 精品久久久av| 国产成人在线精品| 91精品久久久久久久久久久久久 | 欧美成人免费一级人片100| 色999日韩欧美国产| 久久日韩精品| 97精品久久久中文字幕免费| 国产在线精品一区二区三区》| 日韩亚洲欧美一区二区| 亚洲精品一区二区三| 欧美激情亚洲一区| 久久亚洲综合国产精品99麻豆精品福利| 久久久久久久久久久久久国产精品| 97久草视频| 99在线影院| 国产精品亚洲天堂| 粉嫩精品一区二区三区在线观看| 国产一区二区在线免费| 蜜桃传媒一区二区三区| 激情久久av| 黄色一级免费大片| 黄页免费在线观看视频| 欧美一级二级三级九九九| 日韩五码在线观看| 日本va中文字幕| 日韩精品―中文字幕| 日韩精品一区中文字幕| 日本成熟性欧美| 日韩欧美精品在线观看视频| 日本久久久网站| 日本国产高清不卡| 日韩免费中文字幕| 欧美精品久久| 蜜臀精品一区二区| 国产一区二区三区精彩视频| 国产在线观看91精品一区| 国产一级二级三级精品| 国产在线一区二| 国产欧美日韩最新| 粉嫩av一区二区三区免费观看 | 久久久日本电影| 久久99欧美| 久久九九精品99国产精品| 国产精品久久久久久av福利| 欧美大成色www永久网站婷| 欧美激情xxxx性bbbb| 亚洲国产精品一区二区第四页av| 午夜dv内射一区二区| 日本精品va在线观看| 欧美在线视频导航| 欧美国产激情视频| 国产欧美精品一区二区| 97国产在线观看| 九色在线视频观看| 国产精品久在线观看| 欧美精品久久久久久久久久| 亚洲va久久久噜噜噜| 青青在线免费观看| 国产一区二区精品在线| 91精品国产综合久久男男| 久久久久久亚洲精品不卡| 国产精品毛片a∨一区二区三区|国 | 国产人妻互换一区二区| av电影一区二区三区| 国产传媒欧美日韩| 国产精品日韩二区| 亚洲综合一区二区不卡| 日本精品一区在线观看| 国模吧无码一区二区三区| 99热成人精品热久久66| 日韩视频在线一区| 精品国产乱码久久久久久108| 亚洲不卡中文字幕无码| 欧美视频免费播放| 成人免费观看毛片| 日韩中文字幕在线视频播放| 国产精品福利观看| 天天在线免费视频| 蜜桃传媒视频第一区入口在线看| 91免费精品视频| 国产精品视频久久久久| 亚洲尤物视频网| 欧美精品一区在线| av动漫免费看| 国产精品久久久久久久久久久不卡 | 日韩中文av在线| 久久久久久18| 欧美少妇一级片| 国产精品av在线播放 | 欧美 国产 日本| 97精品国产97久久久久久| 国产精品久久久久久免费观看| 亚洲一区影院| 精品少妇人妻av一区二区| 久久精品国产精品亚洲精品色| 欧美激情一级精品国产| 欧美 国产 日本| 九九九久久久| 手机成人av在线| av在线免费观看国产| 国产精品成人一区二区三区| 热re99久久精品国产66热| 91av视频在线免费观看| 中文字幕欧美日韩一区二区| 精品无人区一区二区三区| 国产成人无码精品久久久性色| 五月婷婷综合色| 国产欧美综合一区|