Bug 23571 - static, globally sequential, port numbers for remotees
static, globally sequential, port numbers for remotees
Product: eCos
Classification: Retired
Component: Test farm client tools (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: ecc-bugs-int
Depends On:
  Show dependency treegraph
Reported: 2001-01-08 05:33 EST by Jesper Skov
Modified: 2007-04-18 12:30 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-06-20 11:56:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jesper Skov 2001-01-08 05:33:10 EST
It would make life simpler for remotees if the port numbering scheme
was changed in two areas:

 o All machines in the farm use a global port sequence:

       pear  : ports 5000 - 5002
       bhaji : ports 5003 - 5005
       ninja : ports 5006 - 5007

   Or something similar. That way remotees can put in static tunnel
   rules for the test farm machines, which is necessary as we can no
   longer access the machines directly by non-reserved IP addresses.

 o Similar, instead of the server returning some (seemingly
   random) port number in the 30xxx range, it should also return
   static predefined ports as they did at some time in the past
   (i.e., 5xxx results in a server connection at 8xxx)

Would that be much hassle?  Or would it be pointless given that
eventually the machines will have to be public in order to support
customers connecting to them?!?

In any event, remotees now have to copy binaries to UK and run rgdb
from there. It's rather painful!
Comment 1 Alex Schuilenburg 2003-06-20 11:56:50 EDT
This bug has moved to http://bugs.ecos.sourceware.org/show_bug.cgi?id=23571

Note You need to log in before you can comment on or make changes to this bug.