goran
10-09-2009, 04:15 AM
_ju_ from Mbox forum wrote this:
Concept CS in a different way.
In the classic way for cardsharing we have a lot of maintenance for finding friends. So it thinking a little bit about a concept to cover all the easier. This is not about a proposed implementation, but only a kind of concept, how everything simpler, better and more efficient could. The network should therefore be designed fail-safe.
The basic problem Unparalleled in the current system is that you must find peers who have the cards that you just need and in most Camden not see if this is a Full Abo Card or only a few channels includes. Of course, with testing to get it, but it takes but a little, especially when many cards in the share of a provider has.
It could be a kind of KAD (KAD - Kademlia on Wikipedia (http://en.wikipedia.org/wiki/Kademlia)) to install an emulator. The basic principle of KAD is not on the exchange of map data, but rather to find new peers. KAD goes on a hash, for us, this could be a compilation from the CAID, ProviderID and ChannelID be. Thus you know which card exactly what opens. The big advantage at the KAD system is that there is no central server must be available to the sources. It is a decentralized system - see the Wiki. The actual replacement of the CW then works on a known or new protocol.
Due to the decentralized system and the information is stored in the cam, so what channel is rising, one could easily define a rights system, who wants to share with whom. This could for example define: I share only with someone of the MIR 2 hops there (because my other boxes) and at least 1 Local card. All inquiries are not the are therefore dismissed. People with Fakecards, which is now due to the change are still widespread (the CAID has unfortunately not changed) would be in the system and would not see sources.
The table spread with all the people who have certain channels, one would have a test of response times, and then sort installed. Thus we can see who responds quickly and they prefer.
If we find a way to synchronies the decoding system, it must be possible to make a ECM Cache and in the Channel Table you have on Cardlimit of members for one channel, only a channel Limit for the channels that decoded at the same time.
What rights should the system be configured:
- Only share with people the X level can continue
- CAID Ignoreliste of the non-interested.
- Distributed Blacklist of CAID that no longer exist or do not exist.
- Blocking of people whose response time is too high (time adjustable)
What else have you can configure:
- External host / port (for the actual sharing and KAD connection)
What are the advantages of such a network would bring with them:
- The decentralized system would be fail-safe and everyone has only his own I-Net to look.
- People with Fakecards would be automatically in the system receive no more cards (of course configurable)
- One always has enough sources to everything to see what you want and PayPerView Change is great, just that someone has bought the movie, you may want to watch and then watch.
- If the IPs of the people not the name can be assigned, it would also be a pay TV provider's hard to say, user XY violates something "because nobody knows who is really behind it. For this reason, I would describe the IPs / hostnames Show nowhere.
What are the disadvantages of such a system brings with it:
- Less control with whom you really shared (but behind the names on a board can also hide any.)
Now your ideas on the subject, interesting or complete nonsense, I forget something?
Good ideas, I will naturally and in the case of the contact to a Cam-programmers naturally respond.
Another added this to the mix:
This whole system is too complicated and open to many fakes, since you dont have direct link to your peers to test them.
Also ping time would rise through network likt this and cause many freezes.
Chameleon protocol in NEWCS as doing similar job, although very clever and working fine, it has not been so spread.So, a third one replied:
Future my friends is vpn ssl implementation.
Soon or later Internet providers will do something about p2p or CS.
And SSL will be the answer.
VPN must be same editor on both side.
Problems is you will have to open as many vpn tunnels as you have peers.
http://en.wikipedia.org/wiki/Virtual_private_network#Security_ mechani***Somebody else responded to it:
i tested it with gbox/vpn on linux pc it runs oke but you have to sitck by a dreambox and nabilo or sif image there is vpn implented.
its not that easy i had help from a friend .
prob is there is no vpn for azboxHD or karhtein ufs or ipbox ect ect
but concept is good
i tested proxyserver also that works great 100% loadbalance over your card and with every reciever who can newcamd protocol you can connect even C line in mboxWhat say you?!?
Concept CS in a different way.
In the classic way for cardsharing we have a lot of maintenance for finding friends. So it thinking a little bit about a concept to cover all the easier. This is not about a proposed implementation, but only a kind of concept, how everything simpler, better and more efficient could. The network should therefore be designed fail-safe.
The basic problem Unparalleled in the current system is that you must find peers who have the cards that you just need and in most Camden not see if this is a Full Abo Card or only a few channels includes. Of course, with testing to get it, but it takes but a little, especially when many cards in the share of a provider has.
It could be a kind of KAD (KAD - Kademlia on Wikipedia (http://en.wikipedia.org/wiki/Kademlia)) to install an emulator. The basic principle of KAD is not on the exchange of map data, but rather to find new peers. KAD goes on a hash, for us, this could be a compilation from the CAID, ProviderID and ChannelID be. Thus you know which card exactly what opens. The big advantage at the KAD system is that there is no central server must be available to the sources. It is a decentralized system - see the Wiki. The actual replacement of the CW then works on a known or new protocol.
Due to the decentralized system and the information is stored in the cam, so what channel is rising, one could easily define a rights system, who wants to share with whom. This could for example define: I share only with someone of the MIR 2 hops there (because my other boxes) and at least 1 Local card. All inquiries are not the are therefore dismissed. People with Fakecards, which is now due to the change are still widespread (the CAID has unfortunately not changed) would be in the system and would not see sources.
The table spread with all the people who have certain channels, one would have a test of response times, and then sort installed. Thus we can see who responds quickly and they prefer.
If we find a way to synchronies the decoding system, it must be possible to make a ECM Cache and in the Channel Table you have on Cardlimit of members for one channel, only a channel Limit for the channels that decoded at the same time.
What rights should the system be configured:
- Only share with people the X level can continue
- CAID Ignoreliste of the non-interested.
- Distributed Blacklist of CAID that no longer exist or do not exist.
- Blocking of people whose response time is too high (time adjustable)
What else have you can configure:
- External host / port (for the actual sharing and KAD connection)
What are the advantages of such a network would bring with them:
- The decentralized system would be fail-safe and everyone has only his own I-Net to look.
- People with Fakecards would be automatically in the system receive no more cards (of course configurable)
- One always has enough sources to everything to see what you want and PayPerView Change is great, just that someone has bought the movie, you may want to watch and then watch.
- If the IPs of the people not the name can be assigned, it would also be a pay TV provider's hard to say, user XY violates something "because nobody knows who is really behind it. For this reason, I would describe the IPs / hostnames Show nowhere.
What are the disadvantages of such a system brings with it:
- Less control with whom you really shared (but behind the names on a board can also hide any.)
Now your ideas on the subject, interesting or complete nonsense, I forget something?
Good ideas, I will naturally and in the case of the contact to a Cam-programmers naturally respond.
Another added this to the mix:
This whole system is too complicated and open to many fakes, since you dont have direct link to your peers to test them.
Also ping time would rise through network likt this and cause many freezes.
Chameleon protocol in NEWCS as doing similar job, although very clever and working fine, it has not been so spread.So, a third one replied:
Future my friends is vpn ssl implementation.
Soon or later Internet providers will do something about p2p or CS.
And SSL will be the answer.
VPN must be same editor on both side.
Problems is you will have to open as many vpn tunnels as you have peers.
http://en.wikipedia.org/wiki/Virtual_private_network#Security_ mechani***Somebody else responded to it:
i tested it with gbox/vpn on linux pc it runs oke but you have to sitck by a dreambox and nabilo or sif image there is vpn implented.
its not that easy i had help from a friend .
prob is there is no vpn for azboxHD or karhtein ufs or ipbox ect ect
but concept is good
i tested proxyserver also that works great 100% loadbalance over your card and with every reciever who can newcamd protocol you can connect even C line in mboxWhat say you?!?