v6ops - Friday, 3 August 2012

v6ops

v6ops@jabber.ietf.org

Friday, 3 August 2012< ^ >

joel jaeggli has set the subject to: v6ops ietf 84 thursday 0900

Room Configuration

GMT+0
[00:09:23] vincent.levigneron leaves the room
[00:09:24] vincent.levigneron joins the room
[01:23:54] vincent.levigneron leaves the room
[01:33:32] Satoru Kanno joins the room
[02:57:09] vincent.levigneron joins the room
[03:03:30] vincent.levigneron leaves the room
[08:23:11] Satoru Kanno leaves the room
[15:29:44] joel jaeggli joins the room
[15:33:56] joel jaeggli has set the subject to: v6ops ietf 84 friday 0900
[15:45:05] Wes George leaves the room
[15:45:40] fdupont joins the room
[15:46:19] vincent.levigneron joins the room
[15:58:37] <joel jaeggli> about to get started
[16:01:04] <joel jaeggli> commencing
[16:01:30] <joel jaeggli> agenda - two changes that apply
[16:01:44] <joel jaeggli> fred templin - will not be presenting
[16:01:56] <joel jaeggli> we will be discussing 464xlat
[16:02:11] <joel jaeggli> first preso
[16:02:11] <joel jaeggli> Semantic IPv6 Prefix <http://tools.ietf.org/html/draft-jiang-semantic-prefix>
16-Jul-12, <draft-jiang-semantic-prefix>
[16:02:23] <joel jaeggli> http://tools.ietf.org/agenda/84/slides/slides-84-v6ops-4.pdf
[16:07:38] koduck joins the room
[16:09:14] <joel jaeggli> joel-h
[16:09:25] <joel jaeggli> joel j
[16:09:38] <joel jaeggli> george michaelson
[16:10:59] <joel jaeggli> outside of your locous of control it can't be trusted -
[16:11:30] Dominik Elsbroek joins the room
[16:15:30] BillC joins the room
[16:16:15] arifumi joins the room
[16:17:51] <joel jaeggli> slide - how to use it well
[16:19:10] <joel jaeggli> slide technical gaps
[16:22:55] <joel jaeggli> fred - help me understand the semantics of ip addressing
[16:23:52] <joel jaeggli> at a car manufacture - they want to embedd the vin number or building number
[16:24:40] <joel jaeggli> they don't seem to have the same problems as you're looking at.
[16:24:48] <joel jaeggli> given me use case
[16:25:35] <joel jaeggli> jaing - they have a different understanding of use case
[16:25:59] <joel jaeggli> george miahaelson - a pragmatic dicision was made to walk from the tla model.
[16:26:35] <joel jaeggli> there was an architure that put proscriptive labels on addresses
[16:29:32] <joel jaeggli> wes - george - renumbering is not an easy thing
[16:30:04] <joel jaeggli> difficulty of mergin two addressing planes
[16:33:34] <joel jaeggli> ? deutsch teelcom - signficance of some of the bits is something we need to do.
[16:34:11] <joel jaeggli> about the question is what the problem is. mechanism for source address selection is not there.
[16:34:57] <joel jaeggli> dan york - you have a security section with no security considerations.
[16:35:37] <joel jaeggli> tim chown - at the heart of it an address planning issue.
[16:35:59] <joel jaeggli> pros/cons for this sort of approach.
[16:36:35] <joel jaeggli> kk - implied succestion that applications become aware of address semantics.
[16:36:52] jinmei joins the room
[16:37:03] <joel jaeggli> rudiger volk - consider this apprach in the context of an ilnp archecture.
[16:37:34] <joel jaeggli> fred - as soon sa you put semantics in an address by defintion you're revealing information.
[16:38:27] <joel jaeggli> cameron byrne
[16:38:43] <joel jaeggli> NAT64 Operational Experiences <http://tools.ietf.org/html/draft-chen-v6ops-nat64-experience>
4-Jul-12, <draft-chen-v6ops-nat64-experience>
[16:39:00] <joel jaeggli> NAT64 Operational Experiences - Cameron Byrne <http://tools.ietf.org/agenda/84/slides/slides-84-v6ops-2.pdf>
[16:39:28] <joel jaeggli> changes since ietf3
[16:40:53] <dyork> (I had a similar problem to Fred's in that the document took a VERY long time to open in PPT. It seems to be something related to slide 4 - I'm guessing the images they used on that page may be extremely large images that were copied in and then reduced in size visually... but still have the original image file size.)
[16:42:49] <joel jaeggli> fred - are there any comments
[16:43:17] <joel jaeggli> dan york - thinks it's goo to have a document like this
[16:43:37] <joel jaeggli> we know this in operational use
[16:44:10] <joel jaeggli> wes george - would I recomend it?
[16:44:24] <joel jaeggli> compared to nat444 absolutely
[16:44:46] <joel jaeggli> inherent mistrust of things that don't perpetuate what we've already done
[16:45:03] <joel jaeggli> yes this does work. it's not a corner case.
[16:45:22] <joel jaeggli> cb - 6145 46 44 great for box builders
[16:45:35] <joel jaeggli> this doc sets this in context for an operational network
[16:45:51] <joel jaeggli> dan york - I think it's exactly the sort of doc we should have
[16:46:20] <joel jaeggli> tim chown - agree
[16:47:57] <joel jaeggli> fred - right now not a wg document do we want to do that
[16:48:22] <joel jaeggli> hum (many in favor) none opposed.
[16:48:37] <joel jaeggli> ccb - I'd say it needs more work prioro to last call
[16:49:24] <joel jaeggli> next draft
[16:49:40] <joel jaeggli> IPv6 over ATM Interworking Function <http://tools.ietf.org/html/draft-zhang-v6ops-ipv6oa-iwf>
16-Jul-12, <draft-zhang-v6ops-ipv6oa-iwf>
[16:50:14] <joel jaeggli> no presenter
[16:50:15] <joel jaeggli> 464XLAT: Combination of Stateful and Stateless Translation <http://tools.ietf.org/html/draft-ietf-v6ops-464xlat>
2-Jul-12, <draft-ietf-v6ops-464xlat>
[16:50:29] <joel jaeggli> http://tools.ietf.org/agenda/84/slides/slides-84-v6ops-5.pdf
[16:51:40] jpc joins the room
[16:51:49] <joel jaeggli> slide - what is 464xlat
[16:54:06] <joel jaeggli> slide - bcp or informational
[16:54:32] <joel jaeggli> lorenzo c- didn't understand the distinction can you explain
[16:56:22] <joel jaeggli> lorenzo - the clat is assigned a real v6 address where the dest is syntehstiszed
[16:57:03] <joel jaeggli> fred - as one of the authors of 6052 - I might have to do a stateful thing or I imght have an embdded v4 address
[16:57:40] <joel jaeggli> there's a neccestiy packets go to the service to which they are intended
[16:58:34] <joel jaeggli> remi - question the iana section
[16:58:51] <joel jaeggli> ron - it's fine
[16:59:20] <joel jaeggli> lorenzo c - it's fine and it came from your request for a special interface id
[16:59:52] <joel jaeggli> if it's a procedural problem then we can not do it.
[17:00:03] <joel jaeggli> remi - keeping it simlifies the design.
[17:00:41] <joel jaeggli> lorenzo - you don't have to do dap for those address because they're reserved.
[17:01:07] <joel jaeggli> I don't have strong opinion.
[17:01:45] <joel jaeggli> bcp being non-optimal relationship to work in softwire.
[17:02:06] <joel jaeggli> double translation loses transparency.
[17:02:33] <joel jaeggli> attributed to remi -
[17:03:31] <joel jaeggli> cb - we have taken care in the document that this is not the greatest solution but it fills the gap.
[17:03:53] <joel jaeggli> this is a way to operationalize nat64 dns64 to meet our customers needs
[17:04:09] <joel jaeggli> it's not as complete as tunnel solution
[17:04:51] <joel jaeggli> lorenzo - the work in softwire is higher quality but it's signficantly harder to deploy.
[17:05:30] <joel jaeggli> lets unblock - turning on v6 in the network.
[17:06:03] <joel jaeggli> philip mathews - to me it seems like a proposed standard document.
[17:07:56] fdupont leaves the room: Computer went to sleep
[17:10:12] <joel jaeggli> fred -
[17:11:33] <joel jaeggli> lorenzo - it is the best current practice within a narrow usage case -
[17:12:03] <joel jaeggli> dave thayler - nothing new to speficy new or algorythms.
[17:12:40] <joel jaeggli> do this, bcp
[17:13:09] <joel jaeggli> fred if it goes bcp it's bcp in a use case.
[17:13:11] doug.otis joins the room
[17:13:23] <joel jaeggli> applicabiltiy statement.
[17:14:03] <joel jaeggli> ron - put the statement in the bcp
[17:14:20] <joel jaeggli> fred we did adopt this as a wg document.
[17:16:03] <joel jaeggli> hum ( we'll take this to wg last call )
[17:16:28] <joel jaeggli> some in favor none opposed.
[17:17:03] <joel jaeggli> hum in favor of bcp - informational experimental
[17:17:24] <joel jaeggli> some for bcp some for informational none for experimental
[17:18:09] <joel jaeggli> new preso
[17:18:10] <joel jaeggli> IPv6 over ATM Interworking Function <http://tools.ietf.org/html/draft-zhang-v6ops-ipv6oa-iwf>
16-Jul-12, <draft-zhang-v6ops-ipv6oa-iwf>
[17:18:17] <joel jaeggli> http://tools.ietf.org/agenda/84/slides/slides-84-v6ops-3.pdf
[17:29:04] <joel jaeggli> fred - question - internet architecturel has a defined internetworking function - which you didn't use.
[17:29:20] <joel jaeggli> zhang - don't know how to answer this
[17:29:43] <joel jaeggli> wes george - where did you find a slam that does atm but speaks ipv6
[17:30:26] <joel jaeggli> zhang -came from from china telecom
[17:31:26] <joel jaeggli> lorenzo - a large number of these devices are doing ipoe which doesn't support v6. I think you might be willing to replace the bng and do you want.
[17:31:39] <joel jaeggli> fred - I will invite you to discuss it on the list
[17:31:48] jinmei leaves the room
[17:31:51] arifumi leaves the room
[17:31:53] <joel jaeggli> joel - we're done
[17:32:00] doug.otis leaves the room
[17:32:34] joel jaeggli leaves the room
[17:32:46] koduck leaves the room
[17:32:52] BillC leaves the room
[17:32:52] vincent.levigneron leaves the room
[17:33:31] dyork leaves the room
[17:34:04] Dominik Elsbroek leaves the room
[17:34:39] jpc leaves the room
[17:44:02] BillC joins the room
[17:46:52] BillC leaves the room
[17:47:20] BillC joins the room
[17:48:22] BillC leaves the room
[17:51:58] jinmei joins the room
[18:01:08] jinmei leaves the room
[18:02:12] Dominik Elsbroek joins the room
[18:03:13] arifumi joins the room
[18:05:18] jinmei joins the room
[18:08:13] Dominik Elsbroek leaves the room
[18:12:30] Dominik Elsbroek joins the room
[18:13:29] Dominik Elsbroek leaves the room
[18:35:32] arifumi leaves the room
[18:36:24] jinmei leaves the room
[18:45:25] vincent.levigneron joins the room
[18:48:52] vincent.levigneron leaves the room
[19:19:40] joel jaeggli joins the room
[20:05:56] joel jaeggli leaves the room
[20:09:04] joel jaeggli joins the room
[21:00:38] joel jaeggli leaves the room
[22:03:14] BillC joins the room
[22:03:34] BillC leaves the room