自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

MTG中IPv6組播的互通

網(wǎng)絡(luò) 網(wǎng)絡(luò)管理
本文主要講述了MTG工作流程中的IPv6組播的作用,通過文章中的實際應(yīng)用案例,我們能直觀了解到信息,希望能幫大家做好這方面知識的介紹。

IPv6組播的相關(guān)概念我們在之前的文章中已經(jīng)講述不少了。那么現(xiàn)在我們在來說一下MTG中的IPv6組播的作用。首先我們會舉出一個視頻會的具體實例,來幫助大家理解MTG的工作流程,之后是對IPv6組播路由的配置進行說明。

MTG的工作流程

下面以一視頻會議為例說明MTG的工作流程。

IPv4中兩名參與者F1和F2,IPv6中也有兩名參與者S1和S2。其中F1為會議的組織者。所有參與者都運行會話描述協(xié)議(SDR)或類似SAP的監(jiān)聽器獲取會話信息。

MTG的IPv4和IPv6地址分別為202.112.25.214和3FFE:3206:1000::19D6。同時將MTG配置為IPv6組播指定路由器。

參與者F1首先向224.2.127.254:9875公告會議信息,通知其他會議參與者使用224.5.5.5作為會話地址,并同時向IPv4發(fā)送視頻/音頻流。

參與者F2通過SDR直接收到該SAP公告,并啟動組播會議工具。此時F1和F2可以進行會話。

當(dāng)SAP公告到達(dá)MTG,MP4將其轉(zhuǎn)交至MT,MT對其進行報頭轉(zhuǎn)換,源地址轉(zhuǎn)換為MTG的固定IPv6地址3FFE:3206:1000::19D6,宿地址為FF0E:0::2:7FFE。并調(diào)用應(yīng)用層回調(diào)函數(shù)解析出組播會話地址224.5.5.5,然后從AM取得對應(yīng)的IPv6地址FF1E::224.5.5.5,在應(yīng)用層上對其攜帶的信息進行修改。MT再將已轉(zhuǎn)換的SAP報文轉(zhuǎn)交給MP6,將之發(fā)送到IPv6網(wǎng)絡(luò)。SAP***次到達(dá)時,AM會更新映射表。

參與者S1和參與者S2收到SAP公告之后,發(fā)起MLD成員報告。MP6收到MLD報告之后,轉(zhuǎn)交給MT,MT將MLD報告轉(zhuǎn)換成IGMP成員報告,通過MP4向IPv4發(fā)送成員關(guān)系報告,并加入224.5.5.5組。至此,4個參與者均加入組播會話。

MP4接收到參與者F1發(fā)出的IPv4組播報文,并轉(zhuǎn)交給MT,MT對其進行報頭轉(zhuǎn)換,源地址轉(zhuǎn)換為MTG的固定IPv6地址3FFE:3206:1000::19D6,宿地址224.5.5.5轉(zhuǎn)換為對應(yīng)的IPv6地址FF1E::224.5.5.5,再經(jīng)由MP6組播給參與者S1和參與者S2。MP6接收到參與者S1和參與者S2發(fā)出的IPv6組播報文,并轉(zhuǎn)交給MT,MT對其進行報頭轉(zhuǎn)換,源地址轉(zhuǎn)換為MTG的固定IPv4地址202.112.25.214,宿地址FF1E::224.5.5.5轉(zhuǎn)換為對應(yīng)的IPv4地址224.5.5.5,再經(jīng)由MP4組播給參與者F1和參與者F2。當(dāng)參與者S1和參與者S2都退出時,MP4不再向MT轉(zhuǎn)交該組組播報文。

當(dāng)不使用SAP時,會話地址202.5.5.5必須通過人工傳達(dá)或Web公布等方法告之所有會議參與者。管理員或者被授權(quán)的終端用戶通過SNMP外部接口注冊202.5.5.5組播組,并取得IPv6映射地址FF1E::224.5.5.5。IPv6用戶使用FF1E::224.5.5.5地址加入組播會話。

要使IPv4主機與IPv6主機進行組播通信,必須做諸如轉(zhuǎn)發(fā)器(在傳輸層)或網(wǎng)關(guān)(在網(wǎng)絡(luò)層)之類的協(xié)議轉(zhuǎn)換工作。

MTG在實現(xiàn)網(wǎng)關(guān)基本功能的基礎(chǔ)上,對網(wǎng)關(guān)作了一定程度的改進。網(wǎng)關(guān)對IPv4組播的組成員及源的有效期不敏感的問題,可以通過使MTG同時成為IPv4的組播路由器,而使MTG具有獲知組成員狀態(tài)的能力;對于網(wǎng)關(guān)中IPv4只能訪問給定前綴的IPv6組,從MTG模型結(jié)構(gòu)可以看出,在附加前綴的基礎(chǔ)上,通過可管理的靜態(tài)地址映射,消除了IPv4對IPv6的訪問限制。

MTG還對網(wǎng)關(guān)方案未曾具體涉及的問題進行了探討。根據(jù)標(biāo)準(zhǔn)草案RFC2365,加入對不同協(xié)議間組播管理域的映射;通過SNMP接口和擴展MIB,將網(wǎng)關(guān)的管理標(biāo)準(zhǔn)化。另外在底層實現(xiàn)上,MTG采用了逐級細(xì)化的處理流程,增加了可配置的網(wǎng)關(guān)的擁塞控制策略和報文調(diào)度策略,可根據(jù)QoS和流量控制要求對高速緩存中的報文進行可控調(diào)度。

使用MTG,可以有效實現(xiàn)IPv4-IPv6組播互通。

責(zé)任編輯:佟健 來源: 互聯(lián)網(wǎng)
相關(guān)推薦

2010-06-01 14:55:35

IPv6組播

2010-06-01 15:10:54

IPv6組播

2010-05-26 15:17:24

IPv6組播源

2010-05-27 16:12:24

IPv6組播路由協(xié)議

2010-06-07 15:41:31

IPv6網(wǎng)絡(luò)協(xié)議

2010-05-27 16:32:16

IPv6組播

2019-01-04 11:27:26

IPv6雙協(xié)議棧組播

2025-02-07 16:00:00

IPv4IPv6網(wǎng)絡(luò)

2010-05-28 09:16:38

IPv6技術(shù)

2010-05-25 18:02:53

IPv6多播地址

2010-06-07 13:20:34

IPv6與IPv4

2010-06-01 16:05:10

IPv4與IPv6

2010-04-13 19:45:31

IPv6IPv4

2010-06-01 15:05:07

IPv66to4

2010-06-01 11:13:02

ipv6網(wǎng)絡(luò)環(huán)境

2010-08-11 16:07:14

IPv6協(xié)議H3C

2010-06-01 13:52:03

IPv6協(xié)議路由協(xié)議

2013-03-13 09:56:24

IPv6IPv4NDP

2012-05-24 19:08:13

2019-04-13 14:21:13

點贊
收藏

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