Moby Dick Consolidated System Integration Plan
Moby Dick Consolidated System Integration Plan
Moby Dick Consolidated System Integration Plan
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
D0103v1.doc Version 1 6.7.2003<br />
that keeps the network information, named NetStatus. It will receive a message SendQoSBConfigData<br />
with parameter QOSB_CONFIGDATA.<br />
4.4.2.4.3 AAACInterface<br />
AAACInterface interfaces with the AAAC server. It defines the service QoS parameters at QoSBroker<br />
start-up time, and dumps NVUP information to QoSBroker when any user registers in AAAC system.<br />
Once the AAAC server starts running, it connects with the QoSBroker and sends a message defining QoS<br />
parameters used in the available services and the corresponding DSCP codes. Those parameters are used<br />
in the network QoS management that QoSBroker does during its operation.<br />
After user registration in the AAAC system has been performed, the AAAC server dumps NVUP<br />
information into the QoSBroker defining the list of services that the user will be able to use. The NVUP<br />
information contains information such as CoA, authorisation timeout, and a list of services described by a<br />
source address, destination address and a DSCP. It is also possible to have different timeouts for different<br />
services, because each service has its own timeout.<br />
4.4.2.4.4 RouterInterface<br />
RouterInterface is the entity that will interface with the routers. It will have two modes of operation:<br />
• receives the router request reservations: when a host starts sending a packet flow, the<br />
Access Router (AR) will send a request to the QoSBroker through COPSDriver making a<br />
resource reservation. QoSBroker analyses network usage state and sends an answer<br />
accepting the new flow, or denying it.<br />
• sends router configuration information: during AR startup, and when AR requests for a<br />
configuration, the QoSBroker sends a set of parameters configuring the AR Queues;<br />
4.4.3 Software Implementation<br />
Now we will describe the implementation that has been done of the software components. We will start<br />
with the interface description, and then we will analyze the databases used by the broker, and this<br />
structure.<br />
4.4.3.1 Interfaces<br />
4.4.3.1.1 AAACInterface<br />
AAACInterface interfaces with the AAAC server.<br />
4.4.3.1.1.1 Data format interchanged between QoSBroker and AAAC<br />
NVUP (Network View of User Profile). It represents the subset of the user profile that the network needs<br />
to know. Such subset includes:<br />
-User ID / NAI;<br />
-Home Domain / Home service provider;<br />
-Source address;<br />
-N services: number of services that a user subscribed;<br />
-Array of N elements with:<br />
-Destination address;<br />
-Authorisation timeout;<br />
-DSCP signalling code;<br />
DSCP signalling code can be very useful in a situation of a foreign domain access with different QoS<br />
signalization. For each user is defined a set of N services that can be used by him. Each service has an<br />
authorisation timeout, a destination address, a QoS Profile describing this service QoS parameters, and a<br />
DSCP signalling code. Matching user profiles in different domains is a task to AAAC.<br />
QoSProfile – QosProfile represents the QoS conditions of some profile. This profile defines some<br />
parameters as:<br />
-DSCP;<br />
-Bandwidth;<br />
-Priority;<br />
-Minimum Delay;<br />
4.4.3.1.1.2 Messages changed between AAAC and QoSBroker<br />
It will allow several messages in several different moments:<br />
1. Before Operation: SendQoSProfile(QoSProfile) – Used by the AAAC to define to the<br />
QoSBroker the QoS Profiles, and its QoS parameters;<br />
2. Registration time: AuthorizeProfile(NVUP) - AAAC signals QoSBroker to allow resource<br />
usage (for a user). Resources are not yet reserved, this is done at session setup time;<br />
D0103v1.doc 98 / 168