【正文】 M，如果發(fā)到 A的 LBM能有 LBR回來而發(fā)到 B的沒有，則說明 A跟 B之間出了問題 Link Trace, 管理員可以從故障 MA內(nèi)的一個(gè) MEP向另外一個(gè) MEP發(fā)送 LTM，故障段之前的 MIP都會(huì)回復(fù) LTR而之后的則都不會(huì)回復(fù)，通過這種方式可以一次就找到故障段。從這一節(jié)開始，詳細(xì)介紹 MEP, MIP, CCM, LTM/LTR, LBM/LBR的工作機(jī)制，要注意的問題等細(xì)節(jié)。而 passive SAP則是指該 MEP不處理的協(xié)議報(bào)文以及數(shù)據(jù)報(bào)文被從這個(gè)點(diǎn)送出去。 這個(gè)體系結(jié)構(gòu)也能教我們?nèi)绾螀^(qū)分 Down MEP和 UP MEP。比如上圖中，展示的就是 Down MEP的內(nèi)部結(jié)構(gòu)，如果要表示 UP MEP，上圖要反轉(zhuǎn)一下。關(guān)于這里的細(xì)節(jié)，具體看后面的 LTM/LTR處理。它的使用詳見后面的描述。這個(gè)記錄的都是通過 Mac學(xué)習(xí)動(dòng)態(tài)學(xué)到的 MEP的信息（要發(fā)送到某個(gè) MEP去的報(bào)文，應(yīng)該從哪個(gè)port送出）。 Ether Header: ? MacDa: 具體見 CCM/LBM/LBR/LTM/LTR ? MacSa: 是發(fā)送報(bào)文的 MP的 Mac,在實(shí)現(xiàn)的時(shí)候，通常是 bridge port mac. ? TPID: 8902 ? Vlan: 可以是 tagged or tagged, untagged只用于特定的場景中。 CFM 通用報(bào)文格式 —Common Header(1) CFM 通用報(bào)文格式 —Common Header(2) MD level:標(biāo)志該 packet的 MD level Version: 目前都是 0 OpCode：表示發(fā)的是什么消息，見后面 Flags: 它的解釋具體取決于各個(gè) OpCode. First TLV offset:指從這個(gè) field往后，直到 PDU中第一個(gè)TLV之間，有多少個(gè)字節(jié)。 CCM報(bào)文的 MacDa可以是 unicast mac（僅僅用于兼容 PBT），也可以是multicast mac。 CCM報(bào)文中攜帶的 vlan是它所屬的 MA的 primary vlan。 CCM中的 flags Flags是 8個(gè) bits的字段，在 CCM報(bào)文中，最高 bit代表 RDI，最低 3個(gè) bits代表 interval,其它 4個(gè) bits保留。 7種 interval，可用于不同場合。什么時(shí)候會(huì)需要用到 RDI呢？考慮下面的情況。比如，假設(shè)在一個(gè)有 10個(gè) MEP的 MA中， 某個(gè) MEP發(fā)往其它 9個(gè) MEP的 CCM報(bào)文全部丟失，所有其它這 9個(gè) MEP知道這一個(gè) MEP出了問題，但是它自己不知道，而為了讓管理員有效地判斷一個(gè) MA是否工作正常，這個(gè) MA中的每個(gè) MEP都需要被檢查。如果一個(gè) MEP從一個(gè) remote MEP收到一個(gè) CCM,RDI被置為 0，那這就意味著這個(gè)remote MEP正在正常地從 local MEP接受 CCM。 Tom：哦，可能是這樣的，每個(gè) MEP都在一直發(fā)著，如果遠(yuǎn)端的隔了多久沒有收到，則發(fā)的 ccm中 RDI是 1!MIP如何發(fā)呢？只能上報(bào)錯(cuò)誤？ CCM序列號(hào) 每個(gè)傳輸?shù)?CCM報(bào)文里面需要包含序列號(hào)（ sequence number） ,這個(gè) sequence number可以幫助管理員來檢測并且計(jì)算包丟失情況。 CCM defect CCM—defect 的說明 xconCCMdefect:表示收到了一個(gè)或者多個(gè) cross connect的 CCM報(bào)文，所謂 Cross connect是指 MD有交叉，導(dǎo)致一個(gè) MEP收到了 lower level的 CCM報(bào)文。 someMACstatusDefect:表示至少有一個(gè) remote MEP正在報(bào)告它的 interface TLV不是 isUp。 someRDIdefect：表示至少有一個(gè) remote MEP發(fā)過來的CCM中， RDI flag被置為 1. CCM—defect優(yōu)先級(jí) CCM中的每個(gè) defect優(yōu)先級(jí)不同，具體見上面表格。當(dāng) MEP檢測到一個(gè) defect之后，馬上上報(bào)，然后起一個(gè) timer，在 timer沒有過期之前，如果又檢測到了高優(yōu)先級(jí)的 defect，會(huì)立即上報(bào)，但是如果檢測到低優(yōu)先級(jí)或者同優(yōu)先級(jí)的 defect，則不再上報(bào)，從而達(dá)到抑制的目的。這些狀態(tài)機(jī)包括 ? CCM發(fā)起者狀態(tài)機(jī) ? CCM接收者狀態(tài)機(jī) ? Rmep狀態(tài)機(jī) ? Rmep錯(cuò)誤狀態(tài)機(jī) ? Cross Connect狀態(tài)機(jī) 注：下面狀態(tài)機(jī)中標(biāo)注的 UCT是無條件轉(zhuǎn)移的意思 CCM 發(fā)起者狀態(tài)機(jī) xmitCCM() a) Sets the destination_address to the corresponding value, according to the MEP’s MD Level。 e) Places the MEP’s MD Level in the MD Level field. f) Fills the CCM Interval field with the CCM transmission interval g) Fills the RDI field h) Should copy CCIsentCCMs to the Sequence Number field of the CCM , else copies 0 into that field。 l) Optionally, places a Port Status TLV in the CCM, reporting the status of the Port。 n) Increments CCIsentCCMs by 1, wrapping around from 232 – 1 to 0. CCM接收者狀態(tài)機(jī) MEPprocessEqualCCM() a) MEPprocessEqualCCM() shall process the CCM according to , and may validate the CCM according to , and discard any frames that fail the validation. b) Otherwise, if the MAID of the received CCM does not exactly match the MAID configured in the receiving ME, then sets xconCCMreceived to true, reconstructs the frame containing the CCM into recvdFrame, and places a timer counter value into recvdInterval corresponding to the value of the CCM Interval field in the received CCM. c) Otherwise, if: 1) MEPID in the received CCM is not configured in the receiving MEP or 2) MEPID in the received CCM matches the MEPID of the receiving MEP or 3) CCM Interval field in the received CCM does not match that configured for the receiving MEP. Then MEPprocessEqualCCM() sets errorCCMreceived () true, reconstructs the frame containing the CCM into recvdFrame, and places a timer counter value into recvdInterval corresponding to the value of the CCM Interval field in the received CCM. d) Otherwise, 1) Copies the source_address parameter into recvdMacAddress。 3) Optionally copies the Port Status TLV to recvdPortState。 5) Optionally copies the Sender ID TLV to recvdSenderId。 and 7) Sets the rCCMreceived variable for the particular instance of the Remote MEP state machine corresponding to the Maintenance association End Point Identifier field in the CCM. e) Compare the Sequence Number field in the received CCM to the value saved in the MEP CCM Database。 and g) Store the received Sequence Number in the MEP CCM Database. Rmep狀態(tài)機(jī) Rmep錯(cuò)誤狀態(tài)機(jī) MEP Cross Connect狀態(tài)機(jī) LTM報(bào)文格式 注 a:在當(dāng)前版本中，這個(gè) field不存在，是為以后擴(kuò)展用，所以版本 0的 MP，可以忽略這個(gè) field 注 b：在版本 0的 LTM中， First TLV offset肯定等于 22。如果進(jìn)來的 TTL是 0， LTM被丟掉，并且不會(huì)有 LTR發(fā)回去；如果進(jìn)來的TTL是 1， LTM被丟掉，同時(shí)會(huì)有 LTR發(fā)回去。 LTM中的 original/target mac address Original mac address是發(fā)送的 MP的 individual mac address,并且每經(jīng)過一個(gè) MIP， MIP在繼續(xù)往前轉(zhuǎn)發(fā)的時(shí)候，都會(huì)把這個(gè) mac改成自己的Mac。 LTM中包含的額外的 TLV LTM中應(yīng)該要包含這個(gè) TLV LTM Egress Identifier TLV. LTM中可能會(huì)包含下面兩個(gè) TLV Sender ID TLV OrganizationSpecific TLV(s). 所有這三個(gè) TLV在報(bào)文中出現(xiàn)的順序可以是任意的。 LTR報(bào)文格式 注 a:在當(dāng)前版本中，這個(gè) field不存在，是為以后擴(kuò)展用，所以版本 0的 MP，可以忽略這個(gè) field 注 b：在版本 0的 LTM中， First TLV offset肯定等于 11。 LTM只能由 MEP來發(fā)起 (down/up MEP均可），而且必須是管理員手動(dòng)觸發(fā)。該 MIP同時(shí)會(huì)繼續(xù)轉(zhuǎn)發(fā)該LTM(不是原封不動(dòng)的轉(zhuǎn)發(fā)，而是會(huì)修改，而且轉(zhuǎn)發(fā)也是有條件的，具體見后面對(duì)轉(zhuǎn)發(fā)流程的描述），直到走到最終的目的 MP或者路徑斷了再也轉(zhuǎn)發(fā)不出