zoukankan      html  css  js  c++  java
  • Diameter消息应用层路由

    1. 创建和发送Request消息:

    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消息队列;

    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消息正确的转发出去;

    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消息中保持一致;

    4. 收到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两个标识的作用:

     

    image

  • 相关阅读:
    【poj3294】 Life Forms
    【poj3415】 Common Substrings
    【poj3693】 Maximum repetition substring
    【bzoj2034】 2009国家集训队—最大收益
    【bzoj4198】 Noi2015—荷马史诗
    【poj2406】 Power Strings
    【ural1297】 Palindrome
    【spoj SUBST1】 New Distinct Substrings
    【poj1743】 Musical Theme
    django rest framework serializers小结
  • 原文地址:https://www.cnblogs.com/dongzhiquan/p/5835778.html
Copyright © 2011-2022 走看看