Changes between Version 3 and Version 4 of GEC22Agenda/LabWiki/ModuleA
- Timestamp:
- 03/09/15 13:44:55 (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GEC22Agenda/LabWiki/ModuleA
v3 v4 4 4 == Introduction == 5 5 The goal of this assignment is to implement the learning switch capability that is used by Ethernet switches by using a software-based OpenFlow switch. In the topology shown in the figure, this software switch is to be implemented in node “switch”. All the other nodes represent regular hosts. To realize this implementation of a learning switch, trema based openflow controller written in Ruby has to be designed and implemented. The correct functionality of the learning switch can be verified by creating an experiment script in which any node A pings nodes B – node D in LabWiki. 6 7 == Working == 8 In the topology shown in the figure, the switch node will act as the learning switch, which connect nodes A-D with each other. Whenever a regular node pings any regular node for the first time, the switch does not know the destination address of the node. At this point, the switch node floods the packet to all the nodes it is connected to. When it receives a reply to the flood, this information will be used to populate its switching table. Hereafter,whenever any node wants to ping any other nodes, the switch node will fetch the information from the table. For this purpose, a script called "fdb.rb" is pre-loaded in the switch node. The script offers rudimentary database functionality that is used to maintain the switching table 6 9 7 10 To learn about learning-switch, check out this link: [https://www.opennetworking.org/images/stories/downloads/sdn-resources/white-papers/wp-sdn-newnorm.pdf]
