Bug 144 - Defaults in LOC records not RFC 1876 compliant
Defaults in LOC records not RFC 1876 compliant
Status: RESOLVED FIXED
Product: NSD
Classification: Unclassified
Component: Zonec Code
3.0.x
Other All
: P2 normal
Assigned To: NSD team
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-11 21:15 CEST by Jim Jackson
Modified: 2006-09-12 11:33 CEST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jim Jackson 2006-09-11 21:15:37 CEST
Bind axfr out (Correct):
 abbey.smith.secure64.xxx. 3600 in loc 40 32 24.716 n 105 4 25.770 w 1208.00m 600000m 2000m 10m
NSD axfr out (vertical precision is wrong) :

 abbey.smith.secure64.xxx. 3600 in loc 40 32 24.716 n 105 4 25.770 w 1208.00m 600000m 2000m 0.00m

Zone file data:
$ORIGIN smith.secure64.xxx.
abbey IN A  200.0.0.2
abbey IN LOC 40 32 24.716 N 105 04 25.770 W 1208m 609344m 2000m

Applicable part of RFC
3. Master File Format

   The LOC record is expressed in a master file in the following format:

   <owner> <TTL> <class> LOC ( d1 [m1 [s1]] {"N"|"S"} d2 [m2 [s2]]
                               {"E"|"W"} alt["m"] [siz["m"] [hp["m"]
                               [vp["m"]]]] )

   (The parentheses are used for multi-line data as specified in [RFC
   1035] section 5.1.)

   where:

       d1:     [0 .. 90]            (degrees latitude)
       d2:     [0 .. 180]           (degrees longitude)
       m1, m2: [0 .. 59]            (minutes latitude/longitude)
       s1, s2: [0 .. 59.999]        (seconds latitude/longitude)
       alt:    [-100000.00 .. 42849672.95] BY .01 (altitude in meters)
       siz, hp, vp: [0 .. 90000000.00] (size/precision in meters)

   If omitted, minutes and seconds default to zero, size defaults to 1m,
   horizontal precision defaults to 10000m, and vertical precision
   defaults to 10m. 

               ^^^^ not 0.00m

 These defaults are chosen to represent typical
   ZIP/postal code area sizes, since it is often easy to find
   approximate geographical location by ZIP/postal code.
Comment 1 Wouter Wijngaards 2006-09-12 11:33:59 CEST
The bug is fixed in subversion trunk, (and will be in 3.0.2). Other issues that I fixed with LOC parsing code are default values for size, horizprecision, vertprecision, parsing with no minutes, seconds, and rounding error in seconds 0.001 precision.

These fixes are also backported to NSD 2.3.6.

Thank you for submitting this bug!

Wouter