OCP协议学习标记

OCP协议学习笔记(协议结构和协议格式)(2011-06-1022:00:37)转载▼标签：分类：学习笔记杂谈一、OCP协议结构:OCP协议是建立在Diameter基础协议上的DiameterCreditControlApplication应用协议的具体定义及扩展。OCP协议采用TCP作为传输层协议。DiameterCreditControlApplication：DCC应用；TLS：TransportLayerSecurity，传输层安全；二、协议格式：消息头格式：OCP协议的数据包是以网络字节顺序传送的。—十——+ —| Version |_L i---+—+——+-r-+一十--土ViesGageLengrh—+——11 1 i 1 1cojimiandflags' 「 | | 1 I I ! ，Comniancl ode4 i-4 I-xxxx i a j a i--i .1LX4.X1r4-I11Applicarion-IDiI；I!I,11I F ] i1 1 ， j1二工■J-— — 1Hop-b/-HopIdentifierI1 ! 1 1 1 1 11_L - ；■――_ .十■十.十—1 J1 1 1 1End—t。一EndIdentifier_L■ " ■ L 1 ■ : L.■十—T十—十i1! 1 . L ! 1 !! 1 1 >EI1|AVPs…J 1 1 1 1 11ild>i l l ir*说明：OCP协议的消息头长度为固定长度20个字节；version:版本号，该版本字段必须置为1,表明Diameter版本为1；MessageLength:该消息长度字段为3个八位组，指明该Diameter消息的字节长度，包括头字段+AVPs；Commandflags：该命令标记字段为8个比特。巳经分配的比特位如下：01234567RPETrrrrR(equest)-如果设置，表明该消息是一个请求。如果清零，该消息是一个应答。P(roxiable)-如果设置，表明该消息可以被Proxy、中继或者复位向。如果清零，该消息必须在本地处理。E(rror)-如果设置，表明该消息包含一个协议差错，且该消息与ABNF中描述的该命令不一致。“E”比特设置的消息一般当作差错消息。在请求消息中不能设置该比特。T(Potentiallyre-transmittedmessage)-该标记在链路失败过程后被设置，以帮助去除重复的请求。当重发请求还没有被确认时，需要设置该比特，以作为链路失败而造成的可能的重复包的指示。当第一次发送一个请求时，该比特必须被清零，否则发送者必须设置该比特。Diameter代理仅需要关心它们发送的同一请求消息的遍数；其它实体进行的重传不须考虑。Diameter代理接收到一个T比特设置为1的请求，必须在前转该请求时保持T标记的设置。如果接收到一个以前消息的差错消息（例如协议差错），则不可以设置该标记。该标记只有在没有接收到任何来自服务器的该请求的应答、且该请求再次被发送的情况下，才能被设置。该标记不能在应答消息中设置。r（eserved）-这些标记比特为将来使用预留，必须设置为0，接收者应当忽略。Command-Code:该命令码字段为3个八位组，用于表明与该消息相关联的命令。该24位地址空间由IETF的IANA负责分配管理。例如：CER、CEA消息命令码为257,CCR、CCA消息命令码为272,DWR、DWA消息命令码为280。Application-ID:应用ID为4个8位组，用于标识该消息可适用于哪个应用。Hop-by-HopIdentifier：Hop-by-Hop标识符为一个无符号32比特整数字段（按网络字节顺序），用来帮助匹配请求和响应。发送者必须保证请求中的Hop-by-Hop标识符在特定的连接上在任何特定的时间是唯一的，并且保证该数字在经过重启动后仍然唯一。End-to-EndIdentifier：端到端标识符是一个无符号32比特整数字段（按网络字节顺序），用来检测重复消息。AVPs：传递数据的部分，很多AVP头+数据的组合；例如：DCC客户端和一个DCC服务之间CER消息的消息头如下：010000d480000101000000000000000000000000说明：010000d4---01:DCC应用的版本为1，d4：CER消息的长度，10进制值为212，标识该CER消息长度为212字节；80000101---80：flags的值为128（10进制），表明是一个请求消息，0101：值为257（10进制）与前面d步骤中CER消息命令码257吻合；00000000---Application-ID，值为000000000---Hop-by-Hop标识符，值为000000000---End-to-End标识符，值为0AVP头格式：AVP中的字段必须按网络字节顺序发送。头的格式如图所示：TOC\o"1-5"\h\z| AVPCode |+—F——~ it—+—」~:_p—= +—+—_l+T 「— +--F 」+TVMPrrrrr AVPLength ,+--F---+—r^—f—F +--r—r---+-+ ----+ +-+-4 +-+-+Vendor-ID(optJ++—_+t+h_+_i_+—_+t十一i_+_m+T_+_i+i_+Data...说明：AVPCode:AVP码与制造商ID结合，可以唯一标识属性。AVP1到255为前向兼容RADIUS预留，无需设置制造商ID字段。256以及大于256的AVP用于Diameter，由IANA负责分配。AVP标记：AVP标记字段告知接收者如何处理每个属性。“r”：(预留)比特不使用，应设置为0。表示以后的Diameter应用可以在AVP头中定义附加的比特，一个未被承认的比特应被看作差错。“P”比特指明为保证端到端安全需要加密。“M”比特，称为强制比特，指明对该AVP的支持是否是必需的。如果Diameter客户、服务器、Proxy、或者翻译代理接收到一个AVP，其“M”比特设置为1，且该AVP或其值为未知，该消息必须被拒绝。Diameter中继和复位向代理不可以拒绝带有未知AVP的消息。“M”比特清零的AVP仅是信息提示性的，接收者接收到其不支持的(包括不支持其值)“M”比特为零的AVP，可以简单忽略该AVP。“V”比特，称作制造商定义(Vendor-Specific)比特，指明在AVP头中是否出现可选的制造商ID字段。当设置时，该AVP码属于某特定制造商编码地址空间。除非另外注明，AVP将拥有以下缺省AVP标记字段设置：“M”比特必须设置。“V”比特不可以设置。制造商ID(Vendor-ID)：如果在AVP标记字段中设置了“V”比特，则会出现制造商ID字段。可选的四个八位组的制造商ID字段包含IANA分配的“SMI网络管理私有企业码”值，按网络顺序编码。任何希望实现制造商定义(vendor-specific)Diameter的制造商必须使用它们自己的制造商ID,顺着它们的私有管理AVP地址空间，以保证它们与其它制造商的vendor-specificAVP以及将来的IETF应用的AVP都不会冲突。制造商ID值为0符合IETF采用的AVP值，由IANA管理。由于制造商ID字段缺失暗示该AVP不是制造商定义的，应用不可以使用值为0的制造商ID。该字段为可选字段，如果该AVP值为IETF所定义，则该字段不出现；如果该AVP值为3GPP所定义，则该值为10415；如果该AVP值为中国电信所定义，则该值为81000。AVPLength:AVP长度字段为3个八位组，指明在这个AVP中的八位组的数量，包括AVP码、AVP长度、AVP标记、Vendor-ID字段(如果出现)以及AVP数据。如果接收到一个消息，其带有无效属性长度，该消息应被拒绝。3.OCP协议所用消息列表：命令名 缩写命令码TOC\o"1-5"\h\zCredit-Control-Request CCR 272Credit-Control-Answer CCA 272Re-Auth-Request RAR 258Re-Auth-Answer RAA 258Abort-Session-Request ASR 274Abort-Session-Answer ASA 274Device-Watchdog-Request DWR 280Device-Watchdog-Answer DWA 280Disconnect-Peer-Request DPR 282Disconnect-Peer-Answer DPA 282Capabilities-Exchange-Request CER 257Capabilities-Exchange-Answer CEA 257注：CCR/CCA/RAR/RAA/ASR/ASA：这几个都是和计费业务相关的消息；DWR/DWA：消息和一般协议中的心跳消息类似，但是不完全一致，当最后一个计费消息上报并且超过一定时间未上报新的计费消息时，DCC服务会发送DWR消息监听DCC客户端是否处理连接状态；DPR/DPA:切断连接请求，拆除掉两个DCC应用之间建立的连接；CER/CEA：建立连接请求，一个DCC应用可以同时和多个DCC应用建立连接；例如：一个完整的CER消息：010000d4800001010000000000000000000000000000010840000036747964696334342e68702e73656167756c6c2e756e695f616c6c5f736d322e6368696e61756e69636f6d2e636f6d000000000128400000176368696e61756e69636f6d2e636f6d00000001014000000e00012cala8c000000000010a4000000c0000000b0000010d00000017485020437820496e7465726661636500000001164000000c0000003e000001094000000c000028af000001024000000c00000004000001034000000c000000000000010b0000000c00000001其CEA消息：01000108000001010000000000000000000000000000010c4000000c000007d1000001084000002f747964696334342e68702e73702e756e695f736d5f79632e6368696e61756e69636f6d2e636f6d0000000128400000186368696e6174656c636f6d2e636f6d000001014000000e0001c0a8a12c00000000010a4000000c0000000b0000010d00000010496e7465616365000001164000000c41416e00000001094000000c000016140