home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 13262 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!swrinde!elroy.jpl.nasa.gov!ames!agate!doc.ic.ac.uk!uknet!mucs!cs.man.ac.uk!brutond
  2. From: brutond@p4.cs.man.ac.uk (Dave Bruton)
  3. Newsgroups: comp.unix.questions
  4. Subject: 'talk' command
  5. Summary: Need help with understanding 'talk' on Sun machines
  6. Keywords: talk BSD Sun
  7. Message-ID: <brutond.721487230@p4.cs.man.ac.uk>
  8. Date: 11 Nov 92 13:07:10 GMT
  9. Sender: news@cs.man.ac.uk
  10. Lines: 42
  11.  
  12.  
  13. Dear all,
  14.  
  15.   I need help with understanding how the 'talk' command works.  Any help
  16. would be greatly appreciated, or references to books or other newsgroups
  17. etc.
  18.  
  19. My problem is that I cannot use the 'talk' command with anyone on a
  20. non-Sun machine from our network of Suns.  I appreciate that this is a
  21. well known problem.  Everyone I speak to tells me it's a well known
  22. problem, but no-one has been able to explain why.
  23.  
  24. I have downloaded various talk clients, to look at there source.  Most
  25. if not all of them use the ntalk/udp service.  Suns appear to have only
  26. the talk/udp service (517), but I looked at a non-Sun, and they appear
  27. to have both talk(517) and ntalk(518).  I don't understand why there are
  28. TWO services for talk on these machines, and I certainly don't understand
  29. why it is not possible for a Sun to join in.
  30.  
  31. I worked at ICL for a short while this summer, and during my stay I
  32. learnt that Suns are notoriously awkward for connecting onto internet
  33. networks anyway, due to the large number of packets they throw backward
  34. and forward at each other that no other machine can understand.  I belive
  35. a filter needs to be put between Suns and other machines to prevent them
  36. from falling over.
  37.  
  38. Could it be this filter that screws up talk packets?  Some packets do
  39. apparently get through, since talk usually complains [No connection] when
  40. none get through.  'talk' gets past this stage, up to the [invitation]
  41. stage.  That's what makes me even more confused, and certainly
  42. breaks my theory that these filters were a really simple design which
  43. just throws away all UDP packets!
  44.  
  45. PLEASE HELP.  I need an understanding of this.  Many thanks,
  46. Dave.
  47.  
  48.  
  49. -- 
  50.     Dave Bruton.                 "It is impossible to enjoy idling thoroughly
  51. brutond@cs.man.ac.uk             unless one has plenty of work to do."
  52.          4 Beresford St, Moss Side,                               - J K Jerome 
  53.          Manchester M14 4SB.   (ENGLAND)   Tel: 061 227 9426
  54.