JP2011523315A - 端末マルチキャスト状態の取得方法 - Google Patents

端末マルチキャスト状態の取得方法 Download PDF

Info

Publication number
JP2011523315A
JP2011523315A JP2011512942A JP2011512942A JP2011523315A JP 2011523315 A JP2011523315 A JP 2011523315A JP 2011512942 A JP2011512942 A JP 2011512942A JP 2011512942 A JP2011512942 A JP 2011512942A JP 2011523315 A JP2011523315 A JP 2011523315A
Authority
JP
Japan
Prior art keywords
message
network
host
igmp
group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011512942A
Other languages
English (en)
Other versions
JP5343127B2 (ja
Inventor
チェン,レン・レイ
マ,シャオ・ジュン
ジュオ,グアン・ホア
リー,ジュン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of JP2011523315A publication Critical patent/JP2011523315A/ja
Application granted granted Critical
Publication of JP5343127B2 publication Critical patent/JP5343127B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本発明は、インターネット・グループ管理プロトコルIGMPを実装するIPネットワークにおいて特定のMACアドレスをもつネットワーク装置(102−1、102−2、202−1、202−2)にメッセージを送る方法であって:ネットワーク端末によって前記ネットワーク装置(102−1、102−2、202−1、202−2)に、前記特定のMACアドレスとして設定された宛先アドレスを含むマルチキャスト・グループ管理状態メッセージを送る段階を含む方法を提供する。

Description

本発明は概括的には端末状態を取得するためのネットワーク装置および方法に関し、より詳細にはグループ管理プロトコルを実装するためにIPネットワークにおいて端末状態を取得するためのネットワーク装置および方法に関する。
インターネット・グループ管理プロトコル(IGMP: Internet Group Management Protocol)は、現在のIPネットワーク、たとえばIP TVネットワーク・テレビジョン・システム、IP会議テレビジョン・システム、IPオンライン教育コース等におけるマルチキャスト・マルチメディア・アプリケーションによって広く用いられる典型的なグループ管理プロトコルである。
図1は、典型的なIPマルチキャスト・アーキテクチャの概略図である。ローカル・ルータとリモート・ルータとの間でマルチキャスト・ルーティング・プロトコルが使用される。このプロトコルは、距離ベクトル・マルチキャスト・ルーティング・プロトコル(DVMRP: Distance Vector Multicast Routing Protocol)、プロトコル独立マルチキャスト‐密モード(PIM-DM: Protocol Independent Multicast-Dense Mode)または他のプロトコルであることができる。IGMPはローカル・ルータと複数のIGMPホストとの間で使われる。IGMPホストが、セットトップボックス(STB: set top box)、パーソナル・コンピュータ(PC: personal computer)、携帯情報端末(Personal Digital Assistant)等の、IGMPをサポートするいかなるユーザー端末であってもよいことがわかる。
典型的なIGMPホストは、このプロトコルによって、ローカル・ルータに、あるマルチキャスト・グループにはいりそのメッセージを受信することを所望していることを通知する。一方、ローカル・ルータは定期的に、ローカル・エリア・ネットワーク内の既知のグループのメンバーがアクティブ状態にあるかどうかを(すなわち、このネットワーク・セクション内のあるマルチキャスト・グループに属するいくらかのメンバーがまだいるかどうかを)問い合わせする。そのルータの直接相互接続セクション内のメンバーシップ情報を生成および維持するためである。グループ・メンバー(IGMPホスト)からの報告に基づいて、ローカル・ルータは、そのグループのマルチキャスト・パケットを取り付けられたネットワークに転送し続けることを維持するかどうかの決定をする、あるいは取り付けられたネットワークへのマルチキャスト・パケットの転送を止めることによってそのブランチを枝刈りする(prune)ことができる。
現在のところ、使用するためのIGMPの三つのバージョンが存在している。IGMPv1、v2およびv3である。IGMPv1およびIGMPv2については、ローカル・ルータは、マルチキャスト・パケットをそのグループに転送することが必要とされているかどうかを判定するためにグループ全体の状態を得ることができるだけであり、ネットワーク上のホストごとのメンバーシップ状態を追跡することは不可能である。これは、すべてのメンバーが返答する代わりに、グループの一メンバーだけに報告メッセージを送らせるという重複報告抑制のためである。これは、ビデオ送信における深刻な帯域幅損失につながる。というのも、あるIGMPホストがグループを離脱する場合、ローカル・ルータは、そのグループのアクティブ状態のため、相変わらずそのホストにマルチキャスト・ビデオ・パケットを送信することがありうるからである。
ネットワーク上のホストごとのメンバーシップ状態を追跡するために、IGMPv3では重複報告抑制が取り消される。すなわち、ローカル・ルータが、ローカル・エリア・ネットワーク内の既知のグループのメンバーがアクティブ状態であるかどうかを定期的に問い合わせするとき、グループ内の各アクティブIGMPホストは抑制なしで報告を与える。
図2は、IGMP問い合わせ、報告および離脱のメッセージ・フローを示すIPネットワークの概略図である。図において、ローカル・ルータ100はIGMP問い合わせメッセージを、イーサネット(登録商標)スイッチ102−1ないし102−2による転送により、ホスト104−1ないし104−3を含むグループに送る。各アクティブ・ホストは、それぞれの報告メッセージを返答として送る。このようにして、ルータは、このネットワーク上のホストごとのメンバーシップ状態を追跡できる。
しかしながら、IMGPv3を使うローカル・ルータ100はネットワーク内のすべてのホストの状態を得ることができるだけである。さらに、問い合わせメッセージは、マルチキャスト・モードで送られ、各ホストはマルチキャスト応答を与える。これは帯域幅損失につながる。さらに、上記の方法は、IGMPv1およびIGMPv2ネットワークにおけるホストのような、重複報告抑制のあるホストは使用できない。
本発明のある側面によれば、インターネット・グループ管理プロトコルIGMPを実装するIPネットワークにおいて特定のMACアドレスをもつネットワーク装置(102−1、102−2、202−1、202−2)にメッセージを送る方法であって:ネットワーク端末によって前記ネットワーク装置(102−1、102−2、202−1、202−2)に、前記特定のMACアドレスとして設定された宛先アドレスを含むマルチキャスト・グループ管理状態メッセージを送る段階を含む方法が提供される。
本発明はまた、インターネット・グループ管理プロトコルを実装するIPネットワークにおいて、少なくとも一つのネットワーク端末(404−1、404−2、404−3)を含むマルチキャスト・グループと接続するネットワーク装置(102−1、102−2、202−1、202−2)において使用される、端末状態を取得する方法であって:前記マルチキャスト・グループのネットワーク端末に、前記ネットワーク装置の特定のMACアドレスとして設定された宛先アドレスを含むマルチキャスト・グループ管理状態メッセージを送る段階を含む方法が提供される。
本発明のこれらおよびその他の側面、特徴および利点は、付属の図面との関連で以下の記述から明白となるであろう。
従来技術の典型的なIPマルチキャスト・アーキテクチャの概略図である。 従来技術に基づく、IGMP問い合わせ、報告および離脱メッセージを示すIPネットワークの概略図である。 本発明のある実施形態に基づく、IGMP問い合わせ/報告メッセージ・フローを示すIPネットワークの概略図である。 本発明の諸実施形態に基づくネットワーク装置のブロック図である。 本発明のもう一つの実施形態に基づく、IGMP問い合わせ/報告メッセージ・フローを示すIPネットワークの概略図である。 図3の実施形態に基づくネットワークにおいて送信されるIGMPメッセージ・フォーマットを示す図である。 本発明の実施形態に基づくIGMPメッセージのMACフレーム・フォーマットを示す図である。
本発明の実施形態の多くの利点および特徴を示すため、ここで付属の図面を参照しつつ説明する。
「グループ・メンバーシップ状態」という用語は、あるネットワーク端末の、グループにおけるその活動性の面での状態を意味する。ネットワーク端末がグループ内でアクティブである場合、そのネットワーク端末は、IGMP問い合わせメッセージに応答してIGMP報告を送るべきである。さらに、あるネットワーク端末の複数のグループにおける状態を得ることができる。たとえば、あるネットワーク端末は五つのグループに属し、そのうち四つにおける状態がアクティブであることができ、そのうちの一つにおける状態が「離脱」であることができる。
図3は、本発明のある実施形態に基づくIGMP問い合わせ/報告メッセージ・フローを示すIPネットワークの概略図である。この実施形態では、IGMPプロキシは、ホストとマルチキャスト・グループの関係をリストするためのテーブルを確立するために、イーサネット(登録商標)・スイッチ202−1においてホストされる。すなわち、このテーブルは、マルチキャスト・グループとその中の対応するホストとをリストする。イーサネット(登録商標)・スイッチ202−1は、ユーザー・インターフェース(図3には示さず)を介してホスト204−1と接続されており、イーサネット(登録商標)・スイッチ202−2を通じてユーザー・インターフェースを介してホスト204−2および204−3と接続されている。
当業者には、ルータ200、イーサネット(登録商標)・スイッチ202−1および202−2ならびにネットワーク・アクセス装置の全部が、ネットワーク端末によって使用されるIPネットワークにアクセスするためのネットワーク装置と考えることができることがわかる。
本発明の実施形態では、IGMPプロキシは、ホスト204−3のグループ・メンバーシップ状態、すなわちホスト204−3が属する複数のグループのうちの特定のグループにおけるホスト204−3の状態を問い合わせるために、イーサネット(登録商標)・スイッチ202−2を通じてホスト204−3にマルチキャスト・グループ管理状態メッセージを送る。マルチキャスト・グループ管理状態メッセージでは、宛先アドレスは、ホスト204−3の特定のMACアドレスとして設定される。次いで、マルチキャスト問い合わせメッセージ受信後、ホスト204−3はIGMPプロキシへの報告をもって返答する。ホスト204−3からの返答された報告は、IGMPプロトコルに従ってそのグループ内の他のホストに転送されることを注意されたい。
報告メッセージは、そのグループ内のそのホストがまだ生きている(alive)ことを意味する。この返答に基づいて、IGMPプロキシはその中のテーブルを更新できる。さらに、ホスト204−3が前記複数のグループの一つのグループを離脱する場合、ホスト204−3は離脱メッセージをIGMPプロキシに送ることができる。すると、プロキシは離脱状態を登録し、テーブルを更新する。
上述したように、イーサネット(登録商標)・スイッチ202−1は、対応するマルチキャスト・グループにおける複数のホストと接続されることができる。実際には、イーサネット(登録商標)・スイッチ202−1においてホストされるIGMPプロキシは、そのグループの状態が何であろうと構わず、上述したテーブルに基づいてホストに問い合わせメッセージを送る。すなわち、時によっては、イーサネット(登録商標)・スイッチ202−1と接続しているグループ内の一つのホストしかないし、現在のところグループ内にホストがないことだってある。
上記のモードを使って、IGMPプロキシは、繰り返し、IGMPメンバーシップ問い合わせメッセージを各ホストに、たとえば所定の周期で、または要求される間隔で、送る。ホストからの報告メッセージを取得してテーブルを更新するためである。マルチキャスト・グループについての各ラウンドにおいて、問い合わせメッセージをあるホストに送ったのち、IGMPプロキシは所定の期間待ち、次いで本実施形態に従って問い合わせメッセージを他のホストに送る。前記所定の期間は、少なくとも前記ホストの応答時間であることができる。それにより、IGMPプロキシからの問い合わせメッセージおよび第一のホストからの応答メッセージの受信後、他のホストがその応答を抑制するという状況が回避される。この状況は、IGMPv1およびIGMPv2のネットワークにおいて起こる。ホスト抑制が取り消されていないからである。たとえば、三つのホストA、BおよびCがある場合、ホストAへの問い合わせメッセージがまず送られ、少なくとも最大応答時間の期間後に、ホストBへの問い合わせメッセージが送り出される。最後に、さらに所定の期間後、問い合わせメッセージがホストCに送られる。最大応答期間は、ホストが応答を送る期間であり、この期間後は、ホストは応答を送ることは許容されない。
こうして、ルータ200が問い合わせメッセージをイーサネット(登録商標)・スイッチ202−1に送るとき、IGMPプロキシは、すぐにルータ200への返答として、テーブルに基づいて報告を送ることができ、この問い合わせメッセージを再びホストに送る必要がない。このユニキャストの仕方はのちに詳細に述べる。
あるいはまた、IGMPプロキシはユニキャスト・モードでのIGMPメンバーシップ問い合わせメッセージを、ホストのいくつか、すなわち少なくとも一つのホストに、選択的に送ることができる。選択されたホストのメンバーシップ状態を得るためである。
上記の実施形態はイーサネット(登録商標)・スイッチ202−1においてホストされるIGMPプロキシを有しているが、IGMPプロキシは他のイーサネット(登録商標)・スイッチにおいて、またさらにはルータ200においてホストすることもできることは当業者にはわかる。すなわち、IGMPプロキシは、ネットワーク中での端末状態を得るために、ルータ、イーサネット(登録商標)・スイッチまたはネットワーク・アクセス・ポイントなどといったいかなるネットワーク装置によって使用されることもできる。IGMPプロキシは、テーブルをリストし、ネットワーク装置とネットワーク端末との間でメッセージを転送するためのプロトコル処理ユニットであることができる。プロトコル処理ユニットはソフトウェア、ハードウェアまたは両者の組み合わせによって実装されることができる。
図4は、本実施形態に基づくネットワーク装置のブロック図である。図4では、ネットワーク装置はプロトコル処理ユニット410およびユーザー・インターフェース420を含む。プロトコル処理ユニット410は、IPネットワークにおいて上のネットワーク装置と通信し、ユーザー・インターフェース420を介してIGMPホスト404−1ないし3と接続される。さらに、プロトコル処理ユニットは、ホストとマルチキャスト・グループの関係をリストするためのテーブルを記憶するメモリ405を含む。
図5は、本発明のもう一つの実施形態に基づくIGMP問い合わせ/報告メッセージ・フローを示すIPネットワークの概略図である。図5に示されるように、IGMPトランスフォーマ504は、イーサネット(登録商標)・スイッチ502中に実装され、統合されている。IGMPトランスフォーマ504がホスト1〜3またはIPルータ506中に統合されることができ、またさらにはIGMPトランスフォーマ504はそれぞれのホスト、スイッチおよびルータの機能ブロックとして実装されることができることはわかる。
本実施形態によれば、IGMPトランスフォーマ504は、イーサネット(登録商標)・スイッチ上のすべてのIGMPメッセージを傍受できる。IPルータ506からホスト1〜3を含むマルチキャスト・グループへの各マルチキャスト管理状態問い合わせメッセージについて、IGMPトランスフォーマ504は、その問い合わせメッセージを発するIPルータ504のMACアドレスを、そのグループについてのソース・アドレスとして登録する。次いで、それぞれのホストからの報告/離脱メッセージについて、IGMPトランスフォーマ504はMACアドレスを、そのグループのマルチキャストMACアドレスから特定のMACアドレス――IPルータ504のソース・アドレス――に変更する。
IPルータは、現実のルータであることも、あるいはIGMPプロキシとして作用することができる任意のネットワーク装置であることができることを注意しておく。
図6は、ネットワーク内のルータ200とイーサネット(登録商標)・スイッチ202−1との間で送信されるIGMPメッセージ・フォーマット、あるいはIPルータ506とホスト1〜3との間で送信されるIGMPメッセージ・フォーマットの図である。IGMPメッセージはMACフレーム内にカプセル化されるものとする。図に示されるように、MACフレームは各送信についてMACヘッダおよびIPヘッダを含む。詳細なIGMPメッセージ・フォーマットは以下のようになる。
このメッセージ・フォーマットでは、型、最大応答時間、チェックサムおよびグループ・アドレスの四つのフィールドがある。
型フィールドについては、ホスト‐ルータ対話に関するメッセージの三つの型がある。三つのメッセージ型は、メンバー問い合わせ、メンバーシップ報告、グループ離脱である。簡単のため、これら三つのメッセージは、問い合わせメッセージ、報告メッセージおよび離脱メッセージと称する。
メンバーシップ問い合わせメッセージには二つの下位区分がある:
・一般的問い合わせ。どのグループが、取り付けられたネットワーク上でメンバーをもつかを知るために使われる。
・グループ特定問い合わせ。特定のグループが、取り付けられたネットワーク上に何らかのメンバーをもつかどうかを知るために使われる。
一般的問い合わせおよびグループ特定問い合わせメッセージは、グループ・アドレスによって区別される。グループ・アドレス・フィールドは、一般的問い合わせを送るときには0に設定され、グループ特定問い合わせを送るときには問い合わせされるグループ・アドレスに設定される。
最大応答時間フィールドは、メンバーシップ問い合わせメッセージにおいてのみ意味があり、1/10秒単位で応答報告を送る前に許容される最大時間を指定する。
図3に戻ると、ルータ200は定期的に、どのグループが取り付けられたネットワーク上にメンバーをもつかを知るために一般的問い合わせをそれぞれの取り付けられたネットワーク上で送り、および/または取り付けられたネットワーク上で特定のグループが何らかのメンバーをもつかどうかを知るためにグループ特定問い合わせをそれぞれの取り付けられたネットワーク上で送る。本発明の実施形態によれば、IGMPプロキシはルータ200に、そのテーブルに基づいてすぐ返答し、問い合わせメッセージは破棄する。問い合わせメッセージはイーサネット(登録商標)・スイッチ202−1によってすべてのホストに転送されはしない。
イーサネット(登録商標)・スイッチ202−1とホストとの間のメッセージ送信について、図7を参照して述べる。図7は、本発明の諸実施形態に基づくIGMPメッセージのMACフレーム・フォーマットを示す図である。
個々のホストそれぞれにユニキャスト・モードで問い合わせメッセージを送るために、宛先MACアドレスは特定のホストMACアドレスに変えられる。図6に示されるように、図5に示されるフォーマットをもつIGMP問い合わせメッセージは、IPパケット中にカプセル化されて、データ・フィールドをなし、そのデータ・フィールドがイーサネット(登録商標)MACヘッドと加えられる。これはイーサネット(登録商標)MACフレームと称される。
イーサネット(登録商標)MACヘッドには、「宛先MACアドレス」という、IGMPメッセージがルーティングされる先の宛先を同定するフィールドがある。従来技術におけるIGMP問い合わせについては、含まれる宛先MACアドレスはグループ・アドレスに対応するマルチキャストMACアドレスであることを注意しておく。ユニキャスト上でマルチキャストを達成するために、含まれる宛先MACアドレスは特定のホストMACアドレスに変えられ、ソースMACアドレスはIGMPプロキシのMACアドレスであり、一方、他のフィールドは一般的IGMP問い合わせと同じである。
ホストの一つがユニキャスト・モードで送られた問い合わせメッセージを受信した後は、この一つのホストだけがイーサネット(登録商標)・スイッチ202−1に報告メッセージを与え、その報告メッセージはイーサネット(登録商標)・スイッチ202−1によってグループ内の他のホストにも転送される。他のホストは以前に問い合わせメッセージを受け取っていないので、イーサネット(登録商標)・スイッチ202−1に報告メッセージを送りはしない。したがって、ユニキャスト・モードを使って、イーサネット(登録商標)・スイッチは一つのホストの状態を取得し、IGMPプロキシ内のテーブルを更新することができる。
問い合わせメッセージに加えて、IGMPメッセージのテーブルは次のようにして更新されることができる:ホストがマルチキャスト・グループに加わるとき、そのホストがネットワーク上でそのグループの最初のメンバーである場合には、ホストはすぐに、そのグループについての求められていないメンバーシップ報告を送信すべきである。
ホストがマルチキャスト・グループを離脱するとき、そのホストがそのグループについてのメンバーシップ応答をもって問い合わせに返答する最後のホストであった場合には、全ルータ・マルチキャスト・グループ(all-routers multicast group)にグループ離脱メッセージを送るべきである。問い合わせに返答する最後のホストでなかった場合には、グループ離脱メッセージを送出することは必要とされてもよいし、されなくてもよい。
本発明の第二の実施形態によれば、報告メッセージの宛先MACアドレスはIPルータの特定のMACアドレスに変えられ、ソースMACアドレスはホストのMACアドレスであり、それによりIPルータだけが報告メッセージを受け取り、マルチキャスト・グループ内の他のホストは報告メッセージを受信する必要はない。こうして、ネットワークの帯域幅が効果的に使用される。
上記のように、本発明の実施形態の方法および装置により、ルータは個々の各ホストの状態を追跡できる。
本発明の実施形態についてルータとホストの間のIGMPプロトコルに基づいて述べているが、グループ管理のための他のプロトコルもみな本発明を実装するために使用される。
上記は単に本発明の一つの実施形態を例解するものであって、当業者は、本稿で明示的に記載されていなくても、本発明の原理を具現し、その精神および範囲内である数多くの代替的な構成を考案できるであろうことは理解されるであろう。

Claims (9)

  1. インターネット・グループ管理プロトコルを実装するIPネットワークにおいて特定のMACアドレスをもつネットワーク装置にメッセージを送る方法であって:
    ネットワーク端末によって前記ネットワーク装置に、前記特定のMACアドレスとして設定された宛先アドレスを含むマルチキャスト・グループ管理状態メッセージを送る段階を含む、
    方法。
  2. 前記マルチキャスト・グループ管理状態メッセージが報告または離脱メッセージである、請求項1記載の方法。
  3. 前記ネットワーク端末が、少なくとも一つのネットワーク端末を含むマルチキャスト・グループにおいて接続するよう適応されている、請求項2記載の方法。
  4. 前記報告または離脱メッセージが、前記ネットワーク装置から前記マルチキャスト・グループへの問い合わせメッセージに応答して送られる、請求項3記載の方法。
  5. インターネット・グループ管理プロトコルを実装するIPネットワークにおいて、少なくとも一つのネットワーク端末を含むマルチキャスト・グループと接続するネットワーク装置において使用される、端末状態を取得する方法であって:
    前記マルチキャスト・グループのネットワーク端末に、前記ネットワーク装置の特定のMACアドレスとして設定された宛先アドレスを含むマルチキャスト・グループ管理状態メッセージを送る段階を含む、
    方法。
  6. 前記マルチキャスト・グループ管理状態メッセージが問い合わせメッセージである、請求項5記載の方法。
  7. 前記問い合わせメッセージが、前記マルチキャスト・グループの少なくとも一つのネットワーク端末に選択的に送られる、請求項6記載の方法。
  8. 前記問い合わせメッセージが、前記少なくとも一つのネットワーク端末に繰り返し送られる、請求項7記載の方法。
  9. 前記問い合わせメッセージ受信後、問い合わせされたネットワーク端末が前記ネットワーク装置に報告メッセージを応答する段階をさらに含む、請求項5ないし8のうちいずれか一項記載の方法。
JP2011512942A 2008-06-09 2009-06-05 端末マルチキャスト状態の取得方法 Expired - Fee Related JP5343127B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP08305239.9 2008-06-09
EP08305239A EP2134029A1 (en) 2008-06-09 2008-06-09 Network device and method for obtaining terminal multicast status
PCT/EP2009/056953 WO2009150107A1 (en) 2008-06-09 2009-06-05 Methods for obtaining terminal multicast status

Publications (2)

Publication Number Publication Date
JP2011523315A true JP2011523315A (ja) 2011-08-04
JP5343127B2 JP5343127B2 (ja) 2013-11-13

Family

ID=39884185

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011512942A Expired - Fee Related JP5343127B2 (ja) 2008-06-09 2009-06-05 端末マルチキャスト状態の取得方法

Country Status (6)

Country Link
US (1) US8683049B2 (ja)
EP (2) EP2134029A1 (ja)
JP (1) JP5343127B2 (ja)
KR (1) KR101604810B1 (ja)
CN (1) CN102057623B (ja)
WO (1) WO2009150107A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017517182A (ja) * 2014-04-28 2017-06-22 ホアウェイ・テクノロジーズ・カンパニー・リミテッド マルチキャストグループメンバーを管理するための方法およびデバイス

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060064386A1 (en) * 2004-09-20 2006-03-23 Aaron Marking Media on demand via peering
CN101494548B (zh) * 2009-03-02 2011-07-13 中兴通讯股份有限公司 减少网络电视组播断流时间的方法和装置
US8619796B2 (en) 2010-04-22 2013-12-31 International Business Machines Corporation Forwarding data frames with a distributed fiber channel forwarder
US8379642B2 (en) 2010-04-26 2013-02-19 International Business Machines Corporation Multicasting using a multitiered distributed virtual bridge hierarchy
CN101827032A (zh) * 2010-04-29 2010-09-08 华为技术有限公司 一种收敛二层组播网络的方法及设备
US8447909B2 (en) 2010-07-19 2013-05-21 International Business Machines Corporation Register access in distributed virtual bridge environment
US8861400B2 (en) 2012-01-18 2014-10-14 International Business Machines Corporation Requesting multicast membership information in a distributed switch in response to a miss event
US8891535B2 (en) 2012-01-18 2014-11-18 International Business Machines Corporation Managing a global forwarding table in a distributed switch
US9948542B2 (en) * 2013-11-18 2018-04-17 Cisco Technology, Inc. Filtering on classes and particulars of a packet destination address at lower-protocol layers in a networked device
US9479348B2 (en) * 2014-09-30 2016-10-25 Vmware, Inc. Technique to submit multicast membership state in absence of querier

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007509518A (ja) * 2003-10-07 2007-04-12 トムソン ライセンシング ネットワーク内でユニキャストによるブロードキャスト

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5757924A (en) * 1995-09-18 1998-05-26 Digital Secured Networks Techolognies, Inc. Network security device which performs MAC address translation without affecting the IP address
JP2001508627A (ja) * 1997-01-03 2001-06-26 フォートレス テクノロジーズ インコーポレイテッド 改良されたネットワークセキュリティ装置
US6785274B2 (en) * 1998-10-07 2004-08-31 Cisco Technology, Inc. Efficient network multicast switching apparatus and methods
US20020143951A1 (en) * 2001-03-30 2002-10-03 Eyeball.Com Network Inc. Method and system for multicast to unicast bridging
EP1667381A4 (en) 2003-07-07 2011-07-27 Ntt Docomo Inc COMMUNICATION SYSTEM, MULTICAST OPERABLE ROUTER, TRANSMITTER TERMINAL, RECEIVER TERMINAL, AND COMMUNICATION METHOD
JP4474124B2 (ja) 2003-07-07 2010-06-02 株式会社エヌ・ティ・ティ・ドコモ マルチキャスト通信システム及びルータ
EP1732272B1 (en) * 2004-03-30 2014-03-19 Panasonic Corporation Communication device and communication system
US8040903B2 (en) 2005-02-01 2011-10-18 Hewlett-Packard Development Company, L.P. Automated configuration of point-to-point load balancing between teamed network resources of peer devices
CN1863187B (zh) * 2005-07-22 2012-01-11 华为技术有限公司 提高组播业务可运营性的实现方法及装置
CN100566282C (zh) * 2005-08-31 2009-12-02 杭州华三通信技术技术有限公司 控制组播数据转发的设备及方法
US7599367B2 (en) * 2005-10-25 2009-10-06 Cisco Technology, Inc. Constraining flooding of multicast traffic in Layer2 networks
KR100969318B1 (ko) * 2007-01-25 2010-07-09 엘지전자 주식회사 멀티캐스트 데이터 송수신 방법
KR100958191B1 (ko) * 2007-02-06 2010-05-17 엘지전자 주식회사 멀티캐스트 가입 단말의 수를 고려한 데이터 전송 방법 및 이를 위한 무선 통신용 베이스 스테이션과 단말기 그리고 이들을 포함한 무선통신 시스템
US8379559B2 (en) * 2007-02-07 2013-02-19 Marvell World Trade Ltd. Wireless multicast proxy
US20090067840A1 (en) * 2007-09-07 2009-03-12 Bernard Marc R Method of providing multi-staged IP filters in a point-to-multipoint environment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007509518A (ja) * 2003-10-07 2007-04-12 トムソン ライセンシング ネットワーク内でユニキャストによるブロードキャスト

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017517182A (ja) * 2014-04-28 2017-06-22 ホアウェイ・テクノロジーズ・カンパニー・リミテッド マルチキャストグループメンバーを管理するための方法およびデバイス
US9998293B2 (en) 2014-04-28 2018-06-12 Huawei Technologies Co., Ltd. Method and device for maintaining multicast group member

Also Published As

Publication number Publication date
EP2134029A1 (en) 2009-12-16
JP5343127B2 (ja) 2013-11-13
KR20110027683A (ko) 2011-03-16
US20110213868A1 (en) 2011-09-01
EP2286543B1 (en) 2015-04-22
CN102057623B (zh) 2013-12-04
WO2009150107A1 (en) 2009-12-17
EP2286543A1 (en) 2011-02-23
US8683049B2 (en) 2014-03-25
KR101604810B1 (ko) 2016-03-18
CN102057623A (zh) 2011-05-11

Similar Documents

Publication Publication Date Title
JP5343127B2 (ja) 端末マルチキャスト状態の取得方法
US8743876B2 (en) Equipment in a data network and methods for monitoring, configuring and/or managing the equipment
US6977891B1 (en) Method and system for multicast traffic reduction
US8422499B2 (en) Methods and apparatus for managing multicast traffic
US8185657B2 (en) Data generating device
US8054766B2 (en) Method and tool for IP multicast network address translation (MNAT)
US8681668B2 (en) Methods and apparatus for transmitting multicast traffic in a data network
JP2004179811A (ja) パケット中継装置
US20150358226A1 (en) Method and device for registering multicast source and establishing multicast path
US20130195107A1 (en) Method for Managing Multicast Traffic in a Data Netwrok and Network Equipment Using Said Method
US8774181B1 (en) Reducing unnecessary upstream traffic in PIM-bidirectional mode
Cisco Configuring IP Multicast Routing
US20100135298A1 (en) Method and system for providing source specific multicast service on ethernet network
Hjálmtýsson et al. Overcoming last-hop/first-hop problems in IP multicast
Matsunaga et al. Design and implementation of IPv6 anycast routing protocol: PIA-SM
Asaeda et al. Architecture for IP multicast deployment: Challenges and practice
JP5575714B2 (ja) 多地点配信方法及び多地点配信システム
JP2024003368A (ja) ルータ
KR20070108968A (ko) 디지털 가입자 회선 장치의 멀티캐스트 그룹 가입자관리방법
JP2008092608A (ja) パケット中継装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121106

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130205

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130418

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130806

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130812

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees