home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20100 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.3 KB  |  50 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!eco.twg.com!eco.twg.com!larry
  3. From: larry@eco.twg.com (Lawrence B. Henry III)
  4. Subject: Re: TT_AccPorNam field (port numbers)
  5. Message-ID: <1992Dec30.193413.1872@eco.twg.com>
  6. Lines: 35
  7. Sender: larry@vishnu.eco.twg.com (Lawrence B. Henry III)
  8. Nntp-Posting-Host: eco.twg.com
  9. Reply-To: larry@eco.twg.com
  10. Organization: The Wollongong Group (East Coast Operations)
  11. References: <1992Dec27.233720.1@woods.ulowell.edu> <1hnak7INNnna@gap.caltech.edu>,<gurman.725601335@umbra.gsfc.nasa.gov> <1hs2sjINNnqs@gap.caltech.edu>
  12. Date: Wed, 30 Dec 92 19:34:13 GMT
  13. Lines: 35
  14.  
  15.  
  16. In article <1hs2sjINNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
  17. |>In article <gurman.725601335@umbra.gsfc.nasa.gov>, gurman@umbra.gsfc.nasa.gov (Joseph B. Gurman) writes:
  18. |>>    For what it's worth, logged onto a VMS V5.5-2 system with UCX V2.0
  19. |>>via
  20. |>>Telnet, my TT_ACCPORNAM is (quotes included as delimiters) "Host:
  21. |>>128.183.57.149   Port: 47473" Your mileage may vary.
  22. |>
  23. |>Hmmm.  47473 doesn't sound much like any port name I've ever heard of.  Maybe
  24. |>the "47473" is the beginning of the hexadecimal representation of the port
  25. |>name?  That'd be GGsomething.  Just a wild-assed guess.
  26. |>--------------------------------------------------------------------------------
  27.  
  28. Port: 47473 is a perfectly valid decimal representation of a port number.
  29. Port numbers can span the range of values that can fit into an unsigned short
  30. or unsigned WORD (for the MACRO impaired). It is the port number on the
  31. remote machine for this connection. Port 23 (telnet) on the local
  32. machine. This information helps you more accurately track down the actual 
  33. person doing the connecting on the remote machine.
  34.  
  35. ie if you look at a TCP connection, for example
  36.  
  37.     remote: 128.183.57.149.47473 and 
  38.     local : 128.183.56.23 
  39.  
  40. this uniquely identifies the TCP connection to both ends. So if you
  41. were interested in logging in to the remote machine you could figure
  42. our which guy on that machine was connected to your machine based on this
  43. information. The remote machine in the example that was given
  44. probably has a fair number of connections coming and going, since these port
  45. numbers are basically grabbed on the fly from empty (non-priv'd port number
  46. space) and typically they are sequentially allocated [ie, 1, 2, 3..] (at 
  47. least in the BSD world).
  48.  
  49. -Larry.
  50.