RE: [sig-db]a proposal for whois db query

["Sanjaya" <sanjaya@apnic.net>]

Hi Jeng-jr,

1. Just to clarify my understanding on your proposal. You're proposing
that large LIR/ISP run their own whois server (and you're suggesting 
a modification to the LIR/ISP's DNS server for this), which is then
called by NIR/RIR whois servers through some sort of referral mechanism?

2. Are you going to present this proposal in the next db-sig in KL?

Cheers,
Sanjaya
APNIC Project Manager

> -----Original Message-----
> From: sig-db-admin@lists.apnic.net 
> [mailto:sig-db-admin@lists.apnic.net] On Behalf Of JJ@NK
> Sent: Tuesday, 10 February 2004 7:56 PM
> To: sig-db@apnic.net
> Subject: [sig-db]a proposal for whois db query
> 
> 
> Dear all guru :
> 
> I am Jeng-jr Li from TTN , Taiwan Telecommunication Network 
> Services . Here is a rough idea about the whois query working 
> mechanism. Please post any issue or question regarding this 
> proposal. Deeply appreciate any feedback/comment.
> 
> Cheers
> 
> Jeng-jr Li
> TTN / PCCW
> IP Network Dept.
> http://www.ttn.net/
> +886-2-27881588 ext 526
> 
> 
>   A Proposal for Whois DB Query
> --------------------------------------
> 
>   Introduction:
> -----------------
> 
> Maintaining whois infomation is not an easy task for ISP or 
> LIR. If there is already infomation existing in ISP, how 
> about displaying the whois query directly from ISP / LIR.
> 
>   Summary of the current problem:
> ------------------------------------
> 
> 1. Real Time Update:
> Some ISPs are hard to update the whois data whenever an ip 
> assignment changes. Also it's not realtime to batch update 
> for ISP/LIR holding large ip blocks. This is a chain reaction 
> of another issue , the accuracy of whois infomation.
> 
> 2. Man-hour , Man-power Issue
> NIC provides webs for LIR to update whois data , however it 
> needs man-hour and man-power to process the data not suitable 
> for LIR holding large ip blocks.
> 
>  Situation in other RIRs:
> -------------------------
> 
>   Details of proposal:
> ------------------------
> Suppose ip address is the requested info.
> 
> When a whois client query at a NIC's whois server , whois 
> server will know that the requested info can be resolved from 
> the LIR's server.
> 
> 1. The whois server can find the LIR's DNS Server from that 
> ip address's reverse zone record. 2. LIR's DNS server can 
> response whois's query , otherwise back to the conventional 
> whois working model . 3. ISP/LIR's DNS server selecting 
> fields from local DB , then feed back to whois server .
> 
>  Advantages and disadvantages of adopting the proposal:
> -----------------------------------------------------------
> Pros :
> The current whois protocol do NOT need to change.
> This proposed process can start from a local area , thus  
> only impact on one NIR and the volunteer LIR. Whois data no 
> longer to update for volunteer LIR.
> 
> Cons:
> NIR have to prepare the additional programs.
> Volunteer LIR also have to prepare the additional programs on 
> it's DNS server.
> 
> ps: sample programs for reference are provided
> 
>   Effect on APNIC members:
> --------------------------------
> If the querying model accepted between APNIC and it's members 
> , members will not to update their ip block's infomation.
> 
>   Effect on NIRs:
> -------------------
> NIR have to prepare the additional programs on it's whois server.
> 
> 
> 
> 
> *              sig-db:  APNIC SIG on whois database issues           *
> 
> _______________________________________________
> sig-db mailing list
> sig-db@lists.apnic.net 
> http://mailman.apnic.net/mailman/listinfo/sig-> db
>