[Cerowrt-devel] Network behavior of Moca bridges
lordsutch at gmail.com
Thu Apr 17 15:09:44 EDT 2014
For what it's worth I have a home MoCA network (1 TiVo Premiere XL4 and 2
ActionTec MoCA adapters); I'm not sure how to go about benchmarking it but
I'd be happy to help. Performance-wise I haven't noticed any issues, even
in interactive use (often ssh over wifi to CeroWRT to MoCA to my Linux
desktop), and a definite improvement over the first-generation Panasonic
powerline network I was using before.
On Wed, Apr 16, 2014 at 7:58 AM, Frits Riep <riep at riepnet.com> wrote:
> I am willing to help. It is interesting information. Also that the
> powerline extenders have the same issue, which is really unfortunate. To
> do any testing, I will need to install a second moca adapter as I currently
> have only one installed to connect to the TV set top boxed from Verizon
> Other than testing for latency through a Moca bridged connection, vs
> directly connected through Ethernet, is there any specific recommendation
> on how to test to get meaningful information?
> Btw, the current release of CeroWRT using fq_codel sqm is excellent at
> controlling bufferbloat both on the wired and wireless connections - so
> kudos to all the hard work that has been done! Only a few days so far, but
> I am very impressed with the results. (hopefully we are about to call this
> the new stable).
> I may not be able to test the moca setup until the weekend as all of my
> clients who waited forever to replace their XP systems now find it to be
> critical and so we have a very high number of small businesses replacing xp
> systems with our currently recommended Windows 7 Pro x64.
> I think in most cases the Moca bridges are primarily feeding streaming
> video and control info to set top boxes and I would think bufferbloat would
> be not a real high concern in those applications.
> Powerline adaptors are used pretty often to extend Ethernet to systems
> which are difficult or expensive to wire to, and in situations where
> wireless signals are weak or unreliable. Bufferbloat for these devices
> would be much more problematic for these applications as it includes web
> browsing and other latency sensitive uses.
> -----Original Message-----
> From: Dave Taht [mailto:dave.taht at gmail.com]
> Sent: Tuesday, April 15, 2014 5:06 PM
> To: Frits Riep
> Cc: cerowrt-devel at lists.bufferbloat.net
> Subject: Network behavior of Moca bridges
> I'd like to note that I've got several private reports of really bad, oft
> bufferbloated and (also underbuffered!) behavior on moca bridges, and if
> you are in a position to benchmark such, more public data on the problems
> would be nice.
> It generally looks like the same folk that designed homeplug products were
> involved in moca, with similar behaviors as described below with hardware
> flow control and the like, in addition to possible underbuffering and
> issues with shared media backoffs...
> But we lack hard public data on how the moca devices actually work or
> public testing.
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.bufferbloat.net
Chris Lawrence <lordsutch at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Cerowrt-devel