On Jan 17, 2014, at 6:44 AM, Tony Finch wrote:
> Jared Mauch wrote:
>>
>> I can point anyone interested to the place in the
>> bind source to force it to reply to all UDP queries with TC=1
>> to force TCP. should be safe on any authority servers, as a recursive
>> server should be able t
Jared Mauch wrote:
>
> I can point anyone interested to the place in the
> bind source to force it to reply to all UDP queries with TC=1
> to force TCP. should be safe on any authority servers, as a recursive
> server should be able to do outbound TCP.
However see http://www.potaroo.net/is
In message
, Cb B writes:
>
> On Jan 16, 2014 5:10 PM, "Mark Andrews" wrote:
> >
> >
> > In message <
> caaawwbvjkeok-ydweqd4cowj9qaatbc8mkqwnxrsud55+h9...@mail.gmail.com>
> > , Jimmy Hess writes:
> > > On Thu, Jan 16, 2014 at 3:05 PM, Mark Andrews wrote:
> > >
> > > > We don't need to change
On Jan 16, 2014 5:10 PM, "Mark Andrews" wrote:
>
>
> In message <
caaawwbvjkeok-ydweqd4cowj9qaatbc8mkqwnxrsud55+h9...@mail.gmail.com>
> , Jimmy Hess writes:
> > On Thu, Jan 16, 2014 at 3:05 PM, Mark Andrews wrote:
> >
> > > We don't need to change transport, we don't need to port knock. We
> > >
In message
, Jimmy Hess writes:
> On Thu, Jan 16, 2014 at 3:05 PM, Mark Andrews wrote:
>
> > We don't need to change transport, we don't need to port knock. We
> > just need to implementent a slightly modified dns cookies which
> > reminds me that I need to review Donald Eastlake's new draft t
On Thu, Jan 16, 2014 at 3:05 PM, Mark Andrews wrote:
> We don't need to change transport, we don't need to port knock. We
> just need to implementent a slightly modified dns cookies which
> reminds me that I need to review Donald Eastlake's new draft to be.
>
But a change to DNS doesn't solve t
We don't need to change transport, we don't need to port knock. We
just need to implementent a slightly modified dns cookies which
reminds me that I need to review Donald Eastlake's new draft to be.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
On Thu, 16 Jan 2014 13:35:00 -0600, Jimmy Hess said:
> Then the client's UDP stack must construct and send a Hashcash proof
> of work, of sufficient difficulty based on the estimated query plus
> response size,
> up to the first full round trip;
> containing a message digest of the first
On Thu, Jan 16, 2014 at 10:48 AM, Christopher Morrow <
morrowc.li...@gmail.com> wrote:
> On Thu, Jan 16, 2014 at 11:39 AM, Andrew Sullivan
> wrote:
> > On Thu, Jan 16, 2014 at 11:32:05AM -0500, Christopher Morrow wrote:
>
So... what other options are there to solve the larger problem of:
> "So
On Thu, Jan 16, 2014 at 12:55:18PM -0500, Jared Mauch wrote:
> I can point anyone interested to the place in the
> bind source to force it to reply to all UDP queries with TC=1
> to force TCP. should be safe on any authority servers, as a recursive
> server should be able to do outbound TCP.
On Jan 16, 2014 10:16 AM, "Saku Ytti" wrote:
>
> On (2014-01-16 09:19 -0800), Cb B wrote:
>
> > I hope QUIC does not stay on UDP, as it may find itself cut off at the
> > legs.
>
> Any new L4 would need to support both flavours, over UDP and native. Over
UDP
> is needed to be deployable right now
On (2014-01-16 09:19 -0800), Cb B wrote:
> I hope QUIC does not stay on UDP, as it may find itself cut off at the
> legs.
Any new L4 would need to support both flavours, over UDP and native. Over UDP
is needed to be deployable right now and be working to vast majority of the
end users.
Native-onl
On 16 Jan 2014, at 17:30 , Andrew Sullivan wrote:
> On Thu, Jan 16, 2014 at 09:19:44AM -0800, Cb B wrote:
>> I hate to throw the baby out with the bathwater, but in my network, IPv4
>> UDP is overstaying it's welcome. Just like IPv4 ICMP in 2001 - 2003, its
>> fate is nearly certain.
>
> I won
On Thu, Jan 16, 2014 at 11:39:46AM -0500, Andrew Sullivan wrote:
> On Thu, Jan 16, 2014 at 11:32:05AM -0500, Christopher Morrow wrote:
>
> > pretty easy to believe that quic would be helpful right?
>
> Yes. It's also pretty easy to believe that ditching DNS completely in
> favour of something w
On Jan 16, 2014 9:31 AM, "Andrew Sullivan" wrote:
>
> On Thu, Jan 16, 2014 at 09:19:44AM -0800, Cb B wrote:
> > I hate to throw the baby out with the bathwater, but in my network, IPv4
> > UDP is overstaying it's welcome. Just like IPv4 ICMP in 2001 - 2003,
its
> > fate is nearly certain.
>
> I w
On Thu, Jan 16, 2014 at 09:19:44AM -0800, Cb B wrote:
> I hate to throw the baby out with the bathwater, but in my network, IPv4
> UDP is overstaying it's welcome. Just like IPv4 ICMP in 2001 - 2003, its
> fate is nearly certain.
I won't speak about the other protocols, but I encourage you to tur
On Jan 16, 2014 9:08 AM, "Andrew Sullivan" wrote:
>
> On Thu, Jan 16, 2014 at 11:48:56AM -0500, Christopher Morrow wrote:
> >
> > I totally agree... I was actually joking in my last note :( sorry for
> > not adding the ":)" as requisite in email.
>
> I'm sorry my humour is now so impaired from rea
On Thu, Jan 16, 2014 at 11:48:56AM -0500, Christopher Morrow wrote:
>
> I totally agree... I was actually joking in my last note :( sorry for
> not adding the ":)" as requisite in email.
I'm sorry my humour is now so impaired from reading 1net and other
such things that I didn't figure it out!
>
On Thu, Jan 16, 2014 at 11:39 AM, Andrew Sullivan wrote:
> On Thu, Jan 16, 2014 at 11:32:05AM -0500, Christopher Morrow wrote:
>
>> pretty easy to believe that quic would be helpful right?
>
> Yes. It's also pretty easy to believe that ditching DNS completely in
> favour of something without 8 bi
On Thu, Jan 16, 2014 at 11:32:05AM -0500, Christopher Morrow wrote:
> pretty easy to believe that quic would be helpful right?
Yes. It's also pretty easy to believe that ditching DNS completely in
favour of something without 8 billion warts would be helpful.
> seems totally feasible.
Certai
On Thu, Jan 16, 2014 at 11:27 AM, Andrew Sullivan wrote:
> On Tue, Jan 14, 2014 at 09:18:30AM +0200, Saku Ytti wrote:
>>
>> mid term, transport area in IETF. DNS, NTP, SNMP, chargen et.al. could
>> trivially change to QUIC/MinimaLT
>
> Oh, yes, it'd obviously be trivial to change DNS to use a diff
On Thu, Jan 16, 2014 at 2:27 PM, Andrew Sullivan wrote:
> On Tue, Jan 14, 2014 at 09:18:30AM +0200, Saku Ytti wrote:
> >
> > mid term, transport area in IETF. DNS, NTP, SNMP, chargen et.al. could
> > trivially change to QUIC/MinimaLT
>
> Oh, yes, it'd obviously be trivial to change DNS to use a d
On Tue, Jan 14, 2014 at 09:18:30AM +0200, Saku Ytti wrote:
>
> mid term, transport area in IETF. DNS, NTP, SNMP, chargen et.al. could
> trivially change to QUIC/MinimaLT
Oh, yes, it'd obviously be trivial to change DNS to use a different
transport. This is shown by the massive success of getting
23 matches
Mail list logo