In message <20120307223904.GW79276@xxxxxxxxxxxxxxxx>, Andrew Sullivan writes:
> On Thu, Mar 08, 2012 at 08:49:22AM +1100, Mark Andrews wrote:
>
> > Take SPF as a example. If providers had supported UNKNOWN format
> > then the SPF generation tools would have done UNKNOWN + SPF type
> > specific rather than TXT + SPF.
>
> My father used to have a saying: "If Johnny hadn't died, they wouldn't
> have buried him." Counterfactuals in engineering are just not that
> interesting.
>
> But anyway, providers (I am employed by one, FWIW) are not going to
> blindly support UNKNOWN on the input side. That's just an invitation
> to behaviour we don't understand and therefore cannot price
> correctly.
Charge by records, bytes and queries. Nameservers don't care beyond that.
> More importantly, any plan that involves UNKNOWN types
> also automatically comes with unknown support costs.
These are "as is" services. You can add them and remove them. We don't
provide additional support beyond that.
> We will be
> forced to provide customer support for types we don't even know exist,
> and that will necessarily lead to unhappy customers.
You have unhappy customers now because they can't add record types
they would like to use.
As for support its possible to support for unknown type what more
can be expected of you beyond "does what is served match what is in
the database" and the pre-dnssec type code roll version of dig shows
that would be possible.
If you are worried about "this type may need special processing"
then provide a simple way for the customer to ask for the type code
to be added and base level support is "unknown record format"
advanced support is "type specific record format".
Mark
bsdi:marka 09:48 {104} % dig -t 46 dv.isc.org
; <<>> DiG 8.3 <<>> -t dv.isc.org
;; res options: init recurs defnam dnsrch no-tld-query edns0
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1819
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 2, ADDITIONAL: 6
;; QUERY SECTION:
;; dv.isc.org, type = TYPE46, class = IN
;; ANSWER SECTION:
dv.isc.org. 1H IN TYPE46 \# 94 ( ; unknown RR type
00 06 05 03 00 00 0e 10 4f a1 d8 a5 4f 52 b0 95 ; ........O...OR..
38 64 02 64 76 03 69 73 63 03 6f 72 67 00 62 7b ; 8d.dv.isc.org.b{
3d c8 d0 31 85 0a 71 c3 cf 43 69 e4 9c f9 05 34 ; =..1..q..Ci....4
31 6f d3 8f a3 c4 12 f0 0d 00 61 6f be 35 0b 9e ; 1o........ao.5..
1c 85 5a 6a 6d e8 15 87 f6 d4 30 ee b4 57 35 e4 ; ..Zjm.....0..W5.
7c 54 46 ac be 65 b5 48 c2 9f fe 4a 0a 26 ) ; |TF..e.H...J.&
dv.isc.org. 1D IN TYPE46 \# 94 ( ; unknown RR type
00 02 05 03 00 01 51 80 4f 8b 89 c2 4f 3c 63 3e ; ......Q.O...O<c>
38 64 02 64 76 03 69 73 63 03 6f 72 67 00 92 a7 ; 8d.dv.isc.org...
13 64 9d 31 85 aa 31 28 99 a0 7c af 56 a1 7b 0c ; .d.1..1(..|.V.{.
8f 99 4d bc c0 a2 38 b0 92 0f ed fc 77 fc f5 f8 ; ..M...8.....w...
bb ff 38 8e f0 e2 a6 08 65 8a 3b 98 4b ee e1 ea ; ..8.....e.;.K...
5a e8 9f 71 4d 41 10 ba f2 84 58 a8 5e 14 ) ; Z..qMA....X.^.
dv.isc.org. 1D IN TYPE46 \# 94 ( ; unknown RR type
00 0f 05 03 00 01 51 80 4f 8b 89 c2 4f 3c 63 3e ; ......Q.O...O<c>
38 64 02 64 76 03 69 73 63 03 6f 72 67 00 23 71 ; 8d.dv.isc.org.#q
d1 ff e6 08 6d a6 6c 4e 94 92 c7 83 e5 21 23 f7 ; ....m.lN.....!#.
37 58 51 b5 0f f6 a2 d6 68 6b 83 8e 73 fb 46 b0 ; 7XQ.....hk..s.F.
e5 c3 93 7b 5f 4f 79 9f ee 14 9e 7f 4e 8a e2 65 ; ...{_Oy.....N..e
55 e4 99 d8 14 64 43 4a b6 9e ac 90 1c ee ) ; U....dCJ......
dv.isc.org. 1D IN TYPE46 \# 94 ( ; unknown RR type
00 2f 05 03 00 01 51 80 4f 96 dc 75 4f 47 bd 1c ; ./....Q.O..uOG..
38 64 02 64 76 03 69 73 63 03 6f 72 67 00 7a b5 ; 8d.dv.isc.org.z.
3b 7f 55 0d 46 ca 29 29 9d 3c 93 74 fd b5 96 35 ; ;.U.F.)).<.t...5
76 d4 65 18 fe 8a c2 17 42 e2 0a ba 38 9f ea 96 ; v.e.....B...8...
5f 84 cc f0 6e df a2 da 83 c9 40 13 da e6 8c 3a ; _...n.....@....:
66 3c 7f 4e 92 6b d5 cc e0 5f 8a f5 49 be ) ; f<.N.k..._..I.
dv.isc.org. 1D IN TYPE46 \# 158 ( ; unknown RR type
00 30 05 03 00 01 51 80 4f 8b 9e 5a 4f 3c 79 a8 ; .0....Q.O..ZO<y.
28 30 02 64 76 03 69 73 63 03 6f 72 67 00 24 51 ; (0.dv.isc.org.$Q
3c 2c 11 00 3f 77 aa ea 5f 94 f7 fc f6 9a 97 af ; <,..?w.._.......
58 29 ef 76 3d a7 4b ab ea 90 f4 15 ac 22 7c 27 ; X).v=.K......"|'
b2 cc e6 8b 1e 6b f9 b0 ba c8 7c 49 60 ed a8 4d ; .....k....|I`..M
89 1d c6 c4 f0 e9 a5 16 5f 4e ad 59 17 5d cf ce ; ........_N.Y.]..
79 a3 8a 81 8b 06 30 12 c4 27 8d 87 7a 0a 7f d5 ; y.....0..'..z...
65 2e 1e 63 35 98 6c 38 dc 0a e0 75 40 1d 0b 75 ; e..c5.l8...u@..u
51 b6 cb 6d a7 b8 08 6f 46 f7 2a bf c5 7b 3c 56 ; Q..m...oF.*..{<V
5b 84 17 fd a4 43 22 dd b0 99 db c2 9f 33 ) ; [....C"......3
dv.isc.org. 1D IN TYPE46 \# 94 ( ; unknown RR type
00 30 05 03 00 01 51 80 4f 8b 9e 5a 4f 3c 79 a8 ; .0....Q.O..ZO<y.
38 64 02 64 76 03 69 73 63 03 6f 72 67 00 20 8e ; 8d.dv.isc.org. .
e1 b2 e5 5c e9 ec b8 96 d8 06 ae c1 b6 91 19 6c ; ...\...........l
6e f2 01 98 92 e5 4a af 9a f4 cf 5c 2d bc b9 5b ; n.....J....\-..[
c0 19 7f f6 35 ee 16 fd 0b 52 ff ac d8 aa 96 6f ; ....5....R.....o
4f 26 0d c4 6d eb c2 ee 4d 89 39 86 8b 1e ) ; O&..m...M.9...
;; AUTHORITY SECTION:
dv.isc.org. 1D IN NS bsdi1.dv.isc.org.
dv.isc.org. 1D IN NS drugs.dv.isc.org.
;; ADDITIONAL SECTION:
bsdi1.dv.isc.org. 1D IN A 192.168.191.233
drugs.dv.isc.org. 1H IN A 192.168.191.240
drugs.dv.isc.org. 1H IN A 192.168.191.223
drugs.dv.isc.org. 1H IN AAAA 2001:470:1f00:820:ea06:88ff:fef3:4f9c
drugs.dv.isc.org. 1H IN AAAA 2001:470:1f00:820:6233:4bff:fe01:7585
; EDNS: version: 0, udp=4096, flags=0000
;; Total query time: 46 msec
;; FROM: bsdi.dv.isc.org to SERVER: 127.0.0.1
;; WHEN: Thu Mar 8 09:48:51 2012
;; MSG SIZE sent: 39 rcvd: 883
bsdi:marka 09:48 {105} %
> A plan something like the one John Levine has proposed is the only
> viable one, in my view.
>
> Best,
>
> A
>
> --
> Andrew Sullivan
> ajs@xxxxxxxxxxxxxxxxxx
> _______________________________________________
> Ietf mailing list
> Ietf@xxxxxxxx
> https://www.ietf.org/mailman/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: marka@xxxxxxx
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf