cline or fline daisy chain or not

squareba

Inactive User
Joined
Dec 15, 2010
Messages
10
Reaction score
0
Was talknig to a friend today, about the virtues of the dreambox, i asked a question about resharing, as i found it quite interesting reading the tutorial on CS.

i said so 1 server and 15 clients, you have to make sure the server stays on to share the original share card, but when you get a good few of them all watching at the same time you can get breakup, especially if theres a good few more clients than 15, say 50.

So i assumed that the limit on clients is based on the limit of your upstream from your original card server, as the upstream on the majority of home based broadband internet connections is 2 meg, not a lot really when you have 50 clients accessing it, (although i dont know the individual bandwidth of the data use per client but i'll find out no doubt after this post) so i said how about daisy chaining your units instead of 1 fline, thats fine if the box thats giving the reshare but if 1 of the daisylinked boxes was turned off then all the boxes after that box would go off also.

ok then

so why cant a subroutine be writtten in so that if the predecessor box went down it looked somewhere else for another fline? can you write multiple fline into the boxes, i dont know, i am new to this my expertise is in webdesign, i thought that this just might work to solve the bandwidth problem as each client would have a 2 meg upload to its next client in line, a bit like cloud computing, but you would need the redundancy if a client went down

SB
 
Last edited:
A fline/cline takes a tiny amount of bandwidth

The issue is not network bandwidth but card bandwidth if you will. If one person is calling the card the next person has to wait and so on. You get more than 15 people calling the same card they start traffic blocking each other and they don't get a response in time for the channel to stay decrypted, hence a short glitch in the channel while it waits for the keys.
 
A fline/cline takes a tiny amount of bandwidth

The issue is not network bandwidth but card bandwidth if you will. If one person is calling the card the next person has to wait and so on. You get more than 15 people calling the same card they start traffic blocking each other and they don't get a response in time for the channel to stay decrypted, hence a short glitch in the channel while it waits for the keys.

newcs and mgcamd

bottleneck solved

problems like this will only affect traders who run servers and are the reason for all the anti CS measures taking place. the sooner all these big servers get shut down, the better
 
problems like this will only affect traders who run servers and are the reason for all the anti CS measures taking place. the sooner all these big servers get shut down, the better


Thats why i didn't post the answer you gave.
this is the 3rd mass server-ish post from the op.
 
Back
Top