转载自 吕博的博客
网址 http://blog.sina.com.cn/s/blog_48ded66a01018shx.html
3.消息的转发流程
连接的建立是为消息传输服务的,当一个连接处于UP状态,连接两端的节点就可以传输消息。消息的传输过程同样是通过update函数来驱动的,在DTNHost中更新当前节点的路由的update()函数。
MessageRouter类是所有路由的父类,但在ONE中几乎是个空类,其最关键的子类是ActiveRouter,几乎所有的路由都是ActiveRouter的子类。
ActiveRouter()之所以称之为主动的路由,就体现在对连接的处理上,它维护着正在发送消息的连接的列表,一旦在update()函数中发现连接已经中断,则采用积极的措施来善后。这些善后措施包括:终止在该连接上的数据传输、清理该消息所占用的额外存储空间。
protectedArrayList sendingConnections;
但是ActiveRouter仍然不能实现消息的转发,因为在update函数中没有涉及到消息的处理,这个功能实际上是通过其各种子类来实现的,由于ONE中继承ActiveRouter的路由众多,这里只以最简单的EpidemicRouter为例来说明消息转发的流程。
在EpidemicRouter类的update函数中真正实现了节点通过连接进行消息交互。如果本节点正在发送数据或者不能发送数据,则不进行消息转发。通过调用exchangeDeliverableMessages()函数查看是否有到达目的节点的消息可以发送,现在这个事件优先级是最高的。最后在所有的连接上尝试发送所有的消息。
@Override
public void update() {
super.update();
if (isTransferring() || !canStartTransfer()) {
return; // transferring, don't try other connections yet
}
// Try first the messages that can be delivered to final recipient
if (exchangeDeliverableMessages() != null) {
return; // started a transfer, don't try others (yet)
}
// then try any/all message to any/all connection
this.tryAllMessagesToAllConnections();
}
(1)如果消息能够直接发送到目的节点
exchangeDeliverableMessages()的作用是发送能够到达目的节点的消息,即当前的节点遍历所有的消息和所有UP状态的连接,一旦发现某个消息能够到达目的节点,立即发送这个消息。
exchangeDeliverableMessages的返回值是一个Connection,如果没有可以发送的消息,返回值为空,如果能找到一个(注意只要找到一个就可以)可以到达目的节点的消息,则返回发送这个消息所对应的连接。
protected Connection exchangeDeliverableMessages() {
List connections = getConnections(); //得到所有连接
if (connections.size() == 0) { //没有连接,返回为空
return null;
}
@SuppressWarnings(value = "unchecked")
Tuple t =tryMessagesForConnected(sortByQueueMode(getMessagesForConnected()));
if (t != null) {
return t.getValue(); // started transfer
}
// didn't start transfer to any node -> ask messages from connected
for (Connection con : connections) {
if (con.getOtherNode(getHost()).requestDeliverableMessages(con)) {
return con;
}
}
return null;
}
函数中调用了getMessagesForConnected()函数,其返回值是一个List,组成它的元组格式为,这些元组中都满足条件:(1)Message是当前节点缓存中的消息;(2)Connection是当前节点维护的UP连接;(3)Message的目的节点就是Connection的另一端。
protected List> getMessagesForConnected() {
if (getNrofMessages() == 0 || getConnections().size() == 0) {
return new ArrayList>(0);
} //如果当先节点根本没有消息或者根本没有可用的连接,返回的是一个空List,而不是NULL
List> forTuples = //用于储存临时的元组
new ArrayList>();
for (Message m : getMessageCollection()) { //遍历所有的Message
for (Connection con : getConnections()) { //遍历所有的Connection
DTNHost to = con.getOtherNode(getHost()); //提取Connection的另一端
if (m.getTo() == to) { //消息m是发往con的另一端的
forTuples.add(new Tuple(m,con));
}
}
}
return forTuples;
}
将getMessagesForConnected()的返回值传递给sortByQueueMode函数,这个函数根据消息的优先级对消息进行排序,ONE中定义了两种优先级策略,一是随机排序(默认为0),二是先入先出策略(值为1),这个值可以在配置脚本中进行设置,语句为Group.sendQueue = 1。如果需要对缓存机制进行扩展,显然需要修改这个函数。由于在这里并没有涉及缓存策略,因此不赘述。sortByQueueMode()函数返回的是排序之后的List,保持元组格式不变。
得到了排序之后的,传递给tryMessagesForConnected函数,这个函数的作用是将元组中优先级最高的那个(最上面的那个消息)在对应的connection上发送出去。要强调的是,这里只发送一个消息,返回的一个元组,而不是元组的List。当然优先级最高的那个消息可能不会发送成功,那么则会尝试发送优先级次之的消息,如果List中所有的消息都尝试过了,那只好返回NULL了。
protected TupletryMessagesForConnected(
List> tuples) {
if (tuples.size() == 0) { //元组为空,返回NULL
return null;
}
for (Tuple t : tuples) { //遍历所有的元组
Message m = t.getKey(); //提取出消息m
Connection con = t.getValue(); //提取出连接con
if (startTransfer(m, con) == RCV_OK) { //将消息m在con上发送
return t; //如果消息发送成功,直接跳出tryMessagesForConnected
}
}
return null;
}
怎样判断消息m能否在con上发送成功?需要调用startTransfer函数。这个函数很简单,但是其返回值很关键。当函数返回TRY_LATER_BUSY=1时,说明该连接正忙,稍后再试,当返回RCV_OK=0时,说明发送成功,以上还很容易理解。但retVal还有其他的取值来表明消息发送的情况,DENIED_OLD = -1表示该消息发送失败,原因是已经处理过(已经接收过或者已经转发过),DENIED_NO_SPACE = -2表示该消息发送失败,原因是缓存中没有空位置,DENIED_TTL=-3表示消息发送失败,原因是该消息超时。
protected int startTransfer(Message m, Connection con) {
int retVal;
if (!con.isReadyForTransfer()) { //连接正忙,返回1
return TRY_LATER_BUSY;
}
retVal = con.startTransfer(getHost(), m); //调用连接的startTrransfer函数
if (retVal == RCV_OK) { // started transfer
addToSendingConnections(con);
}
else if (deleteDelivered && retVal == DENIED_OLD &&
m.getTo() == con.getOtherNode(this.getHost())) {
this.deleteMessage(m.getId(), false); //清理因DENIED_OLD被拒绝的消息
}
return retVal;
}
在这里涉及到缓存的清理机制,如果在配置脚本中设置Group.deleteDelivered = 1,则开启了已发送消息的清理机制,这样,一旦节点发现消息m因DENIED_OLD被拒绝,则会清除本地缓存中的m。
在路由的startTransfer函数中调用了连接的startTransfer,这个函数在CBRConnection类中被重载。在CBRConnection的startTransfer中,首先调用对方节点的receiveMessage函数,看对方节点能否接收这个消息。如果能接收,则进行以下操作:(1)设置正在发送的消息msgOnFly;(2)计算消息预计完成时间;(3)返回值RCV_OK=0。
public int startTransfer(DTNHost from, Message m) {
assert this.msgOnFly == null : "Already transferring " +
this.msgOnFly + " from " + this.msgFromNode + " to " +
this.getOtherNode(this.msgFromNode) + ". Can't "+
"start transfer of " + m + " from " + from;
this.msgFromNode = from;
Message newMessage = m.replicate();
int retVal = getOtherNode(from).receiveMessage(newMessage, from);
if (retVal == MessageRouter.RCV_OK) {
this.msgOnFly = newMessage;
this.transferDoneTime = SimClock.getTime() +
(1.0*m.getSize()) / this.speed;
}
return retVal;
}
在上面的函数中,调用的是节点的receiveMessage函数(在DTNHost.java定义),进而进入路由的receiveMessage函数,在MessageRouter.java中的receiveMessage函数进行了下面的几个工作:
(1)将消息m放进IncomingBuffer;
(2)当前节点存入消息m的Path中,Path是一系列DTNHost组成的列表,记录着这个消息所走过的路径;
(3)通知所有的Listener发生了messageTransferStarted事件;
(4)返回RCV_OK=0。
public int receiveMessage(Message m, DTNHost from) {
Message newMessage = m.replicate();
this.putToIncomingBuffer(newMessage, from);
newMessage.addNodeOnPath(this.host);
for (MessageListener ml : this.mListeners) {
ml.messageTransferStarted(newMessage, from, getHost());
}
return RCV_OK; // superclass always accepts messages
}
至此消息m被成功的发送到了目的节点,实际上工作才完成了一半,因为还有一些消息不能被发送到目的节点,需要一些中间节点进行转发。
(2) 当消息不能直接到达目的节点时
在update函数中还有一个函数tryAllMessagesToAllConnections()专门负责处理类事件,他的优先级是要低于exchangeDeliverableMessages()的,也就是说当前节点如果有消息能够直接发送到目的节点,就应该优先发送。否则才会执行exchangeDeliverableMessages()函数,首先对所有的消息重新排序,排序的函数仍是sortByQueueMode,在前面介绍过。最后,调用tryMessagesToConnections函数遍历排序之后的所有消息和所有连接,寻找能够发送的消息。
protected Connection tryAllMessagesToAllConnections(){
List connections = getConnections();
if (connections.size() == 0 || this.getNrofMessages() == 0) {
return null;
}
List messages = new ArrayList(this.getMessageCollection());
this.sortByQueueMode(messages); //将所有的消息重新排序
return tryMessagesToConnections(messages, connections);
}
在tryMessagesToConnections中,遍历所有的连接,然后调用tryAllMessages(con, messages)依次在每个连接上发送所有的消息。注意区别:在tryMessagesToConnections(messages, connections)中,messages指的是很多消息,connections指的是很多连接;而在tryAllMessages(con, messages)中,messages指的是很多消息,con指的是某个连接;然而在startTransfer(m, con)函数中,m是指某个消息,con是指某个连接。
在tryAllMessages函数中,遍历所有的消息,依次尝试在con上能否发送成功,只要找到一个能发送的消息m,就终止该函数,返回消息m。否则尝试所有的消息都不能在con上发送,返回NULL。
protected Message tryAllMessages(Connection con, List messages) {
for (Message m : messages) {
int retVal = startTransfer(m, con);
if (retVal == RCV_OK) {
return m; // accepted a message, don't try others
}
else if (retVal > 0) {
return null; // should try later -> don't bother trying others
}
}
return null; // no message was accepted
}
在发送消息的函数中,仍然执行的是startTransfer函数,startTransfer函数在前面已经介绍过了。
到这里,EpidemicRouter中发送消息的流程已经介绍清楚了,EpidemicRouter路由中鼓励节点尽可能将所有的消息都转发给自己的邻居,因此只需要在ActiveRouter父类上做简单的扩展即可。接下的部分以其他路由为例研究一下路由协议是怎么扩展ActiveRouter的。
4. 路由扩展
(1)DirectDeliveryRouter
这个路由的改法是最简单的,只需要在EpidemicRouter的基础上删除this.tryAllMessagesToAllConnections()函数,保留exchangeDeliverableMessages()函数即可,那么消息的转发流程中只剩下了第一部分。
(2)FirstContactRouter
EpidemicRouter是最简单的洪泛消息,其他路由协议与它最大的区别就在于:并不是所有的消息都照单全收。回忆上面的消息传输过程,无论是到目的节点还是到中间节点,都需要执行startTransfer,它负责在某个连接con上发送某个消息m。在这个函数中,首先找到con的另一端DTNHost,然后调用receiveMessage函数查看对方能不能接收消息m。receiveMessage是一个不断被各种路由重载的函数,在MessageRouter中,实现了最基本的功能:
将消息m放进IncomingBuffer;
当前节点存入消息m的Path中;
通知所有的Listener发生了messageTransferStarted事件;
在ActiveRouter中增加了功能:
调用checkReceiving函数看对方节点能不能接收消息m,很多种可能都会导致消息不能被接收,在ActiveRouter中主要有:
(1)对方节点正在发送消息,返回TRY_LATER_BUSY=1;
(2)对方节点缓存中已经有该消息了,返回DENIED_OLD=-1;
(3)消息超时,返回DENIED_TTL=-2;
(4)对方节点缓存已满,返回ENIED_NO_SPACE=-3。
从上面的分析发现,要想消息按某种条件被转发,在checkReceiving函数中进行一些过滤是很合理的。
FirstContactRouter路由中,区别在于节点把数据转发给第一次遇到的节点,然后就会将转发过的消息从缓存中删除。这里重载了checkReceiving函数。每次节点转发某个消息,都会将自己写在消息的path中,当节点发现自己已经处理过某个消息了,则会用DENIED_OLD的理由将其拒绝。需要指出的是顺序问题,将当前节点加入消息路径Path的操作是在receiveMessage中,这个操作是在checkReceiving之后,所以在检索path的时候当前节点还没有将自己写进Path。
@Override
protected int checkReceiving(Message m) {
int recvCheck = super.checkReceiving(m);
if (recvCheck == RCV_OK) {
if (m.getHops().contains(getHost())) {
recvCheck = DENIED_OLD;
}
}
return recvCheck;
}
除此之外,FirstContactRouter还重载了transferDone函数。节点将消息发送成功之后就会清理缓存。这个函数在ActiveRouter中为空,在EpidemicRouter中也没有将其重载,所以在这里是第一次出现。
@Override
protected void transferDone(Connection con) {
this.deleteMessage(con.getMessage().getId(), false);
}
在这里只是给出了两个路由协议最基本的例子,本文重点在于解释TheONE中消息转发的流程,因此其他的路由协议将在其他文章中进行分析。
转载于:https://blog.51cto.com/7262254/1626195