IETF
ipsecme@jabber.ietf.org
Wednesday, October 9, 2013< ^ >
yoshfuji has set the subject to: ipsec wrapped...
Room Configuration
Room Occupants

GMT+0
[14:34:45] Paul Hoffman joins the room
[14:35:09] <Paul Hoffman> People don't show up here half an hour early? Slackers.
[14:51:53] yaron.sheffer joins the room
[14:57:33] synp joins the room
[15:01:42] mcr joins the room
[15:02:06] <mcr> to recap: >>> Tele: +1 712-775-7400 >>> Code: 809604#
[15:03:24] <synp> Hi Michael
[15:06:46] <synp> Chris Ulliott
[15:07:00] <synp> (I think I got all the double letters :-) )
[15:08:47] <synp> attachments tend to get emails delayed in AVs
[15:10:14] <mcr> Could someone just http or Google or bitbucket the slides?
[15:10:27] <Paul Hoffman> I just tried to send them to the list again.
[15:11:30] <mcr> email to me, I will HTTP them immediately.
[15:11:42] <yaron.sheffer> https://www.dropbox.com/s/yn5z2n3284c0rii/draft-detienne-dmvpn-00.pdf
[15:13:14] <synp> Got 'em
[15:13:50] kivinen joins the room
[15:13:54] <mcr> http://junk.sandelman.ca/junk/draft-detienne-dmvpn-00.pdf
[15:14:11] <Paul Hoffman> Thanks, Michael
[15:20:30] <mcr> I like the term "Passenger" traffic.
[15:26:40] <yaron.sheffer> For PPT fans: https://www.dropbox.com/s/l2162xoy5mxj3av/draft-detienne-dmvpn-00.pptx
[15:27:14] <mcr> what slide are we at?
[15:27:43] <yaron.sheffer> PDF, page 3, bottom slide
[15:36:57] <synp> I was asking about the TunS1 that appears in the draft
[15:48:47] <mcr> I suggest that the 172.16.x.y which is used as the "public" address be replaced with 192.0.1.0/24 (the documentation allocation) so as to confuse less.
[15:53:11] <mcr> we have no slides for presenter 2, right?
[15:55:33] <synp> I think someone asked about how tunnel interface IP addresses (10.0.0.x in the example) are assigned. What was the answer?
[15:56:08] <mcr> hi. I asked.
[15:56:27] <mcr> The answer was that they sometimes used DHCP. I guess that means over L2 over GRE.
[15:56:36] <mcr> I didn't see a L2 in the packet dumps.
[15:57:31] <mcr> My question was: how does one (in a multi-vendor environment!) incrementally deploy this into an existing multi-hub star topology.
[15:59:44] <synp> DHCP? But DHCP relies on MAC addresses, and last time I checked, GRE tunnels (when viewed as layer-2) don't have MAC addresses
[16:00:14] <synp> I think we SHOULD+ have an IKEv2 algorithm document as well
[16:03:46] <mcr> +1 on 3DES to MAY on ESP. That's low enough. Lower for 3DES in IKE* not a problem.  Rational: some people have hardware for ESP.
[16:05:20] <mcr> is this discussion in order right now?  What about are speakers and questions.
[16:05:35] <synp> They're having technical difficulties
[16:05:43] <synp> We're killing time
[16:06:28] <synp> I'm concerned that everything in the new draft is AES. Contrast this with the TLS WG that are looking at ChaCha, Salsa.
[16:10:12] <yaron.sheffer> Yoav, IPsec folks are naturally more conservative. Has any of your customers ever asked for an algorithm named for a dance?
[16:10:51] <synp> No, but they did ask for an algorithm named after their national standards body.
[16:11:32] <yaron.sheffer> But you don't want that one as a SHOULD+, right?
[16:12:13] <synp> No, it has a 64-bit block. If there was an RFC that says "X is a SHOULD", they would ask. We have had a question about GMAC.
[16:15:17] <mcr> I guess my GoogleTalk connection has a very high delay.
[16:16:06] <mcr> I don't see how we can different routing protocols in a mesh, and even if we do, I don't think that there are sufficient extensions for policy routing.
[16:17:19] <mcr> not all of the routing protocols permit one node to say, "I am X, to get to Y transmit to Z".  All can say, "I am X, to get to Y, transmit to X(me)"
[16:30:07] <mcr> will we get a presentation/question session for the other proposal(s)?
[16:30:14] <synp> It's not like at a physical meeting where there's another working group that needs the room...
[16:30:34] <synp> I guess draft-mao will be in Vancouver. The other one was already presented.
[16:31:01] synp leaves the room: Computer went to sleep
[16:31:22] <Paul Hoffman> Thanks to the four of us in the chat room. :-)
[16:31:32] <yaron.sheffer> Bye Paul!
[16:31:44] yaron.sheffer leaves the room
[16:32:01] kivinen leaves the room
[16:36:29] <mcr> bye.
[16:36:32] mcr leaves the room
[16:37:11] Paul Hoffman leaves the room