home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / ibmpc / 7369 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.5 KB
  1. Xref: sparky comp.protocols.tcp-ip.ibmpc:7369 comp.sys.novell:11368
  2. Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.novell
  3. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!warwick!pavo.csi.cam.ac.uk!ag129
  4. From: ag129@cus.cam.ac.uk (Alasdair Grant)
  5. Subject: Re: ODI information requested.
  6. Message-ID: <1993Jan12.122554.16503@infodev.cam.ac.uk>
  7. Sender: news@infodev.cam.ac.uk (USENET news)
  8. Nntp-Posting-Host: bootes.cus.cam.ac.uk
  9. Organization: U of Cambridge, England
  10. References: <1993Jan11.200015.26324@novell.com> <1iskr9INNqfs@usenet.INS.CWRU.Edu> <1993Jan11.155845.62631@cc.usu.edu>
  11. Date: Tue, 12 Jan 1993 12:25:54 GMT
  12. Lines: 17
  13.  
  14. In article <1993Jan11.155845.62631@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes:
  15. >from multiple (same type) stacks. The difficulty is, however, receiving packets
  16. >when there are contending receipients. A packet will be delivered just once,
  17. >but to whom? Well, you can't tell from the outside so one stack gets the
  18. >packet, whether it belongs there or not, and the others starve. Misdelivery
  19.  
  20. There are two solutions I can think of:
  21.  
  22. a) give each IP stack a different IP address, and let ODI demultiplex
  23.    on this
  24. b) get ODI to demultiplex on TCP/UDP port numbers, which would require it
  25.    to manage (or have knowledge of) transport endpoint bindings.
  26.  
  27. Clearly (b) is the best solution.  A second-best would be to put a shim
  28. over ODI to do the demultiplexing function, but you still have to provide
  29. a way for each stack to tell it about bindings.  Is there an API for this?
  30. How does PKTMUX work?
  31.