开通博客赚积分
发布资源赚积分
分类

源码开发语言/平台
当前位置：首页 > 源码/资料 > Windows编程 > 通讯编程 > 查看源码
test-suite-smac.txt
资源名称：ns-allinone-2.33.tar.gz　[点击查看]
上传用户：rrhhcc
上传日期：2015-12-11
资源大小：54129k
文件大小：2k
源码类别：

通讯编程

开发平台：

Visual C++

test-suite-smac.txt：源码内容
  1. brdcast1
  2. A simple 2 node topology in which each node broadcasts a ping request and reply to each other.
  3. 2 nodes start sending at the same time. no collision.
  5. brdcast2
  6. 3 node topology. Nodes brdcast ping requests at the same time. packets 6 and 8 have a collision and are dropped. They are not retx'ed as these are brdcast pkts.
  8. unicast1
  9. simple 2 node topology. node 0 unicasts node 1.
  11. unicast2
  12. 3 nodes all can hear one another.node 2 send brdcast ping requests overlapping with unicast pkts 
  14. unicast3
  15. 3 nodes. node 2 can hear the sender(0) only, not receiver(1). node 0 and 1 exchange unicast pkts. node 2 send brdcasts. node 1 receives a corrupt pkt from 2 and being in CS, goes to sleep, so doesn't recv brdcast reply [2] from 0. Later node 1 wakes up to send unicast reply to node 0.
  17. unicast4
  18. 3 nodes. 0->1 and node 2 sends brdcast. 2 is neighbor to recvr 1. can hear CTS only.
  20. unicast5
  21. 4 nodes. 0->1 and 3->2. 3 can hear 0 but not recv from it.2 can hear and recv from 0.
  22. node 3 received ping answer from  2 with round-trip-time 619.0 ms.
  23. node 0 received ping answer from  1 with round-trip-time 1116.8 ms.
  25. unicast6
  26. 4 nodes. 0->1 and 3->2. 3 cannot hear from 0. 2 can recv from only receiver 1. hence the 2 senders start sending at the same time which results in collision at recvr node 1. once the brdcast arp request is lost, it is never sent out again, which results in the ping request never leaving node 0. 2 & 3 exchange usual ping req/reply.
  27. node 3 received ping answer from 2 with round-trip-time 599.6 ms.
  29. unicast7
  30. same scenario as 6. 0->1 and 2->3. same collision happens at node 1. arp is not brdcasted again. hence node 0 never gets to send out ping req to 1.
  32. unicast8
  33. same as 6. 1->0 and 2->3. now the sender can hear one another and so avoids collision.
  35. unicast9
  36. node 0 and 3 canoot hear each other. 1 and 2 can hear everybody but only recv from 0 &2 and 3 & 1 resp.
  38. unicast10
  39. 0->1 and 3->2 but neither pair can hear oneanothr hence has simultaneous exchanges. least time taken.
  40. node 0 received ping answer from  1 with round-trip-time 504.6 ms.
  41. node 3 received ping answer from  2 with round-trip-time 524.6 ms.