Network Switch Flow Control setting will affect the sound quality ???

Macrobb, what do you mean by Network switch 'flow control'? If you can provide a proper term (perhaps not a sales/marketing term) I can give you a view of why any such changes might affect the streamer performance... or not... Perhaps you are referring to QoS for VoIP? ( IP telephony)

Simon

Hi Simon,

FYI.

http://www.smallnetbuilder.com...-is-not-a-good-thing

marcobb

Marcobb, ok thanks I had to look that one up. It's an old legacy concept from early Ethernet that really is rarely needed to be used now because of of its limitations. We tend to use duplex connections, inbuilt switch queuing, and use TCP for flow control on our home networks now ( and streaming uses TCP for media transfer). It appears most devices disable this legacy feature by default .. and I would do the same. All it would be doing here at best  is adding latency unnecessarily and worse forcing transport layer retransmits assuming all connected devices supported it. 

Any effect on SQ would be from crosstalk from the TCP/IP stack on the streamer and that could be caused by many reasons of course.

But yes turn it off, and let the transport layer (TCP) handle the flow control between server and client which is optimum for our typical home networks and streaming unless perhaps you are using very old network equipment from the early days of Ethernet with a mix of 10 and 100 Mbps line speeds running at half duplex.. assuming Naim even 802.3x support flow control... 

Marcobb,  are you getting over concerned with the information your switch is showing you.  This post thread & your previous post where we talked about crosstalk seems to be giving you information that is maybe causing you to be concerned about something thats irelivant.    If Simon says to turn this feature off,   then that has to be good advice.   Your previous post on crosstalk did not conclude anything other than you had crosstalk on one switch branch but nothing on the other;  you did not conclude anything on that & did not tell me what the crosstalk numbers are & now with this post thread I am wondering what the numbers are actually showing, it is switch or cable or both.    Finally why don't you have a simple basic unmanaged switch that has no other function other than managing data streams,   I don't see how these extra functions intended for more advanced networks & IT people can do anything positive for audio SQ.

Simon-in-Suffolk posted:

Marcobb, ok thanks I had to look that one up. It's an old legacy concept from early Ethernet that really is rarely needed to be used now because of of its limitations. We tend to use duplex connections, inbuilt switch queuing, and use TCP for flow control on our home networks now ( and streaming uses TCP for media transfer). It appears most devices disable this legacy feature by default .. and I would do the same. All it would be doing here at best  is adding latency unnecessarily and worse forcing transport layer retransmits assuming all connected devices supported it. 

Any effect on SQ would be from crosstalk from the TCP/IP stack on the streamer and that could be caused by many reasons of course.

But yes turn it off, and let the transport layer (TCP) handle the flow control between server and client which is optimum for our typical home networks and streaming unless perhaps you are using very old network equipment from the early days of Ethernet with a mix of 10 and 100 Mbps line speeds running at half duplex.. assuming Naim even 802.3x support flow control... 

Hi Simon,

Thank you for your information.

Best Regards,

marcobb

Mike-B posted:

Marcobb,  are you getting over concerned with the information your switch is showing you.  This post thread & your previous post where we talked about crosstalk seems to be giving you information that is maybe causing you to be concerned about something thats irelivant.    If Simon says to turn this feature off,   then that has to be good advice.   Your previous post on crosstalk did not conclude anything other than you had crosstalk on one switch branch but nothing on the other;  you did not conclude anything on that & did not tell me what the crosstalk numbers are & now with this post thread I am wondering what the numbers are actually showing, it is switch or cable or both.    Finally why don't you have a simple basic unmanaged switch that has no other function other than managing data streams,   I don't see how these extra functions intended for more advanced networks & IT people can do anything positive for audio SQ.

Hi Mike,

No concern relate to crosstalk issue, just wonder why the flow control setting can make the sound different.

For the crosstalk issue, I had opened case to netgear support.

Best Regards,

marcobb

What crosstalk number(s) is your Netgear report showing ???    

Mike-B posted:

What crosstalk number(s) is your Netgear report showing ???    

Hi Mike,

It is show "0"

Best Regards,

marcobb

Ah,   OK thats not possible so something wrong.