General list for discussing Bufferbloat
 help / color / mirror / Atom feed
* [Bloat] a request I made to ISOC and IETF TSV AD
@ 2013-05-07 13:42 Michael Richardson
  2013-05-21  8:45 ` Dave Taht
  0 siblings, 1 reply; 3+ messages in thread
From: Michael Richardson @ 2013-05-07 13:42 UTC (permalink / raw)
  To: bloat


this is a FYI.

ISOC says they are full for 2013.  If someone can think of another
entity to coordinate, and take some of the *outreach* load off
of JG, DT, and friends, name it..

On May 6, 2013, at 3:49 PM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> Welcome to the IESG, Spencer.
> 
> I am putting my <operator> hat on as <mcr@novavision.ca>.
> Novavision is a boutique business ISP in Montreal, Quebec has fiber in a
> number of industrial parks.  I'm the network architect and director of R&D.
> We have serious bufferbloat issues that prevent us from deploying the
> kind of service we want.  In many cases I control both ends of the
> layer-3, and I could deploy whatever I want.  If only I could train the
> sales engineers of my vendors... 

> Awhile ago I suggested to Dan York that ISOC should consider adding
> bufferbloat to it's Deploy360-ish efforts.  A key thing for me around
> bufferbloat is:
>  a) convincing companies that it's real.  A video hosted by
>     Vint or Bob Kahn, aimed at semi-technical CTOs would help.
> 
>  b) having convinced them that it's real, I need to find out what
>     they are doing about it, and what work arounds they might have.
> 
>     I suggest a well curated wiki for (b), with encouragement for
>     vendors to link directly to their "knowledge bases", etc.
> 
>  c) some point of contact for bufferbloat issues... 
>     This would have to start with some kind of IETF led attempt to 
>     actually find out who at various companies might be in charge
>     of figuring who is in charge of figuring out what the contact would
>     be.
> 
> Some small vendor specific background.  Novavision is a Juniper partner.
> I explained that I couldn't buy a product until I had some clear
> statements about bufferbloat plans from the sales engineer.   I tried to get
> the SE some contacts... I used various contacts I had @juniper.net, but
> they came up blank.   They didn't know how to address this question
> either.   I think that this is a industry wide problem.
> 


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Bloat] a request I made to ISOC and IETF TSV AD
  2013-05-07 13:42 [Bloat] a request I made to ISOC and IETF TSV AD Michael Richardson
@ 2013-05-21  8:45 ` Dave Taht
  2013-05-23 12:38   ` Michael Richardson
  0 siblings, 1 reply; 3+ messages in thread
From: Dave Taht @ 2013-05-21  8:45 UTC (permalink / raw)
  To: Michael Richardson; +Cc: bloat

[-- Attachment #1: Type: text/plain, Size: 3733 bytes --]

On Tue, May 7, 2013 at 6:42 AM, Michael Richardson <mcr@sandelman.ca> wrote:

>
> this is a FYI.
>
> ISOC says they are full for 2013.  If someone can think of another
> entity to coordinate, and take some of the *outreach* load off
> of JG, DT, and friends, name it..
>

I would like to find that entity or person(s) for sure!

I'm *done* the european tour as of today and want nothing more than to get
back to california and back on coding up a ton more useful stuff (like
fixing wifi and updating the ns2/ns3 models, getting better statistics,
analyzing the cablelabs work, working on a pfifo_fast replacement etc)

While I enjoyed giving all the talks I just did, getting the word out in
front of a wide variety of audiences, meeting cool people everywhere, and
figuring out new ways to explain this stuff in response to questions... and
a lot of that got filmed...

http://www.bufferbloat.net/projects/cerowrt/wiki/Bloat-videos

It seemed to be really difficult to get anywhere with a new audience in 40
minutes or less.

But in doing that and coping with the questions, I have thought up a few
more graphical ways of getting the points across in some future world tour
(APAC?) that *given some time with a decent artist* might compress down the
ideas a little.

The longer, private talks I had all over europe were pretty good - I'm
seriously encouraged by the response from various industries...

... but I'd really like to go back to hacking for a while.





>
> On May 6, 2013, at 3:49 PM, Michael Richardson <mcr+ietf@sandelman.ca>
> wrote:
> > Welcome to the IESG, Spencer.
> >
> > I am putting my <operator> hat on as <mcr@novavision.ca>.
> > Novavision is a boutique business ISP in Montreal, Quebec has fiber in a
> > number of industrial parks.  I'm the network architect and director of
> R&D.
> > We have serious bufferbloat issues that prevent us from deploying the
> > kind of service we want.  In many cases I control both ends of the
> > layer-3, and I could deploy whatever I want.  If only I could train the
> > sales engineers of my vendors...
>
> > Awhile ago I suggested to Dan York that ISOC should consider adding
> > bufferbloat to it's Deploy360-ish efforts.  A key thing for me around
> > bufferbloat is:
> >  a) convincing companies that it's real.  A video hosted by
> >     Vint or Bob Kahn, aimed at semi-technical CTOs would help.
> >
> >  b) having convinced them that it's real, I need to find out what
> >     they are doing about it, and what work arounds they might have.
> >
> >     I suggest a well curated wiki for (b), with encouragement for
> >     vendors to link directly to their "knowledge bases", etc.
> >
> >  c) some point of contact for bufferbloat issues...
> >     This would have to start with some kind of IETF led attempt to
> >     actually find out who at various companies might be in charge
> >     of figuring who is in charge of figuring out what the contact would
> >     be.
> >
> > Some small vendor specific background.  Novavision is a Juniper partner.
> > I explained that I couldn't buy a product until I had some clear
> > statements about bufferbloat plans from the sales engineer.   I tried to
> get
> > the SE some contacts... I used various contacts I had @juniper.net, but
> > they came up blank.   They didn't know how to address this question
> > either.   I think that this is a industry wide problem.
> >
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>



-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html

[-- Attachment #2: Type: text/html, Size: 4824 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Bloat] a request I made to ISOC and IETF TSV AD
  2013-05-21  8:45 ` Dave Taht
@ 2013-05-23 12:38   ` Michael Richardson
  0 siblings, 0 replies; 3+ messages in thread
From: Michael Richardson @ 2013-05-23 12:38 UTC (permalink / raw)
  To: Dave Taht; +Cc: bloat


>>>>> "Dave" == Dave Taht <dave.taht@gmail.com> writes:
    Dave> The longer, private talks I had all over europe were pretty good - I'm
    Dave> seriously encouraged by the response from various industries...

It would be nice if those names could be convinced to step forward as
reference points.

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [ 
	

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-05-23 12:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-05-07 13:42 [Bloat] a request I made to ISOC and IETF TSV AD Michael Richardson
2013-05-21  8:45 ` Dave Taht
2013-05-23 12:38   ` Michael Richardson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox