- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
07-MLD配置
本章節下載： 07-MLD配置 (423.27 KB)
目 錄
MLD（Multicast Listener Discovery Protocol，組播偵聽者發現協議）用於在三層設備和其直連網段中的用戶主機之間建立和維護IPv6組播組成員關係。
到目前為止，MLD有兩個版本：
· MLDv1（由RFC 2710定義），源自IGMPv2
· MLDv2（由RFC 3810定義），源自IGMPv3
所有版本的MLD都支持ASM（Any-Source Multicast，任意信源組播）模型；MLDv2可以直接應用於SSM（Source-Specific Multicast，指定信源組播）模型，而MLDv1則需要在MLD SSM Mapping技術的支持下才能應用於SSM模型。有關ASM和SSM模型的介紹，請參見“IP組播配置指導”中的“組播概述”。
MLDv1主要基於查詢和響應機製完成對IPv6組播組成員的管理。
當一個網段內有多台運行MLD的設備時，由於它們都能從主機那裏收到MLD成員關係報告報文（Multicast Listener Report Message），因此隻需其中一台設備發送MLD查詢報文（Query Message）即可，該設備就稱為MLD查詢器（Querier）。這就需要有一個查詢器的選舉機製來確定由哪台設備作為MLD查詢器，其選舉過程如下：
(1) 所有MLD設備在初始時都認為自己是查詢器，並向本地網段內的所有主機和設備發送MLD普遍組查詢（General Query）報文（目的地址為FF02::1）；
(2) 本地網段中的其它MLD設備在收到該報文後，將報文的源IPv6地址與自己的鏈路本地接口地址作比較。通過比較，IPv6地址最小的設備將成為查詢器，其它設備成為非查詢器（Non-Querier）；
(3) 所有非查詢器上都會啟動一個定時器（即其它查詢器存在時間定時器Other Querier Present Timer）。在定時器超時前，如果收到了來自查詢器的MLD查詢報文，則重置該定時器；否則，就認為原查詢器失效，並發起新的查詢器選舉過程。
圖1-1 MLD查詢響應示意圖
如圖1-1所示，假設Host B與Host C想要收到發往IPv6組播組G1的IPv6組播數據，而Host A想要收到發往IPv6組播組G2的IPv6組播數據，那麼主機加入IPv6組播組以及MLD查詢器（Device B）維護IPv6組播組成員關係的基本過程如下：
(1) 主機會主動向其要加入的IPv6組播組發送MLD成員關係報告報文以聲明加入，而不必等待MLD查詢器發來的MLD查詢報文；
(2) MLD查詢器（Device B）周期性地以組播方式向本地網段內的所有主機和設備發送普遍組查詢報文（目的地址為FF02::1）；
(3) 在收到該查詢報文後，關注G1的Host B與Host C其中之一（這取決於誰的延遲定時器先超時）——譬如Host B會首先以組播方式向G1發送MLD成員關係報告報文，以宣告其屬於G1。由於本地網段中的所有主機都能收到Host B發往G1的報告報文，因此當Host C收到該報告報文後，將不再發送同樣針對G1的報告報文，因為MLD設備（Device A和Device B）已知道本地網段中有對G1感興趣的主機了。這個機製稱為主機上的MLD成員關係報告抑製機製，該機製有助於減少本地網段的信息流量；
(4) 與此同時，由於Host A關注的是G2，所以它仍將以組播方式向G2發送報告報文，以宣告其屬於G2；
(5) 經過以上的查詢和響應過程，MLD設備了解到本地網段中有G1和G2的成員，於是由IPv6組播路由協議（如IPv6 PIM）生成（*，G1）和（*，G2）組播轉發項作為IPv6組播數據的轉發依據，其中的“*”代表任意IPv6組播源；
(6) 當由IPv6組播源發往G1或G2的IPv6組播數據經過組播路由到達MLD設備時，由於MLD設備上存在（*，G1）和（*，G2）組播轉發項，於是將該IPv6組播數據轉發到本地網段，接收者主機便能收到該IPv6組播數據了。
當一個主機離開某IPv6組播組時：
(1) 該主機向本地網段內的所有IPv6組播設備（目的地址為FF02::2）發送離開組（Done）報文；
(2) 當查詢器收到該報文後，向該主機所聲明要離開的那個IPv6組播組發送特定組查詢（Multicast-Address-Specific Query）報文（目的地址字段和組地址字段均填充為所要查詢的IPv6組播組地址）；
(3) 如果該網段內還有該IPv6組播組的其它成員，則這些成員在收到特定組查詢報文後，會在該報文中所設定的最大響應時間（Maximum Response Delay）內發送成員關係報告報文；
(4) 如果在最大響應時間內收到了該IPv6組播組其它成員發送的成員關係報告報文，查詢器就會繼續維護該IPv6組播組的成員關係；否則，查詢器將認為該網段內已無該IPv6組播組的成員，於是不再維護這個IPv6組播組的成員關係。
MLDv2在兼容和繼承MLDv1的基礎上，進一步增強了主機的控製能力，並增強了MLD狀態。
MLDv2增加了針對IPv6組播源的過濾模式（INCLUDE/EXCLUDE），使主機在加入某IPv6組播組G的同時，能夠明確要求接收或拒絕來自某特定IPv6組播源S的IPv6組播信息。當主機加入IPv6組播組時：
· 若要求隻接收來自指定IPv6組播源如S1、S2、……發來的IPv6組播信息，則其報告報文中可以標記為INCLUDE Sources（S1，S2，……）；
· 若拒絕接收來自指定IPv6組播源如S1、S2、……發來的IPv6組播信息，則其報告報文中可以標記為EXCLUDE Sources（S1，S2，……）。
如圖1-2所示，網絡中存在Source 1（S1）和Source 2（S2）兩個IPv6組播源，均向IPv6組播組G發送IPv6組播報文。Host B僅對從Source 1發往G的信息感興趣，而對來自Source 2的信息沒有興趣。
圖1-2 指定源組的IPv6組播流路經
如果主機與設備之間運行的是MLDv1，Host B加入IPv6組播組G時無法對IPv6組播源進行選擇，因此無論Host B是否需要，來自Source 1和Source 2的IPv6組播信息都將傳遞給Host B。
當主機與設備之間運行了MLDv2之後，Host B就可以要求隻接收來自Source 1、發往G的IPv6組播信息（S1，G），或要求拒絕來自Source 2、發往G的IPv6組播信息（S2，G），這樣就隻有來自Source 1的IPv6組播信息才能傳遞給Host B了。
運行MLDv2的組播設備按每條直連鏈路上的組播地址（per multicast address per attached link）來保持IPv6組播組的狀態。IPv6組播組的狀態包括：
· 過濾模式：保持對INCLUDE或EXCLUDE的狀態跟蹤。
· 源列表：保持對新增或刪除IPv6組播源的跟蹤。
· 定時器：表示IPv6組播地址超時後切換到INCLUDE模式的過濾定時器、關於源記錄的源定時器等。
MLD SSM Mapping通過在設備上配置SSM靜態映射規則，從而為運行MLDv1的接收者主機提供對SSM模型的支持。
SSM模型要求在接收者主機所在的網段，設備能夠了解主機加入IPv6組播組時所指定的IPv6組播源。如果接收者主機上運行的是MLDv2，則可以在MLDv2的報告報文中直接指定IPv6組播源的地址；如果某些接收者主機隻能運行MLDv1，則在MLDv1的報告報文中無法指定IPv6組播源的地址。這種情況下需要通過在設備上配置MLD SSM Mapping規則，將MLDv1報告報文中所包含的（*，G）信息映射為（G，INCLUDE，（S1，S2...））信息。
在如圖1-3所示的IPv6 SSM網絡中，Host A、Host B和Host C上分別運行MLDv1和MLDv2。在不允許將Host A和Host B升級為MLDv2的情況下，若要為Host A和Host B也提供SSM組播服務，則需在Device A上配置MLD SSM Mapping規則。
配置完成後，當Device A收到來自主機的MLDv1報告報文時，首先檢查該報文中所攜帶的IPv6組播組地址G，然後根據檢查結果的不同分別進行處理：
(1) 如果G不在IPv6 SSM組地址範圍內，則提供ASM組播服務。
(2) 如果G在IPv6 SSM組地址範圍內：
· 若Device A上沒有G對應的MLD SSM Mapping規則，則無法提供SSM組播服務，丟棄該報文；
· 若Device A上有G對應的MLD SSM Mapping規則，則依據規則將報告報文中所包含的（*，G）信息映射為（G，INCLUDE，（S1，S2...））信息，可以提供SSM組播服務。
· MLD SSM Mapping不對MLDv2的報告報文進行處理。
· 有關IPv6 SSM組地址範圍的介紹，請參見“IP組播配置指導”中的“IPv6 PIM”。
在如圖1-4所示的一些簡單網絡拓撲中，諸如Device B之類的邊緣設備上並不需要運行IPv6 PIM等複雜的IPv6組播路由協議，可以通過在這些設備上配置MLD代理功能，使其在上遊的MLD查詢器和下遊的接收者主機之間充當代理者：
· 對於MLD查詢器來說，MLD代理設備的行為就像一台主機。
· 對於主機來說，MLD代理設備的行為就像一台MLD查詢器。
圖1-4 MLD代理組網圖
為了便於理解，MLD代理中定義了兩種類型的接口：
· 主機接口：麵向組播分發樹樹根方向的接口，執行MLD協議的主機行為。由於此接口上需開啟MLD代理功能，因此也稱為代理接口。
· 路由器接口：麵向組播分發樹樹葉方向的接口，執行MLD協議的路由器行為。在此接口上需使能並配置MLD。
MLD代理設備上維護著一個組成員關係數據庫，記錄所有路由器接口維護的組成員關係。主機接口和路由器接口正是依據這個數據庫來執行相應的行為：
· 主機接口收到查詢報文後根據當前的組成員關係來響應報告報文，或者當組成員關係改變時發送報告報文或離開報文。
· 路由器接口參與下遊查詢器的選舉，發送查詢報文，並根據主機發來的報告報文維護組成員關係。
傳統IPv6組播業務對IPv6組播用戶是不可控的，用戶可自行加入某個IPv6組播組，從而接收該IPv6組播組的IPv6組播報文。由於無法對用戶進行有效的識別控製，因而這種不可控的IPv6組播無法滿足運營商對IPTV等業務的運營需求。
IPv6可控組播的核心就是控製用戶加入IPv6組播組的權限。用戶上線後，BRAS（Broadband Remote Access Server，寬帶遠程接入服務器）設備可獲得用戶的授權信息，當用戶發送MLD成員關係報告報文請求加入某個IPv6組播組時，BRAS設備可根據該用戶的授權信息接受或拒絕其加入請求。
MLD依據接口來維護組成員關係，各實例的MLD根據接口所屬的實例來處理協議報文的收發。當設備收到MLD報文時，需要區分該報文所屬的實例，並在該實例範圍內對其進行處理。當某實例內的MLD需要和其它IPv6組播協議交互信息時，隻會通知本實例內的其它IPv6組播協議。
與MLD相關的協議規範有：
· RFC 2710：Multicast Listener Discovery (MLD) for IPv6
· RFC 3810：Multicast Listener Discovery Version 2 (MLDv2) for IPv6
MLD配置任務如下：
(1) 使能MLD
(2) （可選）配置MLD基本功能
¡ 配置MLD版本
¡ 配置靜態加入功能
(3) （可選）調整MLD性能
(4) （可選）配置MLD SSM Mapping
(5) （可選）配置MLD代理
(6) （可選）配置IPv6可控組播
(7) （可選）開啟MLD NSR功能
在配置MLD之前，需配置任一單播路由協議，實現網絡層互通。
在需要建立和維護IPv6組播組成員關係的接口上使能MLD。
(1) 進入係統視圖。
system-view
(2) 使能IPv6組播路由，並進入IPv6 MRIB視圖。
ipv6 multicast routing [ vpn-instance vpn-instance-name ]
缺省情況下，IPv6組播路由處於關閉狀態。
本命令的詳細介紹請參見“IP組播命令參考”中的“IPv6組播路由與轉發”。
(3) 退回係統視圖。
quit
(4) 進入接口視圖。
interface interface-type interface-number
(5) 使能MLD。
mld enable
缺省情況下，沒有使能MLD。
由於不同版本MLD協議的報文結構與種類不同，因此需要為同一網段上的所有設備配置相同版本的MLD，否則MLD將不能正常運行。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置MLD的版本。
mld version version-number
缺省情況下，MLD的版本為MLDv1。
在配置了靜態加入IPv6組播組或組播源組後，接口將作為該IPv6組播組的虛擬組成員存在，從而可以接收發往該組的IPv6組播數據，以測試IPv6組播數據的轉發。
在配置了靜態加入功能後，接口並不會對MLD查詢器發出的查詢報文進行響應；當配置靜態加入或取消靜態加入的配置時，接口也不會主動發送MLD成員關係報告報文或MLD離開組報文。也就是說，該接口並沒有真正成為該IPv6組播組的成員。
在運行IPv6 PIM-SM的設備上配置靜態加入功能時，需要注意：
· 如果待配接口上同時使能了MLD和IPv6 PIM-SM，則該接口必須為IPv6 PIM-SM的DR，否則該接口將不能加入IPv6組播組或組播源組。
· 如果待配接口上使能了MLD但未使能IPv6 PIM-SM，則該接口必須為MLD查詢器，否則該接口也不能加入IPv6組播組或組播源組。
有關IPv6 PIM-SM和DR的介紹，請參見“IP組播配置指導”中的“IPv6 PIM”。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置靜態加入IPv6組播組或組播源組。
mld static-group ipv6-group-address [ source ipv6-source-address ]
如果不希望接口所在網段上的主機加入某些IPv6組播組，可在該接口上配置IPv6 ACL規則作為過濾器，接口將按照該規則對收到的MLD成員關係報告報文進行過濾，隻為該規則所允許的IPv6組播組維護組成員關係。
由於IPv6組播組過濾器隻能過濾MLD報文，因此無法對接口靜態加入IPv6組播組或組播源組進行限製。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置IPv6組播組過濾器。
mld group-policy ipv6-acl-number [ version-number ]
MLD查詢器的健壯係數：MLD查詢器的健壯係數是為了彌補可能發生的網絡丟包而設置的報文重傳次數，重傳次數越多，MLD查詢器就越“健壯”，但是組播組超時所需的時間也就越長。
MLD查詢器啟動查詢間隔與次數：當MLDv1/v2查詢器啟動時，會以“MLD查詢器啟動查詢間隔”為時間間隔發送“MLD查詢器啟動查詢次數”次MLD普遍組查詢報文，以快速判斷當前網絡中是否有IPv6組播組成員。
MLD普遍組查詢報文的發送間隔：當MLDv1/v2查詢器啟動後，會周期性地發送MLD普遍組查詢報文，以判斷網絡中是否有IPv6組播組成員，這個發送間隔就是“MLD普遍組查詢報文的發送間隔”，可以根據網絡的實際情況來調整此間隔。
MLD最後組成員查詢間隔與次數：當MLDv1查詢器收到MLD離開組報文後，會以“MLD最後組成員查詢間隔”為時間間隔發送“MLD最後組成員查詢次數”次MLD特定組查詢報文；當MLDv2查詢器收到改變IPv6組播組與IPv6組播源列表關係的MLD報告報文後，也會以同樣的間隔和次數發送MLD特定源組查詢報文。
MLD查詢報文的最大響應時間：在收到MLD查詢報文（包括普遍組查詢、特定組查詢和特定源組查詢）後，主機會為其所加入的每個IPv6組播組都啟動一個延遲定時器，其值在0到最大響應時間（該時間值從MLD查詢報文的最大響應時間字段獲得）中隨機選定，當定時器的值減為0時，主機就會向該定時器對應的IPv6組播組發送MLD成員關係報告報文。合理配置MLD查詢報文的最大響應時間，既可以使主機對MLD查詢報文做出快速響應，又可以減少由於定時器同時超時，造成大量主機同時發送報告報文而引起的網絡擁塞：
· 對於MLD普遍組查詢報文來說，通過配置MLD普遍組查詢報文的最大響應時間來填充其最大響應時間字段；
· 對於MLD特定組查詢報文和MLD特定源組查詢報文來說，所配置的MLD最後組成員查詢間隔將被填充到其最大響應時間字段。也就是說，MLD特定組查詢和MLD特定源組查詢的最大響應時間在數值上等於MLD最後組成員查詢間隔。
MLD其它查詢器的存在時間：當同一網段上有多台MLD設備時，由查詢器負責發送MLD查詢報文。如果非查詢器在“MLD其它查詢器存在時間”超時前未收到來自查詢器的MLD查詢報文，就會認為原查詢器失效，從而觸發新的查詢器選舉過程；否則，非查詢器將重置“MLD其它查詢器存在時間定時器”。
配置MLD查詢和響應時，需要注意：
· 應確保MLD其它查詢器的存在時間大於MLD普遍組查詢報文的發送間隔，且同一網段所有MLD設備上MLD其它查詢器的存在時間應該相同，否則都有可能導致網絡內的MLD查詢器反複變化。
· 應確保MLD普遍組查詢報文的發送間隔大於MLD普遍組查詢報文的最大響應時間，否則有可能造成對IPv6組播組成員的誤刪。
· 用戶既可在MLD視圖下對所有接口進行全局配置，也可在接口視圖下隻對當前接口進行配置，後者的配置優先級較高。
(1) 進入係統視圖。
system-view
(2) 進入MLD視圖。
mld [ vpn-instance vpn-instance-name ]
(3) 配置MLD查詢器的健壯係數。
robust-count count
缺省情況下，MLD查詢器的健壯係數為2。
(4) 配置MLD查詢器的啟動查詢間隔。
startup-query-interval interval
缺省情況下，MLD查詢器的啟動查詢間隔為MLD普遍組查詢報文發送間隔的1/4。
(5) 配置MLD查詢器的啟動查詢次數。
startup-query-count count
缺省情況下，MLD查詢器的啟動查詢次數等於MLD查詢器的健壯係數。
(6) 配置MLD普遍組查詢報文的發送間隔。
query-interval interval
缺省情況下，MLD普遍組查詢報文的發送間隔為125秒。
(7) 配置MLD最後組成員查詢間隔。
last-listener-query-interval interval
缺省情況下，MLD最後組成員查詢間隔為1秒。
(8) 配置MLD最後組成員查詢次數。
last-listener-query-count count
缺省情況下，MLD最後組成員查詢次數等於MLD查詢器的健壯係數。
(9) 配置MLD普遍組查詢報文的最大響應時間。
max-response-time time
缺省情況下，MLD普遍組查詢報文的最大響應時間為10秒。
(10) 配置MLD其它查詢器的存在時間。
other-querier-present-timeout time
缺省情況下，MLD其它查詢器的存在時間＝MLD普遍組查詢報文的發送間隔×MLD查詢器的健壯係數＋MLD普遍組查詢的最大響應時間÷2。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置MLD查詢器的健壯係數。
mld robust-count count
缺省情況下，MLD查詢器的健壯係數為2。
(4) 配置MLD查詢器的啟動查詢間隔。
mld startup-query-interval interval
缺省情況下，MLD查詢器的啟動查詢間隔為MLD普遍組查詢報文發送間隔的1/4。
(5) 配置MLD查詢器的啟動查詢次數。
mld startup-query-count count
缺省情況下，MLD查詢器的啟動查詢次數等於MLD查詢器的健壯係數。
(6) 配置MLD普遍組查詢報文的發送間隔。
mld query-interval interval
缺省情況下，MLD普遍組查詢報文的發送間隔為125秒。
(7) 配置MLD最後組成員查詢間隔。
mld last-listener-query-interval interval
缺省情況下，MLD最後組成員查詢間隔為1秒。
(8) 配置MLD最後組成員查詢次數。
mld last-listener-query-count count
缺省情況下，MLD最後組成員查詢次數等於MLD查詢器的健壯係數。
(9) 配置MLD普遍組查詢報文的最大響應時間。
mld max-response-time time
缺省情況下，MLD普遍組查詢報文的最大響應時間為10秒。
(10) 配置MLD其它查詢器的存在時間。
mld other-querier-present-timeout time
缺省情況下，MLD其它查詢器的存在時間＝MLD普遍組查詢報文的發送間隔×MLD查詢器的健壯係數＋MLD普遍組查詢的最大響應時間÷2。
在某些應用（如ADSL撥號上網）中，MLD查詢器的一個端口唯一對應著一台接收者主機，當主機在多個IPv6組播組間頻繁切換（如進行電視選台）時，為了快速響應主機的離開組報文，可以在MLD查詢器上開啟IPv6組播組成員快速離開功能。
在開啟了IPv6組播組成員快速離開功能之後，當MLD查詢器收到來自主機的離開組報文時，不再發送MLD特定組查詢報文或MLD特定源組查詢報文，而是直接向上遊發送離開通告，這樣一方麵減小了響應延遲，另一方麵也節省了網絡帶寬。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 開啟IPv6組播組成員快速離開功能。
mld fast-leave [ group-policy ipv6-acl-number ]
缺省情況下，IPv6組播組成員快速離開功能處於關閉狀態。
在IPv6 SSM網絡中，由於各種可能的限製，某些接收者主機隻能運行MLDv1。為了向這些僅支持MLDv1的接收者主機提供SSM服務，可以在設備上配置MLD SSM Mapping規則。
為防止本網段內運行MLDv2的主機無法加入組播組，請在該網段麵向主機的接口上運行MLDv2。
(1) 進入係統視圖。
system-view
(2) 進入MLD視圖。
mld [ vpn-instance vpn-instance-name ]
(3) 配置MLD SSM Mapping規則。
ssm-mapping ipv6-source-address ipv6-acl-number
在MLD代理設備上，請先根據網絡拓撲確定其路由器接口和主機接口，然後在路由器接口上使能並配置MLD。
請在MLD代理設備的主機接口上開啟MLD代理功能，且需要注意的是：
· 一個接口上如果同時開啟MLD代理功能和MLD協議，MLD協議將不會生效。在已開啟MLD代理功能的接口上配置其它MLD命令時，隻有mld version命令會生效。
· 如果在一台設備上同時開啟MLD代理功能和IPv6組播路由協議（如IPv6 PIM），IPv6組播路由協議將不會生效。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 開啟MLD代理功能。
mld proxy enable
缺省情況下，MLD代理功能處於關閉狀態。
IPv6組播數據通常隻被查詢器轉發，非查詢器不具備組播轉發能力，這樣可避免IPv6組播數據被重複轉發。但如果MLD代理設備的路由器接口未能當選查詢器，應在該接口上開啟非查詢器轉發功能，否則下遊主機將無法收到IPv6組播數據。
在共享網段內存在多台MLD代理設備的情況下，如果其中一台MLD代理設備的路由器接口已當選為查詢器，不應再在其它MLD代理設備的路由器接口上開啟非查詢器轉發功能，否則該網段將收到多份重複的IPv6組播數據。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 開啟非查詢器轉發功能。
mld proxy forwarding
缺省情況下，非查詢器轉發功能處於關閉狀態。
當在MLD代理設備的多個接口上開啟了MLD代理功能時，隻有IP地址最大的接口會轉發組播流量，為了分擔單端口流量轉發的負擔，可以開啟MLD代理的負載分擔功能，使開啟了MLD代理功能的接口都參與組播流量的轉發。
(1) 進入係統視圖。
system-view
(2) 進入MLD視圖。
mld [ vpn-instance vpn-instance-name ]
(3) 開啟MLD代理的負載分擔功能。
proxy multipath
缺省情況下，MLD代理的負載分擔功能處於關閉狀態。
IPv6可控組播功能僅支持在BRAS設備上配置。
請在需要控製用戶加入IPv6組播組權限的接口上開啟IPv6可控組播功能。
本命令隻對本地上線用戶生效，非本地上線用戶或非上線用戶不受此控製。
(1) 進入係統視圖。
system-view
(2) 進入三層接口視圖。
¡ 進入三層以太網接口視圖。
interface interface-type interface-number
¡ 進入三層以太網子接口視圖。
interface interface-type interface-number.subnumber
¡ 進入三層聚合接口視圖。
interface route-aggregation interface-number
¡ 進入三層聚合子接口視圖。
interface route-aggregation interface-number.subnumber
¡ 進入VT接口視圖。
interface virtual-template number
(3) 開啟IPv6可控組播功能。
mld authorization-enable
缺省情況下，IPv6可控組播功能處於關閉狀態。
通常情況下，BRAS設備按接口記錄用戶加入的IPv6組播組，隻會向物理接口發送一份IPv6組播報文，IPv6組播的複製分發工作將由運行MLD Snooping的下遊設備完成。
當下遊設備不支持MLD Snooping時，可以在BRAS設備的下遊接口上配置按會話記錄用戶加入的IPv6組播組，BRAS設備將按會話複製IPv6組播報文，並向接口下的每位用戶分別發送一份。
如果接口上存在不帶VLAN封裝的靜態加入配置，當在該接口上進行本配置時係統會自動刪除這些不帶VLAN封裝的靜態表項。
(1) 進入係統視圖。
system-view
(2) 進入三層接口視圖。
¡ 進入三層以太網接口視圖。
interface interface-type interface-number
¡ 進入三層以太網子接口視圖。
interface interface-type interface-number.subnumber
¡ 進入三層聚合接口視圖。
interface route-aggregation interface-number
¡ 進入三層聚合子接口視圖。
interface route-aggregation interface-number.subnumber
(3) 配置按會話記錄用戶加入的IPv6組播組。
mld join-by-session
缺省情況下，按接口記錄用戶加入的IPv6組播組。
由於IPv6可控組播中的用戶帶有VLAN封裝，因此在BRAS設備的子接口上配置靜態加入時也要帶有VLAN封裝，否則該子接口將無法加入相應的IPv6組播組或IPv6組播源組。
在子接口上配置了帶VLAN封裝的靜態加入後，當該VLAN內的用戶上線，或指定該子接口轉發該VLAN的IPv6組播數據時，將創建相應的IPv6靜態組播表項。
在指定mld static-group命令中的dot1q vid vlan-id second-dot1q vlan-list時，需要注意：
· 對於同一個IPv6組播組或IPv6組播源組，不帶VLAN封裝、帶一層VLAN封裝和帶兩層VLAN封裝的靜態加入配置兩兩互斥，不允許同時配置。
· 配置不帶VLAN封裝的靜態加入時，如果子接口上沒有配置mld join-by-session命令和mld user-vlan-aggregation dot1q命令，才生成IPv6靜態組播表項。
· 配置帶VLAN封裝的靜態加入時，如果子接口上配置了mld join-by-session命令，那麼當相應VLAN內的用戶上線時才生成IPv6靜態組播表項；如果子接口上配置了mld user-vlan-aggregation dot1q命令，那麼隻有二者的VLAN封裝相同，才生成IPv6靜態組播表項。
(1) 進入係統視圖。
system-view
(2) 進入三層子接口視圖。
¡ 進入三層以太網子接口視圖。
interface interface-type interface-number.subnumber
¡ 進入三層聚合子接口視圖。
interface route-aggregation interface-number.subnumber
(3) 配置接口靜態加入IPv6組播組或IPv6組播源組（帶VLAN封裝）。
mld static-group ipv6-group-address [ source ipv6-source-address ] { dot1q vid vlan-list | dot1q vid vlan-id second-dot1q vlan-list }
缺省情況下，接口沒有以靜態方式加入任何IPv6組播組或IPv6組播源組。
NSR（Nonstop Routing，不間斷路由）通過將MLD的運行接口以及組播組等信息備份到備進程，從而避免了主備倒換對轉發業務的影響。
NSR特性不需要周邊設備的配合，設備自身可以將運行接口和組播組等信息進行恢複。
(1) 進入係統視圖。
system-view
(2) 開啟MLD NSR功能。
mld non-stop-routing
缺省情況下，MLD NSR功能處於關閉狀態。
執行reset mld group命令可能導致接收者中斷IPv6組播信息的接收。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後MLD的運行情況，通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除MLD的統計信息。
表1-1 MLD顯示和維護
|
操作 |
命令 |
|
顯示MLD組播組的信息 |
display mld [ vpn-instance vpn-instance-name ] group [ ipv6-group-address | interface interface-type interface-number ] [ static | verbose ] |
|
顯示接口上MLD配置和運行信息 |
display mld [ vpn-instance vpn-instance-name ] interface [ interface-type interface-number ] [ proxy ] [ verbose ] |
|
顯示MLD代理記錄的IPv6組播組信息 |
display mld [ vpn-instance vpn-instance-name ] proxy group [ ipv6-group-address | interface interface-type interface-number ] [ verbose ] |
|
顯示MLD代理路由表的信息 |
display mld [ vpn-instance vpn-instance-name ] proxy routing-table [ ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] ] * [ verbose ] |
|
顯示MLD SSM Mapping規則 |
display mld [ vpn-instance vpn-instance-name ] ssm-mapping ipv6-group-address |
|
清除MLD組的動態加入記錄 |
reset mld [ vpn-instance vpn-instance-name ] group { all | interface interface-type interface-number { all | ipv6-group-address [ prefix-length ] [ ipv6-source-address [ prefix-length ] ] } } |
當某主機發送了加入IPv6組播組G的報文後，離該主機最近的設備上卻沒有IPv6組播組G的組成員信息。
· 組網、接口連線的正確與否以及接口的協議層是否up將直接影響IPv6組播組成員信息的生成；
· 在設備上必須使能IPv6組播路由，在連接主機的接口上必須使能MLD；
· 如果路由器接口上運行的MLD版本比主機的低，那麼設備將無法識別主機發來的較高版本的MLD報告報文；
· 如果在接口上使用命令mld group-policy對加入IPv6組播組G進行了限製後，該接口將不再接收未通過過濾的那些要求加入IPv6組播組G的報文。
(1) 檢查組網是否正確，接口間的連線是否正確，以及接口狀態是否正常，是否配置了正確的IPv6地址。通過命令display mld interface查看接口信息。若無接口信息輸出，說明接口狀態異常，原因通常是接口上配置了shutdown命令，或者接口連線不正確，或者接口上沒有配置正確的IPv6地址。
(2) 檢查是否使能了IPv6組播路由。通過命令display current-configuration查看是否配置了命令ipv6 multicast routing。若缺少該配置，則需要在係統視圖下執行命令ipv6 multicast routing使能IPv6組播路由，同時也需要在相應接口上使能MLD。
(3) 檢查接口上運行的MLD版本。通過命令display mld interface來檢查接口上運行的MLD版本是否低於主機所使用的版本。
(4) 檢查接口上是否配置了IPv6 ACL規則來限製主機加入IPv6組播組G。通過命令display current-configuration interface觀察是否配置了mld group-policy命令。如果配置的IPv6 ACL規則對加入IPv6組播組G進行了限製，則需要修改該IPv6 ACL規則，允許接受IPv6組播組G的報告報文。
在同一網段的不同MLD設備上，各自維護的組成員關係不一致。
· 運行MLD的設備為每個接口維護多個參數，各參數之間相互影響，非常複雜。如果同一網段設備的MLD接口參數配置不一致，必然導致組成員關係的混亂。
· 另外，MLD目前有2個版本，版本不同的MLD設備與主機之間雖然可以部分兼容，但是連接在同一網段的所有設備必須運行相同版本的MLD。如果同一網段設備的MLD版本不一致，也將導致MLD組成員關係的混亂。
(1) 檢查MLD配置。通過命令display current-configuration觀察接口上MLD的配置信息。
(2) 在同一網段的所有設備上執行命令display mld interface來檢查MLD相關定時器的參數，確保配置一致。
(3) 通過命令display mld interface來檢查各設備上運行的MLD版本是否一致。
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
