• The secret of success is learning how to use pain and pleasure instead of having pain and pleasure use you. If you do that, you're in control of your life. If you don't, life controls you.
      Tony Robbins

    • If you do what you've always done, you'll get what you've always gotten.
      Tony Robbins

  1. Address: Floor 3th, Information Technology Center of BASU University, Hamedan, Iran.

    Tel: +988138270182 & +988138268809         Email: info@wsnlab.org

    • Carry out the Wireless Sensor Network Simulation projects
    • Consulting the Wireless Sensor Network Projects
    • Implementation Hardware, Middle-ware and Software of WSN.

    for more information you can contact us: info@wsnlab.org

  2. Our Persian Forum ,
    www.wsnlab.ir

Omnet++ Inet Framework Priority Scheduler

Discussion in 'OMNET++ Simulator' started by Amr Abughazala, Nov 10, 2016.

  1. Amr Abughazala

    Amr Abughazala New Member

    Connecting Priority Scheduler to PPP connection working fine but connecting EtherMAC instead it doesn't work at all.

    I am trying to have a priority scheduler added in a switch using INET Framework and the only available example is diffserve where TrafficConditioner.ned file adds what is inside it, at ingress or egress port.

    I also observed in that example that router PPP interface has a queue where PriorityScheduler is included and I am trying to do the same in a switch.

    The problem is that in the example in diffserve once priority scheduler get the PacketEnqueued() call from the queue, the PPP interface send call packetrequest() to the Priority scheduler.

    In my case I have a switch with EtherMAC interface where it do nothing when scheduler receives PacketEnqueued()


    Code:
    void PPP::handleMessage(cMessage *msg){...
        elseif(queueModule &&0== queueModule->getNumPendingRequests()){
            queueModule->requestPacket();}

    Code:
    voidEtherMAC::handleMessage(cMessage *msg){...elseif(msg->getArrivalGate()== upperLayerInGate)
    processFrameFromUpperLayer(check_and_cast<EtherFrame*>(msg));...}
    Does that mean I should have a new EtherMac file that reacts only to TrafficConditioners

    regards,

    Amr

    Attached Files:

    • 1.png
      1.png
      File size:
      26.9 KB
      Views:
      0
    • 12.png
      12.png
      File size:
      6.9 KB
      Views:
      0

Share This Page

Get our toolbar! Flag Counter