Floodlight中 处理packetin消息的顺序（1）

当Controller和SW建立连接之后，就可以处理来自SW的各种OF msg。当接收到 packetin 消息之后，会将其分发给各个监听了这个OFMessage的listeners，所以如果我们要设计自己的控制器模块，只需要实现相应的接口方法，约定执行顺序即可。接口IListener 主要抽象了监听器模块的名字，执行顺序，接口IOFMessageListener则抽象了我们的Controller如何处理具体的这个openflow消息。这里通过阅读代码来判断这些模块处理packetin消息的相对顺序。

public   interface  IListener<T> {

     public   enum  Command {

         CONTINUE  ,  STOP

    }

   

     //这个监听者的名字

     public  String getName();

     //名为name的module在处理这个消息的时候，要在这个module之前

     public   boolean  isCallbackOrderingPrereq(T type, String name);

     //在处理type消息的时候，name_module 要在这个模块之后

     public   boolean  isCallbackOrderingPostreq(T type, String name);

}

public   interface  IOFMessageListener  extends  IListener< OFType> {

       //Floodlight利用这个方法呼叫这些listeners来处理这个OF MSG；

        public  Command receive(IOFSwitch sw, OFMessage msg, FloodlightContext cntx);

}

通过查看type hierarchy可以知道所有实现了这个接口的模块。

接下来看看具体细节。

1.Divice manager 要在topology之前。

     @Override

     public  String getName() {

         return   "devicemanager"  ;

    }

     @Override

     public   boolean  isCallbackOrderingPrereq(OFType type, String name) {

         return  ((type == OFType.PACKET_IN || type == OFType.FLOW_MOD)

                && name.equals(  "topology"  ));

    }

     @Override

     public   boolean  isCallbackOrderingPostreq(OFType type, String name) {

         return   false  ;

    }

     @Override

     public  Command receive(IOFSwitch sw, OFMessage msg,FloodlightContext cntx) {

         switch  (msg.getType()) {

             case  PACKET_IN:

                 return   this  .processPacketInMessage(sw,(OFPacketIn) msg, cntx);

        }

        logger.error( "received an unexpected message {} from switch {}" ,

                     msg, sw);

         return  Command.CONTINUE;

    }

2. LinkDiscoveryManager 中没有做出对顺序的规定，由其他模块来约束的。

          @Override

          public  String getName() {

              return   "linkdiscovery"  ;

         }

        

          @Override

          public  Command receive( IOFSwitch sw, OFMessage msg, FloodlightContext cntx) {

              switch  (msg.getType()) {

                  case  PACKET_IN:

                      return   this  .handlePacketIn(sw, (OFPacketIn) msg, cntx);

                  case  PORT_STATUS:

                      return   this  .handlePortStatus(sw, (OFPortStatus) msg);

             }

             log.error(  "Received an unexpected message {} from switch {}" , msg, sw);

              return  Command.CONTINUE;

         }

3. TopologyManager要在 LinkDiscoveryManager 之后操作。

    @Override

     public  String getName() {

         return   "topology"  ;

    }

     @Override

     public   boolean  isCallbackOrderingPrereq(OFType type, String name) {

         return   "linkdiscovery"  .equals(name);

    }

     @Override

     public   boolean  isCallbackOrderingPostreq(OFType type, String name) {

         return   false  ;

    }

     @Override

     public  Command receive(IOFSwitch sw, OFMessage msg,

                           FloodlightContext cntx) {

         switch  (msg.getType()) {

             case  PACKET_IN:

                 return   this  .processPacketInMessage(sw,

                                                   (OFPacketIn) msg, cntx);

        }

        log.error( "received an unexpected message {} from switch {}" ,

                  msg, sw);

         return  Command.CONTINUE;

    }

4.OFMessageFilterManager 模块在处理packetin消息时的顺序在 DeviceManager 之后，LearningSwitch 之前。这个模块的作用是允许我们添加一些过滤规则。

          @Override

          public  String getName() {

              return   "messageFilterManager"  ;

         }

          @Override

          public   boolean  isCallbackOrderingPrereq(OFType type, String name) {

              return  (type == OFType.PACKET_IN && name.equals( "devicemanager"  ));

         }

          @Override

          public   boolean  isCallbackOrderingPostreq(OFType type, String name) {

              return  (type == OFType.PACKET_IN && name.equals( "learningswitch"  ));

         }

          @Override

          public  Command receive( IOFSwitch sw, OFMessage msg, FloodlightContext cntx) {

              if  (filterMap ==  null  || filterMap.isEmpty())  return  Command.CONTINUE;

             HashSet<String> matchedFilters =  null ;

              if  (log.isDebugEnabled()) {

                 log.debug(  "Received packet {} from switch {}" , msg, sw.getStringId());

             }

             matchedFilters = getMatchedFilters(msg, cntx);

              if  (matchedFilters ==  null ) {

                  return  Command.CONTINUE;

             }  else  {

                  try  {

                     sendPacket(matchedFilters, sw, msg, cntx,  true  );

                 }  catch  (TException e) {

                     log.error(  "sendPacket Texception: {}" , e);

                 }  catch  (Exception e) {

                     log.error(  "sendPacket exception: {}" , e);

                 }

             }

            

              return  Command.CONTINUE;

         }

5. VirtualNetworkFilter（二层虚拟网络模块，对于不属于这个虚拟网络的packetin会丢弃）的执行顺序在forwarding之前，在devicemanager，linkdiscoveryManager之后。

    @Override

     public  String getName() {

         return   "virtualizer"  ;

    }

     @Override

     public   boolean  isCallbackOrderingPrereq(OFType type, String name) {

         // Link discovery should go before us so we don't block LLDPs

         return  (type.equals(OFType.PACKET_IN) &&

              (name.equals(  "linkdiscovery"  ) || (name.equals( "devicemanager"  ))));

    }

     @Override

     public   boolean  isCallbackOrderingPostreq(OFType type, String name) {

         // We need to go before forwarding

         return  (type.equals(OFType.PACKET_IN) && name.equals( "forwarding"  ));

    }

     @Override

     public  Command receive(IOFSwitch sw, OFMessage msg, FloodlightContext cntx) {

         switch  (msg.getType()) {

             case  PACKET_IN:

                 return  processPacketIn(sw, (OFPacketIn)msg, cntx);

        }

        log.warn( "Received unexpected message {}"  , msg);

         return  Command.CONTINUE;

    }

6.ForwardingBase 路由模块未对顺序做限制。

7.其他的没有查看。

总结，通过上面的代码阅读可以得到如下的结构图：

7.通过调试得到的Listeners有序输出结果是（最后的Distributing是我们自己添加的模块）：

OF msg PACKET_IN have listeners:[

net.floodlightcontroller.linkdiscovery.internal.LinkDiscoveryManager@543d8ee8, net.floodlightcontroller.topology.TopologyManager@ea5e9e7, net.floodlightcontroller.devicemanager.internal.DeviceManagerImpl@74e551a4, net.floodlightcontroller.forwarding.Forwarding@76eb235,

 net.floodlightcontroller.dedu.Distributing@76115ae0]

转载注明出处： http://blog.csdn.net/vonzhoufz/article/details/34108949