Bug 230001

Summary:	Missing Sub-TLA Assignment for 2a01:b0::/32
Product:	[Fedora] Fedora	Reporter:	Robert Scheck <redhat-bugzilla>
Component:	jwhois	Assignee:	Vitezslav Crhonek <vcrhonek>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	4.0-1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-07-15 19:46:26 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Robert Scheck 2007-02-25 18:41:17 UTC

Description of problem:
Well, there's at least one missing Sub-TLA Assignment for 2a01:b0::/32, 
because: "whois 2a01:b0::0" returns the wrong result while "whois -h 
whois.ripe.net 2a01:b0::0" returns what is expected. But this would be a
good point to bother you regarding the better IPv6 support which is in
upstream CVS already available for a longer time now...

Version-Release number of selected component (if applicable):
jwhois-3.2.3-10

How reproducible:
Everytime, see above.

Actual results:
Missing Sub-TLA Assignment for 2a01:b0::/32

Expected results:
Up-to-date IPv6 Sub-TLA Assignments like in the past. It would be nice to see 
the better IPv6 support from upstream CVS backported, too.

Comment 1 Miloslav Trmač 2007-02-26 15:02:36 UTC

The assignment is present, but the current method is not flexible enough;
(jwhois 2a01:00b0::0) works correctly.

jwhois-4.0 is already tagged in CVS (since Feb 18), so a release should happen soon.

Comment 2 Robert Scheck 2007-07-15 19:46:26 UTC

Works for me in 4.0-1. Closing now.