Diameter消息应用层的路由

1. 1.      创建和发送Request消息：http://blog.csdn.net/minico/article/details/5723503

1)      产生一个Request消息时，必须遵守下列规则：

• 设置头部的Command code；
• 设置头部的 'R' 位；
• 设置头部的End-to-End 为本地的唯一值；
• Origin-Host 和 Origin-Realm AVPs 必须携带, 用来标识消息的源地址；
• Destination-Host 和 Destination-Realm AVPs 需根据以下规则设置；

a)      不能被Proxy的消息一定不能带Destination-Realm and Destination-Host AVPs；

b)      如果消息是发往某个realm而不是具体的host，则只携带Destination-Realm AVP；

c)      如果消息是发往某个具体的host，则需要同时携带Destination-Realm and Destination-Host AVPs；

• 如果消息有可能被转发，则消息中还必须携带下列AVP之一：an Acct-Application-Id AVP, an Auth-Application-Id AVP or a Vendor-Specific-Application-Id AVP；

2)      当发送一个Request消息时，无论是源主机发送还是Agent转发，都需要执行下列操作：

a)      设置头部的Hop-by-Hop为本地的唯一值；

b)      将该消息放入Pending Request消息队列；

1. 2.      收到Request消息：

1)      当一个Diameter节点收到一个Request消息后，有如下四种可能的处理方式：

a)      如果满足如下条件，则本地处理：

• Destination-Host AVP包含了本地host的标识,或者
• Destination-Host AVP 不存在, Destination-Realm AVP 经过在路由表中查询被配置为本地处理, 或者
• Destination-Host 和 Destination-Realm 都不存在；

b)      如果Destination-Host AVP存在于本地的Peer table中，则执行Request Forwarding：

c)      如果没有本地处理也没有进行Request forwarding，则根据 Destination-Realm AVP 和 Auth-Application-Id 或 Acct-Application-Id 或 Vendor-Specific-Application-Id 查找Realm Routing Table，执行Request Routing；

d)     返回错误DIAMETER_UNABLE_TO_DELIVER ；

注意：这里区分了Request forwarding和Request Routing；本文其它地方提到的“转发”都是泛指消息非本地处理的情况；

2)      Request消息在被Relay或者Proxy的时候，Relay Agent和Proxy Agent需要做如下工作：

a)      在转发出去的Request消息中插入Route-Record AVP，里面包含发送该Request消息的主机标识；

b)      保存和该Request消息相关的：Protocol， IP Address， Port， Hop-by-Hop标识；保存这些信息是为了收到与该Reqeuest消息对应的Answer消息后能够将Answer消息正确的转发出去；

1. 3. 创建Answer消息：

当一个Request消息被本地处理后，必须按照如下规则创建并发送Answer消息：

• 从Request消息中拷贝Hop-by-Hop填入Answer消息；
• 将本地主机标识作为Origin-Host AVP；
• Destination-Host 和 Destination-Realm AVPs 不允许出现在Answer消息中；
• 加上 Result-Code AVP 指示成功与否.
• 如果Reqeust消息中包含了Session-Id，那么Answer消息中也应该包含该值；
• 在Request消息中的任何Proxy-Info AVPs 都应原封不动的拷贝到Answer消息中；
• 'P' 位需要和Request消息中保持一致；
• End-to-End 需要和Request消息中保持一致；

1. 收到Answer消息：

当收到一个Answer消息时需要如下操作：

• 检查其Hop-by-Hop，从Pending Request队列中找到与其一致的Reqeust消息，然后将Reqeust消息从Pending Request队列中删除；
• 如果是Agent收到Answer消息，Agent需要将Hop-by-Hop替换为先前保存的Reqeust中的Hop-by-Hop，然后再将Answer消息转发出去；

下图是Diameter节点abc.example.com经由Relay Agent发送一个Request消息给xyz.example.net并收到Answer消息的示意图，该图主要为了说明Hop-by-Hop和End-to-End两个标识的作用：

http://hi.csdn.net/attachment/201007/10/0_1278740717r5ai.gif