Thank you Carlos and Ferreira for the clarification, it was very helpful. I
also came across this link:
https://www.udacity.com/wiki/cn/assignment3-buffer-sizing
I know it is not the right forum but can someone help me with the best way
to calculate the overall packet drops and congestion in a network, because
as Mr. Iwase suggested I can get these values from OFPPortStatsReply
<http://ryu.readthedocs.io/en/latest/ofproto_v1_3_ref.html#ryu.ofproto.ofproto_v1_3_parser.OFPPortStatsReply>
for each port of the switches, however there are number of ports in a
network. So what is the best way to calculate the congestion in the network
which shows its realistic condition, taking average of all packet drops or
any other methods?
Regards,
Corey
On Thu, Sep 7, 2017 at 5:34 PM, Carlos Ferreira <carlosmf...@gmail.com>
wrote:
> Corey, I believe that what I said previously is not correct. Marcio
> has corrected me.
>
> By passing the necessary information to the addLink, the restrictions
> will be applied. I honestly didn't remember about this... For that, I
> apologise if I have mislead you.
>
> My regards,
> Carlos
>
>
>
> On 7 September 2017 at 12:37, Marcio Minicz <marciomin...@gmail.com>
> wrote:
> > Carlos,
> >
> > Emulation and simulation is not the same thing.
> >
> > Any way, look this two links:
> > https://github.com/mininet/mininet/wiki/pdf/mininet-hifi-bdh2.pdf
> > https://reproducingnetworkresearch.wordpress.com/
> >
> > And explore the parameters bw, delay, loss and max_queue_size in the
> Mininet
> > addLink.
> >
> > Regards,
> >
> > Minicz
> >
> > 2017-09-07 7:51 GMT-03:00 Carlos Ferreira <carlosmf...@gmail.com>:
> >>
> >> Hello again Mr. Ross,
> >>
> >> Yes, you are correct. An emulator should emulate every single aspect
> >> of a network, from network equipment's to network links. That is why
> >> simulators such as NS3 and Opnet exist.
> >> But mininet is a different type of emulator. It uses OpenVSwitch and
> >> the Linux kernel software bridges to "emulate" the network. I
> >> emphasise the "emulate" because there's no real emulation of a
> >> network. Its just a bunch of software switches logically connected to
> >> software bridges, moving memory pointers from one interface to the
> >> other.
> >> This is why you won't see any packet errors or collisions. Regarding
> >> the packet losses, I'm pretty sure that will only happen if the system
> >> runs out of memory, since the packets aren't really moving in memory
> >> when crossing interfaces... it's just pointers at the end of the day.
> >>
> >>
> >> On 7 September 2017 at 09:57, corey ross <coreyvr...@gmail.com> wrote:
> >> >> I don't think there will ever be any packet drops or network
> >> >>
> >> >> congestion, since all network adaptors are software adaptors.
> >> >
> >> >
> >> > Mr. Ferreira but I thought mininet is an emulator! shouldn't a netowrk
> >> > emulator behave like a real world network?
> >> >
> >> > --------------
> >> >
> >> > Mr. Iwase thanks for your reply. I think the rx_dropped, tx_dropped,
> and
> >> > collisions are the values that I need.
> >> >
> >> > Would you also guide me on what is the best way to calculate the
> overall
> >> > packet drops and congestion in the network for a period of time
> (because
> >> > there are 9 switches and each switch have number of ports)? should I
> >> > take
> >> > the average these values or you suggest any other methods to
> calculate
> >> > the
> >> > packet drops and congestion?
> >> >
> >> >
> >> > On Thu, Sep 7, 2017 at 5:52 AM, Iwase Yusuke <iwase.yusu...@gmail.com
> >
> >> > wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >> Excuse me for jumping in.
> >> >>
> >> >> I don't know whether it is able to reproduce drops or network
> >> >> congestion
> >> >> on mininet, but for getting their statistics, you can use
> OFPPortStats
> >> >> request and reply.
> >> >>
> >> >>
> >> >>
> >> >> http://ryu.readthedocs.io/en/latest/ofproto_v1_3_ref.html#
> ryu.ofproto.ofproto_v1_3_parser.OFPPortStatsReply
> >> >>
> >> >> Thanks,
> >> >> Iwase
> >> >>
> >> >
> >> >
> >> > ------------------------------------------------------------
> ------------------
> >> > Check out the vibrant tech community on one of the world's most
> >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> > _______________________________________________
> >> > Ryu-devel mailing list
> >> > Ryu-devel@lists.sourceforge.net
> >> > https://lists.sourceforge.net/lists/listinfo/ryu-devel
> >> >
> >>
> >>
> >>
> >> --
> >>
> >> Carlos Miguel Ferreira
> >> Researcher at Telecommunications Institute
> >> Aveiro - Portugal
> >> Work E-mail - c...@av.it.pt
> >> Skype & GTalk -> carlosmf...@gmail.com
> >> LinkedIn -> http://www.linkedin.com/in/carlosmferreira
> >>
> >>
> >> ------------------------------------------------------------
> ------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> _______________________________________________
> >> Ryu-devel mailing list
> >> Ryu-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/ryu-devel
> >
> >
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel