Bug 25481 - The built in echo-udp and daytime-udp servers don't work
Summary: The built in echo-udp and daytime-udp servers don't work
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xinetd
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: David Lawrence
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-02-01 15:38 UTC by David Lawrence
Modified: 2007-04-18 16:31 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2001-02-01 20:06:17 UTC

Attachments (Terms of Use)
python script to exhibit xinetd problem (962 bytes, text/plain)
2001-02-01 17:18 UTC, Derek Tattersall 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Description Derek Tattersall 2001-02-01 15:38:12 UTC 
I have python scripts that open a udp socket to the echo and daytime
internal xinetd servers, and do 10 replications of the send/redcieve udp
pair.  This works as expected with xinetd-2.1.8.9pre11-1 from RHL 7.0, but
fails with xinetd-2.1.8.9pre14-2 or -3 from RHL 7.1
beta 3.

The failure seems to be going into an eternal wait for a response.
Comment 1 Trond Eivind Glomsrxd 2001-02-01 16:28:06 UTC 
Could you attach that script?
Comment 2 Derek Tattersall 2001-02-01 17:18:09 UTC 
Created attachment 8646 [details]
python script to exhibit xinetd problem
Comment 3 Glen Foster 2001-02-01 19:59:32 UTC 
This defect is considered MUST-FIX for Florence Release-Candidate #1
Comment 4 Glen Foster 2001-02-01 20:06:13 UTC 
After more investigation, this defect is no longer a MUST-FIX for the Florence
release.
Comment 5 Trond Eivind Glomsrxd 2001-02-27 06:09:53 UTC 
Problem removed in xinetd-2.1.8.9pre14-6 - xinetd really wants to use same
servicename for the tcp and udp versions. This doesn't match well with our
current tools. Also, I've yet to see the UDP servers being used while the TCP
versions are somewhat used.
Note You need to log in before you can comment on or make changes to this bug.