Different sharing on different hubs.

Archived discussion about features (predating the use of Bugzilla as a bug and feature tracker)

Moderator: Moderators

Locked
megla
Posts: 22
Joined: 2003-01-03 11:26

Different sharing on different hubs.

Post by megla » 2003-10-30 19:43

In the list favo hubs, I think it would be good to have different share definitons. On some hubs there are only films. Other not mp3 or software.
So it would be very good to have some speciall shareing for speciall hubs.
Now I have to use the smallest common accepted share folders. So I can not be on mp3 hub and searching and at the same time share my films on a film hub. (Or downloading films) Since the limits often are very dfferent on films and mp3 hubs!

Gratch06
Posts: 141
Joined: 2003-05-25 01:48
Location: USA

Post by Gratch06 » 2003-10-30 20:19

try searching the forums, as well as the feature tracker on sourceforge. You'll find a lot of information there regarding this suggestion. The current best method is to run multiple instances of DC++ (if you can't figure it out, just use BCDC...it allows multiple instances).

- Gratch06

grenavitar
Posts: 8
Joined: 2003-04-27 18:33
Contact:

Post by grenavitar » 2003-10-31 00:22

If I'm not mistaken they have already said they will not do this.

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-10-31 04:11

That bad. Well it's opensource. I guess if its a good ide someone will do it. In DC++ or a other klient. Since there are ways to get around the problem, there is no idea to have the opinion that is a bad idea. People use the workarounds and only think it's crappy software. I use XP and run
different DC++ klients as firrent users. So its only overhead. Good software don't force people to do extra overhead becuse of silly limitations. If it's hard technical problem we may have to stick with
the limitation, otherwise a sucessor will take DC++ place. Not today,
but it will happend.

ivulfusbar
Posts: 506
Joined: 2003-01-03 07:33

Post by ivulfusbar » 2003-10-31 10:56

read the answers to this question already answered in others thread. There you will see thats its impossible with the current protocol in some sence.
Everyone is supposed to download from the hubs, - I don´t know why, but I never do anymore.

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-10-31 15:06

Since I run two clients at the same time now. They have diffrent shares.
That's a very good proof that it is possible. It's maybe hard, and maybe not worth it. But for sure not impossible.

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2003-10-31 20:27

megla wrote:Since I run two clients at the same time now. They have diffrent shares.
That's a very good proof that it is possible. It's maybe hard, and maybe not worth it. But for sure not impossible.
If you read the other threads, you'll find that per-hub shares do have their difficulties (like the earlier poster says). When you're running two clients with two shares, you don't see the problem this scenario: two identical nicks on two hubs that have different shares both connect to you. How do you know which share to give to which user? At that point in the conversation, all you have is a nick and an IP. You cannot tell from which hub they came.

That is the problem.

Does the assertion that it's hard make sense now?

cologic
Programmer
Posts: 337
Joined: 2003-01-06 13:32
Contact:

Post by cologic » 2003-11-01 02:36

See http://dcplusplus.sourceforge.net/forum ... php?t=4446 for more detail about it. It's mostly aimed at those who understand the DC++ code some, but it sheds a bit of light on the issue.

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-01 06:16

GargoyleMT: No it dont. When you have two clients they listen to two different ports. So if two people with the same nick ask for a share you know what shareset you are shareing on that port the request is commit to. That's the way it works for two process running DC++, and that's the way it coult work in one client listen on two (or more) ports. Thus, the proof is still correct.

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2003-11-01 10:06

Sure, if you want to make additional changes to DC++ (listening on multiple ports), that would make an end-run around the problem. That is... an ugly solution, especially given the prevalence of port-forwarding and firewalls among DC++ users.

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-11-01 17:33

what it comes down to is that the DC client have lots and lots of information about all users in all hubs it is in. BUT, it does not know what users are in what hub. Solve that, and we can move on.

include hubip+port in MyInfo?
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

cologic
Programmer
Posts: 337
Joined: 2003-01-06 13:32
Contact:

Post by cologic » 2003-11-01 20:08

(1) Yes, opening multiple listening ports 'solves' the problem for active users. However, it doesn't for passive users, and allowing such a large gap in functionality between the two would be unseemly.

(2) As far as cyberal's suggestion, what about multihomed hubs? Better is to have $CTM pass on a randomly generated token/cookie that's passed pack to the uploader upon connection so it can identify the hub it came from.

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-02 09:01

cologic: For me it's a good thing with more functionality for people that do not use passive mode. If everyone was using passive mode we get in to
big problems. And if it was up to me, we could ban the passive mode if it was making my functionality better. I don't think it do things worse so it can stay. My respect to hubownsers that ban passive. Just my opinion :twisted: :wink:

Twink
Posts: 436
Joined: 2003-03-31 23:31
Location: New Zealand

Post by Twink » 2003-11-02 20:48

i think its a bit unreasonable to expect people to have to open a port per hub, unless you tied port to filelist to hub, but that's just a weird concept.

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-11-03 15:11

the amount of users that CAN'T go active is big, a solution that excludes passive users is no good, half the swedish university network are passive and they can do nothing to change it!
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-06 15:37

It don't matter if they are on passive or active ports. If they are on passive ports they get there requests from a tcp-socket. And the client should know whats in the other end of the socket.

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2003-11-07 11:12

megla wrote:It don't matter if they are on passive or active ports. If they are on passive ports they get there requests from a tcp-socket.
I'm sorry, I don't quite get what you mean about "passive ports." It sounds like you're getting Active mode's port (i.e. a listening port on the local machine) and Passive mode (no listening socket, all connections are initiated as outbound connections) mixed up.

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-20 07:33

You can't do an outbound connection and dont know what it is.

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2003-11-20 12:29

megla wrote:You can't do an outbound connection and dont know what it is.
I still don't follow you.

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-20 13:44

You get a request from one of the hubs. You do an connection to the other host. You know what hub that user request is from, and then you can send the correct filelist for users on that hub. So it makes no difference if you are on passive or active mode. You can have the different file lists for each hub in both modes. So it's not a valid cause to not having diffrent files to different hubs.

(256/64)Cruzinâ„¢[Aus]

Post by (256/64)Cruzinâ„¢[Aus] » 2003-11-22 13:16

Would this problem also effect implimenting an option of being able to set independant slots for each hub?

If we don't know what hub a user is connecting to us from we cannot allow/dissalow the connection?


Thought I would ask here before putting in the Feature Request :P

Kym...

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-11-22 15:34

megla wrote:You know what hub that user request is from, and then you can send the correct filelist for users on that hub.
no, thats the problem.. the client DON'T know this..
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-23 08:27

cyberal wrote:
megla wrote:You know what hub that user request is from, and then you can send the correct filelist for users on that hub.
no, thats the problem.. the client DON'T know this..
Since it use different portnummer on each hub it's knowing this for sure.

cyberal
Posts: 360
Joined: 2003-05-16 05:42

Post by cyberal » 2003-11-23 09:11

different portnumber?
no?
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet

megla
Posts: 22
Joined: 2003-01-03 11:26

Post by megla » 2003-11-23 18:13

Maybe you could try to read the thread...

jbyrd
Posts: 255
Joined: 2003-05-10 09:26
Location: no-la-usa-earth
Contact:

Post by jbyrd » 2003-11-23 22:24

If I understand correctly, the client doesn't know which hub the other users are in, especially if they are in multiple hubs :?:

But the hub in which the result was obtained from is displayed in the right-most column of the search window. I don't get it.

Would it be possible for the nick system to change slighty so that your nick is hub+nick, and therefore your nick would be different for every hub? I forsee problems with this approach...hell, it might not even be helpful.

What is wrong with my logic? :D
Hehe.

ivulfusbar
Posts: 506
Joined: 2003-01-03 07:33

Post by ivulfusbar » 2003-11-24 00:36

cologic wrote:(1)
(2) As far as cyberal's suggestion, what about multihomed hubs? Better is to have $CTM pass on a randomly generated token/cookie that's passed pack to the uploader upon connection so it can identify the hub it came from.
Is the best solution to the problem, better than yours jbyrd..
Everyone is supposed to download from the hubs, - I don´t know why, but I never do anymore.

Locked