web-dev-qa-db-ja.com

IOS)を使用して、2つのVLANでマルチキャストトラフィックを分割します

これが私がやりたいことです:

Ciscoを実行しているスイッチ/ルーターIOS(理想的には、3560GのLanbaseイメージで動作しますが、65xxルーターを使用することも可能です)vlan100で2つのudpマルチキャストストリームを受信します。

  • vlan 100、@ 239.34.1.1:1234および@ 239.34.1.2:1234

私がする必要があるのは転送することです:

  • VLAN101の@ 239.34.1.1:1234
  • @ 239.34.1.2:1234(VLAN 102)

当面は、無効になっているigmpスヌーピング(マルチキャストトラフィックはブロードキャストとして扱われます)は気にしませんが、理想的なソリューションは、igmpクエリをvlan101/102からvlan100に転送することです。

@metacomによって提案されたように、私は次のことを行いました。

私は実行しています:ipbasek9/12.2(44)SE6

ip multicast-routing distributed
no ip igmp snooping
ip igmp ssm-map enable
no ip igmp ssm-map query dns
ip igmp ssm-map static 11 192.168.0.41
ip igmp ssm-map static 12 192.168.0.1
ip igmp ssm-map static 16 192.168.0.6
vlan 100
 name video feeds a and b
vlan 101
 name video a

interface vlan 100
 ip address 192.168.0.146 255.255.255.0
 # How am I supposed to explain that feeds 239.34.1.1 and 239.34.1.2 have a source on vlan 100?
 ip igmp static-group 239.34.1.2 source ssm-map
 ip igmp static-group 239.34.1.1 source ssm-map
 ip pim passive

interface vlan 101
 ip address 172.16.5.17 255.255.255.248
 ip igmp static-group 239.34.1.1 source ssm-map
 ip pim passive

ip pim ssm range 88

access-list 11 permit 239.34.1.1
access-list 12 permit 239.34.1.2

access-list 88 permit 239.34.1.1
access-list 88 permit 239.34.1.2

この構成では、両方のVLANへのトランク接続を備えたサーバーがあります。 VLAN 100では、(たとえばtcpdumpを介して)239.34.1.1および239.34.1.2ストリームを確認できます。 VLAN 101には、マルチキャストストリームがありません。

show ip mrouteを実行すると、何も表示されません。 pimの設定方法がわかりません。この画像にはpim passiveしかありませんが、アクティブ化するのが良いのか悪いのかわかりません。

[〜#〜]編集[〜#〜]

両方のSVIでip pim passiveをアクティブにしましたが、これがshow ip igmp groups 239.34.1.1の結果です。

Group Address    Interface                Uptime    Expires   Last
Reporter   Group Accounted
239.34.1.1       Vlan101                 00:07:19  stopped   0.0.0.0         
239.34.1.1       Vlan100                 00:07:31  stopped   192.168.0.36

また、show ip mroute 239.34.1.1を実行すると、このグループの着信インターフェイスがありません。

#show ip mroute 239.34.1.1
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report, 
       Z - Multicast Tunnel, z - MDT-data group sender, 
       Y - Joined MDT-data group, y - Sending to MDT-data group
       V - RD & Vector, v - Vector
Outgoing interface flags: H - Hardware switched, A - Assert winner
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode

(192.168.0.1, 239.34.1.1), 00:14:42/00:02:34, flags: sTI
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Vlan101, Forward/Sparse-Dense, 00:14:29/00:00:44
    Vlan100, Forward/Sparse-Dense, 00:14:41/00:02:34
3
Olivier S

多くのトラブルシューティングを行った後、lanbaseイメージを使用してマルチキャストトラフィックをルーティングすることは不可能だと思います。

ドキュメントに記載されているように SVIアップリンクポートにPIMが必要な場合は、IPサービス機能セットにアップグレードする必要があります。

12.1(22)EA1aを実行している古い3550では、次の簡単な構成が正常に機能しています。

ip multicast-routing

interface Vlan100
 ip address 192.168.0.146 255.255.255.0
 ip pim sparse-dense-mode
end

interface Vlan101
 ip address 172.16.5.17 255.255.255.248
 ip pim sparse-dense-mode
 ip igmp static-group 239.34.1.1 source 192.168.0.1
end
0
Olivier S

SSMマッピングを使用した静的トラフィ​​ック転送の構成: http://www.Cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_igmp/configuration/xe-3s/imc-igmp- xe-3s-book/imc_ssm_map.html#GUID-DDD77D1A-D5C2-4402-A7C6-D1728B94A8

これはまさにあなたが必要としているもののように聞こえます。

この構成では、239.34.1.1を許可するvlan101用のACLと、239.34.1.2を許可するVLAN102用のACLが追加されます。 3つのVLAN、ssm-map、multicast-routignすべてでpim sparse-modeを有効にすると、準備が整います。

編集:これを理解しようとして44個のタブを閉じました!

編集2:変更

ip igmp static-group 239.34.1.2 source 192.168.0.1
ip igmp static-group 239.34.1.1 source 192.168.0.41  

 ip igmp static-group 239.34.1.2 source ssm-map
 ip igmp static-group 239.34.1.1 source ssm-map

編集3ここから: http://www.Cisco.com/c/en/us/td/docs/ios-xml /ios/ipmulti/command/imc-cr-book/imc_i2.html#wp153346039

ip mroute 192.168.0.0 255.255.255.0 192.168.0.146

そしてまたあなたはおそらく削除することができます

 ip igmp static-group 239.34.1.2 source ssm-map
 ip igmp static-group 239.34.1.1 source ssm-map

vLAN100から

0
metacom