the use
of a prefix.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
--- Forwarded Message
To: Michael Richardson m...@sandelman.ca
From: Mark Andrews ma...@isc.org
References: 20130819222037.ga55...@mx1.yitter.info
20130822184610.2640.qm...@joyce.lan
camm+lwj5ntoqta8zl7smzw2q28arw9ntcbhpxky-rxz40-7...@mail.gmail.com
20130822212337.b37a838cb
.
For the non responding servers I have written
draft-andrews-dns-no-response-issue to try to capture the issues.
It was on the dnsop agenda for Berlin but didn't get covered as time
ran out. I would like everyone to read it and comment on it.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW
date published for the
use of TXT for SPF.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message 7917527.VmCQD3a6Q3@scott-latitude-e6320, Scott Kitterman writes:
On Wednesday, August 21, 2013 23:32:33 Mark Andrews wrote:
I object to the removal of the SPF record.
This is not a shock. You were in the rough when we discussed it in the WG
too.
Name servers already have
In message 20130821214832.1c92538c0...@drugs.dv.isc.org, Mark Andrews writes:
It's primarily an issue for applications. To the DNS, it's exactly what it
is, a TXT record.
I can hand update of A and records to the machine.
I can hand update of MX records to the mail adminstrator.
I can
In message 0c3746c3-dac1-471f-bd07-8faf20481...@email.android.com, Scott
Kitterman writes:
Mark Andrews ma...@isc.org wrote:
In message 20130821214832.1c92538c0...@drugs.dv.isc.org, Mark Andrews
writes:
It's primarily an issue for applications. To the DNS, it's exactly
what
of the
hosts namespace and have whom ever deals with people manage that
part of the namespace.
This impresses me as one of those problems where the solution is
don't do that.
There are good reasons to split off administrative control. don't
do that isn't a answer.
--
Mark Andrews, ISC
1 Seymour St
,
A
--
Andrew Sullivan
a...@anvilwalrusden.com
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
that looks
up type SPF then type TXT if SPF is not available.
Those are the only solutions to the so called problem of publishers
and checkers not interoperating with each other.
On Tue, Aug 20, 2013 at 11:27:25AM +1000, Mark Andrews wrote:
Deployment is happening. More and more SMTP servers
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
points
for different sets of customers.
Noel
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
._tcp.tld/SRV would not be a issue as it would point to
the whois service for names that end in .tld.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
issue. thanks joe and joel.
randy
I have read -05 and in my opinion it is good to go.o
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
calls. WGs do get too
focused on a problem and do fail to do a balance response to problems.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
.
=20
=20
=20
When you're NAT on the net, you're NOT on the net -- Hugh =
Daniel
=20
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
://www.namecheap.com/support/knowledgebase/article.aspx/294/
5. http://www.opensrs.com/docs/opensrsrwi/nl_dns_requirements.htm
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
responses or non-responses they couldn't trust.
john
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
://www.ietf.org/internet-drafts/draft-andrews-dns-no-response-issue-00.txt
Status:
http://datatracker.ietf.org/doc/draft-andrews-dns-no-response-issue
Htmlized:
http://tools.ietf.org/html/draft-andrews-dns-no-response-issue-00
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117
In message 20130521090727.gb17...@nic.fr, Stephane Bortzmeyer writes:
On Tue, May 21, 2013 at 10:26:39AM +1000,
Mark Andrews ma...@isc.org wrote
a message of 52 lines which said:
I'm not sure what the solution should be but regular audits of
delegated nameservers by infrastructure
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
of RFC 2026. That doesn't mean that the
intent was not clear or that one should not address operational
issues that arise.
So, while a nice idea, it is hardly practical from an IETF (or any
top-down) perspective.
/bill
On 20May2013Monday, at 17:26, Mark Andrews wrote:
I call upon
In message 7e5b1b3d-8af1-4ffe-bda2-47efb6d35...@vpnc.org, Paul Hoffman writes:
On May 20, 2013, at 6:23 PM, Mark Andrews ma...@isc.org wrote:
In message 6a13ceb4-8906-4ec5-9210-571d5474e...@isi.edu, manning bill
writes:
I believe that there are a couple of problems with this plea.
1
). They
returned name error for a existing name (www.bbc.co.uk from memory).
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
long term interoperability.
Now one could update RFC 5321 to accept the above :: instead of a
single :0: but you could never legally send it.
Note for IPv4 [070.0.0.0] is 70.0.0.0 not 56.0.0.0 despite the fact
that many system will take 070.0.0.0 and send to 56.0.0.0.
Mark
--
Mark Andrews, ISC
1
Leslie writes:
Mark Andrews ma...@isc.org wrote:
Apples mail client is broken [IPv6:2001:df9::4015:1430:8367:2073:5d0]
is not legal according to both RFC 5321 and RFC 2821 which is all
that applies here.
I was until today unaware how strong the feelings are on this
one-or-more vs
In message 6.2.5.6.2.20130505082013.0adbb...@elandnews.com, S Moonesamy write
s:
Hi Mark,
At 15:57 04-05-2013, Mark Andrews wrote:
The publisher can choose to interoperate with everyone by publishing
both.
The client side can choose to interoperate with everyone by looking
for both
In message 42523d2d-85c6-4e6d-b2a7-6791a0e5d...@email.android.com, Scott Kitt
erman writes:
Mark Andrews ma...@isc.org wrote:
In message 6.2.5.6.2.20130505082013.0adbb...@elandnews.com, S
Moonesamy write
s:
Hi Mark,
At 15:57 04-05-2013, Mark Andrews wrote:
The publisher can
In message 1962766.G247B9R6HU@scott-latitude-e6320, Scott Kitterman writes:
On Monday, May 06, 2013 10:10:40 AM Mark Andrews wrote:
In message 42523d2d-85c6-4e6d-b2a7-6791a0e5d...@email.android.com, Scott
Kitterman writes:
Mark Andrews ma...@isc.org wrote:
In message
And if one is worried about keeping automatically generated records
in sync add auto=yes as the first modifier to the automatically
generated record. The two records will remain semantically identical.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871
cannot check. This is the nature of DNS.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message 20130504221332.5e8de33e7...@drugs.dv.isc.org, Mark Andrews writes:
In message 6.2.5.6.2.20130504095840.0d4a9...@resistor.net, S Moonesamy
writes:
Hi Doug,
At 16:19 03-05-2013, Doug Barton wrote:
I am not saying that the WG members (or chairs) should be given the
wet
In message 20130504225748.68de733e7...@drugs.dv.isc.org, Mark Andrews writes:
In message 20130504221332.5e8de33e7...@drugs.dv.isc.org, Mark Andrews
writes:
In message 6.2.5.6.2.20130504095840.0d4a9...@resistor.net, S Moonesamy
writes:
Hi Doug,
At 16:19 03-05-2013, Doug Barton
In message 86172038-8f62-4508-8199-be4c16906...@kumari.net, Warren Kumari
writes:
On May 2, 2013, at 9:56 PM, Mark Andrews ma...@isc.org wrote:
In message 5182828c.3040...@isdg.net, Hector Santos writes:
Mr. Resnick, for the record, I wasn't upset. Believe it or not, I was
actually
do we deal with sites?
How do we deal with vendors that ship such product?
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message 8d23d4052abe7a4490e77b1a012b63077516d...@mbx-01.win.nominum.com,
Ted Lemon writes:
On May 2, 2013, at 9:56 PM, Mark Andrews ma...@isc.org wrote:
How do we deal with sites?
How do we deal with vendors that ship such product?
I say we punch 'em.
Seriously, the IETF doesn't have
in a disused lavatory with a
sign on the door saying 'Beware of the Leopard'.
The Hitchhikerâs Guide to the Galaxy
Douglas Adams
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message 517ff144.5040...@tana.it, Alessandro Vesely writes:
On Tue 30/Apr/2013 01:07:42 +0200 Mark Andrews wrote:
The really annoying thing is that SPF is techically superior
to TXT is lots of ways.
1. It uniquely identifies the roll of the record.
2. As SPF
of the SPF RRtype.
Doug
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
complain to the
owners of it. Yes, that does work. We needed to do that
for records.
For registrars, change registrar to one that does.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma
day.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
, but I can well
understand the scepticism of your DNS hosts. Perhaps this is a
legitimate call to relax the restrictions, *if* the operator/user is
aware of the potential consequences.
Cheers,
Sabahattin
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2
, though, he has vacated his IAOC
seat and should be replaced.
Margaret
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message 506dbe9b.3070...@ogud.com, Olafur Gudmundsson writes:
On 02/10/2012 21:15, Mark Andrews wrote:
Labels only work when all the severs for a zone that has a new label type,
in ADDITION sufficient fraction servers in all zones above that zone
MUST understand the new
label type
logic.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
.
___
dnsext mailing list
dns...@ietf.org
https://www.ietf.org/mailman/listinfo/dnsext
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
Closing the registry is not irreversable if it needs to be reversed.
It's not like we can forget that there were assigned code points
and anything that attempted to use those code points would have to
consider the fact that they were used at one time.
--
Mark Andrews, ISC
1 Seymour St., Dundas
may as well close up shop if we have to start doing that.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
Berlin 28 July - 2 Aug Host and Sponsors Sought
IETF 88 Vancouver 3 - 8 November Host Sought
2014 - Hosts sought
IETF 89 London
IETF 90 Toronto
IETF 91 Honolulu
2015 - Hosts sought
IETF 92 Dallas
IETF 93 Europe
IETF 94 Yokohama WIDE
--
Mark
are changing your external connection you may as well just use
ULA + PA. The DNS needs to be updated in either case, the firewall needs
to be updated in either case.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma
resource 2+ decades ago longer than
some IETF attendees have been alive. IPv6 was started because they
were a scarce resource that would run out in the foreseeable future.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma
/mailman/listinfo/v6ops
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
to all the failure modes caused by
sending CD=1 queries. Fixing this will require protocol extensions
to pass trust anchors, and maybe current time, along with the query
and having on demand validation performed using those values in the
recursive server for this client.
Mark
--
Mark Andrews
- Direct phone: (858)651-4478, Fax: (858)651-1102
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message 20120309100152.gb13...@nic.fr, Stephane Bortzmeyer writes:
Also, some programs added non-standard extensions to this format (such
as BIND's $TTL).
$TTL is defined in RFC 2181.
$GENERATE is a BIND extension and is documented as such.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas
adoption of IPv6 into perspective if it takes
the IPv6 crowds 10 years to figure that one out,
-Martin
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117
In message 201203082359.q28nxpwu027...@fs4113.wdf.sap.corp, Martin Rex writes
:
Mark Andrews wrote:
Martin Rex writes:
Thanks for mentioning rfc 4074. The stuff in that document matches
the thoroughly broken behaviour of the IPv6 DNS resolver client of
Windows 2003 that I had
indication that
EDNS is not supported.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo
In message 201203090223.q292nazs005...@fs4113.wdf.sap.corp, Martin Rex writes
:
Mark Andrews wrote:
The incredibly huge base that returned NOERROR to type 28 queries
when was defined. Almost all of the offending boxes were
designed after was defined.
When
In message 201203090422.q294mra2012...@fs4113.wdf.sap.corp, Martin Rex writes
:
Mark Andrews wrote:
not permitted would require a must not, but
I only see a should not here:
http://tools.ietf.org/html/rfc1035#section-5.2
RFC 1035 pre-dates the formalisation of MUST
of The Internet for Dummies
,
Please consider the environment before reading this e-mail. http://jl.ly
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
the clue bat to the CTO and the CEO of these
provisioning providers to get them to come out of the dark ages?
ICANN might be able to do some something. Lots of their accredited
registrar are also in the provisioning business.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
In message 20120307223904.gw79...@mail.yitter.info, 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
In message 201203072304.q27n4gdx000...@fs4113.wdf.sap.corp, Martin Rex writes
:
Mark Andrews wrote:
Martin Rex writes:
Mark Andrews wrote:
John Levine writes:
In case it wasn't clear, this is an authoritative server.
If this is about permitted RCODEs here
be looking?
-MSK
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message alpine.lsu.2.00.1203061314260.22...@hermes-2.csi.cam.ac.uk, Tony F
inch writes:
Mark Andrews ma...@isc.org wrote:
I would say DNS master file representation - DNS wire representation
is one of the main issues on the provisioning side. This conversion
needs to be done at some
mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https
/ load the record.
DNS software developers should read Section 3.6. Defining new types,
classes, and special namespaces, especially the sentence:
New definitions should be expected.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
, but it gets the job done.
Nobody says you can't have propriatry methods of data entry.
However we do have standard presentation/entry formats defined and a good
front end will accept those as well.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
than a few dusty Suns still running obsolete BIND 4.x,
I don't know of any DNS caches that have problems with arbitrary RRs.
R's,
John
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
over it.
randy
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
In message 201203070539.q275dmj8001...@fs4113.wdf.sap.corp, Martin Rex writes
:
Mark Andrews wrote:
John Levine writes:
In case it wasn't clear, this is an authoritative server.
If this is about permitted RCODEs here
http://tools.ietf.org/html/rfc1035#section-4.1.1
to to change the database tables. It's just front end
presentation that needs to be changed.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
know what such
library developers were thinking. There has been a long but slow
history of new types being added to the DNS and the original set
of types was never expected to be sufficient for all uses.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
they will
always be a bottle neck. Without that you will have to wait for
the change request to be processed. Given the history just getting
records added to most of these system it will be forever.
All the tools we ship support UNKNOWN record types and classes.
Mark
--
Mark Andrews, ISC
1 Seymour
server vendor but nothing I did couldn't
have been done by anyone else. We get have the occassional submission
of code to support a new type. We also get requests to add a new type.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
modulo bugs.
If your DNS hosting company doesn't support them find another one
or complain to them. You are paying them to host your DNS services
and this is a basic part of the job.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
that provide support for
provisioning SPF records? I'm not aware of any.
SPF is listed. http://dyn.com/dns/dns-comparison/
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
correctly someone did something like that and made it
available. Its definitely been done for a number of new types.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
Additionally, java and python both support unknown types. Adding
new types in both of these appears to be straight forward. C has
always suppported unkown types. If your favourite language / OS
doesn't support unknown types complain to the developer / vendor.
--
Mark Andrews, ISC
1 Seymour
/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
to be
made is to add a type to the pull down list.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo
In message 4f4c1106.4020...@gmail.com, Hector writes:
Mark Andrews wrote:
Many web interfaces are little more than line text editors with a pulldown
list for the type. Very few are more than that. The data just gets passed,
as text, to a backend which adds it to a database / zone. Lots
).aspx
Posix: though you do have to parse the result.
int
res_query(const char *dname, int class, int type, u_char *answer, int anslen);
There are libraries that will extact the records and return them
as a list of length data blobs. You just need to parse the individual
records.
--
Mark
obvious when
you are on a badly configured network.
No one expect a disconnected IPv4 network to work well when the
applications are getting unreachable addresses. Why do they expect
a IPv6 network to work well under those conditions?
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117
In message 201202232352.q1nnqniq011...@fs4113.wdf.sap.corp, Martin Rex writes
:
Mark Andrews wrote:
ned+i...@mauve.mrochek.com writes:
Which brings us right back to my original point: This definition of
ready is operationally meaningless in many cases.
Correct.
I
in the search list without getting a NXDOMAIN response. You
can ask multiple servers on SERVFAIL.
I've been arguing this for around 10+ years.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
is, The solution to that _would_ be SRV records, if they
were supported.
2782 was published 12 years ago this month. I suppose it can be
considered mature enough to deploy at this point? :)
+1000
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
and
at some point my ISP will need to go the CGN route for IPv4. I
don't know if there will be a firmware update to support IPv4 over
IPv6 or if there is it will match the solution my ISP will choose.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871
problems with multi-homing in general.
IPv4 has the *same* problem and sites spend 1000's of dollars working
around the issue which could have been addressed with a couple of
extra lines of code on the client side in most cases.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117
of IPv6).
-Martin
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
In message CAD6AjGS1SQz9ns0epA+ysiwHO4EG=xzhh-xzasvn_vxapcw...@mail.gmail.com
, Cameron Byrne writes:
On Mon, Feb 13, 2012 at 2:06 PM, Mark Andrews ma...@isc.org wrote:
In message 201202132046.q1dkk1hn020...@fs4113.wdf.sap.corp, Martin Rex =
writes
:
Brian E Carpenter wrote
?
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
Mark Andrews writes:
In message 20120212204623.gl27...@besserwisser.org, =?iso-8859-1?Q?M=E5ns?=
N
ilsson writes:
On Sat, Feb 11, 2012 at 08:39:03PM -0500, Noel Chiappa wrote:
From: Doug Barton do...@dougbarton.us
We already have a way to make collisions very unlikely
that the applicant is aware
of this space.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
people to not whitelist by running dual stack
services without using whitelisting.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf
is a *very* bad idea.
Noel
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
==--
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
today. I didn't have to configure
anything to achieve this other than have the router advertise a
second ULA prefix.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
1 - 100 of 410 matches
Mail list logo