blocks|key|3145985|text|我无法找到有关BHH的信息；我获得了到草稿-BHH-04的链接，但无法理解BHH的操作/功能。|type|blockquote|depth|inlineStyleRanges|entityRanges|offset|length|data|3145986|我们正在进入非常分裂和固执己见的领土。我的目的只是提供有关这个问题的信息。一个非常好的概述所有的问题(从美国航空公司的角度)可以在Andrew‘’MPLS+TP演示文稿中找到。|unstyled|3145987|BHH|header-two|3145988|草稿-bhh指的是国际电联在最初的以太网OAM+(IEEE802.1ag)标准中添加的一种使用国际电联-+Y.1731+OAM信令的MPLS-TP故障信令方法。草稿-bhh已被中国移动(中国Mobile+)、中国电信公司和意大利电信公司认可，作为这场涉及行业标准的旷日持久的战斗的首选解决方案；中兴通讯/华为/阿尔卡特已经支持草稿-bhh的实现(上述运营商已经拥有了它们的设备)。它应该遵守RFC+5860+-+MPLS-TP+OAM需求，它属于国际电联-T+G.8113.1。|3145989|奖金材料:+BFD|3145990|草稿-bhh的竞争方案是基于BFD+%2B其他故障隔离/管理协议的国际电联-T+G.8113.2。这一方法受到许多美国运营商的青睐，但供应商的实现仍在酝酿之中。思科公司(+Cisco+)/艾夏公司(I峡)已经对这项技术进行了一些演示。|entityMap|0|LINK|mutability|MUTABLE|url|https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-04|1|http://www.ieeeboston.org/publications/society_presentations/Andrew%2520Malis%2520MPLS-TP%2520IEEE.pdf|2|https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-08|3|http://en.wikipedia.org/wiki/IEEE_802.1ag|4|http://en.wikipedia.org/wiki/IEEE_802.1ag#Y.1731|5|http://en.wikipedia.org/wiki/MPLS-TP|6|7|8|https://www.rfc-editor.org/rfc/rfc5860|9|http://www.itu.int/rec/T-REC-G.8113.1/en|10|11|http://www.itu.int/rec/T-REC-G.8113.2/en^0|J|9|0|0|1T|J|1|0|0|0|6|2|H|K|3|1B|C|4|1U|7|5|28|6|6|4J|6|7|5F|O|8|67|F|9|0|0|0|6|A|V|F|B^^$0|@$1|2|3|4|5|6|7|1F|8|@]|9|@$A|1G|B|1H|1|1I]]|C|$]]|$1|D|3|E|5|F|7|1J|8|@]|9|@$A|1K|B|1L|1|1M]]|C|$]]|$1|G|3|H|5|I|7|1N|8|@]|9|@]|C|$]]|$1|J|3|K|5|F|7|1O|8|@]|9|@$A|1P|B|1Q|1|1R]|$A|1S|B|1T|1|1U]|$A|1V|B|1W|1|1X]|$A|1Y|B|1Z|1|20]|$A|21|B|22|1|23]|$A|24|B|25|1|26]|$A|27|B|28|1|29]|$A|2A|B|2B|1|2C]]|C|$]]|$1|L|3|M|5|I|7|2D|8|@]|9|@]|C|$]]|$1|N|3|O|5|F|7|2E|8|@]|9|@$A|2F|B|2G|1|2H]|$A|2I|B|2J|1|2K]]|C|$]]]|P|$Q|$5|R|S|T|C|$U|V]]|W|$5|R|S|T|C|$U|X]]|Y|$5|R|S|T|C|$U|Z]]|10|$5|R|S|T|C|$U|11]]|12|$5|R|S|T|C|$U|13]]|14|$5|R|S|T|C|$U|15]]|16|$5|R|S|T|C|$U|Z]]|17|$5|R|S|T|C|$U|Z]]|18|$5|R|S|T|C|$U|19]]|1A|$5|R|S|T|C|$U|1B]]|1C|$5|R|S|T|C|$U|Z]]|1D|$5|R|S|T|C|$U|1E]]]]

<blockquote>
I am not able to find information on BHH; I got this link to <a href="https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-04" rel="nofollow noreferrer">draft-bhh-04</a> but was not able to understand the operation/function of BHH.
</blockquote>
We are stepping into territory that is very divisive and opinionated. My intent is just to provide information about the question. A very good overview of all the issues (from a US carrier's perspective) can be found in <a href="http://www.ieeeboston.org/publications/society_presentations/Andrew%20Malis%20MPLS-TP%20IEEE.pdf" rel="nofollow noreferrer">Andrew Malis' MPLS-TP presentation</a>.
BHH:
<a href="https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-08" rel="nofollow noreferrer">draft-bhh</a> refers to an <a href="http://en.wikipedia.org/wiki/MPLS-TP" rel="nofollow noreferrer">MPLS-TP</a> fault-signalling approach that uses <a href="http://en.wikipedia.org/wiki/IEEE_802.1ag#Y.1731" rel="nofollow noreferrer">ITU-T Y.1731</a> OAM signalling that the ITU added to the original <a href="http://en.wikipedia.org/wiki/IEEE_802.1ag" rel="nofollow noreferrer">Ethernet OAM (IEEE 802.1ag)</a> standard. <a href="https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-08" rel="nofollow noreferrer">draft-bhh</a> is endorsed by China Mobile, China Telecomm and Telecomm Italia as their preferred solution to a very long and involved battle over industry standards; ZTE / Huawei / Alcatel already support implementations of <a href="https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-08" rel="nofollow noreferrer">draft-bhh</a> (and the aforementioned carriers already have their equipment). It is supposed to comply with <a href="https://www.rfc-editor.org/rfc/rfc5860" rel="nofollow noreferrer">RFC 5860 - MPLS-TP OAM Requirements</a> and it falls under <a href="http://www.itu.int/rec/T-REC-G.8113.1/en" rel="nofollow noreferrer">ITU-T G.8113.1</a>.
Bonus material: BFD
The competing proposal to <a href="https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-08" rel="nofollow noreferrer">draft-bhh</a> is <a href="http://www.itu.int/rec/T-REC-G.8113.2/en" rel="nofollow noreferrer">ITU-T G.8113.2</a>, which is based on BFD + other fault isolation / management protocols. This approach is favored by many US carriers, but vendor implementations are still baking. There have been some demonstrations of the technology by Cisco / Ixia.

I am not able to find information on BHH; I got this link to <a href="https://datatracker.ietf.org/doc/html/draft-bhh-mpls-tp-oam-y1731-04" rel="nofollow noreferrer">draft-bhh-04</a> but was not able to understand the operation/function of BHH.
If you guys have any info on above topics please let me know.

Need information on MPLS-TP, BHH & BFD

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我无法找到有关BHH的信息；我获得了到草稿-BHH-04的链接，但无法理解BHH的操作/功能。如果你们有以上主题的任何信息，请告诉我。

问需要有关MPLS-TP、BHH和BFD的信息
EN

回答 1

Network Engineering用户

BHH

奖金材料: BFD

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问需要有关MPLS-TP、BHH和BFD的信息EN