このアイテムのアクセス数: 437

このアイテムのファイル:
ファイル 記述 サイズフォーマット 
2837030.2837035.pdf140.22 kBAdobe PDF見る/開く
完全メタデータレコード
DCフィールド言語
dc.contributor.authorKotani, Daisukeen
dc.contributor.authorOkabe, Yasuoen
dc.contributor.alternative小谷, 大祐ja
dc.contributor.alternative岡部, 寿男ja
dc.contributor.transcriptionコタニ, ダイスケja-Kana
dc.contributor.transcriptionオカベ, ヤスオja-Kana
dc.date.accessioned2016-08-23T05:55:32Z-
dc.date.available2016-08-23T05:55:32Z-
dc.date.issued2015-11-
dc.identifier.isbn9781450339148-
dc.identifier.urihttp://hdl.handle.net/2433/216366-
dc.descriptionAINTEC’15 November 18–20, 2015, Bangkok, Thailand.en
dc.description.abstractWe propose a mechanism to detect OpenFlow channel fail- ures quickly in switches and controllers where multiple con- trollers are running. In OpenFlow networks, it is impor- tant to maintain OpenFlow channels between controllers and switches are up and to detect channel failures immediately, so that messages to notify events such as port down and mod- ification of flow tables are always delivered to the other side surely and quickly. Exchanging keep-alive messages fre- quently is undesirable for controllers because the controllers should handle many keep-alive messages from switches. This would be a significant overhead when the rate of other mes- sages than keep-alive ones is low, because the controllers are forced to handle many keep-alive messages although such keep-alive messages do not affect network control directly. Our proposed mechanism adaptively sends keep-alive mes- sages to detect quickly that a message is not reached to the other side, instead of checking whether a channel is up. A controller shares a message received from a switch with other controllers in a timely manner, and the controller regards a channel has been unavailable if the message notified by other controllers has not arrived via the channel. A switch sends keep-alive messages to all channels just after sending an im- portant asynchronous message such as a port status message, and regards all channels have been gone down if the switch does not receive any response. The evaluation shows that our proposed mechanism reduces failure detection delay to timeout until receiving a response, and that overhead on la- tency is negligible.en
dc.format.mimetypeapplication/pdf-
dc.language.isoeng-
dc.publisherAssociation for Computing Machinery (ACM)en
dc.rights©ACM 2015. This is the Accepted Version of the work. The definitive Version of Record was published in AINTEC '15 Proceedings of the Asian Internet Engineering Conference, http://dx.doi.org/10.1145/2837030.2837035.en
dc.rightsこの論文は出版社版でありません。引用の際には出版社版をご確認ご利用ください。ja
dc.rightsThis is not the published version. Please cite only the published version.en
dc.subjectSoftware-Defined Networkingen
dc.subjectOpenFlowen
dc.subjectFailure Detectionen
dc.titleFast Failure Detection of OpenFlow Channelsen
dc.typeconference paper-
dc.type.niitypeConference Paper-
dc.identifier.jtitleAINTEC '15: Proceedings of the 11th Asian Internet Engineering Conferenceen
dc.identifier.spage32-
dc.identifier.epage39-
dc.relation.doi10.1145/2837030.2837035-
dc.textversionauthor-
dc.identifier.artnum2837035-
dc.addressKyoto Universityen
dc.addressKyoto Universityen
dc.address.alternative学術情報メディアセンターja
dcterms.accessRightsopen access-
出現コレクション:学術雑誌掲載論文等

アイテムの簡略レコードを表示する

Export to RefWorks


出力フォーマット 


このリポジトリに保管されているアイテムはすべて著作権により保護されています。