A question was asked about the Bandwidth Limit metric from the Citrix EDT logic – this is estimated by sending two packets of known size and measuring the time it takes to transmit them. The metric is measured in Mbps and it should not be lower than 1 or 2 Mbps as Citrix is nimble in its bandwidth consumption. Thanks to @member for clarifying.
Read the entire ‘Understanding Citrix EDT Logic Bandwidth Limits’ thread below:
hey team! Am i correct in my thinking here? Does the Bandwidth Limit metric come from the Citrix EDT logic where Citrix tests the available bandwidth from endpoint to VDA? is this is the case, would you know why it shows an unobtainable amount of bandwidth? for example, we have a branch that we know is limited to 50mbps but the metric is displaying 4X this amount of available throughput.
Depends on the protocol. But yeah, essentially.
@member might be able to shed some light on how Citrix calculates network bandwidth. But I believe the high level idea is that they send 2 packets of known size and measure how long it takes to transmit. Calculating the bandwidth limit from that.But long story short, we take this from the protocol. This isn’t a value we determine ourselves.@member The BW limit does come from Citrix. The HDX protocols estimate the bandwidth by sending two small packets of know size in rapid succession and measuring the time between one an the second one.
This has the advantage of:
• Estimating the bandwidth withOUT actually filling the pipe, which would be disastrous
And the disadvantage:
• its an estimation, so it can be off a little.
What you want to see is: The bandwidth is NOT below 1 or 2 Mbps. Citrix is tremendously nimble in BW consumption, so you dont need a lot, not even for print jobs (if using Citrix optimized printing)
Thanks @member! is this measurement in Mbps or MBps? this may be why i’m seeing these kind of numbers
Mbps (Megabits per second)
Continue reading and comment on the thread ‘Does the Bandwidth Limit metric come from the Citrix EDT logic?’. Not a member? Join Here!
Categories: All Archives, ControlUp for VDI