Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: dpreed@reed.com
To: "Dave Taht" <dave.taht@gmail.com>
Cc: "Wes Felter" <wmf@felter.org>,
	"Joel Wirāmu Pauling" <joel@aenertia.net>,
	"cerowrt-devel@lists.bufferbloat.net"
	<cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] 10GigE nics and SFP+ modules?
Date: Wed, 10 Sep 2014 15:31:09 -0400 (EDT)	[thread overview]
Message-ID: <1410377469.392315248@apps.rackspace.com> (raw)
In-Reply-To: <CAA93jw4bGcou1kV68jczJjQd23oytpSKvFnhqY01G3rGaRs=Zg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3116 bytes --]


I'm confused....
 
SFP is not SFP+.   SFP carries at most 4.25 Gb/sec.   SFP+ works at >10 Gb/sec.   So, it's not clear that the MikroTik is very useful in a 10 Gig world.  It's not immediately clear but VERY likely, that this is an "edge switch" that is intended for collapsing the GigE copper traffic onto a potentially bottlenecked GigE "local backbone".
 
Of course if you want to go from GigE fiber to GigE copper, that board might be useful.


On Wednesday, September 10, 2014 2:05pm, "Dave Taht" <dave.taht@gmail.com> said:



> On Wed, Sep 10, 2014 at 12:01 AM, Mikael Abrahamsson <swmike@swm.pp.se>
> wrote:
> 
> > I don't like when people create their cable plant to match what GPON needs.
> > It's done because of the illusion that long-haul fiber is expensive. It
> > isn't, if you have to dig anyway. The difference in cost of a 12 fiber
> > cable, and a 1000 fiber cable, isn't huge compared to the digging costs.
> > Splicing a 1000 fiber cable isn't huge either. Point-to-point fiber cabling
> > is the way to go. If you then decide to light it up using PON of some kind,
> > fine, that's up to you, at least you have the flexibility to change
> > technology in the future.
> >
> >> and several costs there have dropped significantly, routerboard is
> >> making a SFP+ capable
> >> 5 port switch for like 50 dollars
> >
> >
> > URL?
> 
> Nick weaver (of ICSI) just turned me onto them -
> 
> http://www.cloudrouterswitches.com/RB260GS.asp?gclid=Cj0KEQjw7b-gBRC45uLY_avSrdgBEiQAD3Olx8_iFXJ_xKjZInc2T54XEu5VyMsTe42Rla3GTRKrkwwaAu2M8P8HAQ
> 
> He also steered me to a nifty port mirroring POE passthrough device:
> 
> http://www.dual-comm.com/gigabit_port-mirroring-LAN_switch.htm
> 
> Haven't tried either yet, personally.
> 
> It turns out that both he and I are using the nearly same model nucs
> for load testing, with a standard 2.5inch sata 3 slot, and 2 mini pcie
> slots for a half length and full length wifi device.
> 
> "The D54250WYK1, which is a dual core, dual thread/core i5 based with
> 16 GB Ram and a 120 GB SSD). The only disadvantage is it doesn't
> include the "Vpro" lights out management suite present in the 3rd gen
> model."
> 
> I am using the i3 versions. I'd written up a review of the one without
> the 2.5 inch slot here:
> 
> http://snapon.lab.bufferbloat.net/~cero2/nuc-to-puck/results.html
> 
> and later upgraded to the one with the slot, as sata is faster than
> msata, and the best wifi (atheros ath9k and ath10k) cards are all full
> length).
> 
> These have e1000e cards in them, which support BQL under linux 3.6 and
> later, and although the (i3 at least) can't drive gigE to saturation
> without TSO, they have been quite nice and quite quiet so far, and
> have been giving solid results. They are a really good desktop, too,
> under linux, and mounting them on the back of the monitor (or, as I
> do, on a pegboard), is helpful too.
> 
> 
> >
> > --
> > Mikael Abrahamsson email: swmike@swm.pp.se
> 
> 
> 
> --
> Dave Täht
> 
> https://www.bufferbloat.net/projects/make-wifi-fast
> 

[-- Attachment #2: Type: text/html, Size: 4494 bytes --]

  parent reply	other threads:[~2014-09-10 19:31 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-10 18:05 Dave Taht
2014-09-10 18:09 ` Nicholas Weaver
2014-09-10 19:31 ` dpreed [this message]
2014-09-11 15:30   ` Dave Taht
2014-09-13  2:48     ` Chuck Anderson
2014-09-10 20:03 ` Michael Richardson
2014-09-10 21:54   ` Joel Wirāmu Pauling
  -- strict thread matches above, loose matches on Subject: below --
2014-09-06 18:36 Dave Taht
2014-09-06 19:05 ` dpreed
2014-09-06 20:44   ` Dave Taht
2014-09-09  0:09 ` Wes Felter
2014-09-09  4:03   ` Joel Wirāmu Pauling
2014-09-09  4:06     ` Joel Wirāmu Pauling
2014-09-09 16:26       ` dpreed
2014-09-09 16:54         ` Dave Taht
2014-09-10  7:01           ` Mikael Abrahamsson
2014-09-09 19:06       ` Wes Felter
2014-09-10  1:14         ` Dave Taht
2014-09-10  6:43     ` Mikael Abrahamsson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1410377469.392315248@apps.rackspace.com \
    --to=dpreed@reed.com \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=dave.taht@gmail.com \
    --cc=joel@aenertia.net \
    --cc=wmf@felter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox