前言
ip組播是通過同時傳送 單個信息流減少數據流到數千公司接收方和家的一種節省帶寬的技 術。利用組播的應用程序包括視頻會議，公司通信，遠程教 育和軟件分布、股票行情和新聞。本文討論組播配置基礎因 為不同組網情形。
本文提供的信息在特定實驗室環境里從設備被創建了 。用于本文的所有設備開始了以一個缺省（默認）配置。 假如在一個真實網絡工作，保證您使用它以前了解所有命令 的潛在影響。
密集模式
Cisco推薦使用獨立于協議的組播（PIM）稀疏模式， 非凡自動RP，在任何可能的情況下，非凡是為新的配置。然 而，假如密集模式希望，配置 global命令 ip multicast-routing 和 接口命令IP PIM稀疏-稠密-模式 在需要處理組 播數據流的每個接口。普通的需求，的所有配置在本文之內 ，是配置全局組播和配置PIM在接口。自 Cisco IOS® 版本11.1 ，接口命令 ip pim dense-mode 和 ip pim sparse-mode 可 能用ip pim sparse-dense-mode命令同時現在 配置。在此模式，假如組 是在密集模式下，接口被對待作為密集模式。假如組是在稀 疏模式下(例如，假如RP被知道)，接口被對待作為稀疏模式。
注重： 注重： 在示例在本文過程中，"來源"表示組播數據流的來源并且"接 受器"表示組播數據流接收器。
路由配置
ip multicast-routing
interface ethernet0
ip address
ip pim sparse-dense-mode
interface serial0
ip address
ip pim sparse-dense-mode
路由器B配置
ip multicast-routing
interface serial0
ip address
ip pim sparse-dense-mode
interface ethernet0
ip address
ip pim sparse-dense-mode
一個RP時的稀疏模式
在本例中，路由器A是應該典型地是路由器最接近來 源的RP。帶有靜態RP配置，所有路由器在PIM域必須有配置的 同樣ip pim RP尋 址 命令。您能配置多個RP，但那里可以只是每個特定 組一個RP。
路由配置
ip multicast-routing
ip pim rp-address 1.1.1.1
interface ethernet0
ip address
ip pim sparse-dense-mode
interface serial0
ip address 1.1.1.1 255.255.255.0
ip pim sparse-dense-mode
路由器B配置
ip multicast-routing
ip pim rp-address 1.1.1.1
interface serial0
ip address
ip pim sparse-dense-mode
interface ethernet0
ip address
ip pim sparse-dense-mode
多個RP時的稀疏模式
在本例中，來源A發送到224.1.1.1，224.1.1.2和 224.1.1.3。Source-B發送到224.2.2.2，224.2.2.3和 224.2.2.4。您可能有一個路由器，或者RP 1或RP 2，是RP為 所有組，但假如希望不同的RP處理不同的組，您需要配置所有路由 器包括組隊RP將服務。與靜態RP配置的此類型，所有路由器 在PIM域必須有配置的 同樣 ip pim rp-address address acl 命 令。您能也使用 自動 RP，是更加輕易配置，達到同一個設置。
RP 1配置
ip multicast-routing
ip pim RP-address 1.1.1.1 2
ip pim RP-address 2.2.2.2 3
access-list 2 permit 224.1.1.1
access-list 2 permit 224.1.1.2
access-list 2 permit 224.1.1.3
access-list 3 permit 224.2.2.2
access-list 3 permit 224.2.2.3
access-list 3 permit 224.2.2.4
RP 2配置
ip multicast-routing
ip pim RP-address 1.1.1.1 2
ip pim RP-address 2.2.2.2 3
access-list 2 permit 224.1.1.1
access-list 2 permit 224.1.1.2
access-list 2 permit 224.1.1.3
access-list 3 permit 224.2.2.2
access-list 3 permit 224.2.2.3
access-list 3 permit 224.2.2.4
路由器3和4的配置
ip multicast-routing
ip pim RP-address 1.1.1.1 2
ip pim RP-address 2.2.2.2 3
access-list 2 permit 224.1.1.1
access-list 2 permit 224.1.1.2
access-list 2 permit 224.1.1.3
access-list 3 permit 224.2.2.2
access-list 3 permit 224.2.2.3
access-list 3 permit 224.2.2.4
一個RP時的自動 RP
帶有自動RP，您配置 RP發表他們的可用性作為RP和映射代理。RP使用 224.0.1.39 發送他們的公告。RP映射代理在寄發到 224.0.1.40的發現消息聽公布的信息包從RP，然后發送路由處理器 到組映射。這些發現消息是什么路由器的其余為他們的路由 處理器到組映射使用。您能使用也擔當映射代理的一個RP， 或者您能配置多個RP和多個映射代理為冗余目的。
注重，當選擇到來源RP公告我們極力推薦您使用一個 接口例如回環而不是一個物理接口的接口時。假如選擇一個 物理接口，您取決于該接口總是哪些不可以總是實際情形，并且路 由器將停止通告本身作為RP 一旦物理接口斷開。與回環接 口然而，它總是上并且從未斷開因而保證RP將繼續通過所有可用的 接口做通告自己作為RP，即使一個或很多其物理接口應該出故障。 回環接口必須有被啟用的PIM并且通過內部網關協議(IGP) 或它做通告一定是可及的使用靜態路由。
路由配置
ip multicast-routing
ip pim send-rp-announce loopback0 scope 16
ip pim send-rp-discovery scope 16
interface loopback0
ip address
ip pim sparse-dense-mode
interface ethernet0
ip address
ip pim sparse-dense-mode
interface serial0
ip address
ip pim sparse-dense-mode
路由器B配置
ip multicast-routing
interface ethernet0
ip address
ip pim sparse-dense-mode
interface serial0
ip address
ip pim sparse-dense-mode
多個RP時的自動 RP
在本例中的訪問控制 列表答應RP是僅RP為您希望的組。假如沒有配置訪問控制列 表，RP將是可用的作為RP為所有組。 假如二個RP發表他們的 可用性是RP為同一個組，映射代理使用"最高網際協議地址獲勝"規 則將解決這些沖突。
影響哪個路由 器是RP為一個特定組，當時二個RP為該組公布，您能用回環地址配 置每個路由器。放置更高的IP地址在首選RP，然后使用回環 接口作為公布信息包的來源; 例如， ip pim發送路由處理器通告 loopback0。當使用時多個映射代理， 他們彼此監聽發現信息包和映射代理帶有最高IP地址wins并且成為 唯一的轉發器224.0.1.40。
RP 1配置
ip multicast-routing
interface loopback0
ip address
ip pim sparse-dense-mode
ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16
access-list 1 permit 239.0.0.0 0.255.255.255
RP 2配置
ip multicast-routing
interface loopback0
ip address
ip pim sparse-dense-mode
ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16
access-list 1 deny 239.0.0.0 0.255.255.255
access-list 1 permit 224.0.0.0 15.255.255.255
其它細節在自動RP可以這里查找： FTP://ftpeng.cisco.com/ipmulticast/autorp.Html
DVMRP
您的網絡服務提供商(ISP)可以建議您在互聯網 (mbone)創建一條DVMRP隧道對他們為了獲得訪問到組播骨干網。 最低的命令配置DVMRP 隧道如下顯示：
interface tunnel0
ip unnumbered
tunnel source
tunnel destination
tunnel mode dvmrp
ip pim sparse-dense-mode
一般，ISP將讓您建立隧道到運行"mrouted" (DVMRP) 的UNIX機器。假如他們改為讓您建立隧道到另一臺Cisco設備 ，使用默認GRE 封裝隧道模式改為。
假如而不是簡單收到組播信息包，您在mbone想要生 成組播信息包為其他發現，您需要做通告來源的子網。假如 您的組播源主機地址是131.108.1.1，您需要做通告該子網的存在對 mbone。默認情況下，直接連接的網絡做通告帶有權值1。 假如您的來源沒有直接地連接到路由器用DVMRP隧道，配置以 下下面接口tunnel0：
ip dvmrp metric 1 list 3
access-list 3 permit 131.108.1.0 0.0.0.255
注重： 您必須包括一個訪問控制列表以上述命令防止 做通告整個單播路由表對mbone。
如 果您的設置是類似的到如下所示的那個，并且想要通過域傳播DVMRP 路由，配置 ip dvmrp unicast-routing 在路由器A和B serial0接口。這將提供DVMRP路 由轉發給然后把一張DVMRP路由表用于反向路徑轉發的PIM相鄰(RPF) 。DVMRP學到的路由RPF比其他協議優先，除了直接連接的路 由。
MBGP
MBGP是一個基本方式運載二個兩套路由器：一 集為單播路由和一集為組播路由。MBGP提供控制必要決定組 播信息包哪里答應流。聯合組播路由PIM使用路由構件數據分 布樹。MBGP提供RPF路徑，不是組播狀態的創建。PIM 還是必要轉發組播信息包。
路由配置
ip multicast-routing
interface loopback0
ip pim sparse-dense-mode
ip address 192.168.2.2 255.255.255.0
interface serial0
ip address 192.168.100.1 255.255.255.0
interface serial1
ip pim sparse-dense-mode
ip address 192.168.200.1 255.255.255.0
router bgp 123
network 192.168.100.0 nlri unicast
network 192.168.200.0 nlri multicast
neighbor 192.168.1.1 remote-as 321 nlri unicast multicast
neighbor 192.168.1.1 ebgp-multihop 255
neighbor 192.168.100.2 update-source loopback0
neighbor 192.168.1.1 route-map setNH out
route-map setNH permit 10
match nlri multicast
set ip next-hop 192.168.200.1
route-map setNH permit 20
路由器B配置
ip multicast-routing
interface loopback0
ip pim sparse-dense-mode
ip address 192.168.1.1 255.255.255.0
interface serial0
ip address 192.168.100.2 255.255.255.0
interface serial1
ip pim sparse-dense-mode
ip address 192.168.200.2 255.255.255.0
router bgp 321
network 192.168.100.0 nlri unicast
network 192.168.200.0 nlri multicast
neighbor 192.168.2.2 remote-as 123 nlri unicast multicast
neighbor 192.168.2.2 ebgp-multihop 255
neighbor 192.168.100.1 update-source loopback0
neighbor 192.168.2.2 route-map setNH out
route-map setNH permit 10
match nlri multicast
set ip next-hop 192.168.200.2
route-map set NH permit 20
假如您的單播和組播結構是一致的(例如，在同一條 鏈路去)，在配置的上主要的區別是用 nlri unicast multicast命 令。示例如下所示：
network 192.168.100.0 nlri unicast multicast
好處的 有MBGP運行一旦適當的結構是即使數據流橫貫同樣路徑，不同的制 度可以被運用于單播BGP與組播BGP。
其它細節在MBGP可以這里查找：
MSDP
MSDP連接多個PIM-SM域。每個PIM-SM 域在其 他域使用其自己的獨立RP(s)并且不必須依靠RP。MSDP答應域 發現組播源從其他域。假如也BGP協議與與MSDP對等體，您應 該為作為您為BGP執行的MSDP使用同樣IP 地址。當MSDP進行 對等RPF檢查時，盼望MSDP 對等體地址是BGP/MBGP提供它的同一個 地址當在RP在SA信息時執行一次路由表查找。只要有MSDP對 等體的之間，一個BGP/MBGP路徑沒有要求您然而，運行BGP/MBGP與 MSDP對等體。假如沒有BGP/MBGP路徑，并且假如有超過一個 MSDP 對等體，您必須使用 ip msdp default-peer命令 。在下面的示例，RP A是RP為其域并且RP B是RP為其域。
路由配置
ip multicast-routing
ip pim send-RP-announce loopback0 scope 16
ip pim send-RP-discovery scope 16
ip msdp peer 192.168.100.2
ip msdp sa-request 192.168.100.2
interface loopback0
ip address
ip pim sparse-dense-mode
interface serial0
ip address 192.168.100.1 255.255.255.0
ip pim sparse-dense-mode
路由器B配置
ip multicast-routing
ip pim send-RP-announce loopback0 scope 16
ip pim send-RP-discovery scope 16
ip msdp peer 192.168.100.1
ip msdp sa-request 192.168.100.1
interface loopback0
ip address
ip pim sparse-dense-mode
interface serial0
ip address 192.168.100.2 255.255.255.0
ip pim sparse-dense-mode
末端組播 路由
末端組播路由允 許您配置remote/stub 路由器作為IGMP代理。而不是充分參 與PIM ，這些末端路由器簡單轉發IGMP信息從主機到上行組播路由 器。
路由器1配置
int s0
ip pim sparse-dense-mode
ip pim neighbor-filter 1
access-list 1 deny 140.1.1.1
ip pim neighbor-filt er命令是需要的以便路由器1不認可路由器2作為PIM 相鄰。假如配置路由器1在稀疏模式下，鄰近過濾器是多余的。路由 器2在稀疏模式下不能運行。當在密集模式下，末端組播源能 充斥到骨干網路由器。
路由器2配置
ip multicast-routing
int e0
ip pim sparse-dense-mode
ip igmp helper-address 140.1.1.2
int s0
ip pim sparse-dense-mode
IGMP UDLR為衛星連接
UDLR為轉發在一個單 向衛星鏈路的組播信息包提供一個方法的有反向信道的末端網絡。 這于末端組播路由是類似的。沒有此功能，uplink端 口路由器不能動態地了解哪個IP組播組尋址在單向鏈路轉發，因為 下連路由器不能送回什么。
rtr上行 -RTR配置
ip multicast-routing
interface Ethernet0
description Typical IP multicast enabled interface
ip address 12.0.0.1 255.0.0.0
ip pim sparse-dense-mode
interface Ethernet1
description Back channel which has connectivity to downlink-rtr
ip address 11.0.0.1 255.0.0.0
ip pim sparse-dense-mode
interface Serial0
description Unidirectional to downlink-rtr
ip address 10.0.0.1 255.0.0.0
ip pim sparse-dense-mode
ip igmp unidirectional-link
no keepalive
下連RTR配置
ip multicast-routing
interface Ethernet0
description Typical IP multicast enabled interface
ip address 14.0.0.2 255.0.0.0
ip pim sparse-dense-mode
ip igmp helper-address udl serial0
interface Ethernet1
description Back channel which has connectivity to downlink-rtr
ip address 13.0.0.2 255.0.0.0
ip pim sparse-dense-mode
interface Serial0
description Unidirectional to uplink-rtr
ip address 10.0.0.2 255.0.0.0
ip pim sparse-dense-mode
ip igmp unidirectional-link
no keepalive
PIMv2 BSR
假如所有路由器在網絡運行PIMv2，您能配置BSR而不 是自動RP。兩個是非常類似的。與BSR配置，您配置 BSR候選(類似于RP 公布在自動RP)和BSR (類似于自動RP映射代理) 。 配置BSR，遵從這些步驟：
在候選BSR配置：
ip pim bsr-candidate interface hash-mask-len PRef
接 口 那里 包含候選 BSR IP地址。它推薦(但沒要求) 無 用數據掩碼Len 是相同橫跨所有候選BSR。 候選BSR 帶有最大的 寧可 值將選擇作為BSR為此域。
示例命令使用方法如下顯示：
ip pim bsr-candidate ethernet0 30 4
用于PIMv2 BSR收集候選RP信息和散發路由處理器設 置信息與每個組前綴相關。避免單點故障，超過一個路由器 在域可以配置作為候選BSR。
BSR在 候選BSR之中自動地選擇，基于配置的首選值。在網絡的骨干 網應該很好連接擔當的路由器候選BSR和，與在網絡的撥號區域相對 。
配置候選RP路由器。以下 示例顯示候選RP，在interface ethernet0，為整個治理域范圍地址 范圍：
access-list 11 permit 239.0.0.0 0.255.255.255
ip pim rp-candidate ethernet0 group-list 11
CGMP
配置CGMP，配置以下在面對交換機的路由器接口：
ip pim sparse-dense-mode
ip cgmp
然后，配置以下在交換機：
set cgmp enable
IGMP探聽
IGMP探聽是可用的與 Catalyst 5000的版本4.1。IGMP探聽要求一個 Supervisor III卡。 除PIM的之外配置不是必要配置IGMP探 聽在路由器。路由器是仍然必要的帶有IGMP 探聽然而，提 供IGMP查詢。
下面的示例在交換機 展示如何啟用IGMP 探聽：
Console> (enable) set igmp enable
IGMP Snooping is enabled.
CGMP is disabled.
假如設 法啟用IGMP但CGMP已經啟用，您將看見以下：
Console> (enable) set igmp enable
Disable CGMP to enable IGMP Snooping feature.
PGM
PGM是一個可靠組播傳輸協議為要求命令的應用程序 ，復制自由，組播數據發送從多源到多個接受器。PGM保證一 臺接受器在組從傳輸和重發收到所有數據包或者能發現不可恢復的 信息包丟失。
沒有PGM global命令 。PGM每個接口配置使用 ip pgm命令。 在接口 在路由器必須啟用組播路由與PIM 一起。
MRM
MRM在一個大組播路由結構實現自動故障檢測。 它設計使組播路由問題網絡治理員警覺接近實時。
MRM有二個組件：MRM測試人 員和MRM 治理器。MRM測試人員是發送器和接受器。
MRM是在Cisco IOS 12.0(5)T和以 后可用的。 只有MRM測試人員和治理器需要運行支持MRM 的 IOS版本。
測試發送 器配置
interface Ethernet0
ip mrm test-sender
測試接收器配置
interface Ethernet0
ip mrm test-receiver
測試治理器配置
ip mrm manager test1
manager e0 group 239.1.1.1
senders 1
receivers 2 sender-list 1
access-list 1 permit 10.1.1.2
access-list 2 permit 10.1.4.2
輸出從 show ip mrm manager命令在 測試治理器如下所示：
Test_Manager# show ip mrm manager
Manager:test1/10.1.2.2 is not running
Beacon interval/holdtime/ttl:60/86400/32
Group:239.1.1.1, UDP port test-packet/status-report:16384/65535
Test sender:
10.1.1.2
Test receiver:
10.1.4.2
使用下面顯 示的命令開始測試。 測試治理器寄發控制消息到測試發送器 和測試接收器如在測試參數配置。測試接收器加入從測試發 送器和監控程序測試信息包發送組。
Test_Manager# mrm start test1
*Feb 4 10:29:51.798: IP MRM test test1 starts ......
Test_Manager#
顯示一個狀態報告為測試治理器，輸入以下命令：
Test_Manager# show ip mrm status
IP MRM status report cache:
Timestamp Manager Test Receiver Pkt Loss/Dup (%) Ehsr
*Feb 4 14:12:46 10.1.2.2 10.1.4.2 1 (4%) 29
*Feb 4 18:29:54 10.1.2.2 10.1.4.2 1 (4%) 15
Test_Manager#
輸出表示，接受器發送了二個狀態 報告(一條線路中的每一條)在給定時間。 每個報告包含一信息包丟失在間隔窗口(一秒默認值期間)。"Ehsr"值顯示估計 的下個序號值從測試發送器。假如測試接收器鋸重復的信息 包，它會顯示負數在"Pkt Loss/Dup" 列。
終止測試，輸入以下命令：
Test_Manager# mrm stop test1
*Feb 4 10:30:12.018: IP MRM test test1 stops
Test_Manager#
當運行測試時，MRM發送器開始發送RTP 信息包到配 置的組地址在默認間隔200毫秒。接受器監控(預計)同樣信 息包在同一個默認間隔。假如接受器在默認窗口間隔發現信 息包丟失五秒，寄發一個報告到MRM治理器。狀態報告從接受 器在治理器可以使用show ip mrm status命令顯示。
故障排除
某些最常見的問題在 網絡面對當時實現IP組播是由于RPF故障或TTL設置時，當路由器不 轉發組播數據流。為一個具體討論關于這些和其他常見的問 題，癥狀和解決方法，看見 IP組播故障排除指南。
新聞熱點
疑難解答
