Qin Wang <qinwang@berkeley.edu> = wrote: > It seems to me that ,besides Symmetric algorithm module like = AES-based > CCM* required by 802.15.4e , every node has to equip a = Asymmetric > algorithm module as well. correct? If it is true, I'm afraid if = it is > too heavy for a node with > limited resource. People keep assuming this, yet other people point to running code. How many asymmetric operations per decade can a mute sustain? The answer may be too small for our use, but it can not be zero. -- ] 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 [ -- Michael Richardson <mcr+IETF@sandelman.ca>, = Sandelman Software Works

Qin Wang <qinwang@berkeley.edu> wrote: > It seems to me that ,besides Symmetric algorithm module like AES-based > CCM* required by 802.15.4e , every node has to equip a Asymmetric > algorithm module as well. correct? If it is true, I'm afraid if it is > too heavy for a node with > limited resource. People keep assuming this, yet other people point to running code. How many asymmetric operations per decade can a mute sustain? The answer may be too small for our use, but it can not be zero. -- ] 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 [ -- Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works

Hi all,

I prepared a little simulation to= see how=20 random schedule allocation behaves. (I have the code in Java in case=20 someone is interested)

here there are some details (everything can b= e tuned in case someone wants to point me to a special case)

Network: 50 nodes

Topology: Random, where each node has a random= number of neighbors between 2 and 10.

Each node requests a link to each of its neighbors. This is done from 1 to=20 10 times (i.e 10 tests, the first requesting 1 link to each neighbour,=20 the second 2, etc.. up to 10 links to each of the neighbors, can be=20 configured)

The slotframe is 101 slots and 16 channels.

The simulation print= s statistics for the test (and the collisions if we are interested.)
I used pseudo random generator from the java language assuming it provid= es uniform or almost uniform distribution.

The allocation counter counts both the number of links=20 allocated as tx and the number of links allocated as rx due to a=20 neighbour allocating a link to the actual node. The percentage is the %=20 of collisions w.r.t the allocated links.

Worst case is around 11% when allocating 10 links to each ne= ighbour in that 50 node network.

I can play more on it bu= t I wanted to share that initial results.

please see atta= ched file for the results.

regards,

Xavi

--047d7bdc0dda17cdd304dfffa81a-- --047d7bdc0dda17cdd504dfffa81c Content-Type: text/plain; charset=US-ASCII; name="10link.txt" Content-Disposition: attachment; filename="10link.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hidhwh0q0 KioqKioqKioqKioqKioqKioqKioqKioqIHJlcXVlc3RpbmcgMSBsaW5rcwpOb2RlLEFsbG9jYXRl ZCBMaW5rcyxDb2xsaXNpb25zLFBlcmNlbnRhZ2UKMCwyOCwwLDAuMAoxLDIwLDAsMC4wCjIsMjAs MCwwLjAKMywxMCwwLDAuMAo0LDI0LDAsMC4wCjUsMTQsMCwwLjAKNiwzMCwwLDAuMAo3LDI0LDAs MC4wCjgsMzAsMCwwLjAKOSwxOCwwLDAuMAoxMCwxOCwwLDAuMAoxMSwxNCwwLDAuMAoxMiwzMCww LDAuMAoxMywxNCwwLDAuMAoxNCwyNCwwLDAuMAoxNSwxOCwwLDAuMAoxNiwxOCwwLDAuMAoxNywx OCwwLDAuMAoxOCwxMCwwLDAuMAoxOSwxNiwwLDAuMAoyMCwyMiwwLDAuMAoyMSwyOCwwLDAuMAoy MiwxMiwwLDAuMAoyMywyMCwwLDAuMAoyNCwxOCwwLDAuMAoyNSwxNywxLDUuODgyMzUyOTQxMTc2 NDcKMjYsMjYsMCwwLjAKMjcsMjAsMCwwLjAKMjgsMjAsMCwwLjAKMjksMjAsMCwwLjAKMzAsMjAs MCwwLjAKMzEsMjgsMCwwLjAKMzIsMjIsMCwwLjAKMzMsMjAsMCwwLjAKMzQsMTgsMCwwLjAKMzUs MTIsMCwwLjAKMzYsMTQsMCwwLjAKMzcsMTcsMSw1Ljg4MjM1Mjk0MTE3NjQ3CjM4LDE0LDAsMC4w CjM5LDE2LDAsMC4wCjQwLDIyLDAsMC4wCjQxLDIyLDAsMC4wCjQyLDE5LDEsNS4yNjMxNTc4OTQ3 MzY4NDIKNDMsMjMsMSw0LjM0NzgyNjA4Njk1NjUyMTUKNDQsMTgsMCwwLjAKNDUsMTYsMCwwLjAK NDYsMTYsMCwwLjAKNDcsMTIsMCwwLjAKNDgsMjAsMCwwLjAKNDksMjYsMCwwLjAKKioqKioqKioq KioqKioqKioqKioqKioqIHJlcXVlc3RpbmcgMiBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxD b2xsaXNpb25zLFBlcmNlbnRhZ2UKMCw1NSwxLDEuODE4MTgxODE4MTgxODE4MQoxLDQwLDAsMC4w CjIsMzksMSwyLjU2NDEwMjU2NDEwMjU2NAozLDIwLDAsMC4wCjQsNDgsMCwwLjAKNSwyOCwwLDAu MAo2LDYwLDAsMC4wCjcsNDgsMCwwLjAKOCw2MCwwLDAuMAo5LDM2LDAsMC4wCjEwLDM2LDAsMC4w CjExLDI4LDAsMC4wCjEyLDU3LDMsNS4yNjMxNTc4OTQ3MzY4NDIKMTMsMjgsMCwwLjAKMTQsNDcs MSwyLjEyNzY1OTU3NDQ2ODA4NQoxNSwzNiwwLDAuMAoxNiwzNSwxLDIuODU3MTQyODU3MTQyODU3 CjE3LDM2LDAsMC4wCjE4LDIwLDAsMC4wCjE5LDMyLDAsMC4wCjIwLDQ0LDAsMC4wCjIxLDU2LDAs MC4wCjIyLDI0LDAsMC4wCjIzLDQwLDAsMC4wCjI0LDM2LDAsMC4wCjI1LDM1LDEsMi44NTcxNDI4 NTcxNDI4NTcKMjYsNTEsMSwxLjk2MDc4NDMxMzcyNTQ5MDEKMjcsNDAsMCwwLjAKMjgsNDAsMCww LjAKMjksMzksMSwyLjU2NDEwMjU2NDEwMjU2NAozMCwzOCwyLDUuMjYzMTU3ODk0NzM2ODQyCjMx LDU0LDIsMy43MDM3MDM3MDM3MDM3MDMzCjMyLDQ0LDAsMC4wCjMzLDQwLDAsMC4wCjM0LDM1LDEs Mi44NTcxNDI4NTcxNDI4NTcKMzUsMjQsMCwwLjAKMzYsMjgsMCwwLjAKMzcsMzUsMSwyLjg1NzE0 Mjg1NzE0Mjg1NwozOCwyOCwwLDAuMAozOSwzMiwwLDAuMAo0MCw0NCwwLDAuMAo0MSw0NCwwLDAu MAo0MiwzOCwyLDUuMjYzMTU3ODk0NzM2ODQyCjQzLDQ4LDAsMC4wCjQ0LDM1LDEsMi44NTcxNDI4 NTcxNDI4NTcKNDUsMzIsMCwwLjAKNDYsMzIsMCwwLjAKNDcsMjMsMSw0LjM0NzgyNjA4Njk1NjUy MTUKNDgsNDAsMCwwLjAKNDksNTEsMSwxLjk2MDc4NDMxMzcyNTQ5MDEKKioqKioqKioqKioqKioq KioqKioqKioqIHJlcXVlc3RpbmcgMyBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxDb2xsaXNp b25zLFBlcmNlbnRhZ2UKMCw4MiwyLDIuNDM5MDI0MzkwMjQzOTAyNAoxLDYwLDAsMC4wCjIsNTks MSwxLjY5NDkxNTI1NDIzNzI4OAozLDMwLDAsMC4wCjQsNzEsMSwxLjQwODQ1MDcwNDIyNTM1MjIK NSw0MSwxLDIuNDM5MDI0MzkwMjQzOTAyNAo2LDg5LDEsMS4xMjM1OTU1MDU2MTc5Nzc2CjcsNzEs MSwxLjQwODQ1MDcwNDIyNTM1MjIKOCw4NywzLDMuNDQ4Mjc1ODYyMDY4OTY1Mwo5LDUzLDEsMS44 ODY3OTI0NTI4MzAxODg3CjEwLDUzLDEsMS44ODY3OTI0NTI4MzAxODg3CjExLDQyLDAsMC4wCjEy LDg3LDMsMy40NDgyNzU4NjIwNjg5NjUzCjEzLDQxLDEsMi40MzkwMjQzOTAyNDM5MDI0CjE0LDY5 LDMsNC4zNDc4MjYwODY5NTY1MjE1CjE1LDU0LDAsMC4wCjE2LDU0LDAsMC4wCjE3LDUyLDIsMy44 NDYxNTM4NDYxNTM4NDYzCjE4LDI5LDEsMy40NDgyNzU4NjIwNjg5NjUzCjE5LDQ4LDAsMC4wCjIw LDYxLDUsOC4xOTY3MjEzMTE0NzU0MQoyMSw4MiwyLDIuNDM5MDI0MzkwMjQzOTAyNAoyMiwzNiww LDAuMAoyMyw2MCwwLDAuMAoyNCw1MSwzLDUuODgyMzUyOTQxMTc2NDcKMjUsNTQsMCwwLjAKMjYs NzgsMCwwLjAKMjcsNTgsMiwzLjQ0ODI3NTg2MjA2ODk2NTMKMjgsNTgsMiwzLjQ0ODI3NTg2MjA2 ODk2NTMKMjksNTgsMiwzLjQ0ODI3NTg2MjA2ODk2NTMKMzAsNTksMSwxLjY5NDkxNTI1NDIzNzI4 OAozMSw4MCw0LDUuMAozMiw2Miw0LDYuNDUxNjEyOTAzMjI1ODA2CjMzLDU4LDIsMy40NDgyNzU4 NjIwNjg5NjUzCjM0LDUyLDIsMy44NDYxNTM4NDYxNTM4NDYzCjM1LDM2LDAsMC4wCjM2LDQyLDAs MC4wCjM3LDUzLDEsMS44ODY3OTI0NTI4MzAxODg3CjM4LDQyLDAsMC4wCjM5LDQ4LDAsMC4wCjQw LDY1LDEsMS41Mzg0NjE1Mzg0NjE1Mzg1CjQxLDY1LDEsMS41Mzg0NjE1Mzg0NjE1Mzg1CjQyLDYw LDAsMC4wCjQzLDY4LDQsNS44ODIzNTI5NDExNzY0Nwo0NCw1NCwwLDAuMAo0NSw0OCwwLDAuMAo0 Niw0OCwwLDAuMAo0NywzNiwwLDAuMAo0OCw1Niw0LDcuMTQyODU3MTQyODU3MTQyCjQ5LDc3LDEs MS4yOTg3MDEyOTg3MDEyOTg3CioqKioqKioqKioqKioqKioqKioqKioqKiByZXF1ZXN0aW5nIDQg bGlua3MKTm9kZSxBbGxvY2F0ZWQgTGlua3MsQ29sbGlzaW9ucyxQZXJjZW50YWdlCjAsMTA1LDcs Ni42NjY2NjY2NjY2NjY2NjcKMSw3OSwxLDEuMjY1ODIyNzg0ODEwMTI2NwoyLDc3LDMsMy44OTYx MDM4OTYxMDM4OTYKMyw0MCwwLDAuMAo0LDkyLDQsNC4zNDc4MjYwODY5NTY1MjE1CjUsNTUsMSwx LjgxODE4MTgxODE4MTgxODEKNiwxMTgsMiwxLjY5NDkxNTI1NDIzNzI4OAo3LDk2LDAsMC4wCjgs MTE2LDQsMy40NDgyNzU4NjIwNjg5NjUzCjksNzAsMiwyLjg1NzE0Mjg1NzE0Mjg1NwoxMCw3MSwx LDEuNDA4NDUwNzA0MjI1MzUyMgoxMSw1MSw1LDkuODAzOTIxNTY4NjI3NDUyCjEyLDExNywzLDIu NTY0MTAyNTY0MTAyNTY0CjEzLDU1LDEsMS44MTgxODE4MTgxODE4MTgxCjE0LDk0LDIsMi4xMjc2 NTk1NzQ0NjgwODUKMTUsNjksMyw0LjM0NzgyNjA4Njk1NjUyMTUKMTYsNjgsNCw1Ljg4MjM1Mjk0 MTE3NjQ3CjE3LDcxLDEsMS40MDg0NTA3MDQyMjUzNTIyCjE4LDQwLDAsMC4wCjE5LDY0LDAsMC4w CjIwLDg3LDEsMS4xNDk0MjUyODczNTYzMjE4CjIxLDEwNyw1LDQuNjcyODk3MTk2MjYxNjgyCjIy LDQ4LDAsMC4wCjIzLDc5LDEsMS4yNjU4MjI3ODQ4MTAxMjY3CjI0LDcyLDAsMC4wCjI1LDY5LDMs NC4zNDc4MjYwODY5NTY1MjE1CjI2LDk5LDUsNS4wNTA1MDUwNTA1MDUwNQoyNyw4MCwwLDAuMAoy OCw3NywzLDMuODk2MTAzODk2MTAzODk2CjI5LDgwLDAsMC4wCjMwLDc4LDIsMi41NjQxMDI1NjQx MDI1NjQKMzEsMTA2LDYsNS42NjAzNzczNTg0OTA1NjcKMzIsODcsMSwxLjE0OTQyNTI4NzM1NjMy MTgKMzMsNzksMSwxLjI2NTgyMjc4NDgxMDEyNjcKMzQsNzAsMiwyLjg1NzE0Mjg1NzE0Mjg1Nwoz NSw0OCwwLDAuMAozNiw1NSwxLDEuODE4MTgxODE4MTgxODE4MQozNyw3MiwwLDAuMAozOCw1NSwx LDEuODE4MTgxODE4MTgxODE4MQozOSw2MiwyLDMuMjI1ODA2NDUxNjEyOTAzCjQwLDg1LDMsMy41 Mjk0MTE3NjQ3MDU4ODIyCjQxLDg1LDMsMy41Mjk0MTE3NjQ3MDU4ODIyCjQyLDc1LDUsNi42NjY2 NjY2NjY2NjY2NjcKNDMsOTAsNiw2LjY2NjY2NjY2NjY2NjY2Nwo0NCw3MiwwLDAuMAo0NSw2Mywx LDEuNTg3MzAxNTg3MzAxNTg3Mgo0Niw2MywxLDEuNTg3MzAxNTg3MzAxNTg3Mgo0Nyw0OCwwLDAu MAo0OCw4MCwwLDAuMAo0OSwxMDIsMiwxLjk2MDc4NDMxMzcyNTQ5MDEKKioqKioqKioqKioqKioq KioqKioqKioqIHJlcXVlc3RpbmcgNSBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxDb2xsaXNp b25zLFBlcmNlbnRhZ2UKMCwxMzYsNCwyLjk0MTE3NjQ3MDU4ODIzNQoxLDk2LDQsNC4xNjY2NjY2 NjY2NjY2NjYKMiw5Niw0LDQuMTY2NjY2NjY2NjY2NjY2CjMsNTAsMCwwLjAKNCwxMTYsNCwzLjQ0 ODI3NTg2MjA2ODk2NTMKNSw3MCwwLDAuMAo2LDE0Myw3LDQuODk1MTA0ODk1MTA0ODk1CjcsMTE0 LDYsNS4yNjMxNTc4OTQ3MzY4NDIKOCwxNDQsNiw0LjE2NjY2NjY2NjY2NjY2Ngo5LDg2LDQsNC42 NTExNjI3OTA2OTc2NzUKMTAsODgsMiwyLjI3MjcyNzI3MjcyNzI3MwoxMSw2OCwyLDIuOTQxMTc2 NDcwNTg4MjM1CjEyLDE0NSw1LDMuNDQ4Mjc1ODYyMDY4OTY1MwoxMyw2NywzLDQuNDc3NjExOTQw Mjk4NTA3CjE0LDExNiw0LDMuNDQ4Mjc1ODYyMDY4OTY1MwoxNSw4NywzLDMuNDQ4Mjc1ODYyMDY4 OTY1MwoxNiw4NywzLDMuNDQ4Mjc1ODYyMDY4OTY1MwoxNyw4OCwyLDIuMjcyNzI3MjcyNzI3Mjcz CjE4LDQ5LDEsMi4wNDA4MTYzMjY1MzA2MTIzCjE5LDc4LDIsMi41NjQxMDI1NjQxMDI1NjQKMjAs MTA1LDUsNC43NjE5MDQ3NjE5MDQ3NjIKMjEsMTM0LDYsNC40Nzc2MTE5NDAyOTg1MDcKMjIsNjAs MCwwLjAKMjMsOTYsNCw0LjE2NjY2NjY2NjY2NjY2NgoyNCw4Niw0LDQuNjUxMTYyNzkwNjk3Njc1 CjI1LDg4LDIsMi4yNzI3MjcyNzI3MjcyNzMKMjYsMTI2LDQsMy4xNzQ2MDMxNzQ2MDMxNzQ0CjI3 LDkxLDksOS44OTAxMDk4OTAxMDk4OQoyOCw5OSwxLDEuMDEwMTAxMDEwMTAxMDEwMgoyOSwxMDAs MCwwLjAKMzAsMTAwLDAsMC4wCjMxLDEzNCw2LDQuNDc3NjExOTQwMjk4NTA3CjMyLDEwOCwyLDEu ODUxODUxODUxODUxODUxNgozMyw5NSw1LDUuMjYzMTU3ODk0NzM2ODQyCjM0LDg5LDEsMS4xMjM1 OTU1MDU2MTc5Nzc2CjM1LDU5LDEsMS42OTQ5MTUyNTQyMzcyODgKMzYsNzAsMCwwLjAKMzcsODks MSwxLjEyMzU5NTUwNTYxNzk3NzYKMzgsNjksMSwxLjQ0OTI3NTM2MjMxODg0MDYKMzksNzgsMiwy LjU2NDEwMjU2NDEwMjU2NAo0MCwxMDcsMywyLjgwMzczODMxNzc1NzAwOQo0MSwxMDgsMiwxLjg1 MTg1MTg1MTg1MTg1MTYKNDIsOTcsMywzLjA5Mjc4MzUwNTE1NDYzOTMKNDMsMTE3LDMsMi41NjQx MDI1NjQxMDI1NjQKNDQsODksMSwxLjEyMzU5NTUwNTYxNzk3NzYKNDUsNzcsMywzLjg5NjEwMzg5 NjEwMzg5Ngo0Niw3OSwxLDEuMjY1ODIyNzg0ODEwMTI2Nwo0Nyw1OSwxLDEuNjk0OTE1MjU0MjM3 Mjg4CjQ4LDk5LDEsMS4wMTAxMDEwMTAxMDEwMTAyCjQ5LDEyNiw0LDMuMTc0NjAzMTc0NjAzMTc0 NAoqKioqKioqKioqKioqKioqKioqKioqKiogcmVxdWVzdGluZyA2IGxpbmtzCk5vZGUsQWxsb2Nh dGVkIExpbmtzLENvbGxpc2lvbnMsUGVyY2VudGFnZQowLDE2Miw2LDMuNzAzNzAzNzAzNzAzNzAz MwoxLDExNywzLDIuNTY0MTAyNTY0MTAyNTY0CjIsMTE2LDQsMy40NDgyNzU4NjIwNjg5NjUzCjMs NjAsMCwwLjAKNCwxMzYsOCw1Ljg4MjM1Mjk0MTE3NjQ3CjUsODMsMSwxLjIwNDgxOTI3NzEwODQz MzgKNiwxNzEsOSw1LjI2MzE1Nzg5NDczNjg0Mgo3LDEzNiw4LDUuODgyMzUyOTQxMTc2NDcKOCwx NzMsNyw0LjA0NjI0Mjc3NDU2NjQ3NAo5LDEwNCw0LDMuODQ2MTUzODQ2MTUzODQ2MwoxMCwxMDcs MSwwLjkzNDU3OTQzOTI1MjMzNjMKMTEsODMsMSwxLjIwNDgxOTI3NzEwODQzMzgKMTIsMTYxLDE5 LDExLjgwMTI0MjIzNjAyNDg0NAoxMyw4MSwzLDMuNzAzNzAzNzAzNzAzNzAzMwoxNCwxMzcsNyw1 LjEwOTQ4OTA1MTA5NDg5MQoxNSwxMDQsNCwzLjg0NjE1Mzg0NjE1Mzg0NjMKMTYsMTAwLDgsOC4w CjE3LDEwNywxLDAuOTM0NTc5NDM5MjUyMzM2MwoxOCw1OCwyLDMuNDQ4Mjc1ODYyMDY4OTY1Mwox OSw5NCwyLDIuMTI3NjU5NTc0NDY4MDg1CjIwLDEyOCw0LDMuMTI1CjIxLDE2Myw1LDMuMDY3NDg0 NjYyNTc2Njg3CjIyLDY5LDMsNC4zNDc4MjYwODY5NTY1MjE1CjIzLDExMyw3LDYuMTk0NjkwMjY1 NDg2NzI1NQoyNCwxMDEsNyw2LjkzMDY5MzA2OTMwNjkzMTUKMjUsMTA2LDIsMS44ODY3OTI0NTI4 MzAxODg3CjI2LDE0Nyw5LDYuMTIyNDQ4OTc5NTkxODM2CjI3LDExNSw1LDQuMzQ3ODI2MDg2OTU2 NTIxNQoyOCwxMTUsNSw0LjM0NzgyNjA4Njk1NjUyMTUKMjksMTEyLDgsNy4xNDI4NTcxNDI4NTcx NDIKMzAsMTE1LDUsNC4zNDc4MjYwODY5NTY1MjE1CjMxLDE1NywxMSw3LjAwNjM2OTQyNjc1MTU5 MwozMiwxMjYsNiw0Ljc2MTkwNDc2MTkwNDc2MgozMywxMTQsNiw1LjI2MzE1Nzg5NDczNjg0Mgoz NCwxMDIsNiw1Ljg4MjM1Mjk0MTE3NjQ3CjM1LDY5LDMsNC4zNDc4MjYwODY5NTY1MjE1CjM2LDgx LDMsMy43MDM3MDM3MDM3MDM3MDMzCjM3LDEwNiwyLDEuODg2NzkyNDUyODMwMTg4NwozOCw4MSwz LDMuNzAzNzAzNzAzNzAzNzAzMwozOSw5MSw1LDUuNDk0NTA1NDk0NTA1NDk0NQo0MCwxMjYsNiw0 Ljc2MTkwNDc2MTkwNDc2Mgo0MSwxMjcsNSwzLjkzNzAwNzg3NDAxNTc0OAo0MiwxMTcsMywyLjU2 NDEwMjU2NDEwMjU2NAo0MywxNDAsNCwyLjg1NzE0Mjg1NzE0Mjg1Nwo0NCwxMDcsMSwwLjkzNDU3 OTQzOTI1MjMzNjMKNDUsOTIsNCw0LjM0NzgyNjA4Njk1NjUyMTUKNDYsOTEsNSw1LjQ5NDUwNTQ5 NDUwNTQ5NDUKNDcsNzAsMiwyLjg1NzE0Mjg1NzE0Mjg1Nwo0OCwxMTUsNSw0LjM0NzgyNjA4Njk1 NjUyMTUKNDksMTUyLDQsMi42MzE1Nzg5NDczNjg0MjEKKioqKioqKioqKioqKioqKioqKioqKioq IHJlcXVlc3RpbmcgNyBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxDb2xsaXNpb25zLFBlcmNl bnRhZ2UKMCwxODIsMTQsNy42OTIzMDc2OTIzMDc2OTI1CjEsMTM0LDYsNC40Nzc2MTE5NDAyOTg1 MDcKMiwxMzcsMywyLjE4OTc4MTAyMTg5NzgxCjMsNzAsMCwwLjAKNCwxNjIsNiwzLjcwMzcwMzcw MzcwMzcwMzMKNSw5NSwzLDMuMTU3ODk0NzM2ODQyMTA1Mwo2LDE5NywxMyw2LjU5ODk4NDc3MTU3 MzYwNQo3LDE2MSw3LDQuMzQ3ODI2MDg2OTU2NTIxNQo4LDE5NSwxNSw3LjY5MjMwNzY5MjMwNzY5 MjUKOSwxMTksNyw1Ljg4MjM1Mjk0MTE3NjQ3CjEwLDExNyw5LDcuNjkyMzA3NjkyMzA3NjkyNQox MSw5NywxLDEuMDMwOTI3ODM1MDUxNTQ2MwoxMiwxOTYsMTQsNy4xNDI4NTcxNDI4NTcxNDIKMTMs OTgsMCwwLjAKMTQsMTU5LDksNS42NjAzNzczNTg0OTA1NjcKMTUsMTIzLDMsMi40MzkwMjQzOTAy NDM5MDI0CjE2LDExOSw3LDUuODgyMzUyOTQxMTc2NDcKMTcsMTIxLDUsNC4xMzIyMzE0MDQ5NTg2 NzgKMTgsNjksMSwxLjQ0OTI3NTM2MjMxODg0MDYKMTksMTA5LDMsMi43NTIyOTM1Nzc5ODE2NTE4 CjIwLDE0Nyw3LDQuNzYxOTA0NzYxOTA0NzYyCjIxLDE4NSwxMSw1Ljk0NTk0NTk0NTk0NTk0NjUK MjIsODMsMSwxLjIwNDgxOTI3NzEwODQzMzgKMjMsMTM1LDUsMy43MDM3MDM3MDM3MDM3MDMzCjI0 LDExOSw3LDUuODgyMzUyOTQxMTc2NDcKMjUsMTIzLDMsMi40MzkwMjQzOTAyNDM5MDI0CjI2LDE2 NywxNSw4Ljk4MjAzNTkyODE0MzcxMwoyNywxMzcsMywyLjE4OTc4MTAyMTg5NzgxCjI4LDEzNiw0 LDIuOTQxMTc2NDcwNTg4MjM1CjI5LDEzNiw0LDIuOTQxMTc2NDcwNTg4MjM1CjMwLDEzNCw2LDQu NDc3NjExOTQwMjk4NTA3CjMxLDE4MywxMyw3LjEwMzgyNTEzNjYxMjAyMgozMiwxNDcsNyw0Ljc2 MTkwNDc2MTkwNDc2MgozMywxMzUsNSwzLjcwMzcwMzcwMzcwMzcwMzMKMzQsMTE5LDcsNS44ODIz NTI5NDExNzY0NwozNSw3OSw1LDYuMzI5MTEzOTI0MDUwNjMzCjM2LDk1LDMsMy4xNTc4OTQ3MzY4 NDIxMDUzCjM3LDEyMCw2LDUuMAozOCw5NiwyLDIuMDgzMzMzMzMzMzMzMzMzCjM5LDExMCwyLDEu ODE4MTgxODE4MTgxODE4MQo0MCwxNDYsOCw1LjQ3OTQ1MjA1NDc5NDUyCjQxLDE1MCw0LDIuNjY2 NjY2NjY2NjY2NjY3CjQyLDEzNSw1LDMuNzAzNzAzNzAzNzAzNzAzMwo0MywxNjIsNiwzLjcwMzcw MzcwMzcwMzcwMzMKNDQsMTIxLDUsNC4xMzIyMzE0MDQ5NTg2NzgKNDUsMTA2LDYsNS42NjAzNzcz NTg0OTA1NjcKNDYsMTExLDEsMC45MDA5MDA5MDA5MDA5MDA5CjQ3LDgzLDEsMS4yMDQ4MTkyNzcx MDg0MzM4CjQ4LDEzMyw3LDUuMjYzMTU3ODk0NzM2ODQyCjQ5LDE3Myw5LDUuMjAyMzEyMTM4NzI4 MzI0CioqKioqKioqKioqKioqKioqKioqKioqKiByZXF1ZXN0aW5nIDggbGlua3MKTm9kZSxBbGxv Y2F0ZWQgTGlua3MsQ29sbGlzaW9ucyxQZXJjZW50YWdlCjAsMjEwLDE0LDYuNjY2NjY2NjY2NjY2 NjY3CjEsMTUyLDgsNS4yNjMxNTc4OTQ3MzY4NDIKMiwxNTUsNSwzLjIyNTgwNjQ1MTYxMjkwMwoz LDc4LDIsMi41NjQxMDI1NjQxMDI1NjQKNCwxODQsOCw0LjM0NzgyNjA4Njk1NjUyMTUKNSwxMDks MywyLjc1MjI5MzU3Nzk4MTY1MTgKNiwyMjcsMTMsNS43MjY4NzIyNDY2OTYwMzUKNywxODQsOCw0 LjM0NzgyNjA4Njk1NjUyMTUKOCwyMzQsNiwyLjU2NDEwMjU2NDEwMjU2NAo5LDEzOCw2LDQuMzQ3 ODI2MDg2OTU2NTIxNQoxMCwxMzcsNyw1LjEwOTQ4OTA1MTA5NDg5MQoxMSwxMTAsMiwxLjgxODE4 MTgxODE4MTgxODEKMTIsMjI5LDExLDQuODAzNDkzNDQ5NzgxNjU5NQoxMywxMTAsMiwxLjgxODE4 MTgxODE4MTgxODEKMTQsMTgzLDksNC45MTgwMzI3ODY4ODUyNDYKMTUsMTM2LDgsNS44ODIzNTI5 NDExNzY0NwoxNiwxMzQsMTAsNy40NjI2ODY1NjcxNjQxNzgKMTcsMTM1LDksNi42NjY2NjY2NjY2 NjY2NjcKMTgsNzksMSwxLjI2NTgyMjc4NDgxMDEyNjcKMTksMTI0LDQsMy4yMjU4MDY0NTE2MTI5 MDMKMjAsMTY3LDksNS4zODkyMjE1NTY4ODYyMjgKMjEsMjEzLDExLDUuMTY0MzE5MjQ4ODI2Mjkx CjIyLDk0LDIsMi4xMjc2NTk1NzQ0NjgwODUKMjMsMTU0LDYsMy44OTYxMDM4OTYxMDM4OTYKMjQs MTM4LDYsNC4zNDc4MjYwODY5NTY1MjE1CjI1LDE0MiwyLDEuNDA4NDUwNzA0MjI1MzUyMgoyNiwx OTQsMTQsNy4yMTY0OTQ4NDUzNjA4MjQKMjcsMTUyLDgsNS4yNjMxNTc4OTQ3MzY4NDIKMjgsMTU0 LDYsMy44OTYxMDM4OTYxMDM4OTYKMjksMTUyLDgsNS4yNjMxNTc4OTQ3MzY4NDIKMzAsMTQ4LDEy LDguMTA4MTA4MTA4MTA4MTA5CjMxLDIxMywxMSw1LjE2NDMxOTI0ODgyNjI5MQozMiwxNjcsOSw1 LjM4OTIyMTU1Njg4NjIyOAozMywxNTIsOCw1LjI2MzE1Nzg5NDczNjg0MgozNCwxMzgsNiw0LjM0 NzgyNjA4Njk1NjUyMTUKMzUsOTMsMywzLjIyNTgwNjQ1MTYxMjkwMwozNiwxMDcsNSw0LjY3Mjg5 NzE5NjI2MTY4MgozNywxMzMsMTEsOC4yNzA2NzY2OTE3MjkzMjMKMzgsMTA4LDQsMy43MDM3MDM3 MDM3MDM3MDMzCjM5LDEyMiw2LDQuOTE4MDMyNzg2ODg1MjQ2CjQwLDE2NSwxMSw2LjY2NjY2NjY2 NjY2NjY2Nwo0MSwxNzEsNSwyLjkyMzk3NjYwODE4NzEzNAo0MiwxNDcsMTMsOC44NDM1Mzc0MTQ5 NjU5ODYKNDMsMTgxLDExLDYuMDc3MzQ4MDY2Mjk4MzQzCjQ0LDEzOCw2LDQuMzQ3ODI2MDg2OTU2 NTIxNQo0NSwxMjUsMywyLjQKNDYsMTIzLDUsNC4wNjUwNDA2NTA0MDY1MDM1CjQ3LDkxLDUsNS40 OTQ1MDU0OTQ1MDU0OTQ1CjQ4LDE1NCw2LDMuODk2MTAzODk2MTAzODk2CjQ5LDE5OCwxMCw1LjA1 MDUwNTA1MDUwNTA1CioqKioqKioqKioqKioqKioqKioqKioqKiByZXF1ZXN0aW5nIDkgbGlua3MK Tm9kZSxBbGxvY2F0ZWQgTGlua3MsQ29sbGlzaW9ucyxQZXJjZW50YWdlCjAsMjMwLDIyLDkuNTY1 MjE3MzkxMzA0MzQ4CjEsMTY5LDExLDYuNTA4ODc1NzM5NjQ0OTcxCjIsMTc0LDYsMy40NDgyNzU4 NjIwNjg5NjUzCjMsODYsNCw0LjY1MTE2Mjc5MDY5NzY3NQo0LDIwMCwxNiw4LjAKNSwxMjIsNCwz LjI3ODY4ODUyNDU5MDE2NAo2LDI1NiwxNCw1LjQ2ODc1CjcsMTk3LDE5LDkuNjQ0NjcwMDUwNzYx NDIxCjgsMjQ4LDIyLDguODcwOTY3NzQxOTM1NDg0CjksMTU3LDUsMy4xODQ3MTMzNzU3OTYxNzg1 CjEwLDE1Myw5LDUuODgyMzUyOTQxMTc2NDcKMTEsMTIzLDMsMi40MzkwMjQzOTAyNDM5MDI0CjEy LDI1MCwyMCw4LjAKMTMsMTIzLDMsMi40MzkwMjQzOTAyNDM5MDI0CjE0LDIwOSw3LDMuMzQ5Mjgy Mjk2NjUwNzE4CjE1LDE1NCw4LDUuMTk0ODA1MTk0ODA1MTk1CjE2LDE1NCw4LDUuMTk0ODA1MTk0 ODA1MTk1CjE3LDE1NSw3LDQuNTE2MTI5MDMyMjU4MDY0CjE4LDg3LDMsMy40NDgyNzU4NjIwNjg5 NjUzCjE5LDEzMywxMSw4LjI3MDY3NjY5MTcyOTMyMwoyMCwxODYsMTIsNi40NTE2MTI5MDMyMjU4 MDYKMjEsMjQwLDEyLDUuMAoyMiwxMDUsMywyLjg1NzE0Mjg1NzE0Mjg1NwoyMywxNzQsNiwzLjQ0 ODI3NTg2MjA2ODk2NTMKMjQsMTUwLDEyLDguMAoyNSwxNTQsOCw1LjE5NDgwNTE5NDgwNTE5NQoy NiwyMDksMjUsMTEuOTYxNzIyNDg4MDM4Mjc4CjI3LDE3NSw1LDIuODU3MTQyODU3MTQyODU3CjI4 LDE3MSw5LDUuMjYzMTU3ODk0NzM2ODQyCjI5LDE2OCwxMiw3LjE0Mjg1NzE0Mjg1NzE0MgozMCwx NzAsMTAsNS44ODIzNTI5NDExNzY0NwozMSwyMzIsMjAsOC42MjA2ODk2NTUxNzI0MTUKMzIsMTg3 LDExLDUuODgyMzUyOTQxMTc2NDcKMzMsMTcwLDEwLDUuODgyMzUyOTQxMTc2NDcKMzQsMTU0LDgs NS4xOTQ4MDUxOTQ4MDUxOTUKMzUsMTAzLDUsNC44NTQzNjg5MzIwMzg4MzUKMzYsMTIwLDYsNS4w CjM3LDE1Nyw1LDMuMTg0NzEzMzc1Nzk2MTc4NQozOCwxMTksNyw1Ljg4MjM1Mjk0MTE3NjQ3CjM5 LDE0MCw0LDIuODU3MTQyODU3MTQyODU3CjQwLDE5Myw1LDIuNTkwNjczNTc1MTI5NTMzNgo0MSwx OTAsOCw0LjIxMDUyNjMxNTc4OTQ3MzUKNDIsMTcwLDEwLDUuODgyMzUyOTQxMTc2NDcKNDMsMjA3 LDksNC4zNDc4MjYwODY5NTY1MjE1CjQ0LDE1MiwxMCw2LjU3ODk0NzM2ODQyMTA1Mgo0NSwxMzgs Niw0LjM0NzgyNjA4Njk1NjUyMTUKNDYsMTM4LDYsNC4zNDc4MjYwODY5NTY1MjE1CjQ3LDEwNCw0 LDMuODQ2MTUzODQ2MTUzODQ2Mwo0OCwxNzYsNCwyLjI3MjcyNzI3MjcyNzI3Mwo0OSwyMTcsMTcs Ny44MzQxMDEzODI0ODg0NzkKCg== --047d7bdc0dda17cdd504dfffa81c-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ABA721F9C7D for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 11:46:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T2epeYLfZAfc for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 11:46:32 -0700 (PDT) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id D95CC11E8132 for <6tsch@ietf.org>; Tue, 25 Jun 2013 11:46:29 -0700 (PDT) Received: by mail-ie0-f178.google.com with SMTP id u16so29579155iet.9 for <6tsch@ietf.org>; Tue, 25 Jun 2013 11:46:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=G85ggqceUfzFfT3LdoJyn9K44ox8dGJiA9bQFb8HbuE=; b=HYag5G7tjgtIJIMKrUzL8lpa2jI6RVga0znmj2g/1k2ayXvhSRhVyB2XLYByWH8nsT Inn391SUWdTNm8sejrOXV3CaZ0JlAUqJ0/4BNpvUQLa7Jqpi5zMeNuLL+PLYW/++jdcG n7sbeNRrx5hBfAyEbX4m40H59orMpAPd+Dvj6MvQbSzrJp/r+9mRA0vYBgz5nQ0qrIKT PrJQhnBzsWdmpdICevEOxKM3SbFflxgtsf27YpoDtFhWj+F3wpj8zpdnRISkpai5c8KU 8+odQOexYwkAxp57DJd1jKh6gE/CZBq2txGRPrUntYT1N2A4gj/JbaWIZhP6gPqXGuHq UgyA== MIME-Version: 1.0 X-Received: by 10.50.114.229 with SMTP id jj5mr217166igb.36.1372185987322; Tue, 25 Jun 2013 11:46:27 -0700 (PDT) Received: by 10.65.14.231 with HTTP; Tue, 25 Jun 2013 11:46:27 -0700 (PDT) Date: Tue, 25 Jun 2013 11:46:27 -0700 Message-ID: From: Xavier Vilajosana Guillen To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/mixed; boundary=089e011617a85729b904dffef22a X-Gm-Message-State: ALoCoQlhhUFOVB7KbYCUI/mdkA85Mbtng7CDvQE4GonRdN73yR7S1SZPNGHksxXMN4w96e6Czgba Subject: [6tsch] simulation for random schedule allocation X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: xvilajosana@eecs.berkeley.edu List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 18:47:14 -0000 --089e011617a85729b904dffef22a Content-Type: multipart/alternative; boundary=089e011617a85729b604dffef228 --089e011617a85729b604dffef228 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I prepared a little simulation to see how random schedule allocation behaves. (I have the code in Java in case someone is interested) here there are some details (everything can be tuned in case someone wants to point me to a special case) Network: 50 nodes Topology: Random, where each node has a random number of neighbors between 2 and 10. Each node requests a link to each of its neighbors. This is done from 1 to 10 times (i.e 10 tests, the first requesting 1 link to each neighbour, the second 2, etc.. up to 10 links to each of the neighbors, can be configured) The slotframe is 101 slots and 16 channels. The simulation prints statistics for the test (and the collisions if we are interested.) I used pseudo random generator from the java language assuming it provides uniform or almost uniform distribution. The allocation counter counts both the number of links allocated as tx and the number of links allocated as rx due to a neighbour allocating a link to the actual node. The percentage is the % of collisions w.r.t the allocated links. Worst case is around 11% when allocating 10 links to each neighbour in that 50 node network. I can play more on it but I wanted to share that initial results. please see attached file for the results. regards, Xavi --089e011617a85729b604dffef228 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi all,

I prepared= a little simulation to see how=20 random schedule allocation behaves. (I have the code in Java in case=20 someone is interested)

here there are some details (everything can b= e tuned in case someone wants to point me to a special case)

Network: 50 nodes

Topology: Random, where each node has a random= number of neighbors between 2 and 10.

Each node requests a link to each of its neighbors. This is done from 1 to=20 10 times (i.e 10 tests, the first requesting 1 link to each neighbour,=20 the second 2, etc.. up to 10 links to each of the neighbors, can be=20 configured)

The slotframe is 101 slots and 16 channels.

The simulation print= s statistics for the test (and the collisions if we are interested.)
I used pseudo random generator from the java language assuming it provid= es uniform or almost uniform distribution.

Worst case is around 11% when allocating 10 links to each ne= ighbour in that 50 node network.

I can play more on it bu= t I wanted to share that initial results.

please see atta= ched file for the results.

regards,

Xavi

--089e011617a85729b604dffef228-- --089e011617a85729b904dffef22a Content-Type: text/plain; charset=US-ASCII; name="10link.txt" Content-Disposition: attachment; filename="10link.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hidg3pzv0 KioqKioqKioqKioqKioqKioqKioqKioqIHJlcXVlc3RpbmcgMSBsaW5rcwpOb2RlLEFsbG9jYXRl ZCBMaW5rcyxDb2xsaXNpb25zLFBlcmNlbnRhZ2UKMCwyOCwwLDAuMAoxLDIwLDAsMC4wCjIsMjAs MCwwLjAKMywxMCwwLDAuMAo0LDI0LDAsMC4wCjUsMTQsMCwwLjAKNiwzMCwwLDAuMAo3LDI0LDAs MC4wCjgsMzAsMCwwLjAKOSwxOCwwLDAuMAoxMCwxOCwwLDAuMAoxMSwxNCwwLDAuMAoxMiwzMCww LDAuMAoxMywxNCwwLDAuMAoxNCwyNCwwLDAuMAoxNSwxOCwwLDAuMAoxNiwxOCwwLDAuMAoxNywx OCwwLDAuMAoxOCwxMCwwLDAuMAoxOSwxNiwwLDAuMAoyMCwyMiwwLDAuMAoyMSwyOCwwLDAuMAoy MiwxMiwwLDAuMAoyMywyMCwwLDAuMAoyNCwxOCwwLDAuMAoyNSwxNywxLDUuODgyMzUyOTQxMTc2 NDcKMjYsMjYsMCwwLjAKMjcsMjAsMCwwLjAKMjgsMjAsMCwwLjAKMjksMjAsMCwwLjAKMzAsMjAs MCwwLjAKMzEsMjgsMCwwLjAKMzIsMjIsMCwwLjAKMzMsMjAsMCwwLjAKMzQsMTgsMCwwLjAKMzUs MTIsMCwwLjAKMzYsMTQsMCwwLjAKMzcsMTcsMSw1Ljg4MjM1Mjk0MTE3NjQ3CjM4LDE0LDAsMC4w CjM5LDE2LDAsMC4wCjQwLDIyLDAsMC4wCjQxLDIyLDAsMC4wCjQyLDE5LDEsNS4yNjMxNTc4OTQ3 MzY4NDIKNDMsMjMsMSw0LjM0NzgyNjA4Njk1NjUyMTUKNDQsMTgsMCwwLjAKNDUsMTYsMCwwLjAK NDYsMTYsMCwwLjAKNDcsMTIsMCwwLjAKNDgsMjAsMCwwLjAKNDksMjYsMCwwLjAKKioqKioqKioq KioqKioqKioqKioqKioqIHJlcXVlc3RpbmcgMiBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxD b2xsaXNpb25zLFBlcmNlbnRhZ2UKMCw1NSwxLDEuODE4MTgxODE4MTgxODE4MQoxLDQwLDAsMC4w CjIsMzksMSwyLjU2NDEwMjU2NDEwMjU2NAozLDIwLDAsMC4wCjQsNDgsMCwwLjAKNSwyOCwwLDAu MAo2LDYwLDAsMC4wCjcsNDgsMCwwLjAKOCw2MCwwLDAuMAo5LDM2LDAsMC4wCjEwLDM2LDAsMC4w CjExLDI4LDAsMC4wCjEyLDU3LDMsNS4yNjMxNTc4OTQ3MzY4NDIKMTMsMjgsMCwwLjAKMTQsNDcs MSwyLjEyNzY1OTU3NDQ2ODA4NQoxNSwzNiwwLDAuMAoxNiwzNSwxLDIuODU3MTQyODU3MTQyODU3 CjE3LDM2LDAsMC4wCjE4LDIwLDAsMC4wCjE5LDMyLDAsMC4wCjIwLDQ0LDAsMC4wCjIxLDU2LDAs MC4wCjIyLDI0LDAsMC4wCjIzLDQwLDAsMC4wCjI0LDM2LDAsMC4wCjI1LDM1LDEsMi44NTcxNDI4 NTcxNDI4NTcKMjYsNTEsMSwxLjk2MDc4NDMxMzcyNTQ5MDEKMjcsNDAsMCwwLjAKMjgsNDAsMCww LjAKMjksMzksMSwyLjU2NDEwMjU2NDEwMjU2NAozMCwzOCwyLDUuMjYzMTU3ODk0NzM2ODQyCjMx LDU0LDIsMy43MDM3MDM3MDM3MDM3MDMzCjMyLDQ0LDAsMC4wCjMzLDQwLDAsMC4wCjM0LDM1LDEs Mi44NTcxNDI4NTcxNDI4NTcKMzUsMjQsMCwwLjAKMzYsMjgsMCwwLjAKMzcsMzUsMSwyLjg1NzE0 Mjg1NzE0Mjg1NwozOCwyOCwwLDAuMAozOSwzMiwwLDAuMAo0MCw0NCwwLDAuMAo0MSw0NCwwLDAu MAo0MiwzOCwyLDUuMjYzMTU3ODk0NzM2ODQyCjQzLDQ4LDAsMC4wCjQ0LDM1LDEsMi44NTcxNDI4 NTcxNDI4NTcKNDUsMzIsMCwwLjAKNDYsMzIsMCwwLjAKNDcsMjMsMSw0LjM0NzgyNjA4Njk1NjUy MTUKNDgsNDAsMCwwLjAKNDksNTEsMSwxLjk2MDc4NDMxMzcyNTQ5MDEKKioqKioqKioqKioqKioq KioqKioqKioqIHJlcXVlc3RpbmcgMyBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxDb2xsaXNp b25zLFBlcmNlbnRhZ2UKMCw4MiwyLDIuNDM5MDI0MzkwMjQzOTAyNAoxLDYwLDAsMC4wCjIsNTks MSwxLjY5NDkxNTI1NDIzNzI4OAozLDMwLDAsMC4wCjQsNzEsMSwxLjQwODQ1MDcwNDIyNTM1MjIK NSw0MSwxLDIuNDM5MDI0MzkwMjQzOTAyNAo2LDg5LDEsMS4xMjM1OTU1MDU2MTc5Nzc2CjcsNzEs MSwxLjQwODQ1MDcwNDIyNTM1MjIKOCw4NywzLDMuNDQ4Mjc1ODYyMDY4OTY1Mwo5LDUzLDEsMS44 ODY3OTI0NTI4MzAxODg3CjEwLDUzLDEsMS44ODY3OTI0NTI4MzAxODg3CjExLDQyLDAsMC4wCjEy LDg3LDMsMy40NDgyNzU4NjIwNjg5NjUzCjEzLDQxLDEsMi40MzkwMjQzOTAyNDM5MDI0CjE0LDY5 LDMsNC4zNDc4MjYwODY5NTY1MjE1CjE1LDU0LDAsMC4wCjE2LDU0LDAsMC4wCjE3LDUyLDIsMy44 NDYxNTM4NDYxNTM4NDYzCjE4LDI5LDEsMy40NDgyNzU4NjIwNjg5NjUzCjE5LDQ4LDAsMC4wCjIw LDYxLDUsOC4xOTY3MjEzMTE0NzU0MQoyMSw4MiwyLDIuNDM5MDI0MzkwMjQzOTAyNAoyMiwzNiww LDAuMAoyMyw2MCwwLDAuMAoyNCw1MSwzLDUuODgyMzUyOTQxMTc2NDcKMjUsNTQsMCwwLjAKMjYs NzgsMCwwLjAKMjcsNTgsMiwzLjQ0ODI3NTg2MjA2ODk2NTMKMjgsNTgsMiwzLjQ0ODI3NTg2MjA2 ODk2NTMKMjksNTgsMiwzLjQ0ODI3NTg2MjA2ODk2NTMKMzAsNTksMSwxLjY5NDkxNTI1NDIzNzI4 OAozMSw4MCw0LDUuMAozMiw2Miw0LDYuNDUxNjEyOTAzMjI1ODA2CjMzLDU4LDIsMy40NDgyNzU4 NjIwNjg5NjUzCjM0LDUyLDIsMy44NDYxNTM4NDYxNTM4NDYzCjM1LDM2LDAsMC4wCjM2LDQyLDAs MC4wCjM3LDUzLDEsMS44ODY3OTI0NTI4MzAxODg3CjM4LDQyLDAsMC4wCjM5LDQ4LDAsMC4wCjQw LDY1LDEsMS41Mzg0NjE1Mzg0NjE1Mzg1CjQxLDY1LDEsMS41Mzg0NjE1Mzg0NjE1Mzg1CjQyLDYw LDAsMC4wCjQzLDY4LDQsNS44ODIzNTI5NDExNzY0Nwo0NCw1NCwwLDAuMAo0NSw0OCwwLDAuMAo0 Niw0OCwwLDAuMAo0NywzNiwwLDAuMAo0OCw1Niw0LDcuMTQyODU3MTQyODU3MTQyCjQ5LDc3LDEs MS4yOTg3MDEyOTg3MDEyOTg3CioqKioqKioqKioqKioqKioqKioqKioqKiByZXF1ZXN0aW5nIDQg bGlua3MKTm9kZSxBbGxvY2F0ZWQgTGlua3MsQ29sbGlzaW9ucyxQZXJjZW50YWdlCjAsMTA1LDcs Ni42NjY2NjY2NjY2NjY2NjcKMSw3OSwxLDEuMjY1ODIyNzg0ODEwMTI2NwoyLDc3LDMsMy44OTYx MDM4OTYxMDM4OTYKMyw0MCwwLDAuMAo0LDkyLDQsNC4zNDc4MjYwODY5NTY1MjE1CjUsNTUsMSwx LjgxODE4MTgxODE4MTgxODEKNiwxMTgsMiwxLjY5NDkxNTI1NDIzNzI4OAo3LDk2LDAsMC4wCjgs MTE2LDQsMy40NDgyNzU4NjIwNjg5NjUzCjksNzAsMiwyLjg1NzE0Mjg1NzE0Mjg1NwoxMCw3MSwx LDEuNDA4NDUwNzA0MjI1MzUyMgoxMSw1MSw1LDkuODAzOTIxNTY4NjI3NDUyCjEyLDExNywzLDIu NTY0MTAyNTY0MTAyNTY0CjEzLDU1LDEsMS44MTgxODE4MTgxODE4MTgxCjE0LDk0LDIsMi4xMjc2 NTk1NzQ0NjgwODUKMTUsNjksMyw0LjM0NzgyNjA4Njk1NjUyMTUKMTYsNjgsNCw1Ljg4MjM1Mjk0 MTE3NjQ3CjE3LDcxLDEsMS40MDg0NTA3MDQyMjUzNTIyCjE4LDQwLDAsMC4wCjE5LDY0LDAsMC4w CjIwLDg3LDEsMS4xNDk0MjUyODczNTYzMjE4CjIxLDEwNyw1LDQuNjcyODk3MTk2MjYxNjgyCjIy LDQ4LDAsMC4wCjIzLDc5LDEsMS4yNjU4MjI3ODQ4MTAxMjY3CjI0LDcyLDAsMC4wCjI1LDY5LDMs NC4zNDc4MjYwODY5NTY1MjE1CjI2LDk5LDUsNS4wNTA1MDUwNTA1MDUwNQoyNyw4MCwwLDAuMAoy OCw3NywzLDMuODk2MTAzODk2MTAzODk2CjI5LDgwLDAsMC4wCjMwLDc4LDIsMi41NjQxMDI1NjQx MDI1NjQKMzEsMTA2LDYsNS42NjAzNzczNTg0OTA1NjcKMzIsODcsMSwxLjE0OTQyNTI4NzM1NjMy MTgKMzMsNzksMSwxLjI2NTgyMjc4NDgxMDEyNjcKMzQsNzAsMiwyLjg1NzE0Mjg1NzE0Mjg1Nwoz NSw0OCwwLDAuMAozNiw1NSwxLDEuODE4MTgxODE4MTgxODE4MQozNyw3MiwwLDAuMAozOCw1NSwx LDEuODE4MTgxODE4MTgxODE4MQozOSw2MiwyLDMuMjI1ODA2NDUxNjEyOTAzCjQwLDg1LDMsMy41 Mjk0MTE3NjQ3MDU4ODIyCjQxLDg1LDMsMy41Mjk0MTE3NjQ3MDU4ODIyCjQyLDc1LDUsNi42NjY2 NjY2NjY2NjY2NjcKNDMsOTAsNiw2LjY2NjY2NjY2NjY2NjY2Nwo0NCw3MiwwLDAuMAo0NSw2Mywx LDEuNTg3MzAxNTg3MzAxNTg3Mgo0Niw2MywxLDEuNTg3MzAxNTg3MzAxNTg3Mgo0Nyw0OCwwLDAu MAo0OCw4MCwwLDAuMAo0OSwxMDIsMiwxLjk2MDc4NDMxMzcyNTQ5MDEKKioqKioqKioqKioqKioq KioqKioqKioqIHJlcXVlc3RpbmcgNSBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxDb2xsaXNp b25zLFBlcmNlbnRhZ2UKMCwxMzYsNCwyLjk0MTE3NjQ3MDU4ODIzNQoxLDk2LDQsNC4xNjY2NjY2 NjY2NjY2NjYKMiw5Niw0LDQuMTY2NjY2NjY2NjY2NjY2CjMsNTAsMCwwLjAKNCwxMTYsNCwzLjQ0 ODI3NTg2MjA2ODk2NTMKNSw3MCwwLDAuMAo2LDE0Myw3LDQuODk1MTA0ODk1MTA0ODk1CjcsMTE0 LDYsNS4yNjMxNTc4OTQ3MzY4NDIKOCwxNDQsNiw0LjE2NjY2NjY2NjY2NjY2Ngo5LDg2LDQsNC42 NTExNjI3OTA2OTc2NzUKMTAsODgsMiwyLjI3MjcyNzI3MjcyNzI3MwoxMSw2OCwyLDIuOTQxMTc2 NDcwNTg4MjM1CjEyLDE0NSw1LDMuNDQ4Mjc1ODYyMDY4OTY1MwoxMyw2NywzLDQuNDc3NjExOTQw Mjk4NTA3CjE0LDExNiw0LDMuNDQ4Mjc1ODYyMDY4OTY1MwoxNSw4NywzLDMuNDQ4Mjc1ODYyMDY4 OTY1MwoxNiw4NywzLDMuNDQ4Mjc1ODYyMDY4OTY1MwoxNyw4OCwyLDIuMjcyNzI3MjcyNzI3Mjcz CjE4LDQ5LDEsMi4wNDA4MTYzMjY1MzA2MTIzCjE5LDc4LDIsMi41NjQxMDI1NjQxMDI1NjQKMjAs MTA1LDUsNC43NjE5MDQ3NjE5MDQ3NjIKMjEsMTM0LDYsNC40Nzc2MTE5NDAyOTg1MDcKMjIsNjAs MCwwLjAKMjMsOTYsNCw0LjE2NjY2NjY2NjY2NjY2NgoyNCw4Niw0LDQuNjUxMTYyNzkwNjk3Njc1 CjI1LDg4LDIsMi4yNzI3MjcyNzI3MjcyNzMKMjYsMTI2LDQsMy4xNzQ2MDMxNzQ2MDMxNzQ0CjI3 LDkxLDksOS44OTAxMDk4OTAxMDk4OQoyOCw5OSwxLDEuMDEwMTAxMDEwMTAxMDEwMgoyOSwxMDAs MCwwLjAKMzAsMTAwLDAsMC4wCjMxLDEzNCw2LDQuNDc3NjExOTQwMjk4NTA3CjMyLDEwOCwyLDEu ODUxODUxODUxODUxODUxNgozMyw5NSw1LDUuMjYzMTU3ODk0NzM2ODQyCjM0LDg5LDEsMS4xMjM1 OTU1MDU2MTc5Nzc2CjM1LDU5LDEsMS42OTQ5MTUyNTQyMzcyODgKMzYsNzAsMCwwLjAKMzcsODks MSwxLjEyMzU5NTUwNTYxNzk3NzYKMzgsNjksMSwxLjQ0OTI3NTM2MjMxODg0MDYKMzksNzgsMiwy LjU2NDEwMjU2NDEwMjU2NAo0MCwxMDcsMywyLjgwMzczODMxNzc1NzAwOQo0MSwxMDgsMiwxLjg1 MTg1MTg1MTg1MTg1MTYKNDIsOTcsMywzLjA5Mjc4MzUwNTE1NDYzOTMKNDMsMTE3LDMsMi41NjQx MDI1NjQxMDI1NjQKNDQsODksMSwxLjEyMzU5NTUwNTYxNzk3NzYKNDUsNzcsMywzLjg5NjEwMzg5 NjEwMzg5Ngo0Niw3OSwxLDEuMjY1ODIyNzg0ODEwMTI2Nwo0Nyw1OSwxLDEuNjk0OTE1MjU0MjM3 Mjg4CjQ4LDk5LDEsMS4wMTAxMDEwMTAxMDEwMTAyCjQ5LDEyNiw0LDMuMTc0NjAzMTc0NjAzMTc0 NAoqKioqKioqKioqKioqKioqKioqKioqKiogcmVxdWVzdGluZyA2IGxpbmtzCk5vZGUsQWxsb2Nh dGVkIExpbmtzLENvbGxpc2lvbnMsUGVyY2VudGFnZQowLDE2Miw2LDMuNzAzNzAzNzAzNzAzNzAz MwoxLDExNywzLDIuNTY0MTAyNTY0MTAyNTY0CjIsMTE2LDQsMy40NDgyNzU4NjIwNjg5NjUzCjMs NjAsMCwwLjAKNCwxMzYsOCw1Ljg4MjM1Mjk0MTE3NjQ3CjUsODMsMSwxLjIwNDgxOTI3NzEwODQz MzgKNiwxNzEsOSw1LjI2MzE1Nzg5NDczNjg0Mgo3LDEzNiw4LDUuODgyMzUyOTQxMTc2NDcKOCwx NzMsNyw0LjA0NjI0Mjc3NDU2NjQ3NAo5LDEwNCw0LDMuODQ2MTUzODQ2MTUzODQ2MwoxMCwxMDcs MSwwLjkzNDU3OTQzOTI1MjMzNjMKMTEsODMsMSwxLjIwNDgxOTI3NzEwODQzMzgKMTIsMTYxLDE5 LDExLjgwMTI0MjIzNjAyNDg0NAoxMyw4MSwzLDMuNzAzNzAzNzAzNzAzNzAzMwoxNCwxMzcsNyw1 LjEwOTQ4OTA1MTA5NDg5MQoxNSwxMDQsNCwzLjg0NjE1Mzg0NjE1Mzg0NjMKMTYsMTAwLDgsOC4w CjE3LDEwNywxLDAuOTM0NTc5NDM5MjUyMzM2MwoxOCw1OCwyLDMuNDQ4Mjc1ODYyMDY4OTY1Mwox OSw5NCwyLDIuMTI3NjU5NTc0NDY4MDg1CjIwLDEyOCw0LDMuMTI1CjIxLDE2Myw1LDMuMDY3NDg0 NjYyNTc2Njg3CjIyLDY5LDMsNC4zNDc4MjYwODY5NTY1MjE1CjIzLDExMyw3LDYuMTk0NjkwMjY1 NDg2NzI1NQoyNCwxMDEsNyw2LjkzMDY5MzA2OTMwNjkzMTUKMjUsMTA2LDIsMS44ODY3OTI0NTI4 MzAxODg3CjI2LDE0Nyw5LDYuMTIyNDQ4OTc5NTkxODM2CjI3LDExNSw1LDQuMzQ3ODI2MDg2OTU2 NTIxNQoyOCwxMTUsNSw0LjM0NzgyNjA4Njk1NjUyMTUKMjksMTEyLDgsNy4xNDI4NTcxNDI4NTcx NDIKMzAsMTE1LDUsNC4zNDc4MjYwODY5NTY1MjE1CjMxLDE1NywxMSw3LjAwNjM2OTQyNjc1MTU5 MwozMiwxMjYsNiw0Ljc2MTkwNDc2MTkwNDc2MgozMywxMTQsNiw1LjI2MzE1Nzg5NDczNjg0Mgoz NCwxMDIsNiw1Ljg4MjM1Mjk0MTE3NjQ3CjM1LDY5LDMsNC4zNDc4MjYwODY5NTY1MjE1CjM2LDgx LDMsMy43MDM3MDM3MDM3MDM3MDMzCjM3LDEwNiwyLDEuODg2NzkyNDUyODMwMTg4NwozOCw4MSwz LDMuNzAzNzAzNzAzNzAzNzAzMwozOSw5MSw1LDUuNDk0NTA1NDk0NTA1NDk0NQo0MCwxMjYsNiw0 Ljc2MTkwNDc2MTkwNDc2Mgo0MSwxMjcsNSwzLjkzNzAwNzg3NDAxNTc0OAo0MiwxMTcsMywyLjU2 NDEwMjU2NDEwMjU2NAo0MywxNDAsNCwyLjg1NzE0Mjg1NzE0Mjg1Nwo0NCwxMDcsMSwwLjkzNDU3 OTQzOTI1MjMzNjMKNDUsOTIsNCw0LjM0NzgyNjA4Njk1NjUyMTUKNDYsOTEsNSw1LjQ5NDUwNTQ5 NDUwNTQ5NDUKNDcsNzAsMiwyLjg1NzE0Mjg1NzE0Mjg1Nwo0OCwxMTUsNSw0LjM0NzgyNjA4Njk1 NjUyMTUKNDksMTUyLDQsMi42MzE1Nzg5NDczNjg0MjEKKioqKioqKioqKioqKioqKioqKioqKioq IHJlcXVlc3RpbmcgNyBsaW5rcwpOb2RlLEFsbG9jYXRlZCBMaW5rcyxDb2xsaXNpb25zLFBlcmNl bnRhZ2UKMCwxODIsMTQsNy42OTIzMDc2OTIzMDc2OTI1CjEsMTM0LDYsNC40Nzc2MTE5NDAyOTg1 MDcKMiwxMzcsMywyLjE4OTc4MTAyMTg5NzgxCjMsNzAsMCwwLjAKNCwxNjIsNiwzLjcwMzcwMzcw MzcwMzcwMzMKNSw5NSwzLDMuMTU3ODk0NzM2ODQyMTA1Mwo2LDE5NywxMyw2LjU5ODk4NDc3MTU3 MzYwNQo3LDE2MSw3LDQuMzQ3ODI2MDg2OTU2NTIxNQo4LDE5NSwxNSw3LjY5MjMwNzY5MjMwNzY5 MjUKOSwxMTksNyw1Ljg4MjM1Mjk0MTE3NjQ3CjEwLDExNyw5LDcuNjkyMzA3NjkyMzA3NjkyNQox MSw5NywxLDEuMDMwOTI3ODM1MDUxNTQ2MwoxMiwxOTYsMTQsNy4xNDI4NTcxNDI4NTcxNDIKMTMs OTgsMCwwLjAKMTQsMTU5LDksNS42NjAzNzczNTg0OTA1NjcKMTUsMTIzLDMsMi40MzkwMjQzOTAy NDM5MDI0CjE2LDExOSw3LDUuODgyMzUyOTQxMTc2NDcKMTcsMTIxLDUsNC4xMzIyMzE0MDQ5NTg2 NzgKMTgsNjksMSwxLjQ0OTI3NTM2MjMxODg0MDYKMTksMTA5LDMsMi43NTIyOTM1Nzc5ODE2NTE4 CjIwLDE0Nyw3LDQuNzYxOTA0NzYxOTA0NzYyCjIxLDE4NSwxMSw1Ljk0NTk0NTk0NTk0NTk0NjUK MjIsODMsMSwxLjIwNDgxOTI3NzEwODQzMzgKMjMsMTM1LDUsMy43MDM3MDM3MDM3MDM3MDMzCjI0 LDExOSw3LDUuODgyMzUyOTQxMTc2NDcKMjUsMTIzLDMsMi40MzkwMjQzOTAyNDM5MDI0CjI2LDE2 NywxNSw4Ljk4MjAzNTkyODE0MzcxMwoyNywxMzcsMywyLjE4OTc4MTAyMTg5NzgxCjI4LDEzNiw0 LDIuOTQxMTc2NDcwNTg4MjM1CjI5LDEzNiw0LDIuOTQxMTc2NDcwNTg4MjM1CjMwLDEzNCw2LDQu NDc3NjExOTQwMjk4NTA3CjMxLDE4MywxMyw3LjEwMzgyNTEzNjYxMjAyMgozMiwxNDcsNyw0Ljc2 MTkwNDc2MTkwNDc2MgozMywxMzUsNSwzLjcwMzcwMzcwMzcwMzcwMzMKMzQsMTE5LDcsNS44ODIz NTI5NDExNzY0NwozNSw3OSw1LDYuMzI5MTEzOTI0MDUwNjMzCjM2LDk1LDMsMy4xNTc4OTQ3MzY4 NDIxMDUzCjM3LDEyMCw2LDUuMAozOCw5NiwyLDIuMDgzMzMzMzMzMzMzMzMzCjM5LDExMCwyLDEu ODE4MTgxODE4MTgxODE4MQo0MCwxNDYsOCw1LjQ3OTQ1MjA1NDc5NDUyCjQxLDE1MCw0LDIuNjY2 NjY2NjY2NjY2NjY3CjQyLDEzNSw1LDMuNzAzNzAzNzAzNzAzNzAzMwo0MywxNjIsNiwzLjcwMzcw MzcwMzcwMzcwMzMKNDQsMTIxLDUsNC4xMzIyMzE0MDQ5NTg2NzgKNDUsMTA2LDYsNS42NjAzNzcz NTg0OTA1NjcKNDYsMTExLDEsMC45MDA5MDA5MDA5MDA5MDA5CjQ3LDgzLDEsMS4yMDQ4MTkyNzcx MDg0MzM4CjQ4LDEzMyw3LDUuMjYzMTU3ODk0NzM2ODQyCjQ5LDE3Myw5LDUuMjAyMzEyMTM4NzI4 MzI0CioqKioqKioqKioqKioqKioqKioqKioqKiByZXF1ZXN0aW5nIDggbGlua3MKTm9kZSxBbGxv Y2F0ZWQgTGlua3MsQ29sbGlzaW9ucyxQZXJjZW50YWdlCjAsMjEwLDE0LDYuNjY2NjY2NjY2NjY2 NjY3CjEsMTUyLDgsNS4yNjMxNTc4OTQ3MzY4NDIKMiwxNTUsNSwzLjIyNTgwNjQ1MTYxMjkwMwoz LDc4LDIsMi41NjQxMDI1NjQxMDI1NjQKNCwxODQsOCw0LjM0NzgyNjA4Njk1NjUyMTUKNSwxMDks MywyLjc1MjI5MzU3Nzk4MTY1MTgKNiwyMjcsMTMsNS43MjY4NzIyNDY2OTYwMzUKNywxODQsOCw0 LjM0NzgyNjA4Njk1NjUyMTUKOCwyMzQsNiwyLjU2NDEwMjU2NDEwMjU2NAo5LDEzOCw2LDQuMzQ3 ODI2MDg2OTU2NTIxNQoxMCwxMzcsNyw1LjEwOTQ4OTA1MTA5NDg5MQoxMSwxMTAsMiwxLjgxODE4 MTgxODE4MTgxODEKMTIsMjI5LDExLDQuODAzNDkzNDQ5NzgxNjU5NQoxMywxMTAsMiwxLjgxODE4 MTgxODE4MTgxODEKMTQsMTgzLDksNC45MTgwMzI3ODY4ODUyNDYKMTUsMTM2LDgsNS44ODIzNTI5 NDExNzY0NwoxNiwxMzQsMTAsNy40NjI2ODY1NjcxNjQxNzgKMTcsMTM1LDksNi42NjY2NjY2NjY2 NjY2NjcKMTgsNzksMSwxLjI2NTgyMjc4NDgxMDEyNjcKMTksMTI0LDQsMy4yMjU4MDY0NTE2MTI5 MDMKMjAsMTY3LDksNS4zODkyMjE1NTY4ODYyMjgKMjEsMjEzLDExLDUuMTY0MzE5MjQ4ODI2Mjkx CjIyLDk0LDIsMi4xMjc2NTk1NzQ0NjgwODUKMjMsMTU0LDYsMy44OTYxMDM4OTYxMDM4OTYKMjQs MTM4LDYsNC4zNDc4MjYwODY5NTY1MjE1CjI1LDE0MiwyLDEuNDA4NDUwNzA0MjI1MzUyMgoyNiwx OTQsMTQsNy4yMTY0OTQ4NDUzNjA4MjQKMjcsMTUyLDgsNS4yNjMxNTc4OTQ3MzY4NDIKMjgsMTU0 LDYsMy44OTYxMDM4OTYxMDM4OTYKMjksMTUyLDgsNS4yNjMxNTc4OTQ3MzY4NDIKMzAsMTQ4LDEy LDguMTA4MTA4MTA4MTA4MTA5CjMxLDIxMywxMSw1LjE2NDMxOTI0ODgyNjI5MQozMiwxNjcsOSw1 LjM4OTIyMTU1Njg4NjIyOAozMywxNTIsOCw1LjI2MzE1Nzg5NDczNjg0MgozNCwxMzgsNiw0LjM0 NzgyNjA4Njk1NjUyMTUKMzUsOTMsMywzLjIyNTgwNjQ1MTYxMjkwMwozNiwxMDcsNSw0LjY3Mjg5 NzE5NjI2MTY4MgozNywxMzMsMTEsOC4yNzA2NzY2OTE3MjkzMjMKMzgsMTA4LDQsMy43MDM3MDM3 MDM3MDM3MDMzCjM5LDEyMiw2LDQuOTE4MDMyNzg2ODg1MjQ2CjQwLDE2NSwxMSw2LjY2NjY2NjY2 NjY2NjY2Nwo0MSwxNzEsNSwyLjkyMzk3NjYwODE4NzEzNAo0MiwxNDcsMTMsOC44NDM1Mzc0MTQ5 NjU5ODYKNDMsMTgxLDExLDYuMDc3MzQ4MDY2Mjk4MzQzCjQ0LDEzOCw2LDQuMzQ3ODI2MDg2OTU2 NTIxNQo0NSwxMjUsMywyLjQKNDYsMTIzLDUsNC4wNjUwNDA2NTA0MDY1MDM1CjQ3LDkxLDUsNS40 OTQ1MDU0OTQ1MDU0OTQ1CjQ4LDE1NCw2LDMuODk2MTAzODk2MTAzODk2CjQ5LDE5OCwxMCw1LjA1 MDUwNTA1MDUwNTA1CioqKioqKioqKioqKioqKioqKioqKioqKiByZXF1ZXN0aW5nIDkgbGlua3MK Tm9kZSxBbGxvY2F0ZWQgTGlua3MsQ29sbGlzaW9ucyxQZXJjZW50YWdlCjAsMjMwLDIyLDkuNTY1 MjE3MzkxMzA0MzQ4CjEsMTY5LDExLDYuNTA4ODc1NzM5NjQ0OTcxCjIsMTc0LDYsMy40NDgyNzU4 NjIwNjg5NjUzCjMsODYsNCw0LjY1MTE2Mjc5MDY5NzY3NQo0LDIwMCwxNiw4LjAKNSwxMjIsNCwz LjI3ODY4ODUyNDU5MDE2NAo2LDI1NiwxNCw1LjQ2ODc1CjcsMTk3LDE5LDkuNjQ0NjcwMDUwNzYx NDIxCjgsMjQ4LDIyLDguODcwOTY3NzQxOTM1NDg0CjksMTU3LDUsMy4xODQ3MTMzNzU3OTYxNzg1 CjEwLDE1Myw5LDUuODgyMzUyOTQxMTc2NDcKMTEsMTIzLDMsMi40MzkwMjQzOTAyNDM5MDI0CjEy LDI1MCwyMCw4LjAKMTMsMTIzLDMsMi40MzkwMjQzOTAyNDM5MDI0CjE0LDIwOSw3LDMuMzQ5Mjgy Mjk2NjUwNzE4CjE1LDE1NCw4LDUuMTk0ODA1MTk0ODA1MTk1CjE2LDE1NCw4LDUuMTk0ODA1MTk0 ODA1MTk1CjE3LDE1NSw3LDQuNTE2MTI5MDMyMjU4MDY0CjE4LDg3LDMsMy40NDgyNzU4NjIwNjg5 NjUzCjE5LDEzMywxMSw4LjI3MDY3NjY5MTcyOTMyMwoyMCwxODYsMTIsNi40NTE2MTI5MDMyMjU4 MDYKMjEsMjQwLDEyLDUuMAoyMiwxMDUsMywyLjg1NzE0Mjg1NzE0Mjg1NwoyMywxNzQsNiwzLjQ0 ODI3NTg2MjA2ODk2NTMKMjQsMTUwLDEyLDguMAoyNSwxNTQsOCw1LjE5NDgwNTE5NDgwNTE5NQoy NiwyMDksMjUsMTEuOTYxNzIyNDg4MDM4Mjc4CjI3LDE3NSw1LDIuODU3MTQyODU3MTQyODU3CjI4 LDE3MSw5LDUuMjYzMTU3ODk0NzM2ODQyCjI5LDE2OCwxMiw3LjE0Mjg1NzE0Mjg1NzE0MgozMCwx NzAsMTAsNS44ODIzNTI5NDExNzY0NwozMSwyMzIsMjAsOC42MjA2ODk2NTUxNzI0MTUKMzIsMTg3 LDExLDUuODgyMzUyOTQxMTc2NDcKMzMsMTcwLDEwLDUuODgyMzUyOTQxMTc2NDcKMzQsMTU0LDgs NS4xOTQ4MDUxOTQ4MDUxOTUKMzUsMTAzLDUsNC44NTQzNjg5MzIwMzg4MzUKMzYsMTIwLDYsNS4w CjM3LDE1Nyw1LDMuMTg0NzEzMzc1Nzk2MTc4NQozOCwxMTksNyw1Ljg4MjM1Mjk0MTE3NjQ3CjM5 LDE0MCw0LDIuODU3MTQyODU3MTQyODU3CjQwLDE5Myw1LDIuNTkwNjczNTc1MTI5NTMzNgo0MSwx OTAsOCw0LjIxMDUyNjMxNTc4OTQ3MzUKNDIsMTcwLDEwLDUuODgyMzUyOTQxMTc2NDcKNDMsMjA3 LDksNC4zNDc4MjYwODY5NTY1MjE1CjQ0LDE1MiwxMCw2LjU3ODk0NzM2ODQyMTA1Mgo0NSwxMzgs Niw0LjM0NzgyNjA4Njk1NjUyMTUKNDYsMTM4LDYsNC4zNDc4MjYwODY5NTY1MjE1CjQ3LDEwNCw0 LDMuODQ2MTUzODQ2MTUzODQ2Mwo0OCwxNzYsNCwyLjI3MjcyNzI3MjcyNzI3Mwo0OSwyMTcsMTcs Ny44MzQxMDEzODI0ODg0NzkKCg== --089e011617a85729b904dffef22a-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA90311E80AD for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 08:34:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.474 X-Spam-Level: X-Spam-Status: No, score=-10.474 tagged_above=-999 required=5 tests=[AWL=0.124, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z7aOE58RCnHE for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 08:34:44 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 92B5921F9F6B for <6tsch@ietf.org>; Tue, 25 Jun 2013 08:34:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10447; q=dns/txt; s=iport; t=1372174484; x=1373384084; h=from:to:subject:date:message-id:mime-version; bh=7ylCRj7L+CMzAvJKkaxzl8sN0JnS2VA6scctCNLqiN0=; b=V3pKC2WdH3yoNgISaEjQjBbsir5/Qi4H5je52VFSnnw4pLo8QZUGKXel itNAuEQPqPu5ZIzd1WiK9Apno3sURCJ72rYTCISfhvogpbbmqf6R8Zb4e DnTsernmA0E0F9rJrkVFnZ9cvisr/+7N7YmCwwZQjabMANuITLpN3eI/1 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoUFAEC4yVGtJV2d/2dsb2JhbABagkVEMUm/OYEDFnSCIwEBAQQtXgEZAQMBAQsdORQDBgkBBBMIiAabD6BMjxQ3gwNhA4U+gyugHoMQgig X-IronPort-AV: E=Sophos;i="4.87,938,1363132800"; d="scan'208,217";a="227231878" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP; 25 Jun 2013 15:34:43 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r5PFYhtR001422 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Tue, 25 Jun 2013 15:34:43 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.80]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.02.0318.004; Tue, 25 Jun 2013 10:34:43 -0500 From: "Pascal Thubert (pthubert)" To: "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: 6TUS vs. 6TSCH Thread-Index: Ac5xuVO/D0+QrPeXTjiQpPp8FBedUQ== Date: Tue, 25 Jun 2013 15:34:42 +0000 Deferred-Delivery: Tue, 25 Jun 2013 15:34:00 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.160.6] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841331DAAxmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: [6tsch] 6TUS vs. 6TSCH X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 15:34:58 -0000 --_000_E045AECD98228444A58C61C200AE1BD841331DAAxmbrcdx01ciscoc_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Maria-Rita: I think we can easily beat a world record of the most ugly name. For instan= ce try pronouncing this: 6TSCHTSSL (for TimeSlotted Sub-Layer). We need advice from the list: 1) what do you think of the definition below for 6TSCH (I'm perfectly happy= with it=E0) 2) Should we rename 6TUS to avoid confusion with 6TSCH that pronounces sixt= us already? If so, proposal? Cheers, Pascal From: Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu] Sent: mardi 25 juin 2013 11:08 To: Pascal Thubert (pthubert); xvilajosana@eecs.berkeley.edu; yoshihiro.ohb= a@toshiba.co.jp Cc: watteyne@eecs.berkeley.edu Subject: RE: [6tsch] draft-ohba-6tsch-security-00 Hello Pascal, I do agree that 6TSCH is not well defined in the terminology draft. Sorry f= or that. For sure, we need to spell out the acronym. According to what you= are suggesting, and what we had before, we may update it as follows: 6TSCH: IPv6 over Time Slotted Channel Hopping. It defines a set of IETF sub= layers and protocols (for setting up a schedule with a centralized or distr= ibuted approach, managing the resource allocation, etc.), as well as the ar= chitecture to bind them together, for use in IPv6 TSCH based networks. I also agree on the confusion that comes from having 6TSCH =3D SIXTUS and 6= TUS adaptation layer. But I am worried it is a bit late for changing...some= how people got already familiar with this terms...unless, we agree to have = only 6TSCH, and call 6TUS 6TSCH adaptation layer. What do you think? Maybe = it is even worst :) Maria Rita --_000_E045AECD98228444A58C61C200AE1BD841331DAAxmbrcdx01ciscoc_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello Maria-Rita:

<= /p>

I think we can easily bea= t a world record of the most ugly name. For instance try pronouncing this: = 6TSCHTSSL (for TimeSlotted Sub-Layer).

<= /p>

We need advice from the l= ist:

<= /p>

1) what do you think of t= he definition below for 6TSCH (I’m perfectly happy with it=E0)

2) Should we rename 6TUS = to avoid confusion with 6TSCH that pronounces sixtus already? If so, propos= al?

<= /p>

Cheers,=

<= /p>

Pascal<= /p>

<= /p>

From: Maria Ri= ta PALATTELLA [mailto:maria-rita.palattella@uni.lu]
Sent: mardi 25 juin 2013 11:08
To: Pascal Thubert (pthubert); xvilajosana@eecs.berkeley.edu; yoshih= iro.ohba@toshiba.co.jp
Cc: watteyne@eecs.berkeley.edu
Subject: RE: [6tsch] draft-ohba-6tsch-security-00<= /p>

Hello Pascal,<= /span>

I do agree that 6TSCH is = not well defined in the terminology draft. Sorry for that. For sure, = we need to spell out the acronym. According to what you are suggesting, and what we had before, we may update it as follows:

<= /p>

6TSCH: IPv6 over Time = Slotted Channel Hopping. It defines a set of IETF sublayers and protocols (= for setting up a schedule with a centralized or distributed approach, managing the resource allocation, etc.), as well as the architec= ture to bind them together, for use in IPv6 TSCH based networks.=

<= /p>

I also agree on the confu= sion that comes from having 6TSCH =3D SIXTUS and 6TUS adaptation layer. But= I am worried it is a bit late for changing…somehow people got already familiar with this terms…unless, we agree to have only 6= TSCH, and call 6TUS 6TSCH adaptation layer. What do you think? Maybe it is = even worst J

<= /p>

Maria Rita

--_000_E045AECD98228444A58C61C200AE1BD841331DAAxmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E699821F9A1E for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 08:30:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.854 X-Spam-Level: X-Spam-Status: No, score=-9.854 tagged_above=-999 required=5 tests=[AWL=-0.745, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sB7yE9vXm0ep for <6tsch@ietfa.amsl.com>; Tue, 25 Jun 2013 08:30:33 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 2596421F99C3 for <6tsch@ietf.org>; Tue, 25 Jun 2013 08:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20346; q=dns/txt; s=iport; t=1372174233; x=1373383833; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=iEx1owAljEb9lWkBLUN+IYTG/kdcFL7BHQtnQMrEluY=; b=G21JV6QeA8GftAVO7upbzPIKPRdCme2p7hwB/md85LfKIVPFEUnRD65T npcLA5/iFK26yMwBPgg8YSYbXw2kb8eXs73t0OtXwblXnUsqm7EyMpfge R4H9T0LFp+IVPCJL31y4qHONNstlXExZJsi1ZuntXodSEh7jeSQn74Jtg g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AogFABS3yVGtJXG+/2dsb2JhbABagkVEMUmDBbw0gQMWdIIjAQEBBCEBC1wCAQgRAQMBAQsFEQcCAwIyFAMEAQEFAwEBBBMIiAaOSZs6AZFUjxQ3AYJMNmEDhT6jSYMQgig X-IronPort-AV: E=Sophos;i="4.87,938,1363132800"; d="scan'208,217";a="227020921" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-1.cisco.com with ESMTP; 25 Jun 2013 15:30:32 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r5PFUWVC014229 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Tue, 25 Jun 2013 15:30:32 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.80]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.02.0318.004; Tue, 25 Jun 2013 10:30:31 -0500 From: "Pascal Thubert (pthubert)" To: "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] draft-ohba-6tsch-security-00 Thread-Index: Ac5wf87yAAXeU4p+RJ2LFEqPqxPt0wAT5D2AABlp2YAAEwb6wAAN1Tjw Date: Tue, 25 Jun 2013 15:30:31 +0000 Deferred-Delivery: Tue, 25 Jun 2013 15:30:00 +0000 Message-ID: References: <674F70E5F2BE564CB06B6901FD3DD78B12D258EB@tgxml338.toshiba.local>

<674F70E5F2BE564CB06B6901FD3DD78B12D25F39@tgxml338.toshiba.local> In-Reply-To: <674F70E5F2BE564CB06B6901FD3DD78B12D25F39@tgxml338.toshiba.local> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.160.6] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841331D7Exmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: [6tsch] FW: draft-ohba-6tsch-security-00 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 15:30:39 -0000 --_000_E045AECD98228444A58C61C200AE1BD841331D7Exmbrcdx01ciscoc_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Dear all: I realized that the list was not copied; fixing this now. The discussion is= around section 2 that is missing the expansion of 6TSCH Cheers, Pascal From: yoshihiro.ohba@toshiba.co.jp [mailto:yoshihiro.ohba@toshiba.co.jp] Sent: mardi 25 juin 2013 11:04 To: Pascal Thubert (pthubert); xvilajosana@eecs.berkeley.edu; maria-rita.pa= lattella@uni.lu Cc: watteyne@eecs.berkeley.edu Subject: RE: [6tsch] draft-ohba-6tsch-security-00 From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com] Sent: Tuesday, June 25, 2013 5:46 PM To: xvilajosana@eecs.berkeley.edu; oh= ba yoshihiro(=1B$BBg>l=1B(B =1B$B5AMN=1B(B =1B$B!{#R#D#C""#N#S#L=1B(B); mar= ia-rita.palattella@uni.lu Cc: watteyne@eecs.berkeley.edu Subject: RE: [6tsch] draft-ohba-6tsch-security-00 Hello Xavi and Yoshi. I=1B$B!G=1B(Bd agree that our terminology is not perfect for that definitio= n. Let us discuss this at the next call. =1B$B!H=1B(B 6TSCH: Entity that sets up the schedule, controls the connectivity graph of the network, and the resources allocated to each scheduled cell in that connectivity graph. It may be an adaptation layer, a distributed reservation protocol, a centralized path computation entity, or any combination thereof. =1B$B!H=1B(B I think that the definition should 1) spell out the acronym =1B$B!H=1B(BIPv= 6 over Time Slotted Channel Hopping=1B$B!I=1B(B, and 2) explain that 6TSCH = defines a set of IETF sublayers and protocols, as well as an architecture t= o bind them together, for use in TSCH based networks. Which in turns remind= s me that people are getting confused when we tell them that 6TSCH pronounc= es =1B$B!H=1B(BSIXTUS=1B$B!I=1B(B and that we also have a sublayer called 6= TUS. Shouldn=1B$B!G=1B(Bt we change something there? Yoshi: I think section 2 should refer to our terminology. There is already= a XREF link at the end of the draft. If the terminology expands the acrony= m for 6TSCH you=1B$B!G=1B(Bre all set : ) [YO] As soon as we agree on the acronym for 6TSCH I will put it in section = 2. About section 3. Could we separate the commissioning from the bootstrapping= ? I would like to see a phase 0 when the device is prepared and the managem= ent systems are provisioned. In particular: What are the expectation on the= device off the factory: Some builtin vendor crypto material / certificate?= And then when the device is acquired and prepared for installation: Should= the OT people configure an IPv6 address? Additional crypto material like a= shared secret? [YO] We could add text for phase 0 for commissioning (I think Figure 1 can = still start with phase 1 since phase 0 does not need to be standardized). = The purpose of phase 0 is to install phase 1 KMP credentials in a physicall= y secured and managed location before the devices are placed where they are= expected to operate. Regards, Yoshihiro Ohba Cheers, Pascal --_000_E045AECD98228444A58C61C200AE1BD841331D7Exmbrcdx01ciscoc_ Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable

Dear all:

<= /p>

I realized that the list = was not copied; fixing this now. The discussion is around section 2 that is= missing the expansion of 6TSCH

<= /p>

Cheers,=

<= /p>

Pascal

<= /p>

From: yoshihir= o.ohba@toshiba.co.jp [mailto:yoshihiro.ohba@toshiba.co.jp]
Sent: mardi 25 juin 2013 11:04
To: Pascal Thubert (pthubert); xvilajosana@eecs.berkeley.edu; maria-= rita.palattella@uni.lu
Cc: watteyne@eecs.berkeley.edu
Subject: RE: [6tsch] draft-ohba-6tsch-security-00<= /p>

From: Pascal Thubert (pthubert) [= mailto:pthubert@cisco.com]
Sent: Tuesday, June 25, 2013 5:46 PM
To: xvilajosana@eec= s.berkeley.edu; ohba yoshihiro(=1B$B= Bg>l=1B(B =1B$B5AMN=1B(B =1B$B!{=1B(B=1B$B#R#D#= C=1B(B=1B$B""=1B(B=1B= $B#N#S#L=1B(B); maria-rita.palattella@uni.l= u
Cc: watteyne@eecs.berk= eley.edu
Subject: RE: [6tsch] draft-ohba-6tsch-security-00<= /p>

Hello Xavi and Yoshi.

I=1B$B!G=1B(Bd agree that our terminology is= not perfect for that definition. Let us discuss this at the next call.

=1B$B!H=1B(B

6TSC= H: Entity that sets up the schedule, controls= the

= ; c= onnectivity graph of the network, and the resources

= ; a= llocated to each scheduled cell in that connectivity

= ; g= raph. It may be an adaptation layer, a distributed<= /p>

= ; r= eservation protocol, a centralized path computation

= ; e= ntity, or any combination thereof.

=1B$B!H=1B(B

I think that the definition should 1) spell = out the acronym =1B$B!H=1B(BIPv6 over Time Slotted Channel Hopping=1B$B!I= =1B(B, and 2) explain that 6TSCH defines a set of IETF sublayers and protocols, a= s well as an architecture to bind them together, for use in TSCH based netw= orks. Which in turns reminds me that people are getting confused when we te= ll them that 6TSCH pronounces =1B$B!H=1B(BSIXTUS=1B$B!I=1B(B and that we also have a sublayer called 6TUS. Shouldn=1B$B!G=1B(Bt we chan= ge something there?

Yoshi: I think section 2 should refer = to our terminology. There is already a XREF link at the end of the draft. If the terminology expands the acronym for 6TSCH you=1B$B!G=1B(= Bre all set : )

[YO] As soon as we agree on the acronym for 6TSCH I will put it in = section 2.

About section 3. Could we separate the commi= ssioning from the bootstrapping? I would like to see a phase 0 when the device is prepared and the management systems are provisioned. = In particular: What are the expectation on the device off the factory: Some= builtin vendor crypto material / certificate? And then when the device is = acquired and prepared for installation: Should the OT people configure an IPv6 address? Additional crypto material= like a shared secret?

[YO] We could add text for phase 0 for commissioning (I think Figur= e 1 can still start with phase 1 since phase 0 does not need to be standardized). The purpose of phase 0 is to install phase 1 KM= P credentials in a physically secured and managed location before the devic= es are placed where they are expected to operate.=

Regards,

Yoshihiro Ohba

Cheers,

Pascal

--_000_E045AECD98228444A58C61C200AE1BD841331D7Exmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CE9C21E8106 for <6tsch@ietfa.amsl.com>; Mon, 24 Jun 2013 08:18:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s70cVMt2iH8S for <6tsch@ietfa.amsl.com>; Mon, 24 Jun 2013 08:18:49 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by ietfa.amsl.com (Postfix) with ESMTP id 47C5E11E8146 for <6tsch@ietf.org>; Mon, 24 Jun 2013 08:18:49 -0700 (PDT) Received: from [76.14.66.110] (helo=[192.168.0.103]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Ur8XR-0002sp-IQ; Mon, 24 Jun 2013 08:18:47 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 $1508$) From: Philip Levis In-Reply-To: Date: Mon, 24 Jun 2013 08:18:40 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9E158162-62EB-4569-81B3-4535D4B853F9@cs.stanford.edu> References: <763D0548-7E5F-41CC-A528-2A0CA85F4909@cs.stanford.edu> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1508) X-Scan-Signature: 3fe17504c5843e76b9e439a63759b02e Cc: Thomas Watteyne , 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] minutes webex 21 June 2013 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 15:18:53 -0000 That's great -- your proposed use not violating the IPv6 flow label = specification would be tremendously valuable. Phil ------- Philip Levis Associate Professor Computer Science and Electrical Engineering Stanford University http://csl.stanford.edu/~pal On Jun 24, 2013, at 4:05 AM, Pascal Thubert (pthubert) = wrote: > Hello Phil: >=20 > After the positive review by Brian = http://www.ietf.org/mail-archive/web/roll/current/msg06967.html I'll be = quite happy to go back to 6MAN. > I attended the meetings where the flow label story was debated and = what they really cared for was load balancing at the core.=20 > What happens in the fringe was below the radar. We need to express = clearly what we want and I trust 6MAN will be helpful. >=20 > Cheers, >=20 > Pascal >=20 > -----Original Message----- > From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf = Of Philip Levis > Sent: vendredi 21 juin 2013 20:58 > To: Thomas Watteyne > Cc: 6TSCH > Subject: Re: [6tsch] minutes webex 21 June 2013 >=20 > On Jun 21, 2013, at 11:06 AM, Thomas Watteyne = wrote: >=20 >> * [08.07] draft-thubert-architecture [Pascal] >> * ROLL flow label draft=20 >> (http://tools.ietf.org/html/draft-thubert-roll-flow-label): using the=20= >> flow label we can skip to have another encapsulation and use it for=20= >> the hop-by-hop >=20 > There was a lot of discussion about using the flow label with the ROLL = WG. I raised the concern that it's in violation of RFC6437. This seems = like a very bad idea. Pascal, I think we all agree that being able to = use the flow label would be very valuable, but the hurdle of using it is = to convince 6man to amend RFC6437. >=20 > Phil >=20 > ------- > Philip Levis > Associate Professor > Computer Science and Electrical Engineering Stanford University = http://csl.stanford.edu/~pal >=20 >=20 > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6B3811E8128 for <6tsch@ietfa.amsl.com>; Mon, 24 Jun 2013 04:05:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e594OO4DlJLu for <6tsch@ietfa.amsl.com>; Mon, 24 Jun 2013 04:05:41 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id E212E11E8125 for <6tsch@ietf.org>; Mon, 24 Jun 2013 04:05:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1636; q=dns/txt; s=iport; t=1372071941; x=1373281541; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=RFZX+MAJ3q0KcK4ip4vA53WHAEeTjqqcbQijRM8sF4Y=; b=hi25L+D0fEoXksKjWsf5Vh5dPJKMcbWC0wqvqW5HrUjY49oO2CAk+Jau 1Stuo3wni65qkn1J9iGsnrvxw4u/ZVCnHHPVMGPkByz/p0nXTntvXTnUH kEtv+QVsiGgj7J0T9qiiuOcpo9UkoOabe8DoGyoi9rMwnkeaYvxsIcQJM 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFAM4myFGtJXG//2dsb2JhbABbDgiCczFJvzZ9FnSCIwEBAQQBAQE3NAsMBAIBCA4DAQMBAQsUCQcnCxQDBggCBAENBQgBiAUMuRWOHYEBMQIFBoJ8YQOYbIp6hSGCUj6BcTc X-IronPort-AV: E=Sophos;i="4.87,928,1363132800"; d="scan'208";a="226398910" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-1.cisco.com with ESMTP; 24 Jun 2013 11:05:40 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r5OB5eta015400 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 24 Jun 2013 11:05:40 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.80]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.02.0318.004; Mon, 24 Jun 2013 06:05:40 -0500 From: "Pascal Thubert (pthubert)" To: Philip Levis , Thomas Watteyne Thread-Topic: [6tsch] minutes webex 21 June 2013 Thread-Index: AQHObqoUVFs1EFBV00eqeZaLIqRlS5lA2RkAgAPdZtA= Date: Mon, 24 Jun 2013 11:05:38 +0000 Deferred-Delivery: Mon, 24 Jun 2013 11:05:00 +0000 Message-ID: References: <763D0548-7E5F-41CC-A528-2A0CA85F4909@cs.stanford.edu> In-Reply-To: <763D0548-7E5F-41CC-A528-2A0CA85F4909@cs.stanford.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.49.80.43] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] minutes webex 21 June 2013 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 11:05:45 -0000 Hello Phil: After the positive review by Brian http://www.ietf.org/mail-archive/web/rol= l/current/msg06967.html I'll be quite happy to go back to 6MAN. I attended the meetings where the flow label story was debated and what the= y really cared for was load balancing at the core.=20 What happens in the fringe was below the radar. We need to express clearly = what we want and I trust 6MAN will be helpful. Cheers, Pascal -----Original Message----- From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P= hilip Levis Sent: vendredi 21 juin 2013 20:58 To: Thomas Watteyne Cc: 6TSCH Subject: Re: [6tsch] minutes webex 21 June 2013 On Jun 21, 2013, at 11:06 AM, Thomas Watteyne = wrote: > * [08.07] draft-thubert-architecture [Pascal] > * ROLL flow label draft=20 > (http://tools.ietf.org/html/draft-thubert-roll-flow-label): using the=20 > flow label we can skip to have another encapsulation and use it for=20 > the hop-by-hop There was a lot of discussion about using the flow label with the ROLL WG. = I raised the concern that it's in violation of RFC6437. This seems like a = very bad idea. Pascal, I think we all agree that being able to use the flow= label would be very valuable, but the hurdle of using it is to convince 6m= an to amend RFC6437. Phil ------- Philip Levis Associate Professor Computer Science and Electrical Engineering Stanford University http://csl.= stanford.edu/~pal _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4135521E808F for <6tsch@ietfa.amsl.com>; Sun, 23 Jun 2013 19:10:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.17 X-Spam-Level: X-Spam-Status: No, score=-5.17 tagged_above=-999 required=5 tests=[AWL=-1.081, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9yaMnmO47eKm for <6tsch@ietfa.amsl.com>; Sun, 23 Jun 2013 19:10:17 -0700 (PDT) Received: from imx2.toshiba.co.jp (inet-tsb5.toshiba.co.jp [202.33.96.24]) by ietfa.amsl.com (Postfix) with ESMTP id 76B3421E808D for <6tsch@ietf.org>; Sun, 23 Jun 2013 19:10:17 -0700 (PDT) Received: from tsbmgw-mgw02.tsbmgw-mgw02.toshiba.co.jp ([133.199.200.50]) by imx2.toshiba.co.jp with ESMTP id r5O2ADOY020580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <6tsch@ietf.org>; Mon, 24 Jun 2013 11:10:13 +0900 (JST) Received: from tsbmgw-mgw02 (localhost [127.0.0.1]) by tsbmgw-mgw02.tsbmgw-mgw02.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r5O2ADUh025505 for <6tsch@ietf.org>; Mon, 24 Jun 2013 11:10:13 +0900 Received: from localhost ([127.0.0.1]) by tsbmgw-mgw02 (JAMES SMTP Server 2.3.1) with SMTP ID 1019 for <6tsch@ietf.org>; Mon, 24 Jun 2013 11:10:13 +0900 (JST) Received: from arc1.toshiba.co.jp ([133.199.194.235]) by tsbmgw-mgw02.tsbmgw-mgw02.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r5O2ADVk025360 for <6tsch@ietf.org>; Mon, 24 Jun 2013 11:10:13 +0900 Received: (from root@localhost) by arc1.toshiba.co.jp id r5O2AD2L019815 for 6tsch@ietf.org; Mon, 24 Jun 2013 11:10:13 +0900 (JST) Received: from unknown [133.199.192.144] by arc1.toshiba.co.jp with ESMTP id MAA19810; Mon, 24 Jun 2013 11:10:12 +0900 Received: from mx.toshiba.co.jp (localhost [127.0.0.1]) by ovp2.toshiba.co.jp with ESMTP id r5O2AC5M015543 for <6tsch@ietf.org>; Mon, 24 Jun 2013 11:10:12 +0900 (JST) Received: from TGXML330.toshiba.local by toshiba.co.jp id r5O2ACPO014175; Mon, 24 Jun 2013 11:10:12 +0900 (JST) Received: from TGXML338.toshiba.local ([169.254.4.194]) by TGXML330.toshiba.local ([133.199.60.204]) with mapi id 14.03.0123.003; Mon, 24 Jun 2013 11:10:12 +0900 From: To: <6tsch@ietf.org> Thread-Topic: draft-ohba-6tsch-security-00 Thread-Index: Ac5wf87yAAXeU4p+RJ2LFEqPqxPt0w== Date: Mon, 24 Jun 2013 02:10:11 +0000 Message-ID: <674F70E5F2BE564CB06B6901FD3DD78B12D258EB@tgxml338.toshiba.local> Accept-Language: ja-JP, en-US Content-Language: ja-JP x-originating-ip: [133.196.20.81] msscp.transfermailtomossagent: 103 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [6tsch] draft-ohba-6tsch-security-00 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 02:10:27 -0000 6tsch-security draft has been submitted to IETF: http://tools.ietf.org/html/draft-ohba-6tsch-security-00 Regards, Yoshihiro Ohba Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A53AD21F979E for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 12:56:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z5zeecgnwkJD for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 12:56:28 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by ietfa.amsl.com (Postfix) with ESMTP id 5FD6B21F973A for <6tsch@ietf.org>; Fri, 21 Jun 2013 12:56:28 -0700 (PDT) Received: from [76.14.66.110] (helo=[192.168.0.113]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1Uq7R1-0002ab-W0; Fri, 21 Jun 2013 12:55:54 -0700 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 $1508$) From: Philip Levis In-Reply-To: Date: Fri, 21 Jun 2013 11:58:24 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <763D0548-7E5F-41CC-A528-2A0CA85F4909@cs.stanford.edu> References: To: Thomas Watteyne X-Mailer: Apple Mail (2.1508) X-Scan-Signature: 2c238adc2661b13b123d68c6db09dced Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] minutes webex 21 June 2013 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 19:56:32 -0000 On Jun 21, 2013, at 11:06 AM, Thomas Watteyne = wrote: > =95 [08.07] draft-thubert-architecture [Pascal] > =95 ROLL flow label draft = (http://tools.ietf.org/html/draft-thubert-roll-flow-label): using the = flow label we can skip to have another encapsulation and use it for the = hop-by-hop There was a lot of discussion about using the flow label with the ROLL = WG. I raised the concern that it's in violation of RFC6437. This seems = like a very bad idea. Pascal, I think we all agree that being able to = use the flow label would be very valuable, but the hurdle of using it is = to convince 6man to amend RFC6437. Phil ------- Philip Levis Associate Professor Computer Science and Electrical Engineering Stanford University http://csl.stanford.edu/~pal Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B84821F9C54 for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 11:06:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nvdJI+Nhgcho for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 11:06:25 -0700 (PDT) Received: from mail-pb0-x242.google.com (mail-pb0-x242.google.com [IPv6:2607:f8b0:400e:c01::242]) by ietfa.amsl.com (Postfix) with ESMTP id ED45421F9C03 for <6tsch@ietf.org>; Fri, 21 Jun 2013 11:06:24 -0700 (PDT) Received: by mail-pb0-f66.google.com with SMTP id mc8so3668924pbc.1 for <6tsch@ietf.org>; Fri, 21 Jun 2013 11:06:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=UNazzjFRhnotBpLdlpEuE2Mr9a6tKv4kvKqRcWov0BU=; b=dEFPKJO6sJCEfewFj8CZ5v4UdHYpN7D4oKJqc2GX4MmL+PhSMfMiMQy2XVdAzBSgE4 ofFKBJPNVLJg1ytFjJ4vtjRV5gOouNS5nhpUpKUz4E2qvbSWx3zKzim7bkJG2tKGPE3X 0WAvpMmfnZ+iXlZZMye22ssijkclI5LCsehy9QB/UO9GfSIr28cmUx3QptTXwgJj3c5h Avc7jCRsayqrw0i6ybawDnmvC5xyM/Mxye5H5I8ZI/NDHDAAM0vlcSm40UuLzbs4/8YS mQHVN03Xk4NM5k39XxJSi6juIhS0ynXpDIWtowYxrayXfMphgd2Rn0qU+f8A+aKQIzVu joUA== X-Received: by 10.68.98.165 with SMTP id ej5mr13356018pbb.111.1371837981244; Fri, 21 Jun 2013 11:06:21 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Fri, 21 Jun 2013 11:06:01 -0700 (PDT) From: Thomas Watteyne Date: Fri, 21 Jun 2013 11:06:01 -0700 X-Google-Sender-Auth: qjqgDtxkswRKpKgh9eXLlyyr4nY Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/mixed; boundary=047d7b6dc4908fc42b04dfadeb54 Subject: [6tsch] minutes webex 21 June 2013 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 18:06:26 -0000 --047d7b6dc4908fc42b04dfadeb54 Content-Type: multipart/alternative; boundary=047d7b6dc4908fc42804dfadeb52 --047d7b6dc4908fc42804dfadeb52 Content-Type: text/plain; charset=ISO-8859-1 All, You will find the minutes of the last webex below, and the presented slides attached. FYI, all the minutes and slides are archived a https://bitbucket.org/6tsch/meetings/. Thanks to Xavi and Dominique for taking notes! As usual, fix anything we might have missed directly in the e-mail and reply. Thomas ----- Minutes Webex 21 June 2013, 6TSCH group Note: timestamps in PDT. Taking notes *(using Etherpad)* 1. Xavi Vilajosana 2. Dominique Barthel 3. Thomas Watteyne Present *(alphabetically)* 1. Alfredo Grieco 2. Dominique Barthel 3. Guillaume Gaillard 4. Kris Pister 5. Maria Rita Palattella 6. Pascal Thubert 7. Pouria Zand 8. Raghuram Sudhaakar 9. Thomas Watteyne 10. Tina Tsou 11. Tom Phinney 12. Xavi Vilajosana Recording - Webex recording (audio+slides,streaming) - https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=69395152&rKey=9c437dc2a66e5d34 *[62min]* Slides - slides_130621_webex.ppt: slides shared during the call Agenda - draft-thubert-6tsch-architecture-02 *[5min]* - draft-vilajosana-6tsch-basic-00 *[10min]* - Architecture with remote BBR *[10min]* - Soft cell assignment: random or not? *[20min]* - Track IDs *[10min]* - AOB *[5min]* Minutes - *[08.05]* Meeting starts - *[08.05]* Pascal starts the recording - *[08.05]* Agenda *[Pascal]* - draft-thubert-architecture v2 - draft-vilajosana-basic v0 (thank you Xavi!) - Architecture with remote BBR (by Thomas) - Soft cell assignment: random or not - Track IDs - AOB - *[08.06]* adopting minutes *[Pascal]* - let's do a call for adoption of the previous meeting's minutes from now on - any concerns with last call's minutes? rough consensus on the call - last call's minutes are adopted - note: we are recording this call - *[08.07]* draft-thubert-architecture *[Pascal]* - ROLL flow label draft ( http://tools.ietf.org/html/draft-thubert-roll-flow-label): using the flow label we can skip to have another encapsulation and use it for the hop-by-hop - RPL can use hop by hop option - we can forward about anything in a slot (a la GMPLS), i.e. tunnel mode - transport mode: dmac to 0xffff at ingress, restored at egress - Tunnel Mode: - if we setup a track the forwarding is done at the 6tus layer - who sets the mac address and what mac addess is there? - Using the tunnel abstraction to switch between technologies, assuming a node can have 2 interfaces (e.g. WirelessHART and IEEE802.15.4e), the tunnel model can transport the WirelessHART payload tunneled in the IEEE802.15.4e using 6tus tunnel and the restore it at the egress router. - *[Thomas]*: we need to look closely at the implications, especially on the security aspect - *[Thomas]*: it might be easier to do if: - the WirelessHART and IEEE802.15.4e slots are the same length - some coordinated schedule of both networks is happening, essentially building a collision-free schedule across both networks. - *Action*: *ALL* to read proposed -02 draft ( https://bitbucket.org/6tsch/draft-thubert-6tsch-architecture/src) and provide feedback.*Pascal* to publish after rough consensus. - *[08.19]* draft-vilajosana-6tsch-basic-00 *[Xavi]* - *Xavi* presents the draft published at http://tools.ietf.org/html/draft-vilajosana-6tsch-basic-00. - We were discussing the minimal configuration for 6TSCH at last call. - Draft contains the outcome of that discussion. Xavi shares his screen, showing the draft - Main purpose of draft is for interop testing. - Xavi goes through parameter values. - Longer than 10ms slot needed for slower platforms - Basic schedule, static schedule, same for all nodes, 5 active slots, rest is sleeping. - Recommends neighbor management information base. - *[08.30]* Architecture with remote BBR *[Thomas]* - Addresses the case of several BBRs, on different subnet. ND proxying needed for http://tools.ietf.org/html/draft-thubert-6lowpan-backbone-router-03 to work. - Several possible architectures : tunnel, combined PCE/router, hybrid - Hybrid: the PCE does the proxying of all the nodes in the LLN, the PCE manages and has explicit connections to the BBRs. - Keep PCE and ND separate elements. 6tsch does not define anything about how PCE and BBR communicate. - *[Thomas]* 6TSCH should not take on the task of defining BBR-to-PCE communication. But we should not exclude in our specification any of the three approaches and if someone wants to go for them this should not exclude them from the standard. - *[Pascal]* Push as much work as we can to the PCE/discovery. Add to architecture. - *[Pascal]* add some text on the architecture draft telling that can be done in an open way. - *[Thomas]* many ways of doing this. Should describe a reference architecture but leave it open - *[08.38]* Soft cell assignment: random or not? *[Thomas]* - This problem applies only to distributed scheduling. - Open question: Is a purely random good enough? - Answer will depend on the amount of traffic in the network. We need to indentify the threahold traffic at which point it is NOT good enough (possible collapse). - 2 neighbors negociate the allocation of an extra cell, and have to decide on a slotOffset/channelOffset. The problem is that neighbors can choose the same cell and then collisions occur. - Two methods: - Random selection: select cell randomly, and hope for the best. If collisions happen, a monitoring function detects then and picks another (random) location for that cell. - Informed selection: maintain some state and try not to pick same cell as other neighbors. Collision can still happen, but less likely. - In both cases, detecting collisions is crucial, and I believe this was agreed on on the ML. - *[Pouria]* presents picture. Shows 2-hop neighborhood. Shows conflicting edges of two nodes. Node A can ask for one hop neighbor's cell usage. It can get up to 2 hop neighbors as 1-hop neighbors can send that information. By combining that information, the figure can be build. During a negotiation node A can send a candidate list to the neighbor. - *[Thomas]* There are 2 steps in solving this: 1. how much of a problem is it if we just do random. 2. If random is not good enoug, what is the best approach - Problems with random. What is the collision probability? What is the traffic on my network that causes random selection to not work. How often will a collision happen? Is is possible to evaluate the overhead of re-negotiation, and compare that to the overhead to maintain state? - There are open questioms - *[Thomas]* Pouria, willing to work on this? - *[Pouria]* yes. - *[Xavi]* look at P2P community, not reinvent. - *[Kris]* No doubt that informed will do better than random. - *[Thomas]* example of Trickle. RFC says one needs to define what is consistency and inconsistency. Opinions here on what is a consistent state? "no collision" as the consistent state is being debated on the ML. - *[Kris]* a node won't know if it's a collision inside network or with something external. Only thing it knows is "this cell doesn't work for me". - *[Thomas]* take as action item to start looking at problem of figuring out how bad random approach is, boundary with informed decision. Who would be interested. - *[Xavi]*: I'm interested. - *[Pouria]* I'm interested. - *[Alfredo]* I'm interested. - *[Alfredo]* the problem is that purely random selection can be done many different ways. We could for example have some dependency on the hop count from the DAGroot, could help with channel re-allocation. Implicit state, related to routing topology. - *[Thomas]* allocate pieces of matrix to differnet parts of DAG. Less fighting. Let's put this to the mailing list and come up with numbers. - *[08.58]* Track IDs *[Thomas]* - discussion stared by Qin. If we don't have clear track ID, it's harder to match cells to tracks. - *[Pascal]* We could use of RPL Instance ID: - instanceID: each node has 64 available instanceIDs to manage. - the PCE can install route. - who selects the instanceID? source? destination? p2p rpl uses source to select instanceID. - what about broken track? - *[Thomas]*: 6LoWPAN would compress this nicely. Possibly through contexts? - *[Pascal]* the source mac is still compressed with 6lowpan. InstanceID is kept on the state of the tunnel. - *[Pascal]* Hop by hop option removed compression opportunity. - *[Thomas]*: we will carry on this dicsussion on the mailing list, because time has expired. - *[09.07]* AOB *[Thomas]* - *Thomas* calls for Any Other Business no other business - *[09.08]* meeting ends --047d7b6dc4908fc42804dfadeb52 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

All,

You will find the minut= es of the last webex below, and the presented slides attached.

FYI, all the minutes and slides are archived a https://bitbucket.org/= 6tsch/meetings/.

Thanks to Xavi and Dominique for taking notes!

As usual, fix anything we might have missed directly in th= e e-mail and reply.

Thomas

-----

Minutes Webex 21 June 2013, 6TSCH group

Note: timestamps in PDT.

Taking notes=A0(using Etherpad)

Xavi Vilajo= sana
Dominique Ba= rthel
Th= omas Watteyne

Present=A0(alphabetically)

Alfredo Grieco
Dominique Ba= rthel
Gu= illaume Gaillard
Kris Pister
Maria Rita Palattella
Pascal Thubert
Pouria Zand
Raghuram Sudhaakar
Thomas Watteyne
Tina Tsou
Xavi Vilajosana

Recording

Webex recording (audio+slides,streaming)
https://cisco.webex.com/cis= cosales/lsr.php?AT=3Dpb&SP=3DMC&rID=3D69395152&rKey= =3D9c437dc2a66e5d34=A0[62min]

= Slides

slides_130621_webex.ppt= : slides shared during the call

= Agenda

draft-thuber= t-6tsch-architecture-02=A0[5min]
draft-vilajosana-6tsch-basic-00= =A0[10min]
Architecture= with remote BBR=A0[10min]
Soft cell assignment: random or not?=A0= [20min]
Track IDs=A0= [10min]
AOB=A0[5min]

Minutes

[08.05]=A0Meeting starts
[08.05]=A0Pascal starts the recording
[08.05]=A0Agenda=A0= [Pascal]
- draft-thubert-architecture v2
- draft-vilajosana-basic v0 (thank you Xavi!)
- Architecture with= remote BBR (by Thomas)
- Soft cell as= signment: random or not
- Track IDs
- AOB
[08.06]=A0adopting minutes=A0[Pascal]
- let's do a call for adoption of the previous meeting's minutes from= now on
- = any concerns with last call's minutes?
  
  rough consensus on= the call
- last call's minutes are adopted
- note: we are recording this call
[08.07]=A0draft-thubert-archite= cture=A0[Pascal]
- ROLL flow la= bel draft (http://tools.ietf.org/html/draft-thubert-roll-flow-label<= /a>): using the flow label we can skip to have another encapsulation and us= e it for the hop-by-hop
- Action:=A0ALL=A0to read proposed -02 draf= t (https://bitbucket.org/6tsch/draft-thubert-6tsch-architect= ure/src) and provide feedback.Pascal=A0to publish afte= r rough consensus.
[08.19]=A0draft-vilajosana-6tsch-basic-00=A0[Xavi]<= ul style=3D"margin:0px;list-style-type:disc">
Xavi=A0presents the draft published at=A0http://t= ools.ietf.org/html/draft-vilajosana-6tsch-basic-00.
We were disc= ussing the minimal configuration for 6TSCH at last call.
Draft contains the outcome= of that discussion.

Xavi shares his sc= reen, showing the draft
Main purpose of draft is for interop testi= ng.
Xavi goes th= rough parameter values.
Longer than 10ms slot needed for slower platforms
Basic schedule, static schedule, same for all nodes, 5 active slots, rest i= s sleeping.
Recommends neighbor management information base.

[08.30]=A0Architecture with remote BBR=A0[Thomas]=

Addresses the case of several BBRs, on di= fferent subnet. ND proxying needed for=A0http://tools.iet= f.org/html/draft-thubert-6lowpan-backbone-router-03=A0to work.
Several poss= ible architectures : tunnel, combined PCE/router, hybrid
Hybrid: the PCE does the p= roxying of all the nodes in the LLN, the PCE manages and has explicit conne= ctions to the BBRs.
Keep PCE and= ND separate elements. 6tsch does not define anything about how PCE and BBR= communicate.
[Thomas]=A06TSCH should not take on the task of defining B= BR-to-PCE communication. But we should not exclude in our specification any= of the three approaches and if someone wants to go for them this should no= t exclude them from the standard.
[Pas= cal]=A0Push as much work as we can to the PCE/discovery. Add to ar= chitecture.
[Pascal]=A0add some text on the architecture draft telling= that can be done in an open way.
[Thomas]=A0many ways of doing th= is. Should describe a reference architecture but leave it open

[08.38]=A0Soft cell assignment: random or not?=A0[Thomas]

This problem applies only to distributed scheduling.
Open question: Is a purely ran= dom good enough?
Answer will depend on the amount of traffic in the network. We need to inde= ntify the threahold traffic at which point it is NOT good enough (possible = collapse).
2 neighbors negociate the allocation of an extra cell, and have to decide o= n a slotOffset/channelOffset. The problem is that neighbors can choose the = same cell and then collisions occur.
Two methods:
Random selection: select cell= randomly, and hope for the best. If collisions happen, a monitoring functi= on detects then and picks another (random) location for that cell.

Informed sel= ection: maintain some state and try not to pick same cell as other neighbor= s. Collision can still happen, but less likely.
In both cases, detecting collisions is crucial, and I believe this was agre= ed on on the ML.
[Pouria]=A0presents picture. Shows 2-hop neighbor= hood. Shows conflicting edges of two nodes. Node A can ask for one hop neig= hbor's cell usage. It can get up to 2 hop neighbors as 1-hop neighbors = can send that information. By combining that information, the figure can be= build. During a negotiation node A can send a candidate list to the neighb= or.

[Tho= mas]=A0There are 2 steps in solving this:
=
how much of = a problem is it if we just do random.

If random is= not good enoug, what is the best approach
Problems with random. What is = the collision probability? What is the traffic on my network that causes ra= ndom selection to not work. How often will a collision happen? Is is possib= le to evaluate the overhead of re-negotiation, and compare that to the over= head to maintain state?

There are op= en questioms
[Thomas]=A0Pouria, willing to work on this?
[Pouria]=A0yes.
[Xavi]=A0look at P2P community, n= ot reinvent.
[Kris]=A0No doubt that informed will do better than random= .

[Thomas]=A0example of Trickle. RFC says one needs to define what= is consistency and inconsistency. Opinions here on what is a consistent st= ate? "no collision" as the consistent state is being debated on t= he ML.
[Kri= s]=A0a node won't know if it's a collision inside network = or with something external. Only thing it knows is "this cell doesn= 9;t work for me".
[Tho= mas]=A0take as action item to start looking at problem of figuring= out how bad random approach is, boundary with informed decision. Who would= be interested.
[Xav= i]: I'm interested.
[Pouria]=A0I'm interested.
[Alf= redo]=A0I'm interested.
[Alfredo]=A0the problem is th= at purely random selection can be done many different ways. We could for ex= ample have some dependency on the hop count from the DAGroot, could help wi= th channel re-allocation. Implicit state, related to routing topology.
[Tho= mas]=A0allocate pieces of matrix to differnet parts of DAG. Less f= ighting. Let's put this to the mailing list and come up with numbers.

[08.58]=A0Track IDs=A0[Thomas]

discussion stared by Qin. If we don't have clear track ID, it's har= der to match cells to tracks.
[Pascal]=A0We could use of RPL Insta= nce ID:
- instanceID: = each node has 64 available instanceIDs to manage.
- the PCE can install route.
[Thomas]: 6LoWPAN would compress this nicely. Possibly thr= ough contexts?
- [Pascal]= =A0the source mac is still compressed with 6lowpan. InstanceID is kept on t= he state of the tunnel.
- [Pas= cal]=A0Hop by hop option removed compression opportunity.
- [Thomas]: we will carry on this dicsussion on the mailing list, = because time has expired.
[09.07]=A0AOB=A0[Thomas]
- Thomas=A0calls for Any Other Business
  no other business
[09.08]=A0meeting ends

--047d7b6dc4908fc42804dfadeb52-- --047d7b6dc4908fc42b04dfadeb54 Content-Type: application/vnd.ms-powerpoint; name="slides_130621_webex.ppt" Content-Disposition: attachment; filename="slides_130621_webex.ppt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hi7ov3mq0 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAEAAAA0QEAAAAAAAAA EAAA0wEAAAEAAAD+////AAAAAMsBAADMAQAAzQEAANIBAAD///////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////8A bh7wV+gAAEsatOnh7BFJlKZl+AHTqlT/iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEy AAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAOxAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9z b2Z0IE9mZmljZX/tNXEAAOfGSURBVHja7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOB JB6YjW3AmHkeJSGEACGQEBJCwkKokVpSS7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY 0ymaHqq6q6pL0u61nqUu1Vxd+5zn7PPsvX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0g EAgEAoFAIBD5JhAIBAKBQCAQCES+CQQCgUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfr sQ7b6PJQf/YzFhkZ+Tt/PIdnnnmmeNasWU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7j e6WW7Yrj+vreurMxtdsPf7YlHcnW/P2cCOr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84R avyQar4QONbkyZOHe0NSOyv5xrbufmtCx7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3FFsj 8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjralSI9aJx wH7YztV++B+uC3+dNTSSfX4pjBJGgUbHWcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc7evqeLh26f07 eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKEd+yup8ytrQkbgo04syF8x//E++jKjsRxxLuL99+V3bk6 tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZrUnt390zFl4zbCuuTbQP7mzbsT3EPp6uUYs2l+Af+3e0 Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/7Mnu5XAL6T5ybF8uBzGi3XcaAxaE0HFELTUEZ9s46+Dw gwmjxgslGgH8XyxjndjO2fHw0gty6W4/8SIIMuDqWNhPGMLd6a8eOL7jNQijQcMESI/peF2uzu/q esWL7u54zvZ1dTz8vbt/D8cGy9MzI+LdeeD43jt7J13ZhmMjKue9ETbizIbw3bHDcHzfHEm8eP9d 2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfXIp6pu2cs5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsH muM75Yvdu7IvpXavlHzrbfdyuIE7u/e0vzMuIec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4q lXA1QpYaibP9nG3r6tpw7dJO3tUoWzpKdfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vh zHaddcJy3ht3NiRHmuXYQTp6hxztzt1xPF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpz Cf6xf2fvutp27+y98tXuXdmXUrtXSr71tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9Xxj uuMu2eWjLkF8MYISI0CQcUx9uTue1FPtaj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1 yiHfzvZ1dTzRcLjyfLt7ZkS+u4bnW7yTzmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TS XXXCd9s3u904mc162vF/zjzxrtoRd9ci1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+ze lX0ptXs55Nufdi+XG7gjuZ72d+QScq/TEwcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9T zgvhbj8HHdLT7q4N+4oGQRzPledbrJMavatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vx nXRlu2JGSugC5bw3gng7syHp7JL0+hwH9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2bu3bE E5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCOfHvaX7qP kuv0xEGMaPedxoBFcI6r9VjnrEP0+w+gAZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2bS5BffvvKHZv ZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci+QlkuzqRCKPaHbUJRL47mv13FLs3sn2R3RP5JhAIBAKB QCAQujzoIRAIBAKBQCAQCES+CQQCgUAgEAgEIt8EAoFAIBAIBAKByHfHgxoJ3z0FrClBRwpyIRCM gLuV2FyWP3YW5KNF8I/WAUVUlIZAINsnEPnuWA/aRUUpNV5qRDFLUzUht6XcFE2O+UJxHMqQQiBo 2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCGKBLvOxaYcVYiFoQYqYJEQQHHY0sLEQgvuNwKTuK6QLhF QQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6KHThWPBK/B+2h0IQojAE/jorCiPKRLsrOCE9JgqRiFks nNtZITHHe3R2Ha7aKk/tktK2iEAg2+8ctu+MVxCIfPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3Dse W/pyC+81DFFOFSfpdYlSrmQsBLLXn+xBWqrZlR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7 ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2LCASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqq hSFg1CoMSc51CaN1PB6B0JXtVWqfruzQ0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7 dLwOd/fgrl1S2hYRCGT7ncP2nfEKApFvQ5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+ TseVHXqaDnbVeQlPlfAwiU4SRFXqrZK2HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf 8W2fyDeRb8MZtNRQxcvsqKUSU0yOejOhxXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmy Q6kdO9N3uuqA0bmJ6WSsF8cWHivHY3gKYHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15B IPJtaOBlFfoxudHFQlvpbhuhvfR0LGxH0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZL qCnPN4Ggj93qAdizp4E5gUAg2ycQ+SYQCAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8C gUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCMBJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6ljJhAI BAKhcyLGZKXCVES+CUYDkW8CoXODZrgIBOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50AgdE1QH0/k m2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHsn0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3m8g3wWCA95sM k0DovKDgagKh6wK2T042It9dHrGm7P5EdgkEgp6gwEsCoWsTcHoORL67NIyov2rvmLvRb0MgdF47 x4Afs1z02xAI2mOByTbYaPZPvwuR7y6NWYmlUQYk3w/RyJhA6NyDbCLfBELX7Odp8E3km2BAwDAR lEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo5SiR7y5Nco06+gxNKFxIU1MEgiqdnCFnkRBvQhIzAqFr AgMC8n4T+e6SHavROuXIOFOP8fNz23oFWr7rGZz9TZ9p1juvzM65PCosbYUnI4VUBVPrADp1kq0Q CMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj3Y3aBlDObyLfHRZiStmbzstInuXx4Wn5AYsrrrad/pD9 fshS9uCriQyff1y+xv48JvlOn6D0L0UnDXKNexZT6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2Dm jyFLa65aa3bcfj7AchXLGHhjvat2Ds8AUhV02GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv 9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXIt9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ ekhc/hKaqiZ0RaDTUdoRo+M1Slq/sJjkEb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5M vvH+d/Tc2BhYD5+dvnVseHq1dLYL94dl/B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIx Q2oCj7ezzthx+Q/DlrI+0yyfU0dM6IrAew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1 bE+/OYHwL4CMwv6VENC7cRV+tyW0XYNCLSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm +GHzCo5MnZ+RExqbPMmfHd3wudkfPjwsyS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4d P/d3JmeQ/acRyxi2p9+ZQHDet8sl4Eax/6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556Gz fGqc+c6jo5ax2o1HWFx283V4pKbOB5/VfzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3 Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZNjn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKGkAXJ Yf60JbQ7L4VYzivZB9v7q70iEPlWBRghT3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU132ZV7/ko t3bfxV1b978JnDt8aO+qVZsaqupba5YVbt4H4Pu6VeusW9euNTXUNMYVFpaPsWRXRwG2/PKg4sLy YaWFhYPw/yST5UFMfYm0YkLPhesKjzMP7BmUoahT/v3QpWzAzOzr9NsSCHfJ7d0sP7Ct4bPS1s1O qb+6o+0cEzNK8Di37D7JegdZvvLHIDt4gTnKU0yH4zK2x370+xIInu1fSDQw0AVxRQAjyDcwLjy1 GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8dmHybHhgzv+ASAhY9dX7PTrGw5UUt7Mb776mGv5+9wI68 fpbjwvFz7PNz77Ar77zL/79l077P+4Vk3yHyTSD4bucvzi688vjoZT+4sp+HhiSyv01M++es5Ztu FrQcvwiUVNQcPHj8wpvAxYsX98bnrH5PrDv3zgcHs4rr3jx29t02fMc2GUUrTu44cu4klk+de//1 8orq/fh+5NQ7b+D/WI//A/h/XklN23xry9ebDpxlSsg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE +CrorgNeKy8NXVppAkQQo5CxIA5MOMuEk0ziMOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZD vy2R7w6LydG5+x8btewHOZ0ePOAzltayk4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0X ksM2HzzLvzc2NjLpR4vlzOod7PExyUzJIBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77H RSyvVerF9sZbTiDybRjgxX9xRpai6d6mbW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVO Hrv57W1dyDckMH2CsxSR72cnp10HoaDfl0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ 8wo6ZXxHpoHZSbW6ke839r3BZiTVybo+SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2 IncGbkh43nW5ZIJA6MrwhtyCrMckmLrrcX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQb yC1rZbn1u5mnIjsvhObdmrfYMoZ+WwLhX5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks2 3giNNUfQb0sgeAaK08ipDunrPnpdI7bD9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3g zsrLPzXOzAbOymF7d7Sxlete/8eynHoL/cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1fw6rW v+72+rB+ZGztVyaT5UH6fQkE98As8JB5hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55IxQGIxD5 VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttRghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9iO0+OHWeHdi+ d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo7BeSzeAt15N8Q04SlVLOXgzNZY+PTeEpEKE7h9QNy5DC YD222/LGR98WNm6rpN+ZQHANBDiOnZu5wuiebwBpDpHuEAV0HAM+sYz/Y31kYuaQWYnl8VThksh3 x+mMTZZHt6xrzZES2mhzPdu0/4ysThmazJdDs9nbR076hXxL8dgjj7J969a53ebzc+dvNzWuyVBb Aw6jR6NGBkUwKmylNRMvX758HuQWaflSyrYoGmSPXlDKZ5X0JN9iGVrzolX7WcBrNey/n3yRhac1 8WVnGvSyytozpaWV/bR4hnKrhBIIRgP6PFHF2uiab0egguWL0zMu9grKvDUkLOt1/MWyYwVMkdJQ qxgvuVVCCUS+3b5EEakNBacOHD7qSFDhMZ4QU8rk5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/ SM6uWaLW87ybOolG3QRDerq2bt+55M6dO7cEmYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+ QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYlmB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfP L7C1qCnv63cu3HJFTg/uamMvh+ZwPbXT1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqd J6B1J/JN6Ix2viCtelFGUf0JZ+T03Y++4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+p T75ZlFHTqJYnjDxfhI4EFMAJSyx1mn5PbpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69 JImWRw9u271WDjn96NRZrqdGUONzUzLYn8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05y steDgMvn3r4KKQoZA6EzEe/C6saZV67evOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyH hYWxiIgIRfvXNjSx5n3nPi4tLe1BnS+hq0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGn wXcXJt/evGByOuNsW/HoT0+fuuhNUGNj0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+Qbx rsrN8ekYxw4dfb+wsHSgN40Meb4J3rwzWhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5jm0s W2t3svqGFezWrVts0qRJbNSoUayiosJv5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo5MRbdl8E DziyioycbVmHbCZhMcmj8BdFdeDxhuQEfeKsxNIof7//vpxfVNek94PIt1uirNZIDcCxCqs2NPlK cH/+b//mdj3IL3TXm1c06E6+n23vlN/at8/n43x+7h1WUr/t4OK0QkW5wYl8E5QCnZnaZN5iK325 orLmtLfkdu2mvex3D/2RS02crU9KSmIPPvggu3jxou7kGwOABx54wOfjldc0XitdsTnbm46YyDdB LUASoZXzTvl7bXpAkO7hEYWH8RepCB1txFE7buRBhbvn4y0JJ/vv5ORbzR85Lrl4+uHdr5/wlZS+ 13aYe7blaK/9QcCVBFvK8oK/fvLGivpVyUoaBcp2QlDW+WaPUsvOoe1cXrWlFkGVvpDTdevWsZ49 e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/80/WsP3Mh8m2hkVGIEyErgc4xdTyxArPtK/k9K7jL9jT IN9fJFSt86KvhhZe6ewjke8uQL7VCBIoLa+Jhp5ZDTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BU tHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9evTg3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq 2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpRS0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqI qRb2bdm+Ii65cJzjs4Zeblx4avHoyLwzoxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDY GZZv3759tX7NRpOnZx6aULqY3luCivbf3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD5 9vYFWmipX/7RiePn1Saf0WGzmSUhQfF+2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOV AlF5D3hsdDL7y8TUb0dG5J43QmomQuck39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dP vXcm1lwcd0+HG5s8eGxk7kkEoPaalnUTf1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC +3f8TTC4gEMtIDKzaFB40QfDZqZvhiae+vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91/ /2/NdOBPPfYY15rr5QXftWX3mT5Blq+Qnk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfP akE+H3roIa+ymaSnp7Nu3brxQEytyDEkJ3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/HJ7E nhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkwoIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0rEi73DPA coMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ80nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBCllTLqgz4+6FL GQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8Qr/9q1/9yidNNgIxlyxZojo5FsGWenrCp8RX/bhh3+kf Xdk3gKwwk2JLPicvGMFb+1fibUaQoFLvtJ73omVfp2ewI+5jYmRaBgbe7ip9V64/dGtKTN5hIuCd iHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZSR9BNQxqCYjwzpkzmpNlflS19QX7FBvbcFItb0i1d/vOY 5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5RgYTX8u///rXv2bFxcWqXh8qW+pZ5Kdl90mWUb3Do33j O2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y2jOjA5xrSlz5lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5q fuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNmiu0iTcUzt6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnK Jd/wfuP3JEMj3Ee67+bVfWVu4fkpUctrgxeYoxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+ iPfKlSt1uX4UFRo428a+/+GOLPINJBasv4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYY uRg+N/vDdz/6Qrb9T1hYco3kZx2UfOPFGj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GE dxkBl0Yk82pUtlSCftOzFHXK+AyanfstAjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63ceb b4+MLLgasjDdJLxQtoYda1asWHHLyGTb2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7 TZCDaZHm+F5BmbfQDgyds/wgqkkikBel3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNy erc7IPkeH56W/9T4lFuefuyWPad+jM9s+qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coy RunyuNiKG0GvVZWELq00IZhDjOLRoOA7UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7e dODkQT3JMzzVIMxaHN+Xipi1tbVci67X4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67 LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKtp7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa30Tve wcg3DC5gccVVuaSuX7CVtbbu1Y18e5tmUG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DMHykgg4DZ j96BaV9hFsvT+1O1/vXvi1bt19VzjTSD8C6rfXxkQkEWFW894dgfnm89yTf03koG2Wff+4yNXFB0 D/mmd57gCBBvTxmw0FcMC8vcBQmqntemVSCnGhUx9cyvjVmJgpV77yixfwReD5lf8ZV0gC0G2bh3 zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5fjrnYcN4sZyOFIipFWYlVrFHRy6T7xFr/636B1s+JEMj IC/8Iw4p69y9P6HLGjip04t8gyBrVbHy/Pnz/PjeVKiMi4uzpxnUS3aCZ6+k80WAJnT79J4T3JE6 eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RBD+S/Suwf6Qcnzs/eTO95ByPfA2ZmX4c3Vck0R6+g5Tzt nR6EE3m09ZB2QL8NEm7kiphv7HuDzUiqk22UC62rv4bUgAytawOdaM9Ay20lMybIK5vbsEc3jTbS BGpJblGEB+kCe/bsyc+nF5n2JuASsR3IdCD390KxLQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtV r2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YSDTE+/UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2Iyo NPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2Du9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjIC vCnPT027poR8o7BLeFqTLuQTnmkh7VDz+NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcx BJ/+4/I1vj/+oqAF9vcHGV+9/TjrGWSV1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jA C274nPhIfvH46GU/yLF/JMjoO81yyVNSBYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j 8T2zsIWTarNtjf0e3j5ykpNq4PWtO+/ZF//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER /Fk88dhj7YOEVDY/YxVzNmMBTW9yySY2I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQe e9KkST4d7+a3t7n2EcvokCDdwOABGmrxAaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5 dkj9hf/X1K3Q/Hkg3/lfXxjJnhxndvt7odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdn mfi7BPwhBX1bd/2dopYHR80vvPGHYZ4VCc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYlj3ZM agObvriCe6+9kck405qDyNfWb2K/+OX/w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OTwzOPAMwX pmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGIqV4X8g1NdVJS klf7C400vNfQPqp5fSDBjz/+uH0wAkI+MTqPa6zVfh7w/uMZoEgQ5DG5tnwWvXwV6xmYwQcG0t8H g4zajUfYiPnF7fdfz1btOX8prbBxkcYD7O5kSx0T3nixvfGW++KN1rtyplzCr+d7X1pa2iM5t27H Wx999f2x85+xV+bksT+PSXHaPqMNQErSGUk1LKdx/z6TyfQbcrB1MPIdHJ1hQZpBuZ3ypv1nWLS5 3nB6aHixaxu2crKtZipCBHziO0j3hOgSrrmelryOzcjYwgnvhIVlbFZS7X0zAbgOkHGQZCXnRN5w EG1pQKi7feCVHz1yPJsTtsClFOjMgQNbLdbCl7UyICLfxobRNd8gnnLzaENGgusCEVbj/MnJyfcF VGLggeMPnxbL/vrSeP4dxP4+ct6+3aiIXH49IOfeXg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk 9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9QlmSxPko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMj l7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+Jz W1j/GTm8DRAB8d/cusNaDr5/ffXq1ZqlROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5 B/Jhqx2I+bfn+7HRMZV8tMm9bZs+4RCfReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8 VZp7HPnGUYzI03Y7N27MN1ksDyDlkJrvkF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0e X8BJr1rHR0VMeJqDg4PZZ59fYYHxJWxiwgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHj c3U+lKtHasXi4mJF1/vr//xPz3nJ61dcrWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty 7hVo+a5ngOWquWzzt9aaHbefb/8Oea4oQKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z 8xBn2+cUV+2z2QqfJfs3OPnGdM+sxNKokMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0Hy Ae221gMBeK7DTFVOSbd0GQYCAu7qevD/ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+fe/tq eeWqVJTgVUuOQprvjuH97hOU/qWcPPG2hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+kHZm3/gk 1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/QtaNgD4j+3r17FV0fsrWAsMvdfv/xd88mWyuD1Hp/SHbS sQFPLvJ8yyJascmDh89O36rXtfm7/wDxRl/Y/nwOopI37NaxfcSAuvv4lG98ScGI8yy0VFdUbzn9 0bF3ryi2/27dusna/trNW7dXtO6pUFOK0hkdbLoQbDw4TK+Iik9itHfP6PNugMVfJqZ+iylWdDDw hiOvdG79bhYQX8GlFyhIA8IIaYTWebFdVZAsq9nMAx+1Jt7woo9oJ9QgAZ7It/CAQ4LijiRDGgJC D/Kdk5zst9SGH7x59GRxYfkwNbwORL6NCfG7wP5RpS1wcXkBCu0Iz7Ej+UY8x/NT09mLw6dyogc5 iNZkG55gEWzpuB46blNWhS5kH4QZ5NqdfeN7yqoLbOKiCrt329Xx0IbCUx8YGMgJN+5x5cqVug5e Prn8DYvJXLFTjU6YyHfHBWY64WQbF13cCo+2O/II4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wI NROUern3HXqz9vbt21d9SZWqtAhZy/4L/4hJK08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+ uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5iJfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2Id JCkYRPiSMx3H84XAH9+7d50pLX8Adcwdm2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt 5O/x1q1beWGaESNG8IZfK7IInTNkH+IDsi0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRb fKDhnpvW6FQzrtfyzZs3L+VXNoaTvXReCCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8Hij jVhgyh6lV4l5f3tV8RwgLfE0Iyg+8I6HxCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W 27Nq9DNEvnVAUk5TiSfiBp0xghIBtaUoIJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlac kcEG9OvHBygYqLgqFAT5TEBsqddefGRDgQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7 Qmz5VhBwaApBeqWNNwIBx44dy0k49MladA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W /B57ZU6BfX/kDEfQJqaFf/vb39qflViP+8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jBlCuH ALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx51evq9le CQeIt/vD676qdUsyke8OQL7zanaeUJKST+rRVQO7m9dw8gryrbfHW2BqXKWiThnfEZz1m//6bx44 uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKVFqVSFArG6riIzahb56nxvnjxIpehwENdW1urKvmFHAPe b8jcRJEbvT1FA2fbuD5bySD7xekWVlJazlMRYnASHx+vqUwH0hVfyTc+5TWN1zJqdm5UauNEvjsn 5LbdWhFwf6QZdASqfMPxoCQVa59p1jtCXQBZT2ldS9x77723VSv7RxsDAu7r8WyldaeSbA2J9O4b lHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYwdbpfM6jEpK9kUUWHFJFvpCGEXMXbdIlKg0jhWVdbe//O kba27OziAWo34ASDEe/2TiO/vOEDuY03SLjancsLI4J5MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuW LFF8/qZtb/L0hHK3B6nv3r27qve/++g7bxeX1gwlG++6EMRR7vYgyZCiqFly3V9pBqWzAINm534r x+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0g3yrdTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWw JLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMlnXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXk RaOF4JyAyBTThOiCBmgJIWWgTq3jAEUdvG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOz fSo/Dzkb7l/O9tCQQ5qjxf1n55eWJpktT3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90 lOlp1T4h/kZakVet42PQYM60yUpLSuRbJ+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOB r1Uya+tHssg3dKvICuOLjERkWZGTrxzpCfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6 E1UUEQkOYk6dm/Gxde+Rld423tA5g4BD44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02 OrrM5/PL7bwhadFKcy8CMusaW8IciRCIFgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73W RtASQ/OONMtyyTfStb40M1e39glODkCr4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBP rSqRSEkIEo6MH56Irq+kVQsUV29mRU37ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4zv24R glMS8lp4LlRnjdQjI5ax4fPyrqA8MXVwxgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD/iLfSL0I L7TcGS7kHRcl5tU4//5j77o9HvT2ciuA+rK8s+1sW/iyymQQIsxiofha9/Hm2xgoISD3T+22/Xj7 QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyjeE5u/c5v5MpOYKui9oAe7RPaVqV1AZQuf3vr+1t5jXu3 RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gKM2Bm9g0UIyLyrTIyChqtahM3ZEJBmXZXQZkIqITUwkiV MyHpEJUmI1LqOQF35QHnxUAyVrH//t0fVCfD2zbt5zpwzAg4rkOWGbWCLeUgv2IDe2ZS+o+eGic8 j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iOTKPDmpNY7Hey7Ww5pWwLiyo44JF8LyxtY8GLS1Q/f9Gq /fz5OFv/wAMP2GcHtH4eK1asuJVXtbZpanz516jz4IqMYMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2M ULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0TyLYUo/z5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm 7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSCUu/uB0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSII M77q+E8j4KrtvBAPBhBq6N1d6cCdacCVVLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKOD QOpAZ+vhOYEH1Ujl6tva2ngec8hm0KGg0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oU IerRo4duzwcBqK/OLWByKqHCGw4pCtlTxwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxc LR9UunrfIZN7Yfx81qtPfz7Lp4c9wv6RwlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L 1xQXcYILXbcgj5BYpOatZROiS1ivwAzWd1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnB oBFpq9n4JWt5HnBkNnHUZ+OYuD+lenc5KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfW EZCYWT4J1Q+1bsyjoqJ40Rln65FacOGSVDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVs YFgBGx9fzwfaGDTg+8CwfL4Mciz07pDbeJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5X gldSkW5Kspx4eY6H5FyH3gGXaWlp/d98883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS+eAS eGx0MnsuIJMPzgvL6/gsH9oPxGKonXrVGfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpgvcjcwW37 2ISpYZykWtNz2ISYUhZh28ODmcQHHih4mCHpSMpZowrxhLdYmgoRXngELirxIFetfZPVrzsmW++u VhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIoDFNUWkWjDJ0fr6xmgEj3rojS1Xua9GjMkaXjT88OZgsX LbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi3R+8TlpdD7KFoMPs168fvy53Mg54wdHpRhbsZyGmBnsB Imee8wcffJATcRByta4XaQhB+v1BvkE8RJEjOYNstAnuym3D7jHARsC2GgF6BN+BbCV6nAftvGOV TMQJTJifvefVOTmf9ZyWxXoEWdnwudkfory7VjLF6upqTrg3Hv7gmrm4he07c8mtPWCGDjbYc1go 6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze1smx/0dHLWMT52dvdvf8hZNNabX1LkW+t27ee0iX4L27 +azhMa4rrWb9x83jP7i7gKemrUdZdPpKr86HrCkIThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKAB BwHXM9gSGBVZxP4wbKki8v3MFMs3UxaVVKDjJaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpi k10vKbVv2P/EhBVsxpJSn88PUgyvOzxU0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD 2Yg+0zJl2zfXwA5ZyvqHWL8DsYaUAR5VEURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/ icwaapy3sLCw+5EjR3Kyy1deEbN8Su0Bci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdc oq8H2Ua7YNS+30BGYnnw07PnbutB5FAuXmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIl uHD8HCff3uyL80OK4ut1QP8NXbmewZbjooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCF hnlucg1r2XXMrX3jU7JmP7M17lN0Pnih4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4 H73INzz8oaY6RcVG8Ok9I5+BdFOAtfFxd/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW 7Hvnys4Tn/lkD2g7oLWWuz3aHwzw1bZPpGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6 br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpOAG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZevht Fmha49G+xWdMbI19oOfp+NBsY+oX0g90gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmLmCnQ+vfC eV6emaOo88UAoX+w5UOyrY4Bf8xGxCSYuvUOsnwlR86EPr7vNMsluWkszWZzt+bNewo+/vTzd+FU UMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN2YgxC4oV2f9P3nLL9Y5oC4a5kNUt+97SmsBBMiFNmedN +fah84q519wxO8kjf/wDl2Jonf0DXm94v305BgYGSL2I6xbpDJXq1iGf0TM9I/Tm/UOyZBslRtGD QtPbqMMz1hRwQdWq77VuzMUgTSxD3w2SJneQjWnpuNx193tm2trYq6++aq/2iI/NZtOkM4LkBGWY vd0fnS+kKMim4q3nClrSPgNG2J+FHoMlpZrPbqOT2eQo6xqyL4IrICbAXRYRx2VIUKABd0m4rYUv 5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+cQxRHMdb++/Zs6du5BsfyM7EYF+W5nvkMgYNP5Fvbztl s+3Z40e0Ja0giSCL0qDJkZHF9wRYyumcJyyqYn37vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCo ZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9Np4wXhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJ lm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTojITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5 oiQ3PJrwbJJ9GR96ZDlxBsQEuJObOC5joI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJv Yk7geYf960m+p8Tk2dsaOb/XM5NSr3XUgjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJ uuW3lgJBlgf3n/Fq4HFwV9s9KRMRcCqAAQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwM osNms9/97//NnnlxHHtuioV3vM6MkudCDcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZv sfzkwBnsN7/5Dff8gLjqVWQCy0JyotbxhCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L 6oBkWx0DemU5cZSc9Ayw3FCiIcb3XtNzflyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uIT GJvPhoVlsr+OiOJyNJHNKDytiUNU/EW8BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjL dETkWwYO7drfpjVxdcyFzQn58lX8RVVCvlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+JesR/2 ByEH0X6m73C2aFkJP4+W94EsMZDzACD7YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq+DW/c6St bbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb+kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7+PCEKdke3n6t 8wiLZWRqQYYY6OcHDhzEhs628LzmzopqoWN+fmratSmxhZtnJZbH6xFkRbEjvkOLwjoyyHf3ngHp 15SS774zcv/nq+vf+cX+IfeQU0QHhNmcU2kn3lHL17D5ySX3kG9ptiV4wF3ZMwg3BtjYH8fF56HH nmXhifl8WTg0tLx/lLAfMGAA+7//71+w3lOS3CZYeHKcmU2Ir/5uXlLhHCLfXsJisTygJYFzVxgG Ht3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCbi7OKlHIAgouy8Y5SlPK6LVym0yc4i42encL6T89sJ8A5 LDKlrn1g8zazFrc4HeAoAQoCQdIivRZXchho9/H7LVnexHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6 Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx7QyduD/Id07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T 79yFJwyds+js1bweeNhRMAjXU1RUZF9XtvYQz/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZ LrJx39tJf+VY7jPNekduZWQAs+HI/e+vwbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduq uOxM5BmHc0PtIlyQt0Eah5k5DBAwy4jfAJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKON MTT59sYD0VDTGKd1RhNnpEwQ88mLKnlnK4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt8 8H7D4zw7OIR7k4ua9nF9vPR5pKy6wMKytrOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCo fV9p0SJnuHzu7auNdU2JaPzV7qTxzvtDx+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+K zETlbLRLTrQ8n5CiIJsJAknxwTTuS6E5fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2n VIZon6s2HrsTFpM8KiHB9JA7W9TKCx6eWDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0I egbZVuv41dXVfGZr7NixdvsDmUWdAww8egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7 iytNuimrgt83riHEVM8988IjLt3+8uXL57NL60I70uy26heplIhs3XLguJZe73nLat1us25FM3tu RDj3arvrlMNzdrLZaev85tWelrmXa76FF1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClkcZYV/HrE NcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbzwZtHT1qyq6NQdIcq3XkPpQOYurq6wSilrFVnBY+syHDi qlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZzrQO6JJ+4uLieHDXqxNm8wGMq2JjUQUHeKc8e0mRfVpa 7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30hd2CI91PtXNJaeL66iv17u49aQJVjVDv2RLrxgd2/NDPX Ptujt/1jMAwiKjJ+CPItltU8H84DmQdIeH7ZT5V+m3cev8fJhueBKt8oQIYBiaibgHYCzwjHQ5vp 6XnBmw3C//jjj3Mvt3TwLed6RdCop+0zC6q3mq3WR9R+h7SIV1BfY2Wy9kA1KVkNpcX28pHXtSOP kGFIgwwdPa7ib15WIRsRUcxadp24JwATLx46mgnx9Sw2YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hX GUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDXjIwoUhIOXTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUI uD+nU/3pxVLiCWjdc3y3FhpmsQzi7YksTw6exUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0r txxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP8 3UaOnbe8xlqz47Y78o33etZrBSynYq1f7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtv f7SpwhteUll3z/qIiAheA0EMur0N4MT+GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05P EgtNMQL34G11zG8NvXJSTjPXNfebnsUDK6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8ML FQWqjVtUw3ZuOXSfhjxmfjx79LEn+DNXOzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+fe QX42tn30gz86M2mAITwvINfD5hVwSQW85fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIu btGVfKOzhMcLxEPOIHte7m7+rFx54qTlsEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7d ca3Q7I8PT8uHB1xIKKSkG+3BgNk2Nj4k2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQH g3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFFZfDX E1k7d+gQ27Fus+v82HtOcRkI/mqZnQWBk5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3iEtBkEMc zxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396+tTFusrKUSCT5CVT5v2SE4RmzbZFbD76iWadBzSB0g9S 6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4Pvc0iYAicfyGPR+wWXmHWUnNKt06X2Q5qW1o0u18+Mwz lfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0uRbX29y6PdHXGVki3+pKT+Tq4OU649Run9CeO8YAQIKC 9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuMAGBk39GD/CK+BOeG/UgHr3rY/6K0Uu6MkGv/kOeiBoLj 8eC1x/NCRUwMtiFRwX0JmYov14uYFMSneLv/68fObjfbCp/tMuTbU+BLu3E8paV8A4GI21ev5npi eLrh8YbnW86+2FbksfZU8MbbUu+eUgXi+hEoCsmJmoV15GKhtdWuo1VSGfCvL09hf+oxiuu5XclB mpt3q1KcR1TaVON+T+zbvyMurXqxUm1nV8+C4MnOq6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam6 4JlxV6Hy8LkvuAYbf7XuDEVhHb01poHxJVwypmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfses pU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/ GQmlvMq3EvsfGlnKBwuwdzwjXDcGK3B6SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZ iZyOuaWpeZlWxBFa48zCFq4p9pQJwxmQcUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN 0vPk69J98YBDxgLtuJr3vXvD+nSTyfKoXI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQ dhbOtofnGx5weMK17AxFYR29Ol+kfcSMxCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNli Uy1dKDy2Sgkh2blLYv2QL4NzNQAPNwZV8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsO i5cCltyXxcyT/Y+NKWePPfE0b3ORLQUDB0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyN DwY7b3Fy/zWrt11QW8MMoo0c1ScOvuFTIRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wP XvcpCY2KjBI505HaUam8BUGZ3pDwQxs3yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDuAk73 7j+wvLB6tSadBzoOeIzEtKTQFSs53s9//nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9lr3ubjVhQ bk/dJXeQjawoQjerB1k499HlG/6YtSHyLe8Z+jOYEm20kJgo3be0tLSHnPcPObGVZudwtQyyLWQe 0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui86Gtxn6ORdDk7A/vOoK11bz/cxfe3W6xlb7sT/vX3DiE 3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZrN90K2teu9unIErTwoVcWgKpAwiZr+QLx1KahQME2Vsd ODz1kJngr95ZVFKr2/h1I4c4iL7U+46AS1T7k0u+R0aV2Yv7KBn8QJ+PkvZal6lXClTJTLLWLJIG DKGRnxydsw2aQQTvPN+OCQtLrmEZAT1dMYUhvALS+8agJDQmOdhateki8rKCqLkrgqNkGV5uTHH6 Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCSEy07W0g34F0fm7ydlW19h4nUj+3vtmJ5mShahN9UGmCl 1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJUTklobPIk/I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrEl zJv30dsAYkg1IDNxlqpTeI+1riD59NNP24ksPoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvl yAiVLkOKkplbXOSpzw6PMw8Mictf0uHINwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo 468oPQ7y5211R0HmESTorQc5PGc/l4ooDQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeO UUbY9vDUhFLNvZJrMhrxlmLn5u1NMcnl89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+ MFmQ1YJByd8mpd4UxWpemJHNMwkgX6230e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBq dAZCcqJF55tXtYZlrDnLPd0YPDh67jPzq9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dh kC064mmR5vhBoZaTI2db1gVEppiA0XPSVr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r2 4hnCMTF8dvpWXwcuIPloZ9QqarZq054Spe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hS xqalrJdt/xhwvzKnwOvrUSMAU+3lL65c+yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TV dQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZudVKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPcupOL gGxCcuHuWAi0BKFXW2KCazu4/4ys7VHdEgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz+Y0rbb5e BPzkwTduTFpU9h0aH3dFGuAR6DvNcinOZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW8gj46a+VyvZ8 oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2AHBe0REu31Cj8ReSEzU7FwwO4quPcU+9p4qZKeXbWETe Xo+dL3630VFF9oIa+Pha8VLO8votu1L1GkS2E8nnBs+0tLkj2IKYu6u22dXQToqjh4Zl7Bgbnl7t 7LmAsOCZgZx7KW/ppuaABwOGtTuO7/PmfYQEBY4AOAHkbA+ng7v1cjTTSpfhncd1/vrXv+ZOBni9 XW2PFKsopCeHfIenrrBLzny5PgziIb8xAvkWn80Hz51ebLZNFCkphRzPsX9/fmratZGz0lYamnyD gPQOTPtKiO09lXftEZjB6lZsc0p+kDlDjr43ILbUJ5KFcuVqkLqmDce5nOPMm2871XfDM+yOfMPr PT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+xisWUtvHgDHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIE VO6EDtydNxznwayHXuQbg5CHh5tklSfeeujsD5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOY bQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38O nJHOuj3xl3um3aPNpYqnkZUuV9at1k1vDe825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EW Dd50rbLMwHt+6vxH5719P0G8QcBDQkJc22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p 8Rh4GZzczAaMn6OafWP2Es/HXfuBbFTISqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSP ZEV84B2DBtwxiBKkDkGQcioZekv4tACqd8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nf ZB243oiUBl6E6IU5FWxUZBGblVR7zwACMxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1F fhIQbW1Ys+PYD3KfD4ie8Cp40iS6KhcvJGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/L IP+rD1zk0pJw6yb2waUbygcT7R2grXEfn1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0T S7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcbHm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjwww/f U0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uqSYaRrcrd eshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTVkOR7bGTuSUwvKCEto+YXs+N7D/E829BeI0+3GkGUHQ3e Sk5EECVIN7zvamdKwfEhW3G1XkrAnenYvQlGdeYBxwwFAmz1+C1sZa3s6QmpsgeR+A7Ns7dTrB0N PQIz73iSlUmXHxudzEwlm+2Nn9AkQkvpqEk00rSkq2UETEI6su/MJdn7gyyDtI80bWfnP7nm1fkh f4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZvTByBptnKuPT5qJDEqm/BAGHhlMMhLR4vtayZpZksjyo x3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYsGLg4k5bodc1IXanG+4kiXiCH8DR7sz+K0vgiO0lOTubZ QOCFh5TOsaiYopmzdhuPSinnMpTeITbWe0Y+GxKex+akrbITcqRyRVstCLha9g7i6yyGB4MTkWZQ 6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpITJeQ7OMbK/p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfV sg9OepZ/iAI+3khdsN/GbSc1I6LwoiMzirttBAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLy jRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ 3+iyo5wMy9kemuwhS3faAYmI3PPBs400gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6 l/tOy7iq1NvqzT6dCSDdIN9K9sEABwMdfBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv 3191T7RYrt75HncQuAqAFwRcrfOhTUcKU8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehA lZCWF0KyWOvqTV6RJJQu95V8//IXv1CcZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJ Cwj4S6NnqSIDgkzHMX84vN7wfutBvpOyV/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z 1MvcY+SuwqSrZV/JHjoPtT033HN0559cRgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZ gUggyBV/3W0PAg6ZUJi5UbPOMa+4cotRSSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTc SvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVgXhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRBwKWS EF/Pj5Sn85LuzZ4EWY8WAamOy3AS951uZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/jOl3I9+CZ aXuUegz7Bi/3uuqh0vR2egXx4X5AvoVsQ+TVdpYBBd77WZk72PqNr7sMOBRBlJCWZNS16UK6xbUr CQLd1rqb66XVeobSZei99ZIjgfjn1u9WRL7nW1ZekxNY1NEBzzf07UrIN2QK0BB701hCFoHKlr40 tui04NnVqjFH5UhISuAJR15toe+Wbg9iDuKNAElnx4OMBN5xLINoI7sKjpdR2qyZ50f6fDAbIWd7 kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmoZB9kQ0E6Qn9e9/rthxpUH3z/cIeFJ+ZzYoz2xdPgFYGW cgIiQXSlM4NalbsXy5DBoa3xtD2uA553NT3TjkV4fvWrX2ne3onfrt/0LKZEPonvPQMzbnqb9UjT FzxkQXKYuWzzt0o0NMgq4YtEwReShTSDCOzUmszBcwwSi4qSIM6QZswx1baPvLJYwGu1LCZ7I/+L ZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1gjDxHMSzQCyAGseUAxQMQkEouUYJA243ym+6QqeM0Xyv wIxbShqtbqOTWbxtvVeNJfLkOitSoWQZGkJRFl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/Y HvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNa vr/QgMMz7GxmD17WHQeOs0e7/dltkSoEUb766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mO N8twCMExJJev4johrTak7ASAIF1OijZ03jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22 /fhn9wH/x/rYgr3c0w3yq3W5eXeSE2+CQKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKr dMBDZ6ZtQ+EhueQbRXf0LE/uuIypUi3JJSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGF W1lgYj2ba1nFvcclNavYqOTd9n318HRLP9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8q cLCrAdlLlGR2mhiRlhO8wBzlr+uFDODcB5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc 4Dl57KWZuWzD/jP2/ZGFCQNg2GFgYKDmnm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1v yCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53642H Pn3kgnLWevgjp8RbAOtHxFT7rGf3NWAUgwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4s1ujfHJc yq3xUbY3ulLnC73smPkFl34/1HOe7z+PSbHn6PamsYTnW9QN8LaxRaAgOjitG3N0YNB8561/i014 rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56Xcl3XFycXXIid3947pEhRWjA1fKE4fm1E6Wher7Lcr3f yHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJgl7Z2XrMsPF84POXsjGxNfY6GfiIPNpoz3g6z9g89lh7 Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT9Lx//A4vTF9ul9C5I+EYcPUKtFz1pdCWptNRKNeLaGY0 VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iEmFLWvHY3Ty8IzTUIsNKgRxDTpVlNPhEsSBkai4tUIWuQ RyAA1N02M5ZUs9LWk26JtwC2w/YdLWWiIN9qEvAVNatk5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4h l0JOV1TFQnWsrtYhw9anvVZe3HtaxteY5XJFvv86KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3S o3FfnNfKspoOe7TxVXvf4am9tC5a424ZZEHoS5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzSh yNaBFINdJY+/HExYULBq3DxLmbu2Dzzg1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22 ciQ+83J2sf5jwnS1d8flWFurXXKidH+hAVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5 uV2VgsW0Htz0fadlXukbmsfLyeeWtt6Tjg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1 wFNmzGfLcmqcds7QgSMgs6OSb7UIOAZnGKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz 0mvhAepqnW6MydoDmRxE54pBNsrv/rl9UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQ xKclvW1chaxCr8bclFXJ5qQ3yxpgA+bqPSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/Yo MZhE0Rh4tiErQUYf6JQDIlNM8NoiTZ6SvNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+Ev J0X7OzZKL/vATN2w+aXM2vqRS9ItXY7LWcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvf eegUe2VOHp/RgGMBkmiQbnyHkw1V230l3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2ASzXS DOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCxgU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NFpgLVMqlI f3/MfoB05yQny7q+1XV1wf7oQIzgXXdVFAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5voX+Wk5jiXLm YlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCYvTwrt0ORb2fL0jzgXpPvQ2/Wak0cYUeu0v+BKIJQjpqT sXrknIxNeKe74gDbnf07zkxgAI6BCwYpfWYWMgRjQsqD5yhts0DK3T17LdHcuj1RjfcdnlnHvNSO 26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCIEr/YL4K6g9K2+Hw8tfKAQ34zPzGbE14t7hczfMgjDkcQ qpVK18O7DWfR5Nhi1md6Dus1PZehaOSUqOW1ag28VZWYyM3ZmZRVnyw3PR48nCBFHcXTC9IdEFvq kXwnWFfxoCtpx4vOuLLlACfgxSvv14die+yn9z15m+XEHXyRjWCG4siWrdyr7uk5y83Ggiw3GBAU Z2Qo2remum6+3p1HWFzyiAGhmX6prCfyl8qRAzTvO/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG 2cMiinknrPf1QusNzbdaxwMBR7YGb/ffunVrlBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlG CU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rF mKiRBxzBqni+eM7SCru+Xh8KFKG/wfXJrajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1G phDk5UaKwIyCFrasYtc9na7ojFftPM2iliy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqq ROLkT/IN4t1/Zt61F6ZbL+vd8cPOQVzk7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/ Ebp2va4fAx90dt54qjETIaqOOpP5eHt95TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GW S6iVkG/psbWe0cN5dradbfPVXjCbB3javkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSs tkm144GAL1myxKv9IQWB5xvLeM5qZMeCJx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmC DAVeSkdttq8Bl5AZhE8P9pnIQQrh6I0VpBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356 Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzDCr8Y tmQz05N8i0pdSkiLzWbr9vXN771OBegqr62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7zisaZL8y p0CzojWuluGJg+fbm/0x/S4CLl1tjyleJTMbKExktlof0Uoe4Y2TyQjk+8VZBVdHLtvNBLCsB/lG bAeSJyjdR2k7AwKu5eAIevMvrlz7wld7ARmEN9bZehA7zPrg81JoNstY9+E9Hm7h8f7iiy9YWVnZ fRrwUdEVdm+5XvYvCusYxZmBwj0gyWoeH22cnKJGzpaTraVDDEO+fTGQ43v3rvOF8MBLCfIEsixI m6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0wvWbj9o74IyS1Sy3ZsM9WlBsLw1O7QiSE0/k2zEIE8GM g2bnsXGLalhG1XbeqU9JaGRD5xWziJR6tq5uBR+ASWU+cnLDiyBKZNPBb60G8eaDtvIN6/Uk3iNN O9mwxC2oBHsdna4vgD7TU2cI0uEN8ahraJrqrjyxu2V4PdDwYlowud0m1STfjz/+uN3LrmZngXvl ZPsu8UaFSxBIR823p0G2vzTfIN7onLzZX5rtRIkGHAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCw PF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a2RNIN9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3 mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYF Jw+9cdZX0oNgOJA2ERyH//lCvocNHOi19EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+ lRuE+eiTz7EJ8fV2r5+jRwCN2LNDw9jUCVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KK b6Lj9QU9gzLvaHXNG7fuNPnaeMP7gQpnIIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJP Ln9j71wgIxF27GmQHV+wmZU0H9S18xWSE28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet 2HHmE28cPHdJXzclmm6ZOvHgrki+/SnRAQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/ NiEig3388cf25TmpTfbUnliOKW1jcbnrdCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxB wB019p7OB2cN+gsEUWJ/tYp+mfJWWTo8+YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXS eo/XW85+QcvWsVjbFrb56N+dkm78f5FtMxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vweC1xc ec8MAH53pJp0ReqVBlEqQX71lu26Em8VAT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvjCZKpRmMs PN0o/w7SDS+3WO+YqgupA9Nq93kcYNdufYuNiSrUPc+3kJzocb4hw0ezfuOjuNfbVR5drBsVW/eD p5kZR5IIaOWh7qrk2wdveXc1n71azz8zM3OSL+9vdlENr4Qo2hNHT7ez/UOXNXBplqc835CnvDIn 36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpSRzkOvuN/WPenJ59nGzduumd/DGLEzJjj8RFEid8BecaV ZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE520qvtEx1SwofbtiWQo8y6U1m9n4hWW81DQq3aGgjig9 jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D+8/45PWW4/kGkR4eUWyP8PbUSMUUH2LR6f8qYAQ9uAi8 BNFGKkK9BihtO7ZVd0TirTX53vnGex+o2fjB8w0deF5Jrb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9c vsmmJK5i8QWuB9mZDQfbB59VbHbmTxUuE+tP8IBNVMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9It XcY2oyNt77oLwLsbQDlJSRCw91phZXpnNeIshoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38 nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ffty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQn epxv+qJcFp613aOTLSJvLyfh0v0xu2bOqbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK 1xW3E1gU9QHhAKArxjI81t4G8YF0J1Uc5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY 3m9oSkOz9vlEjPVAWfugAs9XznYz0ja5NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmido Sby1Jt/IdKJF443UU/AkwQuOKpmuZBBCyoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYz pYkPrIHQ5JVs/KJKllS8iQ8+rWXNdt04gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dm Wp1pkEEuQYj1Ipl6a75RtrpPsPW7V+NbmRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g /fjjY915fQIl+6OtmjMvirdbaRVbed7vpfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6 fLi/8NQVsvp3AO2KM0832is8U1/ziCtZbmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pYUdM+ Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS0ODLCRBd vHwVlxLINUp8UOK9sXYND7oF6Z45PZRtXbdd93vcuH7nNi3s5NXZmW2vxq75QSvirSX5RqaTnSc+ 06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI03X9pCHM5stYhwY7MDBQ0fm88XSLDzo0VIyDnWas+SkV HyreocMFEQVMWf/KbCD2lwZuRuVs1N0TphX5Hr2ghHu0PZFu8cG2/YMtHzp6VP2hQ/YH+e47Pfum N3aN/Tor+ZaScMdz4H8T56bloBiKcLK9HGI5NS0qI0fEAiwvbjir9P0G6YZe2ZmmW87+SJkHRwE+ iy1l3KML/TKK6UyJLeYacmleb6S2K9v6DifhWg++86rW2CUnWrcXgUvqWELNSVn9Oz7YdmRkgX0Z QZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5PvmvqWyv0IkZNFVXs6f4T3E73APXr9rAR02JlHxeEV0q6 vSlrDwLvq566acNxLkOBHAUedDWlKDkrjrC1m0/4dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8 I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW/tDRyDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG 2iCIz74wVHYRGW893WIZHSjkI4JEK9FU4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXN KsvjLV1uf0d/XJCUPQgp6PQsxkLk2ziab08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX 9mVwfH5yVd2Ka3Lfb5BuaIiFphskWTqTJte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr 60eyyTf03wjAREAqZCUPtLfzUwOD2dy0Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2r drgkyq483DgntObe6KnhwVZDlw2ijA5+SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX 6E6+a1fv06zSpNYEXCvyjUwnSsmqkmV4iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55 woulZH/p4AXfCzae58fIqVij2vOUZjnRuvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfs RFhs8oTnAyxXRaCis/fp90OXssCkxptptmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45 LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGjWpIh UXIcXldIE+T+2BiRDQnPZ5feOudUXrJ150mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuPQEupXt0d skvWs5nLtysi38j77Xh8kHHp79fRybc7Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1y9+Foho2JrZG dmM+bUm1fSZMenxfPd3OluH9xvHEsXw9HrISBKX95AlTY2YBQZb9+vXz6fdA6ke52Vn6hWTzbeWS b57zeJr1jr+Jtx4yCmd235EDLvUbFJke6DvNcgnk2tP7BHI+YWGJy2wi8G67CqDE4NExAFCOfURH R9vTpPpir2hDQL5BlkHG1WxP9CCvsGXYv1Ly3Xd61n3tCySEehchy1u5a32HJt+oeHXp7JlLWpIh EGFkvsgtbeWETu6PzEeB8fWcTCvRdIPsKS18o2WmEkhF4LUGCS9oeoN9fu4dxcfAfr4U1hF6b0hB 5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+OWErA4e3qGbT8jrTD9QajwzPWaHG9n3/++UmtG0ORCxep +cQ0s5z3B3Ee8GCJj9qebukydO/zsjaqfv84LjxhyIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSR JIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+Vtq5176kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xF Sc0qngkJkjbIUrw5HvY7fO4LTuYT8tfrdv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4 vhemN3IpgxLyHWzeyGZl7vA5kNITUPVSy+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG0 1mUKQ0cpitb49PSpi3p5wgQBR4VLPcvLK8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoy EekyvOrCE4aOVOn+kJpAQ+lLEQoMguckFsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76 BmVcEQWe5JDvPwxbapc/OKtIacSAZmfLx969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s 1vKtsvnYnOwdbK6p1OnxRJC6Xs+7cNXeTR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5Pqdcb hFiPPN3w4EOCAiODjATSFLnyFV/PLTfYEgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQUR aOkr6fcVp9qOfaKXvlEQ8FeiG+8YlXybzWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHw puvpCUNVTbn7Q3KCks++Pn/kXVey/7g5yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6LM7Ju K4khwOdvYxaxvn37KcpeIqpaKh3camn/cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx0UXco+2p vcY2yAiD1LLOjicyLOlFvk+ePFndocl3fmlDoh6EqLl5N1tsWcmatr2piHxDIy6XNArJidJgS2jH katbT4KIcwopCrzu7qpkLq895LPkRO7AAM8B14Vrgs6cB8yWtXI994yMLTz9ICQFc7J3smnJ69iE mFJ7XnakGETJ+Oiw2fcUVdKbfL9z/OxtPYOLQMAHz17+Zr/pyw1Jvi3W7KneeGK9WUYA5cszcxST 7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9YZCcbN26VZfrEwWSkK7tv/7rt2xQcBJ7bmqGXcspJUf4 X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/QoegQgqHTo3PybSsl3j8nLWOumrYreZyFVUzK4hY3pYV8g 04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vpn3CNaBMnJm9ho+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9 PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhyO2X8kIPDCxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmX GoV9EIA3MqqE9ZyWxcZEFbOskvWcECvNOIPBjyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477 ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETW DS2vD6kFvdVkeu1ZuusJw3T05qOfON2+vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAme xP4zclivoEx7znNkrOgZmPFNyMJ0k1TCcBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+ E7IzOST890OWctmZkvcdMzyJhRsV2QeIN1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jM HK4HucsxUwfJIAoOTUtZz+ba9tgLosHJFmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5Zi vQgR0s5Ne62KB1jJId/law+y3HJlWUtABuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJe Wu56xa7zbGnpDjZxYZmsEvFSzbVUioPzgfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTds xRXr9epsoPsbPCeXlzeXS77n5e72ujy93GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNA ESIMuCG3U5q6C0FrOKbj+oiICFZc/C8deFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qWXdXz jXufFmmOD4hMMQkELzBHGcn+9W4LB4Wmtwl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce+MP+pfUF UCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa/cmXZczCiQEAAs5dacrRbs9IKGEvjZvDhgUvZll1u3kR IsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPxPH3o0H69SNHFE6dYkTWH9R41x6PGCIGZ/UaFae4xhbYZ ObmNkKUDpenHLN3IMusP3kO6HQESPiW+UnbawJjUBnbmyGleAAgVPAF8dyd1UTvgFqjKzeHkXevz ITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2VlzHcRkerFHzC+0BmlpdH7KQ6Fke2tUypp7hCYsrPchG x1S6LDaGwKYJcVWyszng+Umn4dE5Qj8OwtGzZ0+7l0oBWVEUtDwrsTQKumI9ibgRsp0QnJD9BFP3 XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiwszC/2X1nXxEYl77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09 +D4rXPsmm7y4huWv3OeTjANBnKhFAA05iDfSIWImTs7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DOb D5473WHJN6bttE4zCA8oSBdKy0OKgL+5mblsXEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7R D3sksLvaFHm+4flVo7COGljRtIPNX77OLfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4D aMKHDRzIDm3coCn5TrQUG1IC4g+sWLHill6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryx huxDq4p0iitY2qrY+CUrPVaWE3IcVwFO0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHM gR4cf/Ug4US+jen5BsZFZhb/ZULqt57Id3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24 uz5+adlOFp21VtH5MMOHCplo7+BtR6B9bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/f fouTLBDuqWPHsMbiInvgJWQQIpBv0Ow89kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5Lp xAjEG88DWtnNR/9+jwH+7Gc/s2NZTs096+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3 d1UKq1k/jaOhJSc2WzdrWbOmjWH7OezBe/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8f P889J4MHD+ZEUYvrg8wDHZG/yLajrOOVOXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3lIRj X61lIUYJ/CTy/ROgK8fvjtLyeAeCojPzegZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKoJeBpe9gD YhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0DMuFZR+AkZHUAZC16VMh0XMZvml27nbf/6AfQFmkp82ne d+7jjuv5TqterBbZgZwARHl38xr7/6TfpSQT2m+pnGRtdQ17/tkeLo+N4zzyxz9wDbGn61BSSMZI QEDqpHai4mh8IN31m4+y3JoNrEe/gfesS63ex5bl/vSM4b1HhhLo10G8QcChC1eadlEtzbdjEKyz QQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQNFVL8o1OE55WeDukniWUmgfBhkd2UVopl0T0GB3Fnh05 nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBHf3e+uG8MRqRkWzrAnrG0+j4y/kJI9j2ynIqKCq7hhjcP z2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQZ3dFgARrnekEgyD8xgtM2aPuc/DFmXqgKBMca8FL6671 DFp+E99BvIXkCuS4R48ePCBS7kyNEvItsvsYwf6RLSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtO BSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eOtTtW1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSa k0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tzKCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2t ngmtt5LATK3Itye0VFXe8zurcczCwvIx1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlm EQQd6b5cbQ/iDTKJTlitzgEaR9FZGaHzRYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6e Kg2eQjxLPC+umY/IVf16kXVBTcIMYqa2HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3 biy5nQ94ej+Vyk6Mspxdv5stq9gl28EGjIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3IS jmMS+b5rQC2NTbHeEBtBuIU32lf9LvJCg4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRw EoOb3NL1ql+nFuRbCrwHGMjhry+/c3lxcX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB 4N1tDw8JZCijRo1SpTNBgGNo5mbDdL7QcEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etF p65FejqQNsgSiHzrNLvdTrzVGPDgXYB3OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gFNYz9 I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3UkitaVxb K4sYFhfdIyGBp1KNrBWi7Di04d5of52RfkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh346abzkzKogT QLwApEzuSDiyqDgLsk3LrltEne+yn31w8dMz3jRu6LTgrQBhDgwM5MveNJaQS4iKizie3Gllb8/n uIwo/7SStYbpfOekrWKLyo/+yxN2V3by8ccfc+L95+cG3ic7mfhaI/eW63m9WpFvaR90V47SnexU Ux12N1/2vZsjXJXBEmY/3nvvva1yNNrS1JjOtofXW0ix3B0P3nQ1Z9J8XZ6yuIrVbn1Ldh8PRGW1 sorWN7hNImUg6gaI6plGIt+YjYAcSM72cOQgG5O0zoA319thyDcKJfQOslzvGWi5Hby0/vr4mNI7 0F9FLKu7r5ANCDcI0C9/8QtOtkTApJow29bwYjLean4hVXGUocgNuESOa71S7akRcAmjLF65U1bA JYi80ch3bcNWr86FQj3whGOGRUhSRLDuwFm5rN90K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwut ZciC5DBb04EfTVkV9qwjzhqz2tpae2lzkF6xXugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9 q1W5em+WC5r2s5nLtysi36/MKbjv94OcR2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiO qPdWUuxH6MPh3dYimBXHRyyB0vfRmecaMz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7Tn OD5+H8x0YkbU3fboRxzbO7WlcZqQbzRWCHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlA khB8+cBvHvD6GLhGXK/QDSPA0BP5RnAiUgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+ gv1lYhqvjCY+eJeRV7Zl1wle8n5xZtO6rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/ yDugIQbxBgHXIjod5H9JzkruRVe6P64HFRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvp FqlXR0Tk33c8FORBUKtW1wuNvJ45u0UnKiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw 9OpIk20Yke97gd9saqQ5Hc+t77SMq0PnLD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09Pv WY9qimI2yNX+ohCMkewf1x2Wukq2gw3OuP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQbNYv JJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY18BPec2jH 4Un3FGSIojpapOHzVYO+dvMJNm7pellFdsa9tpLt233sPgkGBjNyA06NqPn2NFgDsQYhcVc5DQSz f2jON8JD1lUwKcKcGrC44qqr54NKctAcP/r4k9wLjaA9vcot55fW+VTkAgMDeEncBWw6LqOEMjTf RgvAmpNUxlMIeqr8CSArRHZRzT37m3MqeTVLLa9Xb/J9rzzBNnjMfFvL8NnpW+NMJqeeLRDJAbNt H85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6YcDCn2mS6VHor0WedC0JtxSZ+dUTvXkfkd0HxEykI8V6 kC9RRdPV/mhvQCD9be/Isy0CvkGike3JUXriCvEFW1hMarnu16+25lvO8tatW7lECDOx+G2RkhUV N0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffEuSnW7hNSbroi3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8 128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSAkMCgCA4GBeu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs8 32ohKWcNe3Kc2WO5YgCj8LGRuSe7SscLL+HslPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/ zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOPPcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLk UuPCU4vlzuj6a5BgKG333WcBku1uO8h2hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3a ByUxJloul9U28SBJtEcpK0+zyOUtbGxcDa9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0 /QQbNsd61JDkGy98z8CMb+SUeRWf56Zk8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb 2sorL/qDRO7ec4oTZxBvkGdn2nN48GcsqebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4 GY0Asq74OqB7+8hJNqF90OHp/ZUug4yClHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGp IvsKUpK5K8qDvN7IfetPsg0dIwYcTz/9NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwF vD+YmcC0OzpC7OPL4EXJMvSUZovtKX+RSLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW 9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHGc3wf Xjyn/gQPtNTj+iH3URrzA2eCkDV6e360cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPLuQmxDDe/ OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi3qAtr1r7JifI 8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nLkOR7dmK1z8fAQKl30HLZg0h8f2qc+Q6mYDt7xwsCAn23 3EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14wzCoGDQ7l/WdVcR6h9g42Y9KKdfFUwzPvLRIkCDa7vIW oy2an1zCRs1JZ72HhfA84NHm0nuK6ogiJIOClrD9R8/plu3EYi3so/e7DL2yUpvtFZR5qyt7v+HN hhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/IUOBpGRWcoPT9gX21G9kKJsWlcqLWpVU1unWvmHGDdmV EGsCTzcwL6vdpsuO2lMESjXNqZXbeREdBFUHJK7gzrYRkfls4/4z9uMNT9phJ+7IdmLUPOZoa309 Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtuxHc3CM/vJr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmA fv3saQyh1VZTr7w0dhF77pUAtqn9RXY1vYsOO/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaY OB7SIroLZuSzBq+f5t50rQsHKdV8w+MtBkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO 2vlOiVpe+9joZKaEfPcJzvIYsKTmMrTa4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5F FUjVijxcvMg90qKcMrzxINveHA9kQqRXc7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRk g9H6Ofuq4798+fJ5Ld5XDE7hSAhcUse94Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01 cz8Lt27i1SdFiXdsD9K8+sBFl8cr33qBFW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T 3Ep3zzeCUv42KfWmkk4ZgZmTF5bqRr6RqcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fC ow0vNciymh5oFAJyR97htReSDpD/D06dNxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZ uR+KNExynw+eJaBH4wzNMqLZHderUaEOMpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+ lK9GgBGO5W6aVzwreNYhYVErD7qrZZAKm832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4sB+g w8VyJBYGhy6tNAGweVE0R+Tfxj0NC885qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz+7e2fsQl Xo4Vd705H9KXWsuaWfXO97g3G4R49vLNXA7ibXl35O0GucYxna0H2UYZedgktplk3mY/l1b2D6cC AiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvFciNoUU6yg/0/IOxf2A+gG/luHw107xmQfk0J+YZ3EV5G PYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu2eSyM3Zchncc8hR3xwWxRUaS1Oo27tlGukLISryRk8jN gOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2WkXkG7M+Sj1CHRHDZqZvFl5suc8HKZwgMdODfMfFxd1T 6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3ItqVNc4XPEiBEsKirK/j9U+FST/OL5IJODs/Xw3Dsj61r+ XliG185i01/z7Y0XW28vrtEAyQmkJ1p7y32BrbDyZbXfV9hz3sq97JU5+XaZljv7R1tja9yn+Hx5 VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQEk7M/yD/kLIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/N yTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZhAwEWmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0 gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1HBhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2Ttf dKLdx5tvKxlk411XW4bhahkVMlFpztl6TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQ e45xLZ5Pz54975HlCE8SrhXPx93+8MKDvKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2 Mjg8nw/A5dq/s9SdjscvrF7NPdkIcESgZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6 m3xjYCP6Zl/Oj5gXOJI6vOyEBzrEpQUutK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wf GlnOGlqO8JR/IK6QlUj13Hp7e0H4HWUkyNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftk kcsnx6b8z6iwtBVdofNFw9M7yPKV3KxGvHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhn JJTa/y+t6AnNNUg3yLenimtqLUM28+///u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1n BEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNvd99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5tho1 AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/6My0bcWr 991ydxOYwpmaUPe9r/m2lcC0cCGHHMmBXMIpSDtKjSvplPGZmbKKLSzYx6UlapFVbwH9OAYBYtkX DTzSGUImo0ZhISXkG7MXanm+EReQk5zM/vBUX57r29Mgcsri2ttdKQNCyMJ0U279zm/kNFq9gzL/ qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLtG5+l9WfYX18Jvqeypz8DlkTApvh4k0oQMhTIYqBDBxlX K9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh9Jy0laGxyZPUfL5q6tbPnj27Um37gcd7YsIKRfYfX3Wc jY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q7pCMLT4dD556BHu60oxrTb7zSmr5DJ1az2dwWDaTG8OE TEdqzuCo/vKjkQqKzsxD2sFHRy2za2owakCAJdKUjYzIPR+blPZSffOB9/UimOOGDWONxUWytkXu cU9SCykmRJdwz5gS8j10bgHTc/AhF/B2QwPvy7VhMAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUs ydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd4bT4cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi 0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovSSmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jl MADxpUIcsq5AJuPr9YEUFJbXTfLHe4zAQmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIw IEBTV898O/n+/PPPT6ptPwioD0peq8j+U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP 8o2ZS7WKtmEmctzEqaz38FCPlaxL1h5ioYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJR cJLZ8tT2bYff00vz7ZjpxB2UZM2ISV/JhsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCm nDVselwxe+qlABacUM292loOVqLDZnPCvXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4 yMiCq8hxjoE2PMmYysMAu09Q+pfwEiAKPHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78 Tb7FMjxH0E36ejxkTMFMA3KM+3I9h976B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTg KJMOojkvzjIUKeyIfP9rQIJBC56btOAOiDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQCSOj iRz7h4MmML7EEPYPwgzPu5qabXjvIUPBX73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+zIN3CyfZi aC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn4JQW1uCHyp7O AIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+bCjKHUS6m71C0CCkam9fudhoUCoIs93owAzJ17Bju5Vbl HTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHAlmo80fmW1zRORqdo1KIN8Gx5Sg04cLaNe8zlkm+QXLme dT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1zXobesoJ87P3qBXQJJ2NFSkz3WmPcV6Qb2T0gLYbAZnw 3gpJmbt+rKsCto9nBacECk1B341l6fQ8CDG02LoMrszmZzUhr+020y8kmzsX0DfJsX+QuchlxrB/ 5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+hBf+QnvpNkC9nQin26q8vl60U5gZhWxOSBOlvy9SRE6I KeIONmD0glI+eAIhx73Vtb6+rcORb0+wms0PnWo79olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wx jtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfEe1xMGYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuS EpBuSEyQflItzXxX74RBakTeU1cECFkIjEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9Yy BrA9RsxhKUUtmp4Pga5IleiJjEPyglkEFKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNE uF3bv3jWrtZj8KP1dVis2VO1er9Tyrexudk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJ nrYXdRCmpay3O9mAOe3PNsC01l4jwXF/XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g 4CdfP3FZC/LXUlXps5cT5M6VHAPa5Ccee4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dY ZGlkQ2Ia2aW3z+tyPgSXIquKs5zg8HiDeMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQ DlQeMTFn2hZq1dlAw4dpRV+Oh4Aed+v7jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5 +aC1R0AnpnRFusT78oynl3HygvbQlcYS6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5 xRlavd94L18OybAXoXJHvpfkNrHmXScM4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJHAQc Uj+pcwTk29P1REdH88B2yA+RSQrLat3fgbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2vWsdbmtXE M6Igxzc8qvCmwpOKdVs27Od67tExlbzwTm79bjZuUQ3PdVxet4Vv817bYS57ACmUGwSqFkBahQcf UhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX2NC5hU6zs2AgJM1qA7KN5611tpiunPtXKarX7mnQovEX FSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX88wHIne5eD8hSWneeZyNjCpj+WV1PCARmkI5AaBqLuN6 IaMRFfagqQT0Oj88TtBTwuMkXY9nivLbCNL1lCUH2yCeQE52EWixpVXmCH7QgLuZ9dKLgOO4JSUl 1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzRNrw4PIAPQpOTk/1OvkW2FT3OB005coIDX9/8/r7By7jo Ih6I7snJhm1A0qUzh+6yMyGQHIRb1DFQMxWq+Fy8eFHVNKO6eL6VbA8C3nbw5E01yVH49GDu9VSb xE4IM3MCjWBOaa5peMmhFW9u3s314tjWmZ4aXlkU/hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8a cKQ2RCEhEFdLfgufcpJLvvEdBAdebzGYwQDrqcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRV Ne9bq3bjiM5OZPNQy9MFDWL5mj2sf//+3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERU j84v2lzKBw3QUwryjbSAokqmXp0/zoffA55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+ 1Xs20M5r8ZvhuFVVVW1avM8IKoYdo32BfSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgF EJzsL/INIqx20R5Py8gJjsqYqJApPtBUV61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/v MOQbBuZOB+bSM1ZaOvid42dvq0WOQG5BdNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fc WaYNXwByKgIRHWUzIL3Ix+3vYE/8RbElJZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumq HW+7nXdTOsUPAt529MQKNRtHeD7ULocOzxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAz BJIqzu+oMcX147x6dvbSDwYfGLjg89LM3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaah oeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxKVt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3PK85 9OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMOgj127FjuTOjevft9M2ta38/b71481mHIN7wS3uru1CTg ILZqan0hYYF39R5v7oUL3NON4Ex4u7EsPMxy80yr5a2FlzsgtpR7uYV32BFNG45z6YcRgj4D4sp5 Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqord6Teesvziiu3qNE4wrOEDk7NxhYpqX7d3nYgP7b4gNxK K0IiAEhu9hB4wh5++GHVrg/e7XFRefx6XJF/kF9fUwH6uowZAFwfskXILeMslnsHZ98KTSyNm5VY Hq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+v2hTYK+QmzlbD9ItN6Aax4IHHBVi9bS/xIJ19oI4/rD/ +hUreX7xuYVt7IVZhYrypOP7s+MS2dh5yznhBjAQErN4et9P66H3LncY8u1rXtTVdXXBvlZ/BKH9 5S9+oTshg6cZEhRIPZRWXqzKzeFedamcxd15ymo2c887/jpqoN15a/1dWdMu1UlfyaKKDikyylfn FbO1a3cZJmtMWnbdoq7c+foiVzl++sIeXxtHEGR4l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLa FmRbScVQzAaIKW9/kW98QL6HziuUTbrF8qAw23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhX uhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4TE1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4 vVG0RhBkQYqRFg+EfHHGyns81dCFiwweQImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGr ZcoFZgqmmzcoIt8vzshRpRiQWigurpzShfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiu QcihwRbrMC2dmV9tD9QMCwtjf3qqF6ts3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzy jW2R+7sj6pq7EryRljp6wNUg4M2t2xP1fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+ 0Wa+FJptmOs//NY/vulS5Bsoqmyp8jYwEHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rX sYA5Sazbn5/mAaMg9CDqagQIGol8g0SjgA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3 jWN8fDwn4L6WX4fMRAtPMTJ9YJp6fnLJPZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2R bvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR1q1b p7q9Nez5gCXkrzeM/QcuqWMJNSc9km58MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXeZCXxlrAi bR0yaHibphDnRVpCX4kdsnlgAAAPPq7J10wjCLT05llqiezMfDZ2YRUv3evKOCdHZbMnXgpkw+dk a1aN01vUVNfNp07UNyRmlk+qrK79yJvGER2nIK/e7A/iDs24v1KDQZeNTlgtTxiOgdRoRiLfICh9 pmXaNfLuyDe26RVokZVqkNB5CLi35AazEp988kmbL9l5EMQHMqx0fwyUMVPlrX0gcwcCOiGbs1qt qtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww2qeKlkS+VcShLVuK5ZBGZPgYMsfG04ChIEv/kCz+HVk1 3FWplELk74b+2ieyqyJJlKMB9zgY2X+GxRYd9CtRxQACzxUZSjCggCYfMwtZubUs8LVKPjp2ZpSB 0Vb24BN92K//v//gedKNEGxp93w3NpupA/UdSSbrs1eu3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/ gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI5PvazVu3Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxl U2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/eTwxSMfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy7 0WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3aUNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3 jLxA7kqrN3pM/eeYv9tXWYVc0i8XyLbiqkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxn x/SAuNapcZVswOw8PnDKqNrOC/Bg8JRVso7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNR onhyXDnrE5zF/jw2hXufpi2p5tpiEZQoJ5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX2 1o1bFyfbGhZBGwwPZeCC5MW9gyxfIWWjVAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP 2vuGH3sFZ91Anv0h4XnMWrtTNhkODAzkM17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDA KmJx4NzAAOf5Hj3ZnLRVbFryWns9BCn5xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYly BDE+NT7VpUdFVE5bkt/KmtfuduthVjM1IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv /3vHz7Bx5t32ypJaEWxcDwYHyNjys5/97J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrHE/nW F5WVNYPe/fTq984aQ3i4UeDm4eEmp7IFQczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI9cLbPzQ8 h0/R4rvItiLSLmJ/Pa/31LuffRaftbIto3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds3G8BfMf/sM4Z 6TWC55kynuhHvl1N8UOKNDIi93z38SnfODrZ/jBsKS/OgvZBWp7c8X2FbWCA+vjjj6tWgRaEf1RE rj1eQw37wkyYNNWpdD2CtBellfKUo47OBkhOHCtM6tV+wYMPoo3UgLh+5ON2zFaCNhx5/0dGV7KM 6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7u+LX9jkyuXRhlybfMMq61XtOHT/y1j3e3hfafzg5UfQY XSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTpLwwcwybE1/OgRfGRjijRMQ+PrmHxxftVvwYQ3hlTJvPr gIQERY3gjVajaNDTTzzNJkbly545APGHdx06fS1/T0fUr9q+gzpOdZFWtHpZQdWq76WNH7J/oGNF R+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT8ADh/nnZ+8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv 5fWhY//g4qdnsvNLS+saW8LMVusj3mYDQSrBBYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO /kGAB8y28Tz8rt5nkES17UO0T2odD+QTJBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe 1VJL+8e1wEMvimhBLiPWY52js8DV8dA+51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm 38II3znS1iY04OOiiuyjPzmprB4bnczMdzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+ XQfIPtIuIgBUKhlBNhYtKkwOClrKoqOTFM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SY Ipceb8dlBPghWl5aBAcBjWp5uvRchueoV5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWt yQXNWbHm4rFqeqGV5orGuQUB1zMFIMlO/EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MA xPM3v/kNGxT4GpuVsdlpYgI4FZcWtrLJ5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHz uORMzvbSbDQYlAivuh7tcVxasWr1PDq0caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj8 32oR+uERxSxj3YceyTc+Ow6/zaLTV8qWkGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fBAuQ5 +I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1cVMEHFJ7u H+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8LsjIHmWQM6Sa00OWQuTbP/08/40TTA8NnZt/U4n9h5rq 7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5+KzHPNlzc3axlPJtPp0PhBqEH+2l+IDkakV2f/vfD3o1 E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cwzF1b9n0U+FqVok4Zndnvnx3ByaTeOmHk8FYjBSGAqpao fOeJdEuXh84tcOr9FllIBKkWOc4xQNEzswiCKpH7XEhaQJzVkMZIZSi4HzWDNE8eOHSQMiFoh007 9lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvwNQ+4P5dzG/awp8abZbdv2L5h8xuyj//Ox19ePnv27Mrk rJLl1sLyIXqXcleD1N71hgejFD2R5M7lAQdCY81Bz05Ou67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn 3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA3gYN/M9//nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HB wdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9Rs4v+h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7n Z6ziwZnw9gsJCQguNNtI/6eFfES2ZOTYaR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07 kIsp6XwfGbGM/fGJ5+xTox2VfCODy++HLpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/ bzvh76YimX9AiwEEkXr/EfBx8yxlGEwrsX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IR ZV3rUuYhLeoD4g35CGoN6FXnANIcDBBMWT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUuk rpFjlAhUmp1U6zeS6SkXOLzPkHzAEw3ZhwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/ p+oTQIpEx+BKkZZQi8ws0pSFGIh4K6X59PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkd FQKslJAOZHXCPvUrVrIzF79m+46//97OfW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzB hkrsH46pWUsrDGHP4Cfe7A8PcZ/p2bL7d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zu FhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz25HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBtRiq+ P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMtTG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkwLLz9GNjA G+6Nl53It/aYtzi5f8jSmqtKOt+kog33pK4yCrmG9xk69pLKur8fOfXOGwUtxy8CSTl1u7ft2mvZ uXuvedWmPSVpmdkhi7PqcvoEZ32jhHwDg+cV35mfUpqdZLI82BF+X63zeeP4kKT4Ig9DphWa4fIP wmKSR823rLymxP7bB+t8AG4E+0dWEiGzsJO59HQutwDgsUVAODzAgMjGglmsMbE1isg30GN0FPv3 f/93XjkTxzNCxVsURXO2HnpvDAy00GxDViO84Ujdiu9ys7HcF3CZWbueyLfjlGWC6SGUI3ZXOU2a BzggvsLucRaBhQLSnNGC+ArCLICUelISDKIsXY/Ue2Jf6XYgeVh2JHgoiGO2KZc/ZJes56mHlBgl 8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfOnrmEjlnJOys0qkr368pTz32mWT5H0KEcEvr7IUtZv+Dl qmYfQLlmeJKBz69+x4qqGm9cvHhx78HjF948de7911Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2 Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneoNvxu0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4Km FpkDURSEecmSJfwvSLRU5gAvLgANtUjFB0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5 /Ts+wltuFGcDvP5xuetYtLnU5faQBhUVFWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9B Uv5+I0O5IQAig4cUQnoA8i31NjuScy2IqDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpI UyBRcfztoU1HAaNRkUW8Cme/aZbPJszP3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaG DANe508uf8Pz4cbntTIQZ6TRA/JKatpKV+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMS h8/N/hAZmuSSb8wCYjawI/22sAU8W70HdPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va 2LTnphz7f3KcmU2JybuHPKFIC8iytKIlloW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y2 9SYAE+QbUhK55BsDjsAldYYKGJebSlCPZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6B aV8hMEukGII3HBrvoqZ93OP9xr43DEn2BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZWKtke emw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaKoD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06Y+pEfcO4 iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtRrKe8umYYyHNaZuagdpL1m452zyExyTMT8lquyfX4PR9g uYqBSke7T39Jt0C8F5iyR6GjdCThqLg5fHb6VgyuB8+0tL0607K3V1DmrZdCLOedDbLtqfHabZ0k Kur38y9Nt7z1+OhlP7h7/9EmP/bcIC67EI42ZDwSnmhpAKYg3yBjwpMNQCutJRnEjPViS5ms7ZE6 EJUs5TrZkAscx/c32S2prDME2ZazjIwrGHw5S6WIZ49KwgNn5fzQK9Dy3cshllPTIs1uJWxidg3t Sqf2fIN4C28EKqaNnpNeOzYy9yQazN7B2f+cvLCUldVudhrcaDTAA55bup7NTqyWdb2rysvZH57o zWo2tLk0RoyagxZmsxdfHOzXe4OXG/elZHAhyLdUE+8vYDbEajKxh58ZzIs4uCNDrXtP/TA6puJd NbM4dHWgIePexHbSM2yu7cu47Obrj9+t9AhtZ2LB+psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt 6JDSAoPYiiDO0xakLR4UajnpjGQLUj42PL06MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33 H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruTbSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6 /x7whoeEhHBtOIDBmNVWwrNGPReQyft7PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8 JuLyubevGp14OxbQcfZdClFOfd+6ddwDPnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2Iyn QQV07d5U2IT+GtIPI/wuqXlrWcuuE7I8kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2Ft CI1JDsbgu1Pef5L5KXhbc+t3foOO1ZnH/5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4 TIR1Ddmo5vb/gJhBBMJikyfAA9k/xPrdXScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4 ovKjrOfwWaysqt5v94OBQmLhRl4QTOn+mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imql s9qdgnjLven2bR/cvu3Q2Y5EwKW5r0FcpXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2 aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm2+ay zd8GLK64iulQ4fGXq2EmuHqPTA9goCP3GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbHReWxlLIt XL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42ePsx6xeQtIaNjyliJ868zR544AFN8ly7Wsa1I5+5rxU9 EYCKtIj+/j0wIBobU8Yrobvr3wEMNobPy7uitI/vVJ2SHCDoJaNk/bor77zboQi4kGzAey08wSCj 3uig4S1HXmutiSy06wioVEtjjzLz/tR9A8jK8rdJFtmBb/g8NyXtGtJkUQfq/QBbSZYIEPDOFNzm qo2Dphu5z0MWJIdFxpl6dJaBiBF00uPCU4vxXGX3KwmmbiDrZK/+7ecxWFq75UAV0nh2NPItluFp FZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW3W4+2y3Wo9S6VnmzHZehLYenG9ft6/Gio6O59trfv0fZ 2kP24kiyijmNWsYmzs/e3CXIt7epooSBZtuKR7937OTHHY2AC+L9h6f6sjHzsnmVTKXBiwD002pr qIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk+8lxKXemzksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/ t98HDdB5txNqRdfRd1rGVZpt8N+sl3SwnlzQnHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN 5iFnGdcB8v/uR1+ofr+oUInAWH8//4DXauwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZ N0TRGRTLEdlL8Feulxleb2ioUcBGjWtCgOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UU cwL4lGBkZhF1pMohDaT2xmOOtqKjZphB2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp 7b6Lk/MHlJWVrRNe8I5GvuG9fvDBB7nHG55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87Frd P7z8kMz48/kPnG2zB/LKdbL1DMy4iVz0nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRlee aOSx9qZyJHJb4xzQoetRrAcDitzSVjYhqoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnoh RDkrId/IyIHAQOpMlQEDbLUkCB2NgKp5vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+ n/e1r8dv2LS6NfzSlRvXOxL5BuGGbASeYMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn 8fOIoEM97h8eeww89H7+qP+QXLDqy4rm/VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/QqMQa RNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTlCM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5Za2sf0gW Qzo5jPYR3IA0P1iekVTH16uVPvKDU+ftHm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx7aZuZ87TFBr+ d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBzaL87I/jv+IpBRK28yzikGJo6DPOTyVpInHccAYacKlsbw ejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjETCs+IONIZQjUtOy1b49+FBlhkBVN7A/9OEg29hfBnvhb U7dCt/sB2Y9cVspeGBfJgcBTeNq9KUokd7m2oYldvnz5/IrWPRW2wsqXxfvSP9jyIZ6pXCcbiPqL M7JuKbF/MvJ7phstD6xbtc5qtGBMEG9kKEGFRbVS/oFoAyDnyF0N+Ykg40apOBlhrue5y929/Fgf GFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmnkd4KAwA55Bu5vpGTluzLGECqMn/LGjy1QVocFxp4o+ag xoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw4/e/O6vi0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2 VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh/nGdi3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx 9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQhVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlft YD0CM2RN+1gqt/Ht5R77+JG3WHnTwU9X1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrC MqRX/SGjeSlBjqV5jI3uUVcD8C6DXHtK0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfM wrpQeDuNRr63bt3Kfvvb39r1zmofH/mzrVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+a tTAuyVL4spw+vleg5So82nKcbLNT6q8qTTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkL y5hczRWmpUa1j47dFe/BbMbhvW3nC8rWlpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO 2dgk3Cjlv+GZ1pJ4Swi4YWQ3SkmrklzaGMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVN hiCjIN7QZttsNs3Ot27dOh7AiUBMo5DvkfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9 ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8BvTr 53fyjYDO3kHLZY04xTK2x35Ssr1150lOuBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqrg2bnfoti J+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRfdztJhybcNRG2PCDuTa1BFWI14AGH1x3EH9eAdwWDb1w7 yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K4qB8e1RUlCHIN6/CndsiO3EBSHpgfInb4xdVNd44efJk dXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8HgS5wuMNWak3fT0ZoJxRcmbh6HeOtLXpqQVHGkA9ibcA yDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33yUNvnM0qa6n1RlLiNaFp75RDFucvokqWHZeAI7Wf3uf1 h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNaD3ShR8f1gvwjsBLebpBvkpR1fJgstj7Vm469hWwXepPR uLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZKJd849N3etY9AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/ aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4k/Ep6LAQlAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW 5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEiKZFWQtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLil F/kE4f7Vr35lJ956kd/z589zT/ulS5f8Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq 1QbwYO3YtGFhcZZJajjZyPAUotBW2G//3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7b KLXtb+8p2UjnGGhr7dEEcfRn+j90WGoUKvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1 Kz/varn3NCuTG9Aolp+dkn47xpy/xF+OAzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE9 2w6xftOtiowSU0FK8vJqRKhIctKJoNVgyt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6 ujxp0iSWnp7ut/OL4j1KnGyj5hde92fNDCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9 GSdygiL3tr/fByLfna8ThndYzQBFo70j/iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+X UaUTBYHkkm9kEesfYv3O3+2lWgHyZGQ+AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z 6tYosX7E/MJrlNKPoHGD202N4xgxA46/8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7IbmIk MozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuElJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03PYv1CMxk L7WTSSxDViG2GTdsGJs6doxhJSDIuNL3+ed1Pef6zW9cyy1bvzIsoTC9d2DaV67ygD4yYhnD+hmv FaSpWYq4s3g1CfqRVJF+DnAlizAyafNXvAKCl14JyzrhSUoyZX6GZVxk9kp/Pyci310TDatb51+6 cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX80cuK+EecE/kG/KU/sHp73am9L1kWCoi21Y8uqTp8NUz R06zafHlvPIipBOiWAzyQmIZeuZocz2bPHq0oYm3wKhXh7DpQTPYlQvaZnp5fee+PXWVNUFSEotO eVBoelv74OVHpPlBYCX03VgePz/XXhkPxMjf5bONkL6NoL3nQzrQQxoqafo5ALpkQHhpsY9RNN6u gCI/gJ62AsLPq3rKLC+P526EQTaha8JsK3y2tKLmTWl5+pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9 PcimIN7weBtVBtKjRw9WXV2t2/kg5dl29OLVhcsbto2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXl yf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2sb5DphqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5Vds UOcc77zL1m1689tDW7YUW6y2Pp48TvAqTlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNC yCTGzs1cMSupNNbI9/Mv2ypeCQ02CK8WQY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1/ /fY0yO7aKF65o+7wuS940ZdR8wvZUxNSedyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcs JS1D8/OhzHt1Y3OEdAYJbQ7yZk9YWHINVSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I 0TD1CMxgdSu2GY54nzx0jAXEV7C/TExjfxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS 5ysnPRo6SH9MDRP57joASZ0YkVnkabvgBebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69 TiycpCRDQFyS5fnwhOzR7rYBAfeHjVO2EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8Smv rufFbkYvKGVPDAplz45PZANn21hc7jquyVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag 2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFemJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm/sC2 HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0EPN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4VaTnoTzIxO ShBvpSQZ+8h5tncL7Tygpw6UyDcB792wubYvQbw9ZelAHw8P+D8uXzMc+d588CzrF7ycV5nE9Umz iuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX5ymxUXi35cRP+YOAE/k2KFDkBZpkJXkr52esuicA09+I SKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu+6q2bi0MUPeARGhKqbMkqAmQ1rCY5FFKyDpIrJHuAV5t kGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoNsingkjB2bmrpE2OT78h1sj06chkLT11pKPINyUx4WhMn 2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQZbVaH/Lm+Sop/oW2Rs9qvSQ7MSgmzs/ejFGkEvKdU7fr f1DR0QjE++CuNjbH3Kgw6X2xU/kJSPeerXsP5pc2JKr1fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9 JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9gy4cPD0ticsk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+ 7kdfuD3+sXevsIatJ85YrNmBev8eYgDe0bKNkTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz 9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXVrQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+ kO+yms2s+4RURdffO2g5a12/h++Pip8oOrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuH Z9efHtTRc9JWhsYmT5JPhk0PQAPuzBb9pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ 2uAld6oZr2m8tmrTwTUWa2EftZ6xL7NYHcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpY OMhsW1UM0l5YtaFp/ZoWy4Hte7eCsIO479tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle/ /kVlZcPizpSHk0Bw1vl648V29JYL8i2mMTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5S EmrpZaJ8+QQjD77byfdtuf2jWJ4QW3Z9VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9u T01qTmnJmydOrz129t22g8cvvFleUb3/5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR 0tISrEV/31XsnwxKRSA6F+lxlLzUQ8LzrmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0epjW pveM4G9Avw0dt5J31xtvuZyBgBNibk+FJ9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJqFVACQaDf NMtnyPqlJLFCj8DMO77aubDx0vK6MUB1dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+8eLFvTuOnDsZ m9NytWHPB/w6vr75Pausa2K9p1n5NSlxsr04M49Vb33rdnxW4wGLrfRleg+IfBsOKPwiN2CxsGnP zemxmVajXLtXAaOWldeUBJ95i7vetu70jhH8DbnBigKQeEDqYZTrF15sJft44y33BpSuk2B0DJuZ vvnRUfJniB8ebmKwHyNcu9ls7tYzMPNHpeS797TMW3FJlqd1sP9JXWXwTcakMnhxjYiCrzyl6kMq n5emW94y0ovmTarEXoGWq96kIlMKZC0hjxjBCMB7iM5UznsPTy629ffslhRKs7Vo5bkn8k3oiMAg dHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7QYBm/xDrd2T/RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KT kNdyDR5yIwYQKikS1H1Cys2Jc1MM47knEPQCOtPBs5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84L mt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTStU+LysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOG dywoOjPvldk5l3sGWm4/H2C52iMwk706J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmj KQiLYASI0vLQTmOmCPrviRFpOaIkO+wHxBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8B iyuuQlbi2D/CyTY7pf5qYEy2YeRmUm7SZ5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gO cj/d0OEOCk1vW1ay4SrSDInpNUw/YRkZWuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5 NSa38ZmZZ+DVdrUNBhcDZ2e/PWuxNZR+fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgW V11Drm93cpOYrLU3AiPNiXpdV1cafJNReYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6Dl OyyLRgXEQ0k1KgKhIwK2K9fWO0o1Vdg62jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDE w2PThnWU+4G99wlK/3LNjmM/oIiOIN2IV0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzg bXEKmiYmdFZIUvTJfscxwDa6TTgOJEAaQL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9Nlh6 PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaNKkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJKby93gT/ iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBxEjoLfNVqG9Xz jep63hJoUXWT3g9CZ4evFVyNKi+9Gyja3Zt9RTVeej+IfBNUIhlqebOoMh2B8C+iarTBKAiBr50n DbAJhI45UEUKP19mvYzsVCDyTZD9AhuBpKpNlnEsCswgEIzXUak522b0oHECgaBdW0QDcCLfHRq+ jkDVIt9qH/NuYAYZJ6HLwyizQGrL3IyuaSUQDEJ4uxulHVKzr6fgSyLfHRr+zogAD7VW5IDIN4Hw E/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6pY/YCCLrSUo9GgRkEwr8Guf46NzIrGWGGjUAg+/cP6daq VDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8Nj5vW56V2hEBwD39JNOD80pr4k/SEyDeBQCAQCASC4eCP QSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8CgUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQC gUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQCAQi3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdG Rv5Outx+vKfF8fBdybEIBELXaj8c2xAl7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+H Drh92/+UHlMcV3p86XnENuJY4tiS42I7KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4d HjxRADpFR5Is3Xby5MnDHT1P0k7RkYQ7nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyF Nwnf8Vd0bvi/FNJpZ4k3zL4e+7ki347HkXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2 QcIDRL4JBAKBoAijR48O7t+/v6kr4qGHHtr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3ev bifhvyLyTSAQCASCjIEHQM+CQCB4AxDvzjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhw rtztDx48aGk/R5OSc2B77Cd3e1wPrkvJOd5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uG hoZhSvfZunVrlJLta2pqBm3evDlcyT7YHvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsf fn6THblwWfb2u09dYl9cvaXoHNge+8ndHteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY2Ytf y8Inl79lX9/8Xvb2wPd3/qnoHB9eusntW8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB0EkQGBg4 2Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP8I5EyTmwPfaTuz2uB9el5By475m21zU9B5FvQmfFrFmz uuOvHnak9Bx6tDnenENp24l7vnr16kUi3wQCgdBJAH2zmuT76DuX2fbjn8nupLBtw54PZHeExZsu sNMffu30HM46dHfbu+rQcT24D7mkYf3hj/k5ACLfhK7WfqhJvl21H+7It6s2xFmb46k9UNrmuGrX 3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e4Xx57dZ9naGzTgqdGbZ1RVqddYTopLAfPnI6dFwH9nG2 vasOHdfkantn58D1475xHiLfBCLf3pFvd+2HK1t114Y4a3PctR+u2hx3bYgr8u2uDXHWdrprQ4h8 EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtOyp3H2NUUMDrDb2/dke35Rqcurs1Thy48b0rJ99Vvvufa TCLfhK7WfqhFvt21H+48367aEHdeaWfthzvPt6s2xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPs rMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40HFt4reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+a b2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIeK1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cd qLMOHR05tnXl6XLVoSv1fOMcuHfyfBO6WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbV hhD5JhAIhA7ceaIUsyjdrAX5pmwnlO2E0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FA IBBceK7gtYL3isg3kW8CQa32g8g3kW8CgUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9C Z24/8Pfmdz9oXilWaTVaParqenMOpdWBcc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBp tBDNL5YR3e+obfR0DG/PrQfa7+VpeKzcZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A 7bGf3O1xPSfev6LoHFfbibR17VuanoPId+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr 38jC9Zu3uzT5xv3LfVZ4rkS+CQSCYdCvX78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlO nWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zITl34 XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL17u07AT3 L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf0SGJjsmxA5QeR3RYzjpU6fGENwvb3438fxodk+N5pecQ HnVxDY7bSteJv/7wfDsj33VNm1nr1teJfBP5pjbEQxsiXefKSy3+76wdkR7PsQ1xbEf0bkPkeL5d kW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46Tmcdk+j4AOHdcncu/BWdpmPH50iuHfdzta3W5BteK1yz 1LvviXzbiuv437KaZnbozfeIfBP5pjbEg42KY0klbM7WO2tH3LUhju2I3m2Ip/bDFfl214YQ+Sby TSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6lKTe7rvTwE87O5eY1hXTvoBUSiI9rzvy7WxbMa2tlexE 6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5djWDJtoQfHdsR9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0g EAiGIABaQdphOnbOrsi3JauE/8WUMZFvIt+ErtuGeGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0 VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1wRb7dtSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeB QCDvDoHIN5FvakOoDSHyTeSbyDeBQFCzM1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBm FHFWzELk4XXMoy0tYuMY9e+sIIU4hqcCOJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP 6ypPL8rLM/po+iH7Nm4b4qkdcdeGOO7rrzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d 9vXN7zlxlYvv7/yTXfjkmuztP7x0k1fFVHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwV s0Angm2khSwci9g4/nVXkMJTARxPBTecebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y 3nl+8dU3snHr9p1O4/m+cvVb2fd9/Zvb/N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+C fMM2rt64JQvf3vqBnXj/CrdvubjaTlpRll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7X rl37lMg3gUDQBK4KSUjXO3YYrorYOOvkHLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6u sp0Q+Sby3VXbEE/tiLs2xN059WxD8NdVO6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7IRAI unSczopZSCUa7gg01ktlJ44FKVzt67itp4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93RT48dZ53 S1n3kEu+j58+z96/+A8i30S+O3Ub4qkdcdeGOO7rrzZEDNSdtSNqtCHu2g935NtVG0Lkm8g3gUDo QBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1m3nnSeSbyDfZVNe+X3fthyvy7a4NIfJN5JtAIHQwz5bw DtH9KvN8O/u/J883kW8i32RTdL/u2g9X5NtdG0Lkm8g3gUAgdHoo9XwT+SbyTSDIaT+IfBP5JhAI BIIK5BsdZkl5DYczzSaRbyLfBGo/3JFvd20IkW8i3wQCgdDp4Y3shLKdEPkmEDy1H67IN2U7IfJN IBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQCAQnQHEMd+QbRTLkFn0AUE567aGPNC1GobTgBa5H68Id KI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA08Yi77Bj51laWvrsP//nf2SXOwZ+uPNP9snlbxWVYf7x x38qOge2V1LqGdeD61JyDty30rLYSs9B5JvQmdsP/P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXx IWnnCc83vLmnLnwuG19d+06x7AREVMk5sL1S2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/s yBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ ++FW8+3Mjty1IUS+iXwTCARCp4enbCeO5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAI hE4N4bFy9FzNmjWre58+fdJNJtOzrmQnlqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lH Kr4PGjQo6n/9r/91yxX5thXX2b1XRL6JfBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7 rsR3acCUxWL5+YABA+KdyU7qmjazpSlWrtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMI BEKnRlxc3H+iA0XH6Uy7SdlOiHwTCN60H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgE It9EvgkEIt9Evol8EwgEgvFQWFj4FMrLU4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx 9eb3is7x2Rc32tuPG4rOge2xn5JzfHf7juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69 e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6DnrH CJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+EN1fu9sC33357Wck5Pv300zfar+szJefA9thPy3PgvnH/ crfHPeP5EvkmEAgEAoFAIBA6MeghEAgEAoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAgEAgEAoHIN4FA IBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz/EjPQG9k0DMneIVeQRnf03OgtphAv02XafMCM+/Qc5CH eYuT+/tEvnGAV2da9tJIRVsELzBH9Q3OvErPQl/gmePZ07MgKEFobPIkOCXoWVBbTKA2uysgMs7U p2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIacQOSbQG0xtdkEIt9EvgnU4FNDTiDyTaC2mEBtNpFvIt9E vqnBp4acQCDyTW0xgdpsQqcm3+C5AZEpJl+RkGB6iMg3NfgEasgJRL4J1BZTm00g8u0Gr8yynnxx biV7eX691+g3q5iBgBP5pgafQA05gcg3gdpiarM1wLBhw2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n 36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovlgXOHD+3tLHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/c uTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/En89i8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49 feoike97UV1d3b+xsZFJPx15+eTJk9XUFnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fH fvi/dJ/AwMCXPG3vbL10G3EtWC+O7+5aBLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCK yDeRb2rwiXwT+SbyTeSbyDdBQ/INwgwiJ4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXr QcLFenf7gphj385MvvH8+vXrlwJ5jVgm8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdb SgQdSZ30eO62d7XeGVF1dg5X+6JvEaTU6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoW i+XnaBgmzM/e02+a5bP+wZYPJ87P3hyyIDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ib ck/3qPQZGEEX6NiQe5q+I/JN5JvId9ck3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62 wzqtybdop+FhduZRdkW+PW3var0zooq22dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E 38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTGJJi6 6UW+paNNGKqv3lejkm8MeKZGWfICFldc3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7vN66riOP8 B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU0Dix0vywHNz8woTKSrJ2W2dt8sttaSMFpFaoKUJtQ4tE KiFqXlDUlofyAA9FQrwVUCo7NDQhESwey1NNp3N+3b337u6930hfxbt77t27s3fnfM6cOXPodWqX At++3EBfLp48LiUvMJRryNehR//0OJQbKD8bX4u+Pt/7cWQiJjcS8F2PwTHgu3oaGhoaGRgYWHBJ grKvnYRlXzt6P263Zs2a06529FqR8M0+mP0awWJs5DvU3vW6BaqcfiJ9rHUsp6JEDaiWmWP9nuMX Dzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS0V80rCCVhm9iGJ12Yh0P+E7oHAgEOX+HOnbu/OkL4tEi 50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9+Mi59wi4P3PPkRXxP35MMLh54uzfl38MtxUN33zT8mP6 7DxStuAqFt6kvfl7tGxetL2l7hk9+eeds7++xvYm8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdc bfR1pOQGuuBbOnLdaVifmxwgiY/1vSfgu/rBCMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KD KfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy+azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AG jzxEN/YD+55699Z7j5rQLR9/dv2xNkXHdRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1 Qbd8PPLohavUPgW+XbmBMXl8Me1Tcg1dOYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2 rNleX4Sc4bET+O5H1Q6+qaPgTof/5lEOt9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGD s62S4buhwc2yrc7DSoFA6/ki7M2ifLW1e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMM tZHXEZsbaJ2HfmcCvL4kB1O+z63P53tPwHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfW KdN9BviuDnwTxFDnwhHX1b9XIq8cBdLpEz4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWY RcI3fX65IINswZ2wa0FELLzp4yybF2nvDwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2Py CENt5HXE5ga6rotBjH83offjiKpOVXK9J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDfkBbl eFvprZGQ3bAWYgK+KwTf/Bx1MpRLynmlcpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8+d/AuiPt hrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O+Y7p6AHf3Q9G FD04rjp8u2oMx6Ty8ABVp3rp//XCaV/qmL5feADO70nPxS6MlgvIAd/VhO+sx44emt5gVWerOnx/ 68D5NgF4Vt2x96eo850STehUNLrc9P2zSzHQLR/f8dDJ681m85NFwXdV7S21aXzuub3zr0dBNz+m 9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46rDt+ufHhfKo9O+3HNhMlgkUwfS4l882ylTimMWRhdZFAE 8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLwTsWzDYDvEmCQbvSvbT9xMwW+Ly9dba/ddepKkZHvOsA3 2Wx46sL1FPim9tJxw5EXI8B39X+fdYXv1FQeH3y7BmAu+LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCr LHCsMnznLcB3SaL8bcrjjk07oRrgd++aeb3K8F2G6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY 4ciVypMK33rhNLexNubS3xnDs458WzBnQbaO0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZ xVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhN khu+uAByFZ4bOuc7dmG0blN1+HYNYFwbolmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKB IVE6rFUpBfAN+O5JbTl4+rUvDE3dCKWdfHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZ y3qzAcA34BvwDfh2wXe/KXVhdD8qb/jmWQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDh mTbWyWpfYj7LvlWG792HZ8Y2jJ9+u1P1VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+C vzUPzizdv3vmBev4PB2+z+ax+YT9YHN5j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPp RNyZAL4B34DvPgkCJS6MBnynbzhm5cvH7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyT l3/f/u0b72TW5JOv9le1k6rAN2t0YmYX1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjf PPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6OmsH DvgGfAO+oX6B75QNxxiaQ6lF1mJcK1ptnUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamadeX6hHPjW eUdWLdHYkaXeElk+x51/qLaqzpGz8qKsc1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DDtz6Pz+Yp9rZs 7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7Mbl5lp3yqterJTdW4ih4TB1n0Tk05PXK8wG+84Pvsmen 8hhc684e8A1VBb6574vZcMzKl4+Bb9dxrnP59iyJ3SBLp1l22K8CvnsFvmXekVVLVI8sdf1R6zz8 nN762Fdb1Zpmj91q2aqVKjrHj32eohQD39bncdk8xd6WzX1bWsfa3HUOy+Zl2zuPyDc7yCx2yqte r5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BOZzAA34BvqBj4rpNW1kPtOX4xBIGrwcLPE+f5YD0WvvPY PTfFD3HfG7MTravEZ9/BtzSwVUtUtrPqj4amaFK2SY65Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5 ZzH3RGw93LLtnRd8d2In33cSW6/XF/lmQOdtymM+jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsy Owj4riKwtW6baJ76piV6jdtNNh8bcLUjcTtK9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r 8O3aibY28O2qJSo/bApUchRWRkt9tVVjzmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b 3nlGvrPaSUaXO6nXa0W+Cfo0rPsWT7rgG5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29 +diLC5boNW43duTHI652JAnzvnYS6H3t6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP 3JbOo/2iXn9lHV9Z+LZqicp2Vv3R0Bcly/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z 6Bpd57BsXra984LvrHbKq16vK/JNjky+N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJm BwHfUDcE+O6OOoVvrsTjgm/q27ivY5+oZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1 OueAx5yL2mbdhKOu8E02k4OoLDOCRcxOxc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJ v2r4tnaidZXarCV816H+aC/BN+zd34486/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuC zwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuAcXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+Ifhs wHcVBPgGfMPhw5EDvmsE3/08QwX4hurks/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4DvmgnwDdUN vmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYjB3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgOw/fkk6+uAHRW 7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP7wd8qwHWiRMD8/PzzYWFhQ/Vz4+XQXwDfDF8dgi+ecGz VYffKrEnz9Gt/SwA336NHpreQODcqSYnmwOAb8A3BPiGChLgG74Yqid8c4Uirgrkg29dzahb+1kA vssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4BvwDccPgT4hgDfEHwxfHZPq0r7bQC+uwDfX98+u0gADhWn O3e03rl9+caGLcrV4LbZm2t3zP4FtoBStPah1p8aw3P/hS2q6otn4Yt7VPTd3AmfXbru2tn6w7LP +x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDsUK52H5p+AHaA8HuF1Hd7L+wAnw19VGMT0+tghziFuBpT BBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAEQRAEQRDgG4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIg CPANI0AQBEEQBEFQOfo/l/COa1KR9jYAAAAASUVORK5CYIIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPAOgD fhMAAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAAAgAAAAMAAAABAAAAAAAAAQ8ACQQk AgAAAAAKBAQAAAAIAAAADwDXDwQBAAAAANMPBAAAAAQAAAAAALoPdAAAAGgAdAB0AHAAOgAvAC8A dABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AaAB0AG0AbAAvAGQAcgBhAGYAdAAtAHYAaQBs AGEAagBvAHMAYQBuAGEALQA2AHQAcwBjAGgALQBiAGEAcwBpAGMALQAwADAAEAC6D3QAAABoAHQA dABwADoALwAvAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAGgAdABtAGwALwBkAHIAYQBm AHQALQB2AGkAbABhAGoAbwBzAGEAbgBhAC0ANgB0AHMAYwBoAC0AYgBhAHMAaQBjAC0AMAAwAA8A 1w8EAQAAAADTDwQAAAAIAAAAAAC6D3QAAABoAHQAdABwADoALwAvAHQAbwBvAGwAcwAuAGkAZQB0 AGYALgBvAHIAZwAvAGgAdABtAGwALwBkAHIAYQBmAHQALQB2AGkAbABhAGoAbwBzAGEAbgBhAC0A NgB0AHMAYwBoAC0AYgBhAHMAaQBjAC0AMAAwABAAug90AAAAaAB0AHQAcAA6AC8ALwB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwBoAHQAbQBsAC8AZAByAGEAZgB0AC0AdgBpAGwAYQBqAG8A cwBhAG4AYQAtADYAdABzAGMAaAAtAGIAYQBzAGkAYwAtADAAMAAPAPID+AEAAC8AyA8MAAAAMADS DwQAAAABAAAADwDVBzABAAAAALcPRAAAAEEAcgBpAGEAbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAEAC3D0QAAABDAGEAbABpAGIAcgBp AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGIiAA tw9EAAAAQwBvAHUAcgBpAGUAcgAgAE4AZQB3AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAABjEwALcPRAAAAFcAaQBuAGcAZABpAG4AZwBzAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAYCAACkDwgAAACAAEAAAAAAAAAApQ8M AAAAAAAACC4AAAAHAAAAAACpDwoAAAAHAAAAAgAJBAAAQACjD24AAAAFAP/9PwAAACIgAABkAAAA AP8AAGQAAAAAAAAAAABAAgAAAAACAAAA///vAAAAAAAAAAAA//8SAAAAAAEAAAAFAAAgASABAAAA AAAFAABAAkACAAAAAAAFAABgA2ADAAAAAAAFAACABIAEAAAAAA8ACwQMAgAADwAA8AQCAAAAAAbw WAEAAAGkAAAqAAAAcQAAACkAAAABAAAABwAAAA8AAAAEAAAAEQAAAAQAAAATAAAABAAAACUAAAAF AAAAJgAAAAQAAAAnAAAABAAAACgAAAAEAAAAKQAAAAQAAAAUAAAABAAAABUAAAAEAAAAFgAAAAQA AAAXAAAABgAAABgAAAAEAAAAGQAAAAUAAAAaAAAABAAAABsAAAAEAAAAHAAAAAQAAAAdAAAABAAA AB4AAAADAAAAHwAAAAQAAAAgAAAABAAAACEAAAAEAAAAIgAAAAQAAAAjAAAABAAAACQAAAAEAAAA DgAAAAgAAAAQAAAABAAAABIAAAAEAAAADQAAAAYAAAAMAAAAAQAAAAsAAAABAAAACgAAAAEAAAAJ AAAAAQAAAAgAAAABAAAABwAAAAEAAAAGAAAAAQAAAAUAAAABAAAABAAAAAEAAAADAAAAAQAAAAIA AAABAAAAHwAB8CwAAABiAAfwJAAAAAYGSxq06eHsEUmUpmX4AdOqVP8AX+gAAAEAAAAAAAAAAAAA AIMAC/AwAAAAgQEEAAAIgwEAAAAIhsEAAAAAvwEQABAAwAEBAAAIxcEAAAAA/wEIAAgAAQICAAAI YAAa8RgAAAD/t7cAAJkAAAAA/wBmAMwA/wBmAMwAAABAAB7xEAAAAAQAAAhmAMwAAgAACPcAABAf APAPHAAAAAAA8wMUAAAABAAAAAAAAAAAAAAAAAAAgAAAAAAPANAHjAEAAB8AFAQcAAAAAAAVBBQA AAC6k7D2AMqaO4akTy0Aypo7AgIAAB8AEwQ8AAAAAAD9AzQAAABkAAAAZAAAAGQAAABkAAAAZU+x LcizMAB4mTAACAAAAMCZMADMrDAAAAAAAAAAAAAAAcMtDwD6A2cAAAAAAP4DAwAAAAABAAAA/QM0 AAAArQAAAGQAAACtAAAAZAAAABS0MABQmTAACAAAAMysMADgrDAAAwAAABz5//+m////AQAwAHAA +wMIAAAAAAAAAHAIAABwAPsDCAAAAAEAAABACwAAHwAIBDwAAAAAAP0DNAAAAEIAAABkAAAAQgAA AGQAAABlT7Ete7QwAHiZMAAIAAAAuJkwAMysMAAAAAAAAAAAAAAAwy0PAIgTaQAAAA8AihMpAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADIAAACLEwkAAAAAACUEAQAAAAEPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAAANBAgAAAAAwAAAAMAAAD8A2Q8MAAAAAADaDwQAAAAN AAIATwDZDwwAAAAAANoPBAAAAA0AAgAPAPAPvAIAAAAA8wMUAAAABQAAAAQAAAAAAAAABgEAAAAA AAAAAPMDFAAAAAYAAAAEAAAAAAAAAAcBAAAAAAAAAADzAxQAAAAHAAAABAAAAAAAAAAIAQAAAAAA AAAA8wMUAAAACAAAAAQAAAAAAAAAGgEAAAAAAAAAAPMDFAAAAAkAAAAEAAAAAAAAAB4BAAAAAAAA AADzAxQAAAAKAAAABAAAAAAAAAAbAQAAAAAAAAAA8wMUAAAACwAAAAQAAAAAAAAAHQEAAAAAAAAA APMDFAAAAAwAAAAEAAAAAAAAABwBAAAAAAAAAADzAxQAAAANAAAABAAAAAAAAAAZAQAAAAAAAAAA 8wMUAAAADgAAAAQAAAAAAAAACQEAAAAAAAAAAPMDFAAAAA8AAAAEAAAAAAAAAAoBAAAAAAAAAADz AxQAAAAQAAAABAAAAAAAAAALAQAAAAAAAAAA8wMUAAAAEQAAAAQAAAAAAAAADAEAAAAAAAAAAPMD FAAAABIAAAAEAAAAAAAAAA0BAAAAAAAAAADzAxQAAAATAAAABAAAAAAAAAAOAQAAAAAAAAAA8wMU AAAAFAAAAAQAAAAAAAAADwEAAAAAAAAAAPMDFAAAABUAAAAEAAAAAAAAABABAAAAAAAAAADzAxQA AAAWAAAABAAAAAAAAAATAQAAAAAAAAAA8wMUAAAAFwAAAAQAAAAAAAAAEQEAAAAAAAAAAPMDFAAA ABgAAAAEAAAAAAAAABIBAAAAAAAAAADzAxQAAAAZAAAABAAAAAAAAAAUAQAAAAAAAAAA8wMUAAAA GgAAAAQAAAAAAAAAFQEAAAAAAAAAAPMDFAAAABsAAAAEAAAAAAAAABYBAAAAAAAAAADzAxQAAAAc AAAABAAAAAAAAAAXAQAAAAAAAAAA8wMUAAAAHQAAAAQAAAAAAAAAGAEAAAAAAAAvAPAPOAAAAAAA 8wMUAAAAHgAAAAAAAAAAAAAAAAEAAAAAAAAAAPMDFAAAAB8AAAAAAAAAAAAAAAEBAAAAAAAAAQAB BFAAAAD/AAD+////fwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQQwAAAAKATCBwAAUEsDBBQABgAIAAAAIQBWrgfD9wAA AKkBAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAACAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8kM1OwzAQhO9IvIPlK4odOCCEmvTA zxGQKA+wOJvEqv/k3VbN2+OkRUKocLLWuzPzaVbrg3dij5lsDI28VrUUGEzsbBga+bF5ru6kIIbQ gYsBGzkhyXV7ebHaTAlJFHWgRo7M6V5rMiN6IBUThrLpY/bAZcyDTmC2MKC+qetbbWJgDFzx7CHb 1SP2sHMsng7l+0iS0ZEUD8fDOauRkJKzBriQ6n3ofqVUpwRVlMsNjTbRVcGQ+mzCvPk74KR7LdVk 26F4g8wv4AuGZvh0+M6TQ1L/m5yhjH1vDXbR7HxpQKWMVN4F2Dv1w/qbXC9Ft18AAAD//wMAUEsD BBQABgAIAAAAIQDt5AxLuwAAACYBAAALAAgCX3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhI/NCsIwEITvgu8Q 9m5TPYhI015E8Kr1AdZ0+4NpEpJV7NubYwuCx9lhvtkpqs9oxJtCHJxVsM1yEGS1awbbKbjX580B RGS0DRpnScFEEapyvSquZJBTKPaDjyJRbFTQM/ujlFH3NGLMnCebnNaFETnJ0EmP+okdyV2e72WY M6BcMMWlURAuzRZEPfnU/J/t2nbQdHL6NZLlHxWS8WHoxpNJK0SNoSNWMDtm6VuQZSEX68ovAAAA //8DAFBLAwQUAAYACAAAACEA2P2Nj6wAAAC2AAAADwAAAHRhYmxlU3R5bGVzLnhtbAzMSQ6CMBhA 4b2Jd2j+fS1DUSQUwiArd+oBKpQh6UBooxLj3WX58pIvzT9KopdY7GQ0A//gARK6Nd2kBwaPe4Nj QNZx3XFptGCwCgt5tt+lPHFPeXOrFFfr0KZom3AGo3NzQohtR6G4PZhZ6O31ZlHcbbkMpFv4e9OV JIHnHYnikwbUiZ7BN6qCIKK0wKfL5YhpSANcejTGcVTW1bmp/SosfkCyPwAAAP//AwBQSwECLQAU AAYACAAAACEAVq4Hw/cAAACpAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQDt5AxLuwAAACYBAAALAAAAAAAAAAAAAAAAADADAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQDY/Y2PrAAAALYAAAAPAAAAAAAAAAAAAAAAABwGAAB0YWJsZVN0eWxl cy54bWxQSwUGAAAAAAMAAwC3AAAA9QYAAAAAAADqAwAAAAAPAPgDBYMAAAIA7wMYAAAAAQAAAAEC BwkIAAAAAAAAAAAAAAACADAAYADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwA AGAA8AcgAAAA////AAAAAACWlpYAAAAAAPvfUwD/mWYAzDMAAJlmAABgAPAHIAAAAP///wAAAAAA gICAAAAAAACZzP8AzMz/ADMzzACvZ/8AYADwByAAAADe9vEAAAAAAJaWlgAAAAAA////AI3G/wAA ZswAAKgAAGAA8AcgAAAA///ZAAAAAAB3d3cAAAAAAP//9wAzzMwA/1BQAP+ZAABgAPAHIAAAAACA gAD///8AAFpYAP//mQAAZGIAbW/HAAD//wAA/wAAYADwByAAAACAAAAA////AFwfAADf0pMAzDMA AL55YAD//5kA06IZAGAA8AcgAAAAAACZAP///wAAM2YAzP//ADNmzAAAsAAAZsz/AP/nAQBgAPAH IAAAAAAAAAD///8AM2aZAOPr8QAAM5kARopLAGbM/wDw5QAAYADwByAAAABoa10A////AHd3dwDR 0csAkJCCAICeqAD/zGYA6dy5AGAA8AcgAAAAZmaZAP///wA+PlwA////AGBZewBmZv8Amcz/AP// mQBgAPAHIAAAAFI+JgD///8ALSAVAN/AjQCMe3AAj18vAMy0AACMnqAAAACjDz4AAAABAP/9PwAA ACIgAABkAAAAAP8BAGQAAAAAAAAAAABAAgAAAAACAAAA///vAAAAAAAAAAAA//8sAAAAAAMAABAA ow98AAAABQD//T8AAQAiIAAAZAAAAAD/AABkABQAAADYAAAAQAIAAAAAAgAAAP//7wAAAAAAAAAA AP//IAAAAAABAACABQAAEyDUASABAAACABwAgAUAACIg0AJAAgAAAgAYAIAFAAATIPADYAMAAAIA FACABQAAuwAQBYAEAAAAACAAow9uAAAABQD//T8AAAAiIAAAZAAAAAD/AABkAB4AAAAAAAAAQAIA AAAAAgAAAP//7wAAAAEA//8BAP//DAAAAAABAAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAA YANgAwAAAAAABQAAgASABAAAAABAAKMPbgAAAAUA//0/AAAAIiAAAGQAAAAA/wAAZAAAAAAAAAAA AEACAAAAAAcAAAD//+8AAAAAAAAAAAD//xIAAAAAAQAAAAUAACABIAEAAAAAAAUAAEACQAIAAAAA AAUAAGADYAMAAAAAAAUAAIAEgAQAAAAAUACjD1IAAAAFAAAAAQkAAAAAAQAAAAAAAAABAAEJAAAA AAEAIAEAAAAAAgABCQAAAAABAEACAAAAAAMAAQkAAAAAAQBgAwAAAAAEAAEJAAAAAAEAgAQAAAAA YACjDwwAAAABAAAAAAAAAAAAAABwAKMPPgAAAAUAAAAAAAAAAAACABwAAQAAAAAAAAACABgAAgAA AAAAAAACABQAAwAAAAAAAAACABIABAAAAAAAAAACABIAgACjDz4AAAAFAAAAAAAAAAAAAgAYAAEA AAAAAAAAAgAUAAIAAAAAAAAAAgASAAMAAAAAAAAAAgAQAAQAAAAAAAAAAgAQAAAAIwTSBgAAUEsD BBQABgAIAAAAIQCR783y+wAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQyU7DMBCG70i8 g+Urip1yQAgl6YHlxnIoDzByJomFN3ncqn17JmmRKlQ4jWb9/vmb9d47scNMNoZWrlQtBQYTexvG Vn5uXqp7KahA6MHFgK08IMl1d33VbA4JSfB2oFZOpaQHrclM6IFUTBi4M8TsoXCaR53AfMGI+rau 77SJoWAoVZlvyK55wgG2rojnPZePSjI6kuLxODizWgkpOWugsFK9C/0vSnUiKN5cZmiyiW5YhtQX CXPnb8Bp752tybZH8QG5vIFnGbrPpMlx8RWosHPnyUr9f/aC7jgM1mAfzdazJyplJI7LC96pM9DP L3qxvvsGAAD//wMAUEsDBBQABgAIAAAAIQCO6ir6vgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EK wjAQRO+C/xD2btN6EJGmvYjQgxfRD1iSbRtsk5CNon9vjhYEj8Mwb2bq9jVP4kmRrXcKqqIEQU57 Y92g4HY9bfYgOKEzOHlHCt7E0DbrVX2hCVMO8WgDi0xxrGBMKRykZD3SjFz4QC47vY8zpizjIAPq Ow4kt2W5k/GbAc2CKTqjIHamAnF9h9z8n+373mo6ev2YyaUfFZIna+iMnChmLMaBkgIT+dtYiKrI +0E2tVz8bT4AAAD//wMAUEsDBBQABgAIAAAAIQC25YlroQMAACkjAAAhAAAAZHJzL3NsaWRlTWFz dGVycy9zbGlkZU1hc3RlcjEueG1s7JrNctowEMfvnek7eHTNULD5sGEwmSSdnHJgmuQBhJHBjSx7 JCUNPfUd+gZ9jd76KH2SrmQBNtity6STMvhmkLSSf17v/ndhfP4cU+uJcBElzEf2uw6yCAuSecQW Prq/u255yBISszmmCSM+WhGBzidv34zTkXy+lStKhAUmmBhhHy2lTEfttgiWJMbiXZISBmNhwmMs 4SNftOccfwLTMW07nc6gHeOIIbOe11mfhGEUkPdJ8BgTJjMjnFAs4fhiGaVibS2tYy3lRIAZvbpw pIm6vUhSou9wMsYj+kTtdMotTBfAKZAcWVxSHyle+IZd8gd9HSZMXugpMywIspaYLeB+p48skGqC MiXS4JKE5moaSOsJa0Ptybi9M3oRyt/MM6NzEn6Ak4nPPur1OmaPhEbz64hSvVw9D3JFebaTfHaQ 2Ss/S0FkllylJMQBPOmz+GOLSjUTjwjeGSA4GwjEzkAgjO3sVPqWDDtlCC6d08J4wSNMkRUsMRdE +4AmWgBXOgd8ochQgTMMuw1DcKYDGCpwhmGvYXgYQwXOMOw3DA9jqMAZhgPFMMb8BsJ334W0iMqS zE5iUWuPJI+UBreDXl5FykBzt9CGts56DbROaeZVpAw0bwvN7rr2oHG1dT7ey7UKlaE2zFHzHM9r qFVSU6hA8RW1czqaJfPVnpDOIl635wwV0IjNQYj7qLX+ItPZIJxeVmVDeIXtDlXas8crkHFay/no 55dvmQbO6e+uCt86NueVta6H8vrbXp8gP2tff7Mq/c1aFfqbtWrq74y+C/T7efqO13fVF8dA/+se fUe9m/+AfkFnnsWVkHcFegbZtntd5XRbH3ccLxd7j83HnXo15l/7eF3KuxLeUAaiWjttIskxUS7x ZeUyr+jLuyI/o+x0+q56/Mfoyz++7weMV4ZcXgU4fbun48OfXbl2VfCCee8/5FheGDhD19ZqreFY 7NJVJrDyWiGTZLVe+sYfdYuzvHroet6gZopqOGqOm3oiV0Gko0QuCd/UE6C+p1mtZnQ4hZa7jwhr 3d8amb2dsu7iZ9ksL3Rhzh2e3UIPfd1P2Cs8bGRpjb7t9he7+7bO1+YUqhufRZ8HwtUvK8dVGRQ7 USBRT5ZPuahfO8mmUDpZPhVyvNhfOmUHKlfSdrGVdMqAKlSwLpKbEA0pq0Leuj3dbto2a042BlXo Vki5ulhtgnSFIB303WIj6mQ9aKM08+JSNbLNf1wmvwAAAP//AwBQSwECLQAUAAYACAAAACEAke/N 8vsAAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQCO6ir6vgAAADgBAAALAAAAAAAAAAAAAAAAACwBAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQC25YlroQMAACkjAAAhAAAAAAAAAAAAAAAAABMCAABkcnMvc2xpZGVNYXN0ZXJzL3NsaWRl TWFzdGVyMS54bWxQSwUGAAAAAAMAAwDJAAAA8wUAAAAADwAMBHEiAAAPAALwaSIAABAACPAIAAAA BgAAAAYEAAAPAAPwDSIAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAA BAAABQAAAA8ABPACAQAAEgAK8AgAAAACBAAAAAoAANMAC/BmAAAAfwABAO8BgADABlIEhwABAAAA vwAAAAYAgQEEAAAIvwEBABEAwAEBAAAI/wEBABkAAQICAAAIPwIAAAMAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgA AAAAAAAAAQDDLQ8ADfBUAAAAAACfDwQAAAAAAAAAAACoDyAAAABDbGljayB0byBlZGl0IE1hc3Rl ciB0aXRsZSBzdHlsZQAAog8GAAAAIQAAAAAAAACqDwoAAAAhAAAAAQAAAAAADwAE8EYBAAASAArw CAAAAAMEAAAACgAAwwAL8GAAAAB/AAEA7wGAAEAFUgS/AAAABgCBAQQAAAi/AQEAEQDAAQEAAAj/ AQEAGQABAgIAAAg/AgAAAwA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMA AAAAABDwCAAAAPADIAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAACAMMtDwAN8J4AAAAAAJ8PBAAA AAEAAAAAAKgPUgAAAENsaWNrIHRvIGVkaXQgTWFzdGVyIHRleHQgc3R5bGVzDVNlY29uZCBsZXZl bA1UaGlyZCBsZXZlbA1Gb3VydGggbGV2ZWwNRmlmdGggbGV2ZWwAAKIPHgAAACEAAAAAAA0AAAAB AAwAAAACAA0AAAADAAwAAAAEAAAAqg8KAAAAUwAAAAEAAAAAAA8ABPBNCgAAEgAK8AgAAAAEBAAA AAoAAMMAC/BgAAAAfwABAO8BgABgBlIEvwAAAAYAgQEEAAAIvwEBABEAwAEBAAAI/wEBABkAAQIC AAAIPwIAAAMAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAEwAi8QsJ AACpwwUJAABQSwMEFAAGAAgAAAAhAPD3irv9AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1s lJHNSsQwEMfvgu8Q5iptqgcRaboHq0cVXR9gSKZt2DYJmVh33950Py7iCh5n5v/xI6lX22kUM0W2 3im4LisQ5LQ31vUKPtZPxR0ITugMjt6Rgh0xrJrLi3q9C8Qiux0rGFIK91KyHmhCLn0gly+djxOm PMZeBtQb7EneVNWt1N4lcqlISwY0dUsdfo5JPG7z+kASaWQQDwfh0qUAQxitxpRJ5ezMj5bi2FBm 517Dgw18lTFA/tqwXM4XHH0v+WmiNSReMaZnnDKGNJElDxgoa8q/UxbMiQvfdVZT2UZ+X3wnqHPh xn+5SPN/s9tse6P5lC73P9R8AwAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9y ZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x 7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qL HSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJq x9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAI AAAAIQCYFuJBngQAALkLAAAQAAAAZHJzL3NoYXBleG1sLnhtbKxW227jNhB9L9B/EPhaKJZs+YpV Fr5uC7iBEWexz7RExWooUqUoX1L033tIyrGTposi3jwkVDgcnjkzc4afPh8K7u2YqnIpYhLeBMRj IpFpLh5j8vVh4Q+IV2kqUsqlYDE5sop8vv35p0/lqCo9HBbVqIzJVuty1GpVyZYVtLqRJRPYy6Qq qManemyVilVMaKpxUcFb7SDotQqaC3ILV2K3LlfKrJK73Up5eQosQRt3C1rg1nuWAMMjZ15EWo2Z O0EBYymTp6rBQv8PllTRPQJ8BcMT8otCJCHulNMtbmNjpeR+y2hamX/j3pbFd4IqgNRgKbeePpZA mWpw9QwAlGcEMRxi0m6OOVucP0daIWJvs/9dpjhKay3BBB0dMlVcG4rxI7PMw/1Rtw+miXeMSa8d ddvtrgFER+ygvcTgCzudnjFIYBH1e+1uYBE7IMayVJX+wuTVoDzjKCYKmbSB0t2y0obT8xXmOiEX OefXMmBj5OJaN2dADigXlrssQxBAf637UyZ+gCuLCzmtVR6Tv4bBcD6YDyI/avfmfhTMZv54MY38 3iLsd2ed2XQ6C/82WQij0TZPUyYuSQ+jf/VQkSdKVjLTN4ksWqitPGGtpovQymFwamW0o+R5atwZ SFYP2JQrb0c5qjxJIAGulV5Ztl4jsVWBEn0TVdiOgkl76C96g74fLaKuP+wHAz8Ih5NhL4iG0Wzx OqplLtgpSR+PytvHZNhF59iIvhOePrwTGh0VuWbK43kRk0FgflwLGmGZi9QWgaY5d+sLJgz695kY L7pBP+oM/H6/2/GjzjzwJ4PF1B9Pw16vP59MJ/M3+Z3bmn0RyY+TYVNyagDzIWtEt96mey/NTYN3 usM2NDTNFdSl7+L1KH/EdEm0Ip6S+luut+stNZIZOFLN2DiXyebRyeaFc8fD+d4LmprQzkxBUVA7 aCr8y0wpp9L6MJHp0SDe4C+k182uj88LDE2Eu5XqmXh7RTE6qj9rqhjx+G8CE2MYRhGEVdsPq8MI /nJnc7kj6mIq0SKgjooEXmOCaeKWU40vo9GyKKleinWZGEMTixHVh8M3qspGXzVCv5OWXWvwRmad reXK0WCc8Eqv9RHD9UpKrK8dDy3jdJSy7B48m4kYRq7qkRp+MjDr5mIbyY+43YzUgqqlpQuLe7vA lfZvLqB0yBmodAXJUacse6CbNTDafGFLaWfN6FJM1JNNSSaFHtsa3tDKZBjPGNFs44h5LeA9sapF AvcuM9ykyQRWlckq0U4Aw5f+N9FfWExY9tb2NIhx/rw7zqwoXvq8sGt2NzUU9+FglWVTr59flguE 8fJxh/dcIz4bNItdupRhCXhNFplIV1RRk8mnusgL+QcmDGLmiDkmTPhf1+7VY3PsbRzT9ncdE4FL zANS5U/odiHXdkW8J6bMc9O+TRLTO42hqWw4F+bhyPNn9qv9NKRzqGGzt1JSZmZtC87OZPdscMDd lP7eHPoPoWYnfbFc1EvRcFWbcdasbebtey+jCQCNVU5RRsmWqorZ2rKHGb2w+aUQPqNO9ZPqYuPd w6D+zLnLhBWyk4BZTbv9BwAA//8DAFBLAwQUAAYACAAAACEAxhtBLtgAAAD8AAAADwAAAGRycy9k b3ducmV2LnhtbESPTUsDMRBA74L/IYzgRWzWClW2TUsRq4I92Fpoj+Nm9gM3kyVJu9t/7+BBj8Mb 3sybLQbXqhOF2Hg2cDfKQBEX3jZcGdh9rm4fQcWEbLH1TAbOFGExv7yYYW59zxs6bVOlRMIxRwN1 Sl2udSxqchhHviMWVvrgMMkYKm0D9iJ3rR5n2UQ7bFgu1NjRU03F9/boDCxfCB/4/mbdv+9Ctd4/ H1btx8GY66thOQWVaEj/y0c/KdH/wV/Vm5WWbCy/l6/nr9DYDcZEwYDkSaxA0PMfAAAA//8DAFBL AQItABQABgAIAAAAIQDw94q7/QAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhAJgW4kGeBAAAuQsAABAAAAAAAAAAAAAAAAAAKQIAAGRycy9z aGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAxhtBLtgAAAD8AAAADwAAAAAAAAAAAAAAAAD1BgAA ZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAPoHAAAAAAAAEPAIAAAAXg8gAWAGihAPABHw UgAAAAAAwwsIAAAAAgAAAAcBwy0PAIgTOgAAAA8AihMyAAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5 AAAAixMUAAAAAACsDwwAAAAAAAAAAAAAAAAAAAAPAA3wUAAAAAAAnw8EAAAABAAAAAAAoQ8WAAAA AQAAAAAAAAAKAAcAAQAAAAAAAgAOAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAANQB0ALw AxAFDwAE8FgKAAASAArwCAAAAAUEAAAACgAAwwAL8GAAAAB/AAEA7wGAAOAEUgS/AAAABgCBAQQA AAi/AQEAEQDAAQEAAAj/AQEAGQABAgIAAAg/AgAAAwA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADUAAAATACLxFAkAAKnDDgkAAFBLAwQUAAYACAAAACEA8PeKu/0AAADiAQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWyUkc1KxDAQx++C7xDmKm2qBxFpugerRxVdH2BIpm3YNgmZ WHff3nQ/LuIKHmfm//EjqVfbaRQzRbbeKbguKxDktDfW9Qo+1k/FHQhO6AyO3pGCHTGsmsuLer0L xCK7HSsYUgr3UrIeaEIufSCXL52PE6Y8xl4G1BvsSd5U1a3U3iVyqUhLBjR1Sx1+jkk8bvP6QBJp ZBAPB+HSpQBDGK3GlEnl7MyPluLYUGbnXsODDXyVMUD+2rBczhccfS/5aaI1JF4xpmecMoY0kSUP GChryr9TFsyJC991VlPZRn5ffCeoc+HGf7lI83+z22x7o/mULvc/1HwDAAD//wMAUEsDBBQABgAI AAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksH uwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJ YN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CP bgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr 9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAGPyIMSlBAAAywsAABAAAABkcnMvc2hhcGV4bWwu eG1srFbbbuM2EH0v0H8g+FoolmT5ImOVha/bAm5gxFnsMy1RMRuJVCnKdlL03ztDypek6aKINw8O KQ6HZ85wzvDT50NZkB3XtVAyocGNTwmXqcqEfEzo14eFN6SkNkxmrFCSJ/SZ1/Tz7c8/fapGdUVg s6xHVUK3xlSjTqdOt7xk9Y2quIS1XOmSGZjqx06lec2lYQYOKotO6Pv9TsmEpLfgSu7W1UrjKL3b rTQRGWDxw5gSyUo49Z6ngOGx4KRHO62Z28EAxlKlT3WLhf0fLJlmewjwFQwi1RcNkQRwpppu4TQ+ 1lrtt5xlNX6GczsW3xGqBKSIpdoS81wBytxoIOsloX82TBsOE5EdEtpttzp78HGOtoaoyWb/u8pg O2uMAjbY6JDr8tpw0I/Kc4LnB2EEdFPynNB+GPXC0JLIRvxgSAoG4TDu9dEgBYto0A97voXskKCn StfmC1dXoyLoKKEa0mkjZbtlbZDY8xF4nFQLURTXUgB+2aiQ17o5A3JAC4lfeJ5DEID+WvcWJWTi B7iyuCCnjRYJ/Sv24/lwPoy8KOzPvcifzbzxYhp5/UUw6M26s+l0FvyNWQii0VZkGZeXpAfRvwqp FKlWtcrNTarKDlwukfJOW0pQz4F/rGeoSVWIDN0hJCsKfFposmMFXPM0BR1w9fTKsvMaib0VQMyb qOAy+5Mw9hb94cCLFlHPiwf+0PODeBL3/SiOZovXUS2F5MckfTwqsk9o3IPKsRF9JzxzeCc0NioF CAIpRJnQoY9/WGFshOoyl5kdGyYKN75gAtG/z8R40fMHUXfoDQa9rhd15743GS6m3nga9PuD+WQ6 mb/J79ze2ZNSfpwMm5JjAeBENRDdepvtSSawwLu9OAQhzYQGdRm4eAkrHqHFpCiSWplvwmzXW4a6 6TtSsXecr8nmMWxF6OTc8XA+94KmNrQzU6AorqjgE7YqJ9XmMFHZMyLewH/QXtfAPt40oHNCuFul XyjZawb9o0bx55QUv0loG3EQRSCsxk6i3iCEib5c2VyuyKacKigRoI7JFLwm1ByHUwMz1GhVVsws 5bpK0RBjQVF9OHxjumr11UDod8qyaw3eyKyztVw5GtBJUZu1eYYOeyUl1teuCLCznTOOXzOe38NH bJBB5AoAslQ4W4vmiMEG9SOAIIiS6aVlDgb3dgBH2v9CguhB+oDVM1ICMB/YZg0obfIwYcbZc7aU E/1k85Mracb2Qm9YjemGh41sl2ELvh/ghbFqZAoHuDQVmDMMra7SVWqcGgYnMUAuLiwmPH9re+zK sP+8Os6tQl76vLBrVzcNyO/DwcrMplm/nIYLCOM0uYMXXqtEG2hHduiSBkNs0VhEUFcyWzHNMJdP TSlK9Qe0G4i5gJgTyqX3de2eQTbLZOO4tr9NQiUcgk9KLZ6g9KVa2xElT1zjA9Q+VFIspNYQrzk4 l/iULMQL/9VOkfQCpLFdW2mlchwjPteg3RvCAXdfvteU/kO1T13ectEsZctVg72tHdvM2xdgzlIA NNaCFVCnW6Zrbm+X3czZhc0vpfQ4cy0grS8W3t2MWnbi3GUCfqvRUc2swN3+AwAA//8DAFBLAwQU AAYACAAAACEAjunDmdoAAAD8AAAADwAAAGRycy9kb3ducmV2LnhtbESPT2vCQBBH7wW/wzJCL0U3 tdDW1FWkqC3Ugn8CepxmxyQ0Oxt2tyZ+e5ce2uPwhvfjTWadqcWZnK8sK7gfJiCIc6srLhRk++Xg GYQPyBpry6TgQh5m097NBFNtW97SeRcKESXsU1RQhtCkUvq8JIN+aBviyE7WGQzxdIXUDtsoN7Uc JcmjNFhxXCixodeS8u/dj1EwXxE+8cPduv3IXLE+LI7LenNU6rbfzV9ABOrC//Pmc7/Ixn/wV/Wu Y0syGoM4vV2+XKW36AM5BTEvxkYIcnoFAAD//wMAUEsBAi0AFAAGAAgAAAAhAPD3irv9AAAA4gEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1f YdIAAACPAQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAY/Ig xKUEAADLCwAAEAAAAAAAAAAAAAAAAAApAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAA IQCO6cOZ2gAAAPwAAAAPAAAAAAAAAAAAAAAAAPwGAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQA BAD1AAAAAwgAAAAAAAAQ8AgAAABeD7AH0A6KEA8AEfBSAAAAAADDCwgAAAADAAAACQLDLQ8AiBM6 AAAADwCKEzIAAAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLExQAAAAAAKwPDAAAAAAAAAAAAAAA AAAAAA8ADfBSAAAAAACfDwQAAAAEAAAAAAChDxgAAAABAAAAAAAACAoAAQAHAAEAAAAAAAIADgAA AKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAADUAdAC8AMQBQ8ABPDICgAAEgAK8AgAAAAGBAAA AAoAAMMAC/BgAAAAfwABAO8BgACgBVIEvwAAAAYAgQEEAAAIvwEBABEAwAEBAAAI/wEBABkAAQIC AAAIPwIAAAMAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAEwAi8W4J AACpw2gJAABQSwMEFAAGAAgAAAAhAPD3irv9AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1s lJHNSsQwEMfvgu8Q5iptqgcRaboHq0cVXR9gSKZt2DYJmVh33950Py7iCh5n5v/xI6lX22kUM0W2 3im4LisQ5LQ31vUKPtZPxR0ITugMjt6Rgh0xrJrLi3q9C8Qiux0rGFIK91KyHmhCLn0gly+djxOm PMZeBtQb7EneVNWt1N4lcqlISwY0dUsdfo5JPG7z+kASaWQQDwfh0qUAQxitxpRJ5ezMj5bi2FBm 517Dgw18lTFA/tqwXM4XHH0v+WmiNSReMaZnnDKGNJElDxgoa8q/UxbMiQvfdVZT2UZ+X3wnqHPh xn+5SPN/s9tse6P5lC73P9R8AwAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9y ZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x 7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qL HSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJq x9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAI AAAAIQB37gPuAQUAAOgOAAAQAAAAZHJzL3NoYXBleG1sLnhtbOxWTW/bRhC9F+h/IHgtGPFbHwgd SLLUFlANI3KQ84pcWqzJXXa5smUH+e99s0tZspumRZRjfJCX5Ozsmzczb/btu31TO/dcdZUUmRu8 8V2Hi1wWlbjN3A83S2/kOp1momC1FDxzH3nnvrv4+ae37aRrHWwW3aTN3K3W7WQw6PItb1j3RrZc 4FspVcM0HtXtoFW840IzjYOaehD6fjpoWCXcC7gS9+v2WtEqv7q/Vk5VAIsfAYxgDU59z3NguK25 k7qD3szuYICxkvld12Nh/wdLodgDAnwBwxHyV4VIApwp51ucxqdKyYctZ0VHr3HuwOA7QBVASlja raMfW6Ds6uJq14Cvp8z9a8eU5spFKPvMjfvddgvcHAPuELizefhDFvDAdlqCEDbZl6o5NyLyI8vS wflpkkRg3HUesQ7jJAwTQsQmfK+dHAZhEEUpGeSwiIdpmPgGskVClq3q9K9cno3KIUeZq5BREym7 X3WauD0eQccJuazq+lwKTIy1ONfNEZAFWgvDXVkiCKA/1/0hE9/BlcGFnO5Ulbmfxv54MVqMYi8O 04UX+5eX3nQ5j710GQyTy+hyPr8MPlMWgniyrYqCi1PSg/gfvdRUuZKdLPWbXDYDFFeV80HfTWjp wD+0NNpS1lVB7giS0QU+r5Vzz2qUeZ5DCmxLvbAcvERiqgIl+iqqIIz9WTj2lulo6MXLOPHGQ3/k +cF4Nk79eBxfLl9GtaoEPyTp26NyHjJ3nKBzTERfCU/vvxAamzQVBMGpqyZzRz792RYkgVmIwhSB ZlVt1ydMEPovMzFdJv4wjkbecJhEXhwtfG82Ws696TxI0+FiNp8tXuV3YWr2WSy/nQyTkkMD0IPc Ibr1tnhwiooaPErGIbS0qBTUZWjjdVh9iymTa+iikvpjpbfrLSPp9C2pND6OZbK5DXsRenZueTie e0JTH9qRKSgKagdNhVc0raxa6/1MFo+EeIP/0F47w759bmB4ItytVE+u86AYRkhH4s9dp/5dYHKM gziGsGrzECfDEA/q9Mvm9IvYNXOJFgF1TOTwmrn6sJxrPJFGy6ZleiXWbU6GFAuJ6s3+I1Ntr68a oV9Jw64xeCWz1tZwZWkgJ3Wn1/oRQ/ZMSoyv+zqgyWYzrgyGgpfv8YrGYxDb8keOamtpsBwQmJC+ BwyC0DC1Mrxh8d4scKT5XwlIHpIHTg84HYC8YZs1MJrEUbK0teZsJWbqzuSmlEJPTTFvWEepxr1G 9J+xha4PuGBc70QO9zZFNeWLAuva/DrXVgmDZyEgJk4sZrx8bXuYyNh//DotjTqe+jyx679udpDe m72RmM1u/fS8XCKM54crXPB6Fdqga8zSpgxLGs/UQGxS1oW5n32aLtKFH0a+N1+EIy9ORmNvOkxT bzSLluEwSaM0WnxG4fd3owpc43ZELhSycrdrqkb+iTEFvmrwlblceB/W9vpk6sPZ2CyZ313mCgCk 26iq7iAZQq7NynXuuKK7q7ng5NSAvSG1B5wLuoXW1RP/zTxSwmpIav/tWklZ0pqA2cFu7x42aPvm a8PsX9SeH0TK8LhbiZ7nHc3Efm2qxhBUshyApqpiNfp7y1THTV2azZyd2PzSCI8zOzry7uTDFzcj bSCbQvvRCcTCd+0EfeFQX9B8MW1BB3BRXDPFSOd+VDgainTxv4oUrJ1V4UfOrU7ht50c5rwZ/Rd/ AwAA//8DAFBLAwQUAAYACAAAACEA/iPo69gAAAD8AAAADwAAAGRycy9kb3ducmV2LnhtbESPwUrD QBBA70L/YRnBi9iNFqzEbksVq4It2FqwxzE7TUKzs2F3bdK/d/Cgx5k3vOFNZr1r1JFCrD0buB5m oIgLb2suDWw/Fld3oGJCtth4JgMnijCbDs4mmFvf8ZqOm1QqkXDM0UCVUptrHYuKHMahb4mF7X1w mGQMpbYBO5G7Rt9k2a12WLN8qLClx4qKw+bbGZg/E455dLns3rahXH4+7RbN+86Yi/N+fg8qUZ/+ j3V4sKvwB39Vr1ZaspHE7F9OX6G2a4yJggHZSKxA0NMfAAAA//8DAFBLAQItABQABgAIAAAAIQDw 94q7/QAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAHfuA+4BBQAA6A4AABAAAAAAAAAAAAAAAAAAKQIAAGRycy9zaGFwZXhtbC54bWxQSwEC LQAUAAYACAAAACEA/iPo69gAAAD8AAAADwAAAAAAAAAAAAAAAABYBwAAZHJzL2Rvd25yZXYueG1s UEsFBgAAAAAEAAQA9QAAAF0IAAAAAAAAEPAIAAAAXg8gEGAVihAPABHwUgAAAAAAwwsIAAAABAAA AAgCwy0PAIgTOgAAAA8AihMyAAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5AAAAixMUAAAAAACsDwwA AAAAAAAAAAAAAAAAAAAPAA3waAAAAAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPGAAAAAIAAAAA AAAICgACAAcAAgAAAAAAAgAOAAAA2A8EAAAAAAAAAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA 8AAAANQB0ALwAxAFDwAE8DwAAAASAArwCAAAAAEEAAAADAAAYwAL8CQAAACBAQAAAAiDAQUAAAi/ ARAAEAD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZ mQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADr LggAAAD388IBcDYtTwAADgRBDgAAUEsDBBQABgAIAAAAIQDp3g+//wAAABwCAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbKyRy07DMBBF90j8g+UtSpyyQAgl6YLHjseifMDImSQWydiyp1X790zSVEKo IBZsLNkz954743K9Hwe1w5icp0qv8kIrJOsbR12l3zdP2a1WiYEaGDxhpQ+Y9Lq+vCg3h4BJiZpS pXvmcGdMsj2OkHIfkKTS+jgCyzV2JoD9gA7NdVHcGOuJkTjjyUPX5QO2sB1YPe7l+Zgk4pC0uj82 TqxKQwiDs8CS1Oyo+UbJFkIuyrkn9S6kK4mhzVnCVPkZsOheZTXRNajeIPILjBLDsAyJX89nIBkt 5r87nons29ZZbLzdjrKOfDZezE7B/xRg9T/oE9PMf1t/AgAA//8DAFBLAwQUAAYACAAAACEApdan 58AAAAA2AQAACwAAAF9yZWxzLy5yZWxzhI/PasMwDIfvhb2D0X1R0sMYJXYvpZBDL6N9AOEof2gi G9sb69tPxwYKuwiEpO/3qT3+rov54ZTnIBaaqgbD4kM/y2jhdj2/f4LJhaSnJQhbeHCGo3vbtV+8 UNGjPM0xG6VItjCVEg+I2U+8Uq5CZNHJENJKRds0YiR/p5FxX9cfmJ4Z4DZM0/UWUtc3YK6PqMn/ s8MwzJ5PwX+vLOVFBG43lExp5GKhqC/jU72QqGWq1B7Qtbj51v0BAAD//wMAUEsDBBQABgAIAAAA IQBreZYWgwAAAIoAAAAcAAAAdGhlbWUvdGhlbWUvdGhlbWVNYW5hZ2VyLnhtbAzMTQrDIBBA4X2h d5DZN2O7KEVissuuu/YAQ5waQceg0p/b1+XjgzfO3xTVm0sNWSycBw2KZc0uiLfwfCynG6jaSBzF LGzhxxXm6XgYybSNE99JyHNRfSPVkIWttd0g1rUr1SHvLN1euSRqPYtHV+jT9yniResrJgoCOP0B AAD//wMAUEsDBBQABgAIAAAAIQDzLZ6myQgAALY3AAAWAAAAdGhlbWUvdGhlbWUvdGhlbWUxLnht bOxbW4+jxhJ+j3T+A+I9GS4Gw2i9EVflIVGinT06zz02tslibAF7+/ep6ptp42nwDkpytLalMW4X 1dVV9VVVVzNvfv5yqIxPRdOWx3pl2j9ZplHU6+OmrHcr87/v8x8D02g7Um9IdayLlfm1aM2f3/7n hzfksdsXh8KA++v2kazMfdedHh8e2jUMk/an46mo4bftsTmQDr42u4dNQz4D30P14FiW/3AgZW0a NTkA27TYko9VZ6RFW+5q861gn1UwR921OLCumidkXly9x7DpXZsPNtK2ze45qRrjE6lWpkVf5sPb Nw/kkRNU3ZAupy9Oxwk2H5wxfpSg6oZ0gYVvyY8SkPUa1jOcO44zK3M5bY+IXQ55u/AKQ4W+x98d yKysjTGlROxyMaBXdNYjYpfegD6NsjTLFXkoEaP3B/RO6qRBpNBTon1V1h8G1JYVwotTS5Ltsfrl KnkYJoklFH+mAutLH8Iptse603iUiTQH8uexyYEQv1SkK2uj+3oCb12D10ZNSSqUijwWpDfOhtZt b0iSghAKz0NZzz/BmSdMd14mXfRBXfPv2225Luhat2VVPXVfq+LXli63PVblJodBvI/iupCYOu3h khtEods1hN5jNMfuf2W3f9qTE6iKoXPXcta71jgdW4Amnfgqb5wU1N0xDHvokEyvLel+O27YsNuH tmRDgb6jQUNM5CKDqZO5y9dNZjOpXlSbujSbika9SFmaXDLYcLg0GJTaBBAYBAO27UNkRdmNdk2q YoN6Z2FPmAWnFtezmKjdk03BbYTrHtrIpkYSvkIjOPjOFRsFVHSt1nqzhcj2FbNNMVJ/usUL0wnr vcZKIlYJy1DlXMKxqvvgrGrj88oMPcczjTU5rcwtRCe4PJzA6m29Mw1S7SClr7uGuf0omKniz9YM xcLA+3qIsy0xPliwEgdOTdulpN0z16A/cReoapyJye94oNa5FsA8/RukcANwhn9MCtCjatpiuy3W Xd/YvRHUHfvKQ+nxY1c0T/vNZ+O5+ti8I2B+dFVYz6Zsu5VJIwJ+aVYmapv+pAZnHhiv1Ew4G6lO e8LDLUJUIJmRU1eVMtBvPfFgbVdlp4u7fSkU8jMtpe/G39lSMJ8UdeFu0AJrKMAbYiBeV+ax6fZH iEKnfbnOGyh7aOwAbzEgumC6NmAbQD+b4hN+MswxHsitKnf77l25M5oS8lG3b4riDwhL1PtGmNk8 dzGWghH1qJ647YmJ/Vx8Kqr3GAN9zO2msQdXp9GEhwFKd+l/6neOoOcdFjl9vCkxROZehoG/u/Jh YIZFqXGYFjRC/1JEqi218mH309tF7u0vBH84l1kLgQqYrJcKQg77bxThxlTLItZgxY4nhAMrDlcM g7IgOpFub+AfyH9ls67O9e374zuIrQbsCpEZuA149Y+s8DAwQLLBZyic2CBzJmTFVMurW9SaSNaz lFFnE8h5L5SNkk2x943KlsWZOp2CxTmVzTWs6JqNvahqsOwlRGFoKzYy1DC0GdHvFhyf/wRD875C S52p+NI1BErPJ4oDDn51EO26FhT3PsPKvPcZcAP9uj4DONRv5GQ87+yVCW0liDlf4AoaUSaMOTjm 4BhcQbcJ6nbWIlqZ/EKMwO9sRNK4YsQVNAsxshAjnhiBfQJvxogRH5Im9k+gd4cfpiEWCpsJvmSe 34cgGY6MwMahlcS/qT0X+vgWmxLWv+Mqp9myXw7ncZp7N7Tn8jwMfcGbWw2Zssu/vz2Xp1kSq/Jr 23PZMoi8hOuGuw3KL3tvSoM1SVxII5xakggfGigTVSPJz1QQ06UP4T132Oxqw/3XweaWrjY2YnO1 K0xb3z1EXDjSgN75J2GTRJlzIb8WNnEYh9lyKmwwtyYCZOOwiXJ/KYW5w0Z7GLR4NWzgNMPPRfd0 hsOgm7JN/yCKYUULmyBNfOkZPWyxy2G2yZI8ylU3nfUw6MphkxY2yzx2p8MGzg79G2BjWRFsqTgm 77DRwsZ7NWzQ9Kk4qZsBNkv64tbjh6w9RCjZg7qd6tZa2GD0lY40ATbIPxNr62GLXb7+DJXKr56J amHjpJhvpmabPPegdc+px7MNVrB32MDTBrwUZU2D6y0BXwMbL/ICrvRZHj3oPVLAn0249ugBupI8 MB+BDcTThe8obqSFjZ/6eaLCTFukRVFiJcLxJsAmjfCtyEOxxW6liFBgH0VxEKvyaGHjO/4iXij8 tY8eoC459ThsLCvPb4QN3fTTlgBtDtCWAG0O0JYAbQ6wpUPTgF+Irfz/d0tg+SJsvMQ+a3EG2NCe qnBBDWzSPHVCsU0egY2y6eV2Oe9VKCIUN42zZegLGRi9FjaJFcFLcVNtkXYrbDIHUKby18ImSvzU U1saGtgoAWgcNqkbObZIZdOKtO8WNsGLsLEs15VdpxlggycOMotoYIObdhkjR2CDEl4UXdpsY1nx +dxjAmwQNInq1rPCJkrjIFOzpRY2oMFzKGPya2CDupGaHIcN1KNLy+Yx4g4b7d4mfBE26JI9N6fu yLcuSgRHJ5fGmWFvk7lZ3Gsx9LIBFUGZG6EtZZyQbRZ+EC1iJXv0+A9bAgibi2wwL2yiKL2ApRY2 br5MFyITzw4bK4Mjxztsigl7G5s9HMSzieKTyt58hnTjB37spdwsmnST2qmdCN8eSTehFVqBGq61 6SawwiwSG7YJ6QZ24FGsVkWz4ibx4S0iPJNHi5ulG+ShKr8m3eR5ksiCYTzdZGGayIbDPd1o0439 8v8juBD45eHaHLjxlfxF4zyHhYLXi/zVywfDfONbXrgUGJuQb0AEX+bGKbgJ4uAiH8yKmxhCSSy2 7RNw4yVeMr0FrZxrjeMGFS+T9x03ety8/KAA/M+IZXsyP7y6TvMcN3NE7NblmzyxApGXRvJNkCzj pSgtJuAmyL3cUf20h8thnRa7UR6JM0PGf1bcJICaWMW9Nt8Etuc56nZLk2+SJIbHEbkFx3ETJJCM Bfn3hBt4FEJ9wIY+rAaj9DG3t38BAAD//wMAUEsDBBQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAA dGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxzhI9NCsIwFIT3gncIb2/TuhCR Jt2I0K3UA4TkNQ02PyRR7O0NriwILodhvplpu5edyRNjMt4xaKoaCDrplXGawW247I5AUhZOidk7 ZLBggo5vN+0VZ5FLKE0mJFIoLjGYcg4nSpOc0IpU+YCuOKOPVuQio6ZByLvQSPd1faDxmwF8xSS9 YhB71QAZllCa/7P9OBqJZy8fFl3+UUFz2YUFKKLGzOAjm6pMBMpburrE3wAAAP//AwBQSwECLQAU AAYACAAAACEA6d4Pv/8AAAAcAgAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAAAAAAAAAAAAAADABAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAAAAAAAAAAAAAABkCAAB0aGVtZS90aGVt ZS90aGVtZU1hbmFnZXIueG1sUEsBAi0AFAAGAAgAAAAhAPMtnqbJCAAAtjcAABYAAAAAAAAAAAAA AAAA1gIAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEADdGQn7YAAAAbAQAA JwAAAAAAAAAAAAAAAADTCwAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxz UEsFBgAAAAAFAAUAXQEAAM4MAAAAAAAADwQ6AQAAPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGlu Zz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/Pg0KPGE6Y2xyTWFwIHhtbG5zOmE9Imh0dHA6Ly9z Y2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9kcmF3aW5nbWwvMjAwNi9tYWluIiBiZzE9Imx0MSIg dHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRrMiIgYWNjZW50MT0iYWNjZW50MSIgYWNjZW50Mj0i YWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIgYWNjZW50ND0iYWNjZW50NCIgYWNjZW50NT0iYWNj ZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxpbms9ImhsaW5rIiBmb2xIbGluaz0iZm9sSGxpbmsi Lz6wAB4E4AUAAFBLAwQUAAYACAAAACEATY7z/P0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kMtOxDAMRfdI/EOULWrSYYEQajsLHisELIYPsBK3jchLcTqa/j1pZ5AADawsP67PtZvtwVm2 x0Qm+JZvRM0ZehW08UPL33dP1S1nlMFrsMFjy2ckvu0uL5rdHJFYUXtq+ZhzvJOS1IgOSISIvnT6 kBzkkqZBRlAfMKC8rusbqYLP6HOVlx28ax6wh8lm9ngo5aOThJY4uz8OLqyWQ4zWKMjFqdx7/YtS nQiiKNcZGk2kq2KDy7OEpfM34KR7La9JRiN7g5RfwBUbUieSZEvxGeYw5R/JRvy/9ozv0PdGoQ5q cuUnIiakEtcTnBXfQF+3yPX13ScAAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAA X3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzd vqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNN yIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w 9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQDwCNsUrQIAALYHAAAh AAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1stFVNbxoxEL1X6n+wfE8WNkDICoha 2vSSD1RI767XZK14bcs2W/j3HdtrIgiVlla97Ic982bmvRl7crutBWqYsVzJKe5f9jBikqqSy5cp fl7dXYwxso7Ikggl2RTvmMW3s48fJrqworwnO7VxCDCkLcgUV87pIsssrVhN7KXSTMLeWpmaOPg1 L1lpyC/ArkWW93qjrCZc4tbfdPFX6zWn7Iuim5pJF0EME8RB/rbi2iY03QVNG2YBJngfpuR2GqoF YtyKO8E+yXK1xSjYmwZ2+ngGFNClKJEkNSz8AFNOiUDBHgFjaMW2LphZvTKMeQfZfDN6qRcmeD82 C4N46dFaFJy1G61Z+JVgBh/ZkftLQiLFdm3q2YQUwA7aTjGIuPNPcCIFJIFoXKRvq7R6OmFLq68n rLMUADLYBwX9dazofTl5KueIlP6+vOhDAONe0VeLpIKCPQ+xTvrYJFRfvI+jKxQ1cV4PjJThoFyU qPWKpoGm5G0D1Sn/PUGjUX4z6EWa8uvB6Gp8yFXeG16Hfc/YcDzsD/NhCJKQIEiE1oXbflblzjP9 E94gqG+aKWbEFx9hhXVLtxMs6AGskQJKggcYC+IHjcmL5yUMWu3mghEYxFY7N5sLTl+RU4iV3KEH Yh0zKFAAYwmQExDHQW+0kEyWC2LI9yNkzyopIDLknfINJXhm/6zj1XsdfTctBKGsUqKEVHJfIQxC EuyvJPXEHSkKYwE9m/qhu7KD4TUcLKH/Twk76vVvxn7/fwkL/YZEI/YK/qPQnu6gsz0QOooZFIVH ChnYOqO3lowqOKYEa5joAB+kPgN+VXHTHf0qjkpnvu7Uxriqc/KDc+H5+iQ6nKdnj1iYtHgDwKe/ M8LICPNA9FMTKobbEgZ7HpY03I/tMfhm4jHSfTv7DQAA//8DAFBLAQItABQABgAIAAAAIQBNjvP8 /QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAPAI2xStAgAAtgcAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAAABBQAAAACgAB4EnAUAAFBLAwQUAAYACAAAACEATY7z /P0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOxDAMRfdI/EOULWrSYYEQajsLHisE LIYPsBK3jchLcTqa/j1pZ5AADawsP67PtZvtwVm2x0Qm+JZvRM0ZehW08UPL33dP1S1nlMFrsMFj y2ckvu0uL5rdHJFYUXtq+ZhzvJOS1IgOSISIvnT6kBzkkqZBRlAfMKC8rusbqYLP6HOVlx28ax6w h8lm9ngo5aOThJY4uz8OLqyWQ4zWKMjFqdx7/YtSnQiiKNcZGk2kq2KDy7OEpfM34KR7La9JRiN7 g5RfwBUbUieSZEvxGeYw5R/JRvy/9ozv0PdGoQ5qcuUnIiakEtcTnBXfQF+3yPX13ScAAAD//wMA UEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6 EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QG R+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY 4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD/ /wMAUEsDBBQABgAIAAAAIQCgQB3SaQIAANYGAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxh eW91dDEueG1srFVNbxshEL1X6n9A3JPNR1VVK9uR6ja95MOqnd6nLPaisICAbO1/3wfsJkrqSrba C8vCzGPemxmYXG07zXrpg7Jmys9PzziTRthGmc2UP6yuTz5xFiKZhrQ1csp3MvCr2ft3E1cH3dzQ zj5FBgwTapryNkZXV1UQrewonFonDfbW1ncU8es3VePpF7A7XV2cnX2sOlKGD/7+EH+7Xishv1jx 1EkTC4iXmiLiD61yYURzh6A5LwNgsvfrkOLOgS2EiastZ9nO91g55zNQF0vdMEMdFlYqaskgEPsB YyVIs5XcxmwW3MpLmRxM/827pVv47H3XLzxTTUIbUHg1bAxm+dfADJPqjftmRKJ6u/bdbEI1VGHb KUfydmmEE9UIgomyKF5WRXu/x1a0X/dYV+MBiOD5UOTdFUZ/0rkY6RRRzp9ZFVOC640Vj4EZC56J fqEn7voRLHFO8K5lJQUx6TvYlc2sx2gfoGkWK24/22aXiP/ENy9SrUNcxp2WWRCETTXAMUB+TanC pTl5WKLCuzjXktABg3hxNtdKPLJomWxUZLcUovQsB4N+AOQE6kQkZ4CUplmQp+9vkBM/qnEygh4j xLRI+HchL0chX9UUW2gSsrW6QSgX/0PcJBVn1is0Qal2jrpE0YyZOUbxdI0ARVIKOkW3T3+ki+le Pwv9j/lIRZ7TEV7lo2iehccwHplJHVECSyks+lrLXuoD4HNGjoBftcofjn5ZFD1Yr2v75GN7cPAf joVX673ouHeO7oTcEOWmxDTdrfky1P6W3H2fGeM1Qf/N85LD+5H6CqYvJgljfI9mvwEAAP//AwBQ SwECLQAUAAYACAAAACEATY7z/P0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQCgQB3SaQIAANYGAAAhAAAAAAAAAAAAAAAAABUCAABkcnMv c2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAvQQAAAAAkAAeBHUI AABQSwMEFAAGAAgAAAAhAE2O8/z9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDLTsQw DEX3SPxDlC1q0mGBEGo7Cx4rBCyGD7ASt43IS3E6mv49aWeQAA2sLD+uz7Wb7cFZtsdEJviWb0TN GXoVtPFDy993T9UtZ5TBa7DBY8tnJL7tLi+a3RyRWFF7avmYc7yTktSIDkiEiL50+pAc5JKmQUZQ HzCgvK7rG6mCz+hzlZcdvGsesIfJZvZ4KOWjk4SWOLs/Di6slkOM1ijIxance/2LUp0IoijXGRpN pKtig8uzhKXzN+Ckey2vSUYje4OUX8AVG1InkmRL8RnmMOUfyUb8v/aM79D3RqEOanLlJyImpBLX E5wV30Bft8j19d0nAAAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxzLy5y ZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwosvVO QVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy0/k4 Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEYe0oK TORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEAoV4Dh0IFAACxEAAAIQAAAGRycy9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbKxYXW/bNhR9H7D/QOh1aB35O0ados3WbYCbGrWL PdMSFWuhSI2kXCe/fudSlCVl7WC4eXEk8vKQ995z76Hy5u2xkOwgjM21Wkbx66uICZXoNFf3y+jL 9sOrecSs4yrlUiuxjB6Fjd7e/PzTm3JhZbrij7pyDBjKLvgy2jtXLgYDm+xFwe1rXQqFuUybgju8 mvtBavhXYBdyMLy6mg4KnqsorDfnrNdZlifiV51UhVCuBjFCcofz231e2gatPAetNMICxq/uH8k9 lvC2zJPtMWLezBwwEEc38DzZyJQpXmBgnSeuMoJ9zd2e3fKSzuFtbLk1QpC1Ovxuyk25Nn7p3WFt WJ4SVICIBmEimPlXBTM8DJ4tv2+Q+OKYmeLmDV8gIuy4jJC4R/rFIr4QR8eSejBpR5P9p2/YJvvf vmE9aDbACU6bIudl7dF/3Rk27mxzJwWLT17VphxLVzp5sExp+Enu1+4ld4cGjHwm+HLP6vA7ggp2 9aSPR2NvfUybg54iEc+uh8M5eAvPx3Ow7OpZVCbj+XSMQUaxmUyns9Hcb9IgYZMauly443udPlJI d/iLzHGV7DWYuqMVfCGt27hHiTzj+SBjnIhxeY9SkmABX6Qi+4wh+7SMwHdsuWs8P9kjyX0chJgv EAj8YKnkVIlCvfqyQSUW7lYKDvjgkru5lXnywJxmIs0d+8itE4b5wKFucTJCd34PDylUuuaG06G6 yJQLvsDO8L3x2YeB8vH9pI+apDdlsJY8EXstUxxiSCFCsTQJvogCqMAI5QIuN4S5jAjTeDibTeqk NdXR48E4joksZxMBPdOhxWjzFLGvhoPR9p+KGxEx+aeyy+g6Ho+Rb+dfxpPZEC+mO7PrzqiquNXS N4WGYS4KZLt14BuxVRcldyu1KRMyJIKUxrrt8S9uSvQoi/M4+HanN3teCm/ADyvrQnJPtj7XNZ8J 5FscLrhZ+U1zlaJB0iOZ7qo7qIBnfofZI1A7xC3UgIc9yCGVQw3lIwAnzsEbtnkAHoEEvFGL58N7 Lh4Vex0E4BFIwBu3ePFoFlOjOO+AVMonQEIJgJMO4Bw96DJAQgmA0xYQPQ0HvOiEhBIAZx3A2dhn 7gKXCSUAzltAQvN99awk92JIKAHwugM4ncwuTAqheJ532e07awuPWIKcnz3PQYxnfD/1cQaqb/lu gx7esM642lrwlXpvHvzKTCv3zrf+HbfUBnCrUO30Hn0cF591pZJTOUmqZXLblsk6cezAqQUgMC29 OhbvRfbcljSlYSIwWot3GXp+H7djF2Z31a0026Mv5121eTo9foArp5dTxTu+q5tJI2t1BYTMdYTl oSryQv+d14Ht6RdiWHMOOkhU9r/VMlJoK3TRNPkDLlVKb/xTxB6E8WLHEuqwwYr6HxYrulbK/En8 4V8p6jKnO6qfWxutM//cFU3PMUW/Sn/IpQxF7EeslnlKgz5ydIUViE+dFHes5Qch7VqJLBOJa6JS rVSIWkUw4dnzwF9oMmjjMvqlUK+ko/aBexp/NiF4PZHYZxOJDQ2njfNlkj1uJHtLMtjV6xHt8KN6 TbKCRCLPey6zIN3+JoDrxGXSPRnhhlZf0dqbbU+751e40dWbnHGH85HvtoUgWkGpiJZniF7cExW6 +HluXSx6cU9Ef1z0qI0EyryM6F138V5A83p4LyB5PbwXULwe3gsIXg/vBfSuh/f/chfEzRPf0/Ty DwtqGv67wvY+LL738eC/IeoPYTzSd7NvMdJ85OWngz8L/lGATxZ0WgyVUEickkxbE8Jo/tVw8y8A AAD//wMAUEsBAi0AFAAGAAgAAAAhAE2O8/z9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAu AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAoV4Dh0IFAACxEAAAIQAAAAAAAAAAAAAAAAAV AgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAJYHAAAA AIAAHgQhBwAAUEsDBBQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnht bHyQy07EMAxF90j8Q5QtatJhgRBqOwseKwQshg+wEreNyEtxOpr+PWlnkAANrCw/rs+1m+3BWbbH RCb4lm9EzRl6FbTxQ8vfd0/VLWeUwWuwwWPLZyS+7S4vmt0ckVhRe2r5mHO8k5LUiA5IhIi+dPqQ HOSSpkFGUB8woLyu6xupgs/oc5WXHbxrHrCHyWb2eCjlo5OElji7Pw4urJZDjNYoyMWp3Hv9i1Kd CKIo1xkaTaSrYoPLs4Sl8zfgpHstr0lGI3uDlF/AFRtSJ5JkS/EZ5jDlH8lG/L/2jO/Q90ahDmpy 5SciJqQS1xOcFd9AX7fI9fXdJwAAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABf cmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+ p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03I hQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2 z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhANrf11XuAwAAyw0AACEA AABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWzMV8uSmzgU3U/V/IOKfWIDxnZTbadq nMem0+kaOx8gg9wwERIl1I6dr58jgdzAODHuzmI2GIujw32de8Xtu0PByZ6pKpdi4flvxx5hIpFp Lh4X3tfNxzdzj1SaipRyKdjCO7LKe7f884/bMq54ekeP8kkTcIgqpgsv07qMR6MqyVhBq7eyZALP dlIVVOOvehylin4Hd8FHwXg8HRU0F16zXw3ZL3e7PGHvZfJUMKFrEsU41bC/yvKycmzlELZSsQo0 dnfXJH0s4a3c/rM5eMTC1B4LvreE58map0TQAgsrKTQYyPdcZ2RFS2OHxVTlRjFm0GL/SZXr8kHZ rff7B0Xy1FA1FN6oedDA7F8BGG5Gve2PjonGh50qlrc0RkTIYeEhcUdzxSYas4MmSb2YPK8m2Zcz 2CT7cAY9ci+ABaeXIudl7dF/3QmcO5tcc0b8k1c1lGLrnUy+VURI+Gncr91L7veOzPhs6MuM1OHX hqrB1Q9tPBy+sjF1hp4iMYlmqC0bjmAWjqNeTMLxeB76oUdMZHx/GjSItsc1cxnrw18yPZqIbvGL xFGRZBKFuq3jzCu91keONNOY77kPgwjlj1ASRxHQOGW7v7FU/Vh4MAk2bZ3jJzxyjPsWDyJMY8QB F2zl1AiRiTdf1xBioVecUdA3PunliufJN6IlYWmuyWdaaaaIjRtkC8sMu7bvsJRMpA9UUWNUm9mk gsZ4M+LrfMZtne2f5xxB7KrggdOEZZKnMCJ4XQXkKerXFcnw5IfRLDIJNWI4l/3I930g6uxH8yj0 UQq1+7WgrNt1HbpIuOxbabVT1aS8l+nQVF9N2QLgNmjqtV0V8zbWAYANz2AnbawDADs5gzXVdrLB AYCNLmEdANjpJawDADu7hHUAYOeXsA4A7M0lbA04pyHsJGA4ieWVmjI91Uqq6miq1o0VDy7ulbZw r5DxmiVSpISzPeMD6K22rqDfZLkazm4FcQX7R/mkMP2GGj8xhXkNfb47y44x91u72cR1s41JdbuV 2YBg7LtR9aJhZiYIWjhGQUb5zsMZAA3OJtIONdNy7M3aVrxpvmbpV9PNn4SRX+v8eeR3xttkeuOP p69ucKSg6s4eMXKR4rRjbo1p26d7HAptNls9ze/0KTMTDRZKNO2toXIzehBfp5/2emTDd+NPzFvJ IL5Ob+z10YbPD2f+dCjhzS96reObB3PT6gcZ2OHr9eOGLwjmMO8lfL2e7fhmEzu2rrev19cbPkM2 OCEdf3u93/FNo9nL8vH/mA9QtjtN2AOG1br7RMCK+aKwXwFcfabll72VDD6hcJpb2aUSH01mngP6 DDFU7iNs+S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAE2O8/z9AAAAuwEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAA AAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA2t/XVe4DAADLDQAAIQAAAAAA AAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMA yQAAAEIGAAAAAHAAHgR1BAAAUEsDBBQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQy07EMAxF90j8Q5QtatJhgRBqOwseKwQshg+wEreNyEtxOpr+PWlnkAANrCw/ rs+1m+3BWbbHRCb4lm9EzRl6FbTxQ8vfd0/VLWeUwWuwwWPLZyS+7S4vmt0ckVhRe2r5mHO8k5LU iA5IhIi+dPqQHOSSpkFGUB8woLyu6xupgs/oc5WXHbxrHrCHyWb2eCjlo5OElji7Pw4urJZDjNYo yMWp3Hv9i1KdCKIo1xkaTaSrYoPLs4Sl8zfgpHstr0lGI3uDlF/AFRtSJ5JkS/EZ5jDlH8lG/L/2 jO/Q90ahDmpy5SciJqQS1xOcFd9AX7fI9fXdJwAAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAA OAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783R guBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcK hpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO5 9KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAP/u9GFC AQAAcAIAACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWyMUstOwzAQvCPxD5bv 1C0HhKImlXhegFZq+YDFcZoIv7R2Q/L3bNwEBOqhF2s9nhnveL1cdUazVmFonM35YjbnTFnpysbu c/6+e7q65SxEsCVoZ1XOexX4qri8WPos6PIFeneIjDxsyCDndYw+EyLIWhkIM+eVpbPKoYFIW9yL EuGLvI0W1/P5jTDQWD7q8Ry9q6pGqgcnD0bZeDRBpSFS/6FufJjc/DluHlUgm6T+21LsPaX90GA/ OUs0bAlY8IKSy60umQVDwF1iDGDwO1RqqGz7jH7rN5i4b+0GWVMO2lHDxXgw0tLWEo0K8U++n5wg 6yo0xRIyegLW5Zwm1Q8riSBTXWTyCMpfVNbrE1xZP55gi+kC6uDnUqqnWFQOsVPnGl/Br1vKBxnN OSq8T5CnyR4zyF/K4DH9lOIbAAD//wMAUEsBAi0AFAAGAAgAAAAhAE2O8/z9AAAAuwEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4 AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA/+70YUIBAABw AgAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsF BgAAAAADAAMAyQAAAJYDAAAAAGAAHgQPBQAAUEsDBBQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAA W0NvbnRlbnRfVHlwZXNdLnhtbHyQy07EMAxF90j8Q5QtatJhgRBqOwseKwQshg+wEreNyEtxOpr+ PWlnkAANrCw/rs+1m+3BWbbHRCb4lm9EzRl6FbTxQ8vfd0/VLWeUwWuwwWPLZyS+7S4vmt0ckVhR e2r5mHO8k5LUiA5IhIi+dPqQHOSSpkFGUB8woLyu6xupgs/oc5WXHbxrHrCHyWb2eCjlo5OElji7 Pw4urJZDjNYoyMWp3Hv9i1KdCKIo1xkaTaSrYoPLs4Sl8zfgpHstr0lGI3uDlF/AFRtSJ5JkS/EZ 5jDlH8lG/L/2jO/Q90ahDmpy5SciJqQS1xOcFd9AX7fI9fXdJwAAAP//AwBQSwMEFAAGAAgAAAAh AHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2 wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox 5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+z fddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgA AAAhALhSHtjcAQAAwgMAACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWyMU8tu 2zAQvBfoPxC8J7JzKArCUoA4bS9JbNTOB2yptSWEIglyo0p/3yUlJW2aQy58LGeHO8Pl5nrojOgx xNbZUq4vV1Kg1a5u7bmUj8fvF1+liAS2BuMslnLEKK+rz582XkVT38Honkkwh40KStkQeVUUUTfY Qbx0Hi2fnVzogHgbzkUd4Ddzd6a4Wq2+FB20Vs754SP57nRqNd46/dyhpYkkoAHi+mPT+riw+Y+w +YCRaXL2vyXR6FkttWRwZ80oRYaGnoNrWbF6fTC1sNBx4JhQIsPSSfTHgJhWtv8R/MHvQ0546PdB tHUimBNlMR/MsLy1DONF8Sb9vDCBGk6hqzag2AsxlJKfbEwjJ4HCgYSegvo1qpvdO1jdfHsHXSwX cAUvlyZVk6L/5VwtciYf1i+qJihw6p3TT1FYxzqT/EmefugXsqQ50ftG/GX8jJsOsx8LPrKn2Swa blw9JuG/eM5BUCbSgUaD2RAuGxST88D2G0h9jfbi8cB93dHWIHDfz+ZRtTWtfhLkBNYtiXuIhEHk LuBfwJQbdof4cWZKtPUeAvx8w5z0geKbueilQl4mC/M09QcvUxPlFjDhHvyuz3Xyz+Fbtznk+a/M br1CEsfy96o/AAAA//8DAFBLAQItABQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAAAA AAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALhSHtjcAQAAwgMAACEAAAAA AAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAAAwAD AMkAAAAwBAAAAABQAB4EpAcAAFBLAwQUAAYACAAAACEATY7z/P0AAAC7AQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kMtOxDAMRfdI/EOULWrSYYEQajsLHisELIYPsBK3jchLcTqa/j1pZ5AADaws P67PtZvtwVm2x0Qm+JZvRM0ZehW08UPL33dP1S1nlMFrsMFjy2ckvu0uL5rdHJFYUXtq+ZhzvJOS 1IgOSISIvnT6kBzkkqZBRlAfMKC8rusbqYLP6HOVlx28ax6wh8lm9ngo5aOThJY4uz8OLqyWQ4zW KMjFqdx7/YtSnQiiKNcZGk2kq2KDy7OEpfM34KR7La9JRiN7g5RfwBUbUieSZEvxGeYw5R/JRvy/ 9ozv0PdGoQ5qcuUnIiakEtcTnBXfQF+3yPX13ScAAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAA ADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N 0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTH CoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58T ufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQDwF2El cQQAAEAXAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s7Fjbkto4EH3fqv0H ld8TMJjLuAZStexmXyYzUwv5AGGLsTe25JUFA/v1292ywFyc8pBUJVXLCwj56Lgv6qNG9x+2ecY2 QpepkhPPf9/1mJCRilP5MvE+Lz6+G3usNFzGPFNSTLydKL0P019/uS/CMosf+E6tDQMOWYZ84iXG FGGnU0aJyHn5XhVCwrOV0jk38FO/dGLNX4E7zzq9bnfYyXkqvWq9brNerVZpJH5X0ToX0lgSLTJu wP4ySYvSsRVt2AotSqCh1ccmmV0B3ppXtdguXtXT8m+PEVhvYNr3puB/NM9iJnkOEzOVF1ynpZL0 pCwWWgjEyM2fupgXz5oWPG6eNUtjJKgWep3qQQWjnxJgMOicLH9xTDzcrnQ+vechRINtJx4kbYef sIiHYmtYZCejw2yUPF3ARskfF9Ad9wKwYP9SyHdhPTp3p+fcWaQmE8zfe2WhHJY+qOhLyaQCP9F9 6170uHFk6DPSFwmrQo9UFc4+pHg4fAkxpWCZ7W8q3qHjS/imSR5mpZmbXQYpgPEm8ykBPIzF6i8b 2to0eFuHg5M8BFPgA5KVcawDId99nkMd5GaWCQ51UoXaTGdZGn1hRjERp4Z94qURmhmKQokG3AO7 gVRWlELGz1xzMOKIGaPBQ3gzuOj8gaENeHPY+/uwY86fMx6JRGUxWND7HhnAeHqwXWEvuYQ1JAKj dbIlg8EICpz2pT/oD3y/jyYddmfQDbr+GMQF9+iwfzcaks0QBktE7tst4SLiMsy4jBIFarG0lPXs VclmOdcPVBepjKHAcYhvX64fQcXIELsXWPnvxOsFaOnSuVnbGzTswe6pCJ1XrVi756xIhXaAmf0D 650fkAVtWP3xOStSVazBgdXvj/whglvREvI4BMhV0Q5qtOPemGy4lha5KtrhgbbXG4MJ32AtclW0 oxrtKOjTPrzWWuSqaMcHWuRsn7ILsUWuivauRjscjL4pZchFWlKvCVI0fAnsur100duvVzgUHBK4 8kjhrlGxwKnYTEkDtXokZKQacNS6g+KNRwlWd8KzVSVjVmLwWKUw4aB+nmBCmmWs54+C8WjwFRnr 3w18KA5EtNExkqF6os5OqoM6WcoaAIZOTOpKhiW0xzoAYJ1E1LCkJHusAwDW1X0di7tyj3UAwLpi bsQ6AGBdhTZiHQCwruwasQ4AWFdLjVgHAKwtENcJUHxJJPe+/RwVRM0AfLiipfP3DW3JXERKxiwT G5FdKNBTeqqLN9AvklS3Z69O/taK81GttUlaGx/YimxPn64uskNv8l27s4HTtcVpd0YWXy9qtj+2 3RkK3D9rrqHtrDSOok2tcmuNGwaDbg/MhU6sqVfzR6B8t15t4t16NeiXb73axOv/H3u1odO0S70a tUbXy9q5lJFOXi1lTf3aQcpu/RrG/Lj/ufVrDXc6X/3Hc9pQ3fo1vEKz/wZPY/Mj+zW6VbJ3szDE C1y6fs30J148baiFhHtraKZmNFXATTX+MwDoAYIc7uZ7+h8AAAD//wMAUEsBAi0AFAAGAAgAAAAh AE2O8/z9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEA8BdhJXEEAABAFwAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9z bGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAMUGAAAAAEAAHgRKBgAAUEsDBBQABgAIAAAA IQBNjvP8/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07EMAxF90j8Q5QtatJhgRBq OwseKwQshg+wEreNyEtxOpr+PWlnkAANrCw/rs+1m+3BWbbHRCb4lm9EzRl6FbTxQ8vfd0/VLWeU wWuwwWPLZyS+7S4vmt0ckVhRe2r5mHO8k5LUiA5IhIi+dPqQHOSSpkFGUB8woLyu6xupgs/oc5WX HbxrHrCHyWb2eCjlo5OElji7Pw4urJZDjNYoyMWp3Hv9i1KdCKIo1xkaTaSrYoPLs4Sl8zfgpHst r0lGI3uDlF/AFRtSJ5JkS/EZ5jDlH8lG/L/2jO/Q90ahDmpy5SciJqQS1xOcFd9AX7fI9fXdJwAA AP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/ EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fN HgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZ vxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3 +QAAAP//AwBQSwMEFAAGAAgAAAAhAOQVdZwXAwAAcQ0AACEAAABkcnMvc2xpZGVMYXlvdXRzL3Ns aWRlTGF5b3V0MS54bWzsV8ty2jAU3Xem/6DxPjEPhxAPkJnSpps8mEI+QLFF7EaWPJLiQL++R7JF CCEFJl2yAVk+Orr33IfkweWi4KRiSudSDIP2aSsgTCQyzcXjMLifXZ30A6INFSnlUrBhsGQ6uBx9 /TIoY83Ta7qUz4aAQ+iYDoPMmDIOQ51krKD6VJZM4N1cqoIaPKrHMFX0BdwFDzutVi8saC6CZr3a Z72cz/OEfZfJc8GEqUkU49TAfp3lpfZs5T5spWIaNG71W5PMsoS35kXePfwOiMOpCjPtYATXkylP iaAFJmYvkoylMKBxr3Q5U4xZkKh+qnJaTpRbcVtNFMlTy9CsDMLmRQNzjwIwDMKN5Y+eicaLuSpG AxpDCbIYBgjY0v5iEY3ZwpCknkxeZ5Psbgs2yX5sQYd+A1iw2hSxLmuP3rvT8e7McsMZaa+8qqEU S69l8qSJkPDTul+7l9xWnsz6bOnLjDSyW6oGV790eni8hqZOLLP4JtOldfwB/26SxlybqVly5gSB 2TQGOX4gP6c2q5k4uZ8iqwsz5owi6xvxzGjM8+SJGElYmhtyQ7Vhihjnl7aUA6hjEJyGkol0QhX9 tcFs/aMxdobR3kIMawk/FrLrhWyyiUw4TVgmeQojOp+TVf9BNVA+D5CBSA8fgw+0tXJtZFl0do56 danW7rVaduz09QkXtbp9zAfEpl101jm76HVdAD2TE6AOs9dka9Ts3rzibVc2NE7Z3Mpr7e/0602h 7RoAw84WbLSO9QBgu1uwrXWsBwAbvce239jgAcCe7cJ6ALC9XVgPAPZ8F9YDgO3vwnoAsBe7sDXA at2Ukw2MqyasJGBYlc0nq8tmkCsu/aa66gra3NIl7gEFPWWJFCnhrGJ8D3pXZQfQz7Jc7c/uCuIA 9iv5rEy2t/FRXZF7h+Mqn29lxynyX/ta9K++5jTBeeoPgwOPi42+5uLnjgrbadxg/czY1td6Uf/Y 2HAiHBtbfGxsq4vQsbE1Fzb3V1/oMbTXfndn5+qGlneV67X40ME1ceymSnza2OsfoK8Qy+E/lUZ/ AQAA//8DAFBLAQItABQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAA LgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAOQVdZwXAwAAcQ0AACEAAAAAAAAAAAAAAAAA FQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAABrBQAA AAAwAB4EZgYAAFBLAwQUAAYACAAAACEATY7z/P0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kMtOxDAMRfdI/EOULWrSYYEQajsLHisELIYPsBK3jchLcTqa/j1pZ5AADawsP67PtZvtwVm2 x0Qm+JZvRM0ZehW08UPL33dP1S1nlMFrsMFjy2ckvu0uL5rdHJFYUXtq+ZhzvJOS1IgOSISIvnT6 kBzkkqZBRlAfMKC8rusbqYLP6HOVlx28ax6wh8lm9ngo5aOThJY4uz8OLqyWQ4zWKMjFqdx7/YtS nQiiKNcZGk2kq2KDy7OEpfM34KR7La9JRiN7g5RfwBUbUieSZEvxGeYw5R/JRvy/9ozv0PdGoQ5q cuUnIiakEtcTnBXfQF+3yPX13ScAAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAA X3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzd vqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNN yIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w 9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQADsnhTMwMAAAsJAAAh AAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1snJbbbuIwEIbvV9p3sHLfkoRDICpU 2u7potuihT6AcQxEdZzIdlnYp99/nIRDl0qIGzDOzDfnIXf320KxjTQ2L/U4iG7DgEktyizXq3Hw Mv9+MwyYdVxnXJVajoOdtMH95POnuyq1Knvku/LNMTC0Tfk4WDtXpZ2OFWtZcHtbVlLj2bI0BXf4 aVadzPA/YBeqE4fhoFPwXAeNvrlEv1wucyG/luKtkNrVECMVd/DfrvPKtrTqElplpAXGa5+65HYV orVS/JQ8C5gXNBtcRcEEsYuZypjmBS5mUpBxRoLS+Ke2mhspSU5vfphqVk2NV3raTA3LM4I0ykGn edCI+Z8aYjh03qmvWhJPt0tTTO54imyw7ThA0Xb0CSWeyq1jor4Uh1uxfj4jK9bfzkh3WgPwYG8U 9a7qiP4PJ27DmedOSRbto6pFOVQfS/FqmS4RJ4VfhyeeNi2MYiZ8tWZ16h2hGrn6oc9HK299TltH 95lI4rgbdX06er1wMArfJSVJkriHS0apibqDOEz63khLgpEaXaVu+6XMdpTSBb5ROa7FukSXOtLg qbJu5nYKdcZ5oyJ4xLhaYYwUuoCnmVz+xpX9Ow5gEjYXvvCCIwNcqcZso4lynxKRbJ4iJfgARHGa R6lvXmaYx8I9KMlhqInOTR5ULl6ZK5nMcsd+ceukYT6FmF74SHTnbXik1NmUG07uHZOpKjyFZWSh jd4nhCrzcfmR73oU5tR7U8WFXJcKw8BiChLT0tb5qk6g7AcYG/R02zhXNUQ8CgcJmsMXr52S04bo h2E0TJrK1EN2SUMsaua5hii4efQDmusMm4aOVNPF2xPWqffkqE2wEn1FqRXqhiJZHGPqrRrV6ycQ Qz4u4EXDYx5BGl73wBtFGJRLeYNjHkEaXu/Ai7pJRGKXOUim665DlERpgP0j4DAeUhxXAInSAAcH YBwP4eBVQKI0wOQImPS6l9fkJGSiNMDhAUi0y4tyAiRKAxwdAQf95MqiEOX8ciI8qrbfQt7u9cuK JtLvKnuyrD5aSH4u679ZHOn/2G8aZX7x6nnjfcErCNbgg7+q8NJBjQbRgwgx2peYyT8AAAD//wMA UEsBAi0AFAAGAAgAAAAhAE2O8/z9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5 cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3Jl bHMvLnJlbHNQSwECLQAUAAYACAAAACEAA7J4UzMDAAALCQAAIQAAAAAAAAAAAAAAAAAVAgAAZHJz L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAIcFAAAAACAAHgSC BQAAUEsDBBQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07E MAxF90j8Q5QtatJhgRBqOwseKwQshg+wEreNyEtxOpr+PWlnkAANrCw/rs+1m+3BWbbHRCb4lm9E zRl6FbTxQ8vfd0/VLWeUwWuwwWPLZyS+7S4vmt0ckVhRe2r5mHO8k5LUiA5IhIi+dPqQHOSSpkFG UB8woLyu6xupgs/oc5WXHbxrHrCHyWb2eCjlo5OElji7Pw4urJZDjNYoyMWp3Hv9i1KdCKIo1xka TaSrYoPLs4Sl8zfgpHstr0lGI3uDlF/AFRtSJ5JkS/EZ5jDlH8lG/L/2jO/Q90ahDmpy5SciJqQS 1xOcFd9AX7fI9fXdJwAAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8u cmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1 TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5 OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtK Ckzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAIs7VsRPAgAAnwYAACEAAABkcnMv c2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWyslctu2zAQRfcF+g8E94lspygKwXaAuk03eRi1 8wETcmyxoUiCpFXr7zukJAdJXcBGutGDmrmcezikptf7WrMGfVDWzPj4csQZGmGlMtsZf1zfXHzh LEQwErQ1OOMtBn49//hh6sqg5S20dhcZaZhQwoxXMbqyKIKosIZwaR0a+raxvoZIr35bSA+/SbvW xWQ0+lzUoAzv8/0p+XazUQK/WbGr0cROxKOGSPWHSrkwqLlT1JzHQDI5+3VJsXXk1j794iwH+YZe x3xOvsVKS2agpoG1ihoZ0WELayIp5YDg1h4xhZrmh3crt/Q5775ZeqZk0unzedF/6MPyq6Eweije pG8HJSj3G1/Pp1ASDLafcVqzNl0pCUrcRya6QfEyKqqHI7Gi+n4kuhgmoAoOk9Jyu87R33Ymg50O x/jgqgsFSr214jkwY8lnst/ZE/fNIJY8J3lXsY58TGT7uO5j5jHEB2KaYcX9VyvbZPyJ7nkQSh3i KrYaMxAqG0oSpwvh15AaG83F44oau44LjUCN38OL84VW4plFy1CqyO4gRPQsF0PbgCSnRCfS4vSS aOQSPPx8o5z8QUkzU9FDhfTYIfw3yKsBZN9NbKlBYGW1pCIm78OqJDXFQP4/EKUFYLrRB3TvJJza NgMOrwh3FDNKugxTZhtnLOoKhaU9qrFBfYJ8Jn2G/LpS/nT1q7SOZ6jf2J2P1cnFfzpXXm2OqtNJ cnZv5xbvzj56TOdkPt60vwP30OQOod8C7ahFHnL0I0g7hUJfQpLG8GOZ/wEAAP//AwBQSwECLQAU AAYACAAAACEATY7z/P0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQCLO1bETwIAAJ8GAAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVM YXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAowQAAAAAEAAeBBsGAABQSwME FAAGAAgAAAAhAE2O8/z9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDLTsQwDEX3SPxD lC1q0mGBEGo7Cx4rBCyGD7ASt43IS3E6mv49aWeQAA2sLD+uz7Wb7cFZtsdEJviWb0TNGXoVtPFD y993T9UtZ5TBa7DBY8tnJL7tLi+a3RyRWFF7avmYc7yTktSIDkiEiL50+pAc5JKmQUZQHzCgvK7r G6mCz+hzlZcdvGsesIfJZvZ4KOWjk4SWOLs/Di6slkOM1ijIxance/2LUp0IoijXGRpNpKtig8uz hKXzN+Ckey2vSUYje4OUX8AVG1InkmRL8RnmMOUfyUb8v/aM79D3RqEOanLlJyImpBLXE5wV30Bf t8j19d0nAAAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/B CsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhp b6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKg fmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGq Iu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEAqBkhWOgCAAC3CAAAIQAAAGRycy9zbGlkZUxh eW91dHMvc2xpZGVMYXlvdXQxLnhtbKyW226jMBCG71fad7C4bwmEAEVJKm33cNNDtGkfwAUnQTXG sh02efudsU1Iu12pQr1JwMx89vy/xzC/PjScdEzpuhWLILqcBISJsq1qsV0ET48/L/KAaENFRXkr 2CI4Mh1cL79+mctC8+qWHtu9IcAQuqCLYGeMLMJQlzvWUH3ZSibg2aZVDTVwq7ZhpegfYDc8jCeT NGxoLQKfrz6S3242dcm+t+W+YcI4iGKcGli/3tVS9zT5EZpUTAPGZr9ekjlKqNbUhrOA2DDVwUAU LKHycs0rImgDA48YQda8rph9pOWjYgyDRPdLybVcKZtx360UqSsk+Mwg9A98mL0VEAYX4Zv0bU+i xWGjmuWcFiAEOSwC8OuIv5BEC3YwpHSD5TBa7h7eiS13P96JDvsJYAWnScFq6Sr6t5y4L8cJEZ2q cqEUUm/b8kUT0UKdWL4rr7zvehjWjHi5I0710ihL86HuuZWkT9FW1n6tJzHSfJZPnCJxNJ0k8ey1 LlmWxQkGoDpRkk0mLuK8aoeWhTl8a6sjqvoM/9YVWnBt1ubImVUbNKEFrBx+wFtOsWOYuHhaQ8c0 5oYzCh3lnTHLG16XL8S0hFW1IXdUG6aIsbtHI3IOizDgvEcyUa2oor/fkFE8WsDMIEe/Qrh0/vzf pWnv0nr/7OaMP8MovX92RsHOhm3Xe/txw6JpFqXesWmep3AmvHYsBbuspdaxbBZjtBPBNYIt3u2f Xo93HUObeMcj2DikoerWdk4tKuh+e0n5FtyCnQddDID9PZx21uWKbcAEN6UHeFY8sJJZhksnI4BI 8cDpALyKErtRRwCR4oHJADwpPYKIGE+cnRHzOLfWjCAixhPTgRjHOdg7TkbEeGJ2RsyS6VhjEOOJ +UBE3FhnEOOJV2fEdJbZHhihI2LsidAfTIj/hHMJGvszjybbpO69CJf49rSvPq7uqHzorCbwuQAH 4o0dkvCBgA0HoUMIMvoPjuVfAAAA//8DAFBLAQItABQABgAIAAAAIQBNjvP8/QAAALsBAAATAAAA AAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAA OAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAKgZIVjoAgAA twgAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBL BQYAAAAAAwADAMkAAAA8BQAAAAAAABwEBAAAAAEAAAAgALoPHAAAAEQAZQBmAGEAdQBsAHQAIABE AGUAcwBpAGcAbgAPAPADekkAAAEA8QMIAAAAAAAAgAIApy0PAAwEWjYAAA8AAvBSNgAA4AAI8AgA AAAHAAAAB2wAAA8AA/D2NQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAA AABsAAAFAAAADwAE8EIKAAASAArwCAAAAAJsAAAACgAAwwAL8GAAAAB/AAEA7wGAAMAzoAK/AAAA BgCBAQQAAAi/AQEAEQDAAQEAAAj/AQEAGQABAgIAAAg/AgAAAwA/AwAACACAwxgAAAC/AwAAAgBS AGUAYwB0AGEAbgBnAGwAZQAgADIAAAATACLxAgkAAKnD/AgAAFBLAwQUAAYACAAAACEA8PeKu/0A AADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUkc1KxDAQx++C7xDmKm2qBxFpugerRxVdH2BI pm3YNgmZWHff3nQ/LuIKHmfm//EjqVfbaRQzRbbeKbguKxDktDfW9Qo+1k/FHQhO6AyO3pGCHTGs msuLer0LxCK7HSsYUgr3UrIeaEIufSCXL52PE6Y8xl4G1BvsSd5U1a3U3iVyqUhLBjR1Sx1+jkk8 bvP6QBJpZBAPB+HSpQBDGK3GlEnl7MyPluLYUGbnXsODDXyVMUD+2rBczhccfS/5aaI1JF4xpmec MoY0kSUPGChryr9TFsyJC991VlPZRn5ffCeoc+HGf7lI83+z22x7o/mULvc/1HwDAAD//wMAUEsD BBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmj Tm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR 4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3 YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9 V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhACs9UcKRBAAAyAsAABAAAABkcnMvc2hh cGV4bWwueG1srFbbbuM2EH0v0H8g+FoolhzZso1VFr5uF3ADI85in2mJitRQpEpRvqTov3eGlC9J g0URrx9kShyS58zlDD993peCbLmuCyVjGtz4lHCZqLSQTzH99rjwBpTUhsmUCSV5TA+8pp/vfv3l UzWqKwKLZT2qYpobU406nTrJecnqG1VxCXOZ0iUz8KqfOpXmNZeGGTioFJ2u7/c7JSskvYOt5HZd rTSOkvvtSpMijWkURr2QEslKOPaBJwDiSXDSpZ3Wzi1hgGOpkue6BcP+D5hUsx0wfIWDSPVFA5UA zlTTHE7jY63VLucsrfEznNuxAI9YJUBFLFVOzKEClHmqwVsvMf2rYdpw3S5xdrD2TLMGumSz+0Ol sIw1RoEb2Gif6fJaGriPyjKyjynE8oBPAM5GfG9IAh+7wygY+DCVwFzYiyAQFqY7HS0rXZsvXF2N hOBGMdUQOsuObZe1QSeej8DjpFoUQlxL23IU8tptzoAcUCGt77IMSAD6a7c/RuInbGVxQUwbXcT0 76E/nA/mg9ALu/25F/qzmTdeTEOvvwii3ux2Np3Ogn8wCkE4yos05fLS6UH4n6Ipi0SrWmXmJlFl BxKqSHinLRso3sA/Fi/UnxJFitshJKsAfCo02TIBqZ0kUPSudl5Zdl4jsVkBKfqGVdAN/Ul36C36 g8gLF2HPG0b+wPOD4WTY98NhOFu8ZrUsJD8G6eOsyC6mw163Z9P2R/TM/h1qbFQWUPxEFGVModTg 50oQlWQuU5sEhhXCjS88gejf98R40fOj8HbgRVHv1gtv5743GSym3nga9PvRfDKdzN/Ed25z9qSK H3eGDcmxAPBFNcBunac7khZY4Le9YRdEMy00qEvk+BImnqCfJAYEUSvzvTD5Omeokb5zKjaKc5ps nqysgzKcNnd+OJ974aaW2tlTsA5yB4oKPmFfcrJs9hOVHhDxBv5Bb123+niDgDYJdHOlXyjZaQa9 okah55SIrxJaxDAIQxBWY1+stAL5y5nN5YxsyqmCEgHXMZnArjE1x+HUwBtqtCorZpZyXSVoiFxQ VB/335muWn01QP1eWe9agzcy62ytr5wbcBNRm7U5QDe90iV2r60IsJtxtpQT/WxxY/eE/rpqZAIe cyFPefYAZtgeg3PTEW61xXdEZWn+DGgIq2R6aTHB4MEO4Ej7X0iQQQuvzVYBScyzR7ZZA0YbTAiB Ns76kl6mpBnbBN+wGsMPtxr5Y/YCY4jE6ipZJcapY3ASB8jgS4sJz97aHrs0rD/PjjOrmJd7Xti1 s5sG5Phxb2Vn06xfTsMF0Di93MP1rlWmDVSSHbqQwRBbNhYV1JlMV0wzjORzUxal+hPaD7hJQMRj yqX3be2uQDbGZOM8bZ9NTCUcgvdJXTyDFEi1tiNKnrnG2yemBUmwsFpDTHv4JPEeKYoX/rt9RacL kMp2bqWVynCM+FzDdncKB9x9+YCK86P4WF80S9n6qsFe145t5O3tL2MJABrrgkEaJTnTNbe5ZRdz dmHzWyk9zlxLSOqLiXcXo7adfO4iAc9qdFQ3K3h3/wIAAP//AwBQSwMEFAAGAAgAAAAhAFMImQDc AAAA/QAAAA8AAABkcnMvZG93bnJldi54bWxEj8FOwkAURfcm/MPkmbgxMlXBkspACClqIgtBElk+ O4+2ofOmmRlp+XsnLmR5c2/OzZnOe9OIEzlfW1ZwP0xAEBdW11wq2H2u7iYgfEDW2FgmBWfyMJ8N rqaYadvxhk7bUIoIYZ+hgiqENpPSFxUZ9EPbEsfuYJ3BEKMrpXbYRbhp5EOSPEmDNceHCltaVlQc tz9GweKFMOXH23X3vnPl+ivfr5qPvVI31/3iGUSgPlzGXZIvJ/l/+Yd60wrSUToegTi8nr9drTfo AzkF0S/aRlOQs18AAAD//wMAUEsBAi0AFAAGAAgAAAAhAPD3irv9AAAA4gEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAA AAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAKz1RwpEEAADICwAAEAAA AAAAAAAAAAAAAAApAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQBTCJkA3AAAAP0A AAAPAAAAAAAAAAAAAAAAAOgGAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAA8QcAAAAA AAAQ8AgAAAAAAAAAUAcgAQ8AEfBSAAAAAADDCwgAAAAAAAAACgLDLQ8AiBM6AAAADwCKEzIAAAAA ALoPDgAAAF8AXwBfAFAAUABUADkAAACLExQAAAAAAKwPDAAAAAAAAAAAAAAAAAAAAA8ADfBOAAAA AACfDwQAAAAEAAAAAAChDxQAAAABAAAAAAAAAAAAAQAAAAAAAgAMAAAAqg8KAAAAAQAAAAEAAAAA AAAApg8MAAAA8AAAANQB0ALwAxAFDwAE8LgKAAASAArwCAAAAANsAAAACgAAwwAL8GAAAAB/AAEA 7wGAAOCRqgW/AAAABgCBAQQAAAi/AQEAEQDAAQEAAAj/AQEAGQABAgIAAAg/AgAAAwA/AwAACACA wxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAATACLxYAkAAKnDWgkAAFBLAwQUAAYA CAAAACEA8PeKu/0AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUkc1KxDAQx++C7xDmKm2q BxFpugerRxVdH2BIpm3YNgmZWHff3nQ/LuIKHmfm//EjqVfbaRQzRbbeKbguKxDktDfW9Qo+1k/F HQhO6AyO3pGCHTGsmsuLer0LxCK7HSsYUgr3UrIeaEIufSCXL52PE6Y8xl4G1BvsSd5U1a3U3iVy qUhLBjR1Sx1+jkk8bvP6QBJpZBAPB+HSpQBDGK3GlEnl7MyPluLYUGbnXsODDXyVMUD+2rBczhcc fS/5aaI1JF4xpmecMoY0kSUPGChryr9TFsyJC991VlPZRn5ffCeoc+HGf7lI83+z22x7o/mULvc/ 1HwDAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAM hu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl 5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRC e8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc 1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhABiYDprwBAAA8Q4A ABAAAABkcnMvc2hhcGV4bWwueG1s7FZdb+I4FH1faf+D5ddVhoQEAmjSEQQyuxJbodLRPJvEKdk6 dtYxH+1o/vvea0Oh3Wp2Vfo4faB2fG2fcz/O9cdP+1qQLddtpWRCgw8+JVzmqqjkXUK/3GbegJLW MFkwoSRP6ANv6aerX3/52IzahsBm2Y6ahK6NaUadTpuvec3aD6rhEtZKpWtmYKrvOo3mLZeGGbio Fp2u7/c7NaskvYKj5HbZLDSO8uvtQpOqSGgcxb0eJZLVcO0NzwHEneAkpJ2DndvCAMdc5fftAQz7 P2AKzXbA8BkOItVnDVQCuFOla7iNj7VWuzVnRYuf4d6OBXjEKgEqYmnWxDw0gLIwFKDvT8bOAnad CLZAlKx2f6oCNrCNUeAANtqXur6UAJ6jypLA/eFgEPWDkJKHhPoInI343pAclrrDOBj4EOYc1qJe DIGwzBwGtGx0az5zdTEeggclVEPoLEe2nbcGnXi6Aq+TKquEuJS85SjkpcecADmgQlrflSWQAPSX Hn+MxDscZXFBTDe6Sui3oT+cDWaDyIu6/ZkX+dOpN87SyOtnQdybhtM0nQbfMQpBNFpXRcHludOD 6F9FU1e5Vq0qzYdc1R1IqyrnnUPZQPEG/rF4of6UqAo8DiFZBeCp0GTLBCR4nkPRu9p5Ztl5jsRm BaToC1ZBN/In3aGX9QexF2VRzxvG/sDzg+Fk2PejYTTNnrOaV5Ifg/R2VmSX0GGv27Np+yN6Zv8K NTaqK8M1EVWdUCg1+HMliEoyk4VNAsMq4cZnnkD0r3tinPX8OAoHXhz3Qi8KZ743GWSpN06Dfj+e TdLJ7EV8ZzZnn1Tx7c6wITkWAE7UBtgt18WOFBUWeNgbdkE0i0qDusSOL2HiDvpJbjQlWpmvlVkv 1ww10ndOxUZxSpPVXfcgQk+HOz+c7j1z04HayVOgKJA7UFTwCfuSk2Wzn6jiARGv4D+orutWb28Q 0CaB7lrpR0p2mkGvaP/eMM0pEX9IaBHDIIpAWI2dWGkF8ucrq/MVualTBSUCrmMyh1MTCu3DDVMD M9RoVTfMzOWyydEQuaCo3u6/Mt0c9NUA9WtlvWsNXsiss7W+cm7AQ0RrluYBuumFLrFnbUWAPc1F HOLN2VxO9L0lgG0UGu1iI3NwnYt9wcsbsG8fgdKp+wh3jAV6hGf5vgdGxFczPbeYYHBjB3Cl/V9J 0EML70QCQN6y1RIw2qhCLLRx1uf0SiXN2Gb6irWYB/C8kT9mLzCYSKxt8kVunEwGTyoBqXxuMeHl S9tju4b9p9VxaaXz/Mwzu8PqagO6fLu3+rPaLB+fhhnQeJpcwzvvIFErKCk7dCGDIfZurC42KkVh n2nfwiwdBukk8jIQay8aTCNvEIWhNwu74+6sNxtP+ul3qAr7QlqXU2b4bVVzm6sa4nK/qata/QVd DJwsIF8SyqX3ZQnvzmOGkJWLk/3dJFQCRHyW6uoeFEWqpR1Rcs81PmIxqUiO9XkwxOqBTxKfo6J6 5L/bKYZMgOIe1hZaqRLHyM71ffc0cbTdlzc0A37UMOvJzVwePL3BlnkY27yxLipZDoDGumICOKyZ brnNTLuZszOb32rpceY6S96eLby6GQIHzkZqP2sBvfCutWCuCFYGth9bGHgBl8WCaYZK9zPDoaBQ Gf8rScFrF2X4yedOqeC3GR2fAfZlcPUPAAAA//8DAFBLAwQUAAYACAAAACEAoC8i49sAAAD9AAAA DwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBRF94L/YXiCG2knfrSR2GkJYlVoFrYWzPKZeU2CmTdh ZmzSf+/gQpeXezmXs1iNphNHcr61rOB6moAgrqxuuVawf19P7kH4gKyxs0wKTuRhtTw/W2Cm7cBb Ou5CLSKEfYYKmhD6TEpfNWTQT21PHLuDdQZDjK6W2uEQ4aaTN0kylwZbjg8N9vTYUPW1+zYK8mfC lG+vimGzd3Xx8VSuu7dSqcuLMX8AEWgM/+NiU4Y8/St/Ua9aQXqXzmYgDi+nT9fqLfpATkH0i7bR FOTyBwAA//8DAFBLAQItABQABgAIAAAAIQDw94q7/QAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABb Q29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAA AAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABiYDprwBAAA8Q4AABAAAAAAAAAAAAAA AAAAKQIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAoC8i49sAAAD9AAAADwAAAAAA AAAAAAAAAABHBwAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAE8IAAAAAAAAEPAIAAAA AACPCd8QIAEPABHwUgAAAAAAwwsIAAAAAQAAAAcAwy0PAIgTOgAAAA8AihMyAAAAAAC6Dw4AAABf AF8AXwBQAFAAVAA5AAAAixMUAAAAAACsDwwAAAAAAAAAAAAAAAAAAAAPAA3wZgAAAAAAnw8EAAAA BAAAAAAAoA8CAAAAKgAAAKEPFgAAAAIAAAAAAAAIAAACAAIAAAAAAAIADAAAAPgPBAAAAAAAAAAA AKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAADUAdAC8AMQBQ8ABPCOAAAAEgAK8AgAAAAEbAAA AAoAAJMAC/BOAAAAfwAEAe8BhwABAAAAvwAAAAYAvwEBABEA/wEJABkAPwIBAAMAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAAAAQ8AgAAACwAdACEA4gCg8AEfAQAAAA AADDCwgAAAACAAAABQDDLQ8ABPD0CgAAEgAK8AgAAAAFbAAAAAoAAMMAC/BgAAAAfwABAO8BgACg W1UEvwAAAAYAgQEEAAAIvwEBABEAwAEBAAAI/wEBABkAAQICAAAIPwIAAAMAPwMAAAgAgMMYAAAA vwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA1AAAAEwAi8aYJAACpw6AJAABQSwMEFAAGAAgAAAAh APD3irv9AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slJHNSsQwEMfvgu8Q5iptqgcRaboH q0cVXR9gSKZt2DYJmVh33950Py7iCh5n5v/xI6lX22kUM0W23im4LisQ5LQ31vUKPtZPxR0ITugM jt6Rgh0xrJrLi3q9C8Qiux0rGFIK91KyHmhCLn0gly+djxOmPMZeBtQb7EneVNWt1N4lcqlISwY0 dUsdfo5JPG7z+kASaWQQDwfh0qUAQxitxpRJ5ezMj5bi2FBm517Dgw18lTFA/tqwXM4XHH0v+Wmi NSReMaZnnDKGNJElDxgoa8q/UxbMiQvfdVZT2UZ+X3wnqHPhxn+5SPN/s9tse6P5lC73P9R8AwAA //8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D 0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODr fFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSm bbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2 rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQBZg5YCNgUAABEZAAAQAAAA ZHJzL3NoYXBleG1sLnhtbOxYYW/bNhD9PmD/geDXQbVky5ZtVClix+4GeEFQp+jHgpaoWItEahSV OBn23/dIyrGdpsOQFMECOAVcSiSPd4/33h30/sOmLMgNV3UuRUyDdz4lXCQyzcVVTD9fzr0hJbVm ImWFFDymd7ymH05+/ul9Na4rgs2iHlcxXWtdjTudOlnzktXvZMUF5jKpSqbxqK46leI1F5ppHFQW na7vDzolywU9gSlxs6wulBkl5zcXiuRpTKMw6keUCFbi2E88gRNXBSd92mnXuS0Mfixkcl23zrD/ 4kyq2C0iPPCDCPlRIZQAZ8rpGqfxU6Xk7ZqztDavcW7HOrj1VcBV40u1Jvqugpcrmd4BrvuY/tkw pbmiiGQT0167122AkV28NeImq9vfZYr9rNESeLDxJlPlS+MxdmSWEZw/GPaHPm72LqZhD/8wRjBs zDeaJJjvh8OBeUkSsyIIQrPahOs8MUsrVeuPXL7YK2IMxVThPm2k7GZRa3fU9ghznJDzvCheCoEN shAvNbNzyDlaCAteliEIeP9S89ZLXMUPMGX9wqU2Ko/pXyN/NBvOhqEXdgczL/TPzrzT+TT0BvMg 6p/1zqbTs+BvcwtBOF7nacrFPuhB+A2TyjxRspaZfpfIsoPkyhPeabkERgf+ltEgpSzy1JgzLllZ 4NNCkRtWIM2TBErgCHWwsnPoiU1AAPMoqqAb+pPuyJsPhpEXzsO+N4r8oecHo8lo4Iej8Gx+GNUi F3x7Sc+PitzGdNTv9m3a/lt4evNEaGxc5hAEUuRlTEEv/DkOGnmZidQmgWZ54cZ7SBjvn0bidN73 o7A39KKo3/PC3sz3JsP51DudBoNBNJtMJ7NH9zuzOfsglc8Hw17JlgDmQTaIbrlOb0maG4L3+qMu lDTNVUy7kYuXsOIKRSbR0EUl9Zdcr5drZoTTd6Ca6rFLk9VVtxWhB+MOh925ezC1oe2Qgng5UuGV KVZOq/VmApE2Hhuxhva6Evb8qoHaiXDXUt1TcqsYCkhtxJ9TUvwmUDdGQRhCWbV9CPtRFw9qf2a1 PyOacipBEUDHRAKrMdXb4VTjyYi0LCumF2JZJWahicVI5+XmC1NVq68aoZ9Li65d8Ehm3VqLlYPB GClqvdR3KLEvhMSm8rY3eDawNizcT8nUwoaNwSc7KG4AEHDIBRQL2GPoEqtAvvHskq2WqMAWd4O1 dqs5W4iJurbLMyn0qc3FFavNTaErEbtpU/vRHVw0IrHmLTgGbjOoq+Qi0U7IggceI9mKvRUTnj1e 29tSHkthY7fiNLMCt293W3zxrp1dNVDPy42FdtUs7x+Gc4Ty8HCOFq0VkhWqiR0CkU8XCkOcaznA xsr4poDtdVPmpfwDtQJAFYg6plx4n5euhwnQo1Gycljb3yamAkeYjlDl1+CtkEs7ouSaK9M/2i2J YUG70OQorAjTCRb5Pf/VPhrYC+haO3ehpMzsuC71tOAMppwkuFLrugEXg3vzDP3lW9mwsDQL0cLW mCrVjm0i2GYuYwm8m8LnlcopqXKdrOeszAt0SL0QJFwzVXObHtYeZ3vbfimFx5nT96R+NJHUrarh BsxF6BPyFX/4cf/b33ZsJr5+NVeHHMEvNphrNNt+MMGsMuGiDlkGGTqybLxqjiz7pon7TpfzP2eZ 49WrMGpbgA4Z1T0yCuJ1ZJRtDw773bfJKFeuXqNEBb0oGJiW5JBRvSOjjox6+kPD22TUK9aoYNgd 2i+Dh5RCf3ts+45F6qlvd2+TUt8tUvgytP0iZD8SnfwDAAD//wMAUEsDBBQABgAIAAAAIQBeLurt 2wAAAP0AAAAPAAAAZHJzL2Rvd25yZXYueG1sTI9La8JAFIX3Bf/DcIVuik7sKyV1FCm1D+pCo1CX t5lrEszcCTNTE/99hy5Kl4dz+A7fdN6bRpzI+dqygsk4AUFcWF1zqWC3XY4eQPiArLGxTArO5GE+ G1xMMdO24w2d8lCKCGGfoYIqhDaT0hcVGfRj2xLH7mCdwRCjK6V22EW4aeR1ktxLgzXHhwpbeqqo OObfRsHihTDlm6tV97Fz5erzeb9s1nulLof94hFEoD78G7fbXL//lb+oN60gvU3vUhCH1/OXq/UG fSCnIPpF22gKcvYDAAD//wMAUEsBAi0AFAAGAAgAAAAhAPD3irv9AAAA4gEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAA AAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAWYOWAjYFAAARGQAAEAAA AAAAAAAAAAAAAAApAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQBeLurt2wAAAP0A AAAPAAAAAAAAAAAAAAAAAI0HAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAlQgAAAAA AAAQ8AgAAACwCrABMA/QFA8AEfAQAAAAAADDCwgAAAADAAAABgLDLQ8ADfCeAAAAAACfDwQAAAAC AAAAAACoD1IAAABDbGljayB0byBlZGl0IE1hc3RlciB0ZXh0IHN0eWxlcw1TZWNvbmQgbGV2ZWwN VGhpcmQgbGV2ZWwNRm91cnRoIGxldmVsDUZpZnRoIGxldmVsAACiDx4AAAAhAAAAAAANAAAAAQAM AAAAAgANAAAAAwAMAAAABAAAAKoPCgAAAFMAAAABAAAAAAAPAATwUAoAABIACvAIAAAABmwAAAAK AADTAAvwZgAAAH8AAQDvAYAAIJGqBYcAAgAAAL8AAAAGAIEBBAAACL8BAQARAMABAQAACP8BAQAZ AAECAgAACD8CAAADAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANgAAABMA IvEKCQAAqcMECQAAUEsDBBQABgAIAAAAIQDw94q7/QAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNd LnhtbJSRzUrEMBDH74LvEOYqbaoHEWm6B6tHFV0fYEimbdg2CZlYd9/edD8u4goeZ+b/8SOpV9tp FDNFtt4puC4rEOS0N9b1Cj7WT8UdCE7oDI7ekYIdMayay4t6vQvEIrsdKxhSCvdSsh5oQi59IJcv nY8TpjzGXgbUG+xJ3lTVrdTeJXKpSEsGNHVLHX6OSTxu8/pAEmlkEA8H4dKlAEMYrcaUSeXszI+W 4thQZudew4MNfJUxQP7asFzOFxx9L/lpojUkXjGmZ5wyhjSRJQ8YKGvKv1MWzIkL33VWU9lGfl98 J6hz4cZ/uUjzf7PbbHuj+ZQu9z/UfAMAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsA AABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvq F/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhL SZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz3 3r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQU AAYACAAAACEAnzQB6poEAADWCwAAEAAAAGRycy9zaGFwZXhtbC54bWysVttu4zYQfS/QfxD0WiiW bNmyjFUWvm4XcAMjzmKfKYmK2VCkSlG2k6L/3hlStpU0WBTx5sEhxSF5zlzO8NPnY8mdPVU1kyJx gxvfdajIZM7EY+J+e1h5Y9epNRE54VLQxH2mtfv59tdfPlWTunJgs6gnVeLutK4mvV6d7WhJ6htZ UQFrhVQl0TBVj71K0ZoKTTRcVPJe3/dHvZIw4d7CUWK/rTYKR9ndfqMcliduFEZDuFyQEq69pxmA eOTUGbm91s5uIYBjLbOnugVD/g+YXJEDMHyFwxHyiwIqAdwp5zu4jU6VkocdJXmNn+HengF4wioA KmKpdo5+rgBloRV46yVx/2qI0hQmLD8mbthutfZwxoVuDbSd9PCHzGE7abQEd5DJsVDltXTwHFkU DtwPMX1O3PFoPOwHA8RCJvSonQyW+nEUjH0wyMAiHEYQFgPWYkDLStX6C5VX43HwoMRVEEjDkezX tUaXXq7A64RcMc6vJW84cnHtMRdAFigXxndFASQA/bXHnyLxE44yuCCmjWKJ+3fsx8vxchx6YX+0 9EJ/sfCmq3nojVZBNFwMFvP5IvgHoxCEkx3Lcyq6Tg/C/5RQyTIla1nom0yWPUgrltFeW0RQyoF/ KmWoRslZjschJKMHdM6VsyccEjzLQAJsJb2y7L1GYrICUvQNq6Af+rN+7K1G48gLV+HQiyN/7PlB PItHfhiHi9VrVmsm6ClIH2flHBI3HvaHJm1/RE8f36FGJiUDKXA4K6EGffyzJYi6shS5SQJNGLfj jicQ/fuemK6GfhQOxl4UDQdeOFj63my8mnvTeTAaRcvZfLZ8E9+lydmzRn7cGSYkpwLAiWyA3XaX H5ycYYEPhnEfJDRnCtQlsnwdwh+hu2Qoj0rq70zvtjuCiulbp2LbuKRJ+thvReh8uPXD5d6Om1pq F0+BokDuQFHBJ+xSVqT1cSbzZ0Scwn9QXdu7Pt4uoGkC3Z1UL65zUAQ6R42yT12HfxXQMOIgDEFY tZkYaQXy3ZW0uyKaci6hRMB1RGRwauKmp+Fcwww1WpYV0WuxrTI0RC4oqg/H70RVrb5qoH4njXeN wRuZtbbGV9YNeAiv9VY/Q2+90iXmrD0PsKdRshYz9WRwYy+FbrtpRAYesyHPaXEPZtgsg0vT4Xa3 wXdCZWj+DGgIqyRqbTDB4N4M4ErznwmQQQOvzVYOSUyLB5JuAaMJJoRAaWvdpVdIoacmwVNSY/jh jSN+zJ5jDJFYXWWbTFt1DM7iABnctZjR4q3tqUvD/svqtDCK2T2zY9eupg3I8cPRyE7abF/OwxXQ OE/u4LHXKlMKlWSGNmQwxJaNRQV1JvINUQQj+dSUrJR/QvsBN3GIeOJS4X3b2geRibGTWk+b3yZx BVyCr0vFnkAKhNyakes8UYVvUUwLJ8PCag0x7eGTwFclZy/0dzNFp3OQynZto6QscIz4bMO2bwoL 3H75gIrTk/gYXzRr0fqqwV7Xjk3kzVuwIBkAmipGII2yHVE1NbllNlPSsfmtFB4ltiVkdWfh3c2o bWef20jAbzU5qZsRvNt/AQAA//8DAFBLAwQUAAYACAAAACEAolfAnNsAAAD9AAAADwAAAGRycy9k b3ducmV2LnhtbESPy07DMBBF90j9B2sqsaNOK2ijULdCUXlUYtGEx3qIJ482tiPb5PH3WCxgObqj c+/Z7kfVsp6sa4wWsFxEwEgXRja6EvD+9ngTA3MetcTWaBIwkYP9bna1xUSaQWfU575iAaJdggJq 77uEc1fUpNAtTEc6ZKWxCn04bcWlxSHAVctXUbTmChsdGmrsKK2puOTfSsBlFZftaz5ln+np43wa p+P6qT8KcT0fH+6BeRr9//MQHdL48Bf+ol6kgM3t5i6ML5+nL9vIDJ0nKyD4BdtgCnz3AwAA//8D AFBLAQItABQABgAIAAAAIQDw94q7/QAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALgEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAJ80AeqaBAAA1gsAABAAAAAAAAAAAAAAAAAAKQIAAGRy cy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAolfAnNsAAAD9AAAADwAAAAAAAAAAAAAAAADx BgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAPkHAAAAAAAAEPAIAAAAXxUAAFAHfxYP ABHwUgAAAAAAwwsIAAAABAAAAAkCwy0PAIgTOgAAAA8AihMyAAAAAAC6Dw4AAABfAF8AXwBQAFAA VAA5AAAAixMUAAAAAACsDwwAAAAAAAAAAAAAAAAAAAAPAA3wTgAAAAAAnw8EAAAABAAAAAAAoQ8U AAAAAQAAAAAAAAAAAAEAAAAAAAIADAAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAADUAdAC 8AMQBQ8ABPDKCgAAEgAK8AgAAAAHbAAAAAoAANMAC/BmAAAAfwABAO8BgAAAX1UEhwACAAAAvwAA AAYAgQEEAAAIvwEBABEAwAEBAAAI/wEBABkAAQICAAAIPwIAAAMAPwMAAAgAgMMYAAAAvwMAAAIA UgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAEwAi8WwJAACpw2YJAABQSwMEFAAGAAgAAAAhAPD3irv9 AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slJHNSsQwEMfvgu8Q5iptqgcRaboHq0cVXR9g SKZt2DYJmVh33950Py7iCh5n5v/xI6lX22kUM0W23im4LisQ5LQ31vUKPtZPxR0ITugMjt6Rgh0x rJrLi3q9C8Qiux0rGFIK91KyHmhCLn0gly+djxOmPMZeBtQb7EneVNWt1N4lcqlISwY0dUsdfo5J PG7z+kASaWQQDwfh0qUAQxitxpRJ5ezMj5bi2FBm517Dgw18lTFA/tqwXM4XHH0v+WmiNSReMaZn nDKGNJElDxgoa8q/UxbMiQvfdVZT2UZ+X3wnqHPhxn+5SPN/s9tse6P5lC73P9R8AwAA//8DAFBL AwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZ o05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC 0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZA t2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRET fVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQAYE4SE/AQAAAYPAAAQAAAAZHJzL3No YXBleG1sLnhtbOxWXW/bNhR9H7D/IOh1UC3ZkmUZVQp/dgO8IIhT9JmWqFiLRGoUnTgp+t93LinH TlZ0Q9zH5sGhpMvLc+7HuXz/YV9Xzj1XbSlF6gbvfNfhIpN5KW5T99PN0hu5TquZyFklBU/dR966 Hy5+/eV9M24bB5tFO25Sd6t1M+712mzLa9a+kw0X+FZIVTONR3XbaxRvudBM46C66vV9f9irWSnc C7gS9+vmStEqu7y/Uk6Zp24cxlHiOoLVOPaaZwBxW3Endnudnd3CgGMls7u2A8P+D5hcsQcwfIHD EfKjApUAZ8rZFqfxiVLyYctZ3tJrnNszAA9YBaASlmbr6McGKNsqv9zVCNhT6v69Y0pz5YLLPnWj brfdAjdHxi2YO5uHP2UOD2ynJSLCxvtC1ecyIj+yKBycPxiNwmEwcJ3H1B0NR1Efa/BhY77XTgaD fhIHIx/Zz2ARRjHyYyBbJGTZqFZ/5PJsVA45Sl2FjBqm7H7Vaort8Qg6TshlWVXnhsBwrMS5bo6A LNBKmNgVBUgA/bnuD5n4Aa4MLuR0p8rU/ZL4yWK0GIVe2B8uvNCfz73JchZ6w2UQR/PBfDabB18p C0E43pZ5zsVp0IPwX71Ul5mSrSz0u0zWPRRXmfFe103o6cA/9DTaUlZlTu4IkhEGPquUc88qlHmW QQtsS72w7L1EYqoCJfqKVdAP/Wk/8ZbDUeyFyzDyktgfeX6QTJOhHybhfPmS1aoU/JCkt7NyHlI3 ifqRKdvv0dP7b1Bj47qEIDhVWaMHffqzLUgCsxC5KQLNysquTyJB6L8dicky8uNwMPLiOBp44WDh e9PRcuZNZsFwGC+ms+niVX4XpmafxfLtwTApOTQAPcgd2K23+YOTl9TggyjpQ0vzUkFdYsvXYdUt xkymoYtK6s+l3q63jKTTt0Gl+XEsk81tvxOhZ+c2DsdzT8LUUTtGCoqC2kFT4RWNK6vWej+V+SMh 3uA/tNcOsbfPDUxP0N1K9eQ6D4phhLQk/tx1qj8EJkcShCGEVZsHI60gf/plc/pF7OqZRIsgdExk 8Jq6m8NypvFEGi3rhumVWDcZGRIXEtWb/Wemmk5fNahfShNdY/BKZq2tiZUNAzmpWr3WjxiyZ4bE +LqvAppsNuPIN2crMVV3hgBNV8zfq53IEDqb+5wX17Cn2Rkcp09l3RigB3iG74/ASPhqplYGExbX ZoEjzf9SQA8NvCMJgLxhmzUwmqwiF0pb61N6hRR6Yip9w1qqA9x6xPfZV5RMItY22VWmrUwGzyqB Uj61mPLite1hXGP/8eukMNJ56vPErvu62UGXb/ZGfza79dPzcgkazw+XuP51ErVBS5mlTRmWNLup u9i4qHJze/sSxfN5P058bzhNEi+cTiFNECQvngzmi2jh9/3B8iu6ors4lYg1rk7kQiErd7u6rOVf mGEIcYVqSV0uvE9re7cy9eFsbJbM7y51BQDSXVWVd9ATIddm5Tp3XNHNlkrKyag7O0PqHbwSdEet yif+u3mkhFXQ2+7blZKyoDUBs1PfXkwsafvmDaOAHxTMxHG3El2cdzQwu7WpGhOggmUANFElq8Bh y1TLTV2azZyd2PxWC48zO1ey9uTDNzcjbQg2UfvZCRSFH9oJ+sKhvqDhY9qCDuAiv2KKkc79rHA0 FOnifxUponZWhR9jbnUKv834cAkw94KLfwAAAP//AwBQSwMEFAAGAAgAAAAhAHptzTnbAAAA/QAA AA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAURPdI/QfrVmJHHSpIS6hboUo8KrFoAnR9G98kbmM7 sk2a/D0WC1iOZnRGZ7UZdMt6cl5ZI+B2lgAjU1qpTC3g8+P5ZgnMBzQSW2tIwEgeNuvJ1QozaS8m p74INYsQ4zMU0ITQZZz7siGNfmY7MrGrrNMYYnQ1lw4vEa5bPk+SlGtUJj402NG2ofJcfGsB5/my at+LMT9s91+n/TDu0pd+J8T1dHh6BBZoCP/joE5Jqv7KX9SbFLC4W9w/AKtex6NTMkcfyAmIftE2 mgJf/wAAAP//AwBQSwECLQAUAAYACAAAACEA8PeKu/0AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAA AAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAYE4SE/AQAAAYPAAAQAAAAAAAAAAAA AAAAACkCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAHptzTnbAAAA/QAAAA8AAAAA AAAAAAAAAAAAUwcAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAABbCAAAAAAAABDwCAAA AF8VjwnfEH8WDwAR8FIAAAAAAMMLCAAAAAUAAAAIAsMtDwCIEzoAAAAPAIoTMgAAAAAAug8OAAAA XwBfAF8AUABQAFQAOQAAAIsTFAAAAAAArA8MAAAAAAAAAAAAAAAAAAAADwAN8GYAAAAAAJ8PBAAA AAQAAAAAAKAPAgAAACoAAAChDxYAAAACAAAAAAAACAAAAgACAAAAAAACAAwAAADYDwQAAAAAAAAA AACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAA1AHQAvADEAUPAATwPAAAABIACvAIAAAAAWwA AAAMAABjAAvwJAAAAIEBAAAACIMBBQAACL8BEAAQAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA ////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAExNzgEQlFSTAAAOBOkLAABQSwMEFAAGAAgA AAAhAOneD7//AAAAHAIAABMAAABbQ29udGVudF9UeXBlc10ueG1srJHLTsMwEEX3SPyD5S1KnLJA CCXpgseOx6J8wMiZJBbJ2LKnVfv3TNJUQqggFmws2TP3njvjcr0fB7XDmJynSq/yQisk6xtHXaXf N0/ZrVaJgRoYPGGlD5j0ur68KDeHgEmJmlKle+ZwZ0yyPY6Qch+QpNL6OALLNXYmgP2ADs11UdwY 64mROOPJQ9flA7awHVg97uX5mCTikLS6PzZOrEpDCIOzwJLU7Kj5RskWQi7KuSf1LqQriaHNWcJU +Rmw6F5lNdE1qN4g8guMEsOwDIlfz2cgGS3mvzueiezb1llsvN2Oso58Nl7MTsH/FGD1P+gT08x/ W38CAAD//wMAUEsDBBQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAX3JlbHMvLnJlbHOEj89qwzAM h++FvYPRfVHSwxgldi+lkEMvo30A4Sh/aCIb2xvr20/HBgq7CISk7/epPf6ui/nhlOcgFpqqBsPi Qz/LaOF2Pb9/gsmFpKclCFt4cIaje9u1X7xQ0aM8zTEbpUi2MJUSD4jZT7xSrkJk0ckQ0kpF2zRi JH+nkXFf1x+YnhngNkzT9RZS1zdgro+oyf+zwzDMnk/Bf68s5UUEbjeUTGnkYqGoL+NTvZCoZarU HtC1uPnW/QEAAP//AwBQSwMEFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAB0aGVtZS90aGVtZS90 aGVtZU1hbmFnZXIueG1sDMxNCsMgEEDhfaF3kNk3Y7soRWKyy6679gBDnBpBx6DSn9vX5eODN87f FNWbSw1ZLJwHDYplzS6It/B8LKcbqNpIHMUsbOHHFebpeBjJtI0T30nIc1F9I9WQha213SDWtSvV Ie8s3V65JGo9i0dX6NP3KeJF6ysmCgI4/QEAAP//AwBQSwMEFAAGAAgAAAAhAFCtRi1xBgAAhhsA ABYAAAB0aGVtZS90aGVtZS90aGVtZTEueG1s7FlPbxw1FL8j8R2suZfsZpuQjbqpkt1NC23aKLst 6tE7651x4xmPbG/SvaH2iISEKIgLEjcOCKjUSlzKpwkUQZH6FXi2Z3btjEMSGgGCTqTsjP3z+/+e n2euXH2QMXRAhKQ870TNdxoRInnMxzRPOtGd4faltQhJhfMxZjwnnWhGZHR14+23ruB1lZKMIFif y3XciVKlivWlJRnDMJbv8ILkMDfhIsMKHkWyNBb4EOhmbGm50VhdyjDNI5TjDMjenkxoTNBQk4w2 KuJ9Bo+5knogZmKgSZNyhUGN95t6Topk1GUCHWDWiRrmipY2rizh9RLAVB23ba4SVwLG+8un0TMA puq4tYb+m9MzABzHIH+d99ZWv9FvlVgHZG/rtFtwtdse3qHfqsns6WaJGpC9vVzDezZzQPZ2pYbv bfZ7/W1PHgOy+NUafrm33Fvb9PAGlDKa79fQjUYbrhI9h0w4ux6Et9vdbqMy/AIF3p/HjGYx4bny IsjGXKTnMnyfi20A6AeGFc2RmhVkgmOIzS5mdCSolgevE+zM2KFY1oY0LyRjQQvVid4vMMT5gt6r 59++ev4UvXr+5Ojhs6OHPxw9enT08HtLy1t4HeeJu/Dl15/8/uWH6LenX718/FkYL138z9999NOP n4aBygW++PzJL8+evPji41+/eRyAbwo8cuFDmhGJbpFDtMcz0M0YxpecjMT5VgxTTN0Vm3kicY41 lwD9vko99K0ZZjiA2yK+Be8KCpUsALw2ve8JPEjFVJUu9zS7kWYecIdztsVF0Ao3NC/H8cNpnoSZ i6mL28P4IMS7i3PPv/1pAQWRhkh2U+KJuctwrnBCcqKQnuP7hATMcI9Sz647NBZc8olC9yjawjRo kiEdedG0WHSdZuCXWUhA8Ldnm527aIuzkNY9cuAjISswCwg/JMwz4zU8VTgLkRzijLkGv4lVGhJy MBOxi+tLBZ5OCOOoPyZShtbcFqCv4/QbUD3Cbt9hs8xHCkX3QzRvYs5dZI/vd1OcFSHsgOapi31P 7kOIYrTLVQi+w/0M0c/gB5yf6O67lHjuPr0a3KGJJ9IiQPTMVAR8eY1wL34HMzbBxJQaqOteuc5o /qZ2n7l2bwoaTJ7rxyr2SbjjdbrLxZj++8t0D0/zXQKZUd+r3lTpN1U6+s9X6ZPy+eJr86IcQ6XW vZNtuk0Lnp3YgU8oYwM1Y+SmNE24hE1ovA2Dep05U5L5Ca9I4VZnMjDwcInAZg0SXH1AVTpIcQEN fNP0+IksSScSFVzCQdEMB2lrpnAIUPZEuaKPR7ZySKx2+NgOt9yD5pyMkSoxR9aKUUsTOCuz1ruv x6xppTrRbL5qTSOaKYqeanOVtYnNsRtMPlcNBufWhO4GQU8EVl6FU72WHQ4+mJGxtrv1UeUWzbq6 vxAXyRSPSekjrXfdR03jpCpWaopoPWwwrBnR/9RqDre2Jvsa3M7iJJfd5RPYVd57HS9VJ+fKM8bL x9OR5W5yshwddqL2yvJKhGJcdKIJnJnhNivA61I3lJgl8DopVsKG/anJbAy/8Ga7Ugyiz8m4ZqMa ryns1YFCSNXDMrWhYabKEGC55mTlX14Bs16UAoFqdDYpWmsQDP+YFGBH37VkMiGxcp3tjGjb2cey lPKpImKQjg/RiE3FHgb361AFfcZUwqsPUxH0g+hE2tpmyi/OZWEMvMHT3DArUlyWW52iVSZbuAnV uQzmyREPdAvKbpQ7vyom5S9IFTeM/2eq6P0EXkO0xtoDMbz8FRjpTOlEXKiUQxUqUhpvC2gcTO2A aEFQXfR2jeAVtPkV5ED/2pyzNDQ1BqdJtUcTJCjsRyoVhOxCWTLRdwqxZrl3WZIVIRNRjriysGKP yAFhQ10DV/XeHqEUQt1Uk7IMGNzx+POfywwaJbrJcfPNq2TzvdfmwN/d+dhkBqX8Omwamsr+cxGN tfzOx643y6u911VETyzarMtVVgAzZytol2n/F0U451ZrK1ZN4+WVSjjwYl1jGJw3RAW8TEL6H+x/ VMTMfs/QG+qQ70FtRfCNQhODsIGovmQbD6QLpB0cQeNkB20waVLWtGV3q61WbdYX0kYtXDDne8zY WrKz+Pucxp43Zz47Lxcv0tilhT1b27ETTQ2ePZ6iMDSpDjLGMeZDmPutio/ug6N78P1gypQ0wUQe wKtD6KEHJg8g+S1Hs3TjDwAAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAB0aGVt ZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeCdwhvb9O6EJEm3YjQ rdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjsjkBSFk6J2TtksGCC jm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9oPGbAXzFJL1iEHvV ABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8DAFBLAQItABQABgAI AAAAIQDp3g+//wAAABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsB Ai0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAAMAEAAF9yZWxzLy5yZWxzUEsB Ai0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAGQIAAHRoZW1lL3RoZW1lL3Ro ZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAAACEAUK1GLXEGAACGGwAAFgAAAAAAAAAAAAAAAADW AgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAA AAAAAAAAAAAAAHsJAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHNQSwUG AAAAAAUABQBdAQAAdgoAAAAAAAAPBDoBAAA8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJV VEYtOCIgc3RhbmRhbG9uZT0ieWVzIj8+DQo8YTpjbHJNYXAgeG1sbnM6YT0iaHR0cDovL3NjaGVt YXMub3BlbnhtbGZvcm1hdHMub3JnL2RyYXdpbmdtbC8yMDA2L21haW4iIGJnMT0ibHQxIiB0eDE9 ImRrMSIgYmcyPSJsdDIiIHR4Mj0iZGsyIiBhY2NlbnQxPSJhY2NlbnQxIiBhY2NlbnQyPSJhY2Nl bnQyIiBhY2NlbnQzPSJhY2NlbnQzIiBhY2NlbnQ0PSJhY2NlbnQ0IiBhY2NlbnQ1PSJhY2NlbnQ1 IiBhY2NlbnQ2PSJhY2NlbnQ2IiBobGluaz0iaGxpbmsiIGZvbEhsaW5rPSJmb2xIbGluayIvPgAA JwRlBQAAUEsDBBQABgAIAAAAIQCR783y+wAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ yU7DMBCG70i8g+Urip1yQAgl6YHlxnIoDzByJomFN3ncqn17JmmRKlQ4jWb9/vmb9d47scNMNoZW rlQtBQYTexvGVn5uXqp7KahA6MHFgK08IMl1d33VbA4JSfB2oFZOpaQHrclM6IFUTBi4M8TsoXCa R53AfMGI+rau77SJoWAoVZlvyK55wgG2rojnPZePSjI6kuLxODizWgkpOWugsFK9C/0vSnUiKN5c ZmiyiW5YhtQXCXPnb8Bp752tybZH8QG5vIFnGbrPpMlx8RWosHPnyUr9f/aC7jgM1mAfzdazJypl JI7LC96pM9DPL3qxvvsGAAD//wMAUEsDBBQABgAIAAAAIQCO6ir6vgAAADgBAAALAAAAX3JlbHMv LnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYjQgxfRD1iSbRtsk5CNon9vjhYEj8Mwb2bq9jVP4kmR rXcKqqIEQU57Y92g4HY9bfYgOKEzOHlHCt7E0DbrVX2hCVMO8WgDi0xxrGBMKRykZD3SjFz4QC47 vY8zpizjIAPqOw4kt2W5k/GbAc2CKTqjIHamAnF9h9z8n+373mo6ev2YyaUfFZIna+iMnChmLMaB kgIT+dtYiKrI+0E2tVz8bT4AAAD//wMAUEsDBBQABgAIAAAAIQC1AnSUNAIAAFsNAAAhAAAAZHJz L3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1s7JfBbuIwEIbvK+07WL6u2hAIkEaEqu2KUw9o 2z7A4DjEquNEtsvCPv16jBEJe6m0KhfgZMvj8cz3h/zx7H5bS7Lh2ohG5TS+HVDCFWsKodY5fXtd 3KSUGAuqANkontMdN/R+/v3brM3s9sXuJDfEpVAmg5xW1rZZFBlW8RrMbdNy5dbKRtdg3VSvo0LD b5e6ltFwMJhENQhFw379mf1NWQrGfzbso+bK7pNoLsG68k0lWnPI1n4mW6u5cWn87l5Jc2xPWMl9 hxFOV02x87P5DDK5kXG71ATk2lGTlGgrc4rs4Fk96nc/LhtlH3zACgynpAK1dr0vPxSzGICJTMse eRlGS2bJBlyi0cD9qDs2Ool4KO1pbCcurBa8/OVqM3+cno4yJe9co7Y49rsbKYqFkNJPUCv+JPX+ ZLuND+d2oxCwInbX8hKYewqeQIqVFpS0wrJqAbWQO1d2QgmrQBvu+3P1Q8ahs+1HrW444AGQMXOy wEw4eV+/bz5wxng3HCLyGvRzTpPx1Ld2FeDLBUDqQYDRUYC7OEnw2boK8OUCIPUgQHIUIB5N48lV gbO8gxB7UGDcUSAdpulVgbMogNiDApOjAsNh6v4C3beQ845XWL046zu8oP5x5pgSb2dHo+4bc0zx oDOYKLqhtHs3/G+bRCoB0LQDaJqM+j55sYCQSgCUHgEhnb6PXSwgpBIA3XUATcbTvs1cLCCk4r5K e1eBNmtsxfXhmuAWD7ei+V8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAJHvzfL7AAAAuwEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAjuoq+r4AAAA4 AQAACwAAAAAAAAAAAAAAAAAsAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAtQJ0lDQCAABb DQAAIQAAAAAAAAAAAAAAAAATAgAAZHJzL3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1sUEsF BgAAAAADAAMAyQAAAIYEAAAAAA8AyQ9nOAAADwAMBMQqAAAPAALwvCoAANAACPAIAAAABQAAAAV4 AAAPAAPwYCoAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAeAAABQAA AA8ABPBACgAAEgAK8AgAAAACeAAAAAoAAMMAC/BgAAAAfwABAO8BgAAAMAsHvwAAAAYAgQEEAAAI vwEBABEAwAEBAAAI/wEBABkAAQICAAAIPwIAAAMAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABh AG4AZwBsAGUAIAAyAAAAEwAi8QAJAACpw/oIAABQSwMEFAAGAAgAAAAhAPD3irv9AAAA4gEAABMA AABbQ29udGVudF9UeXBlc10ueG1slJHNSsQwEMfvgu8Q5iptqgcRaboHq0cVXR9gSKZt2DYJmVh3 3950Py7iCh5n5v/xI6lX22kUM0W23im4LisQ5LQ31vUKPtZPxR0ITugMjt6Rgh0xrJrLi3q9C8Qi ux0rGFIK91KyHmhCLn0gly+djxOmPMZeBtQb7EneVNWt1N4lcqlISwY0dUsdfo5JPG7z+kASaWQQ Dwfh0qUAQxitxpRJ5ezMj5bi2FBm517Dgw18lTFA/tqwXM4XHH0v+WmiNSReMaZnnDKGNJElDxgo a8q/UxbMiQvfdVZT2UZ+X3wnqHPhxn+5SPN/s9tse6P5lC73P9R8AwAA//8DAFBLAwQUAAYACAAA ACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sK W0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDf vb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D 6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XH rBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQBw3yrGkAQAAMgLAAAQAAAAZHJzL3NoYXBleG1sLnht bKxW2W7jNhR9L9B/EPRaKJZsecUoA6/TAdzAiDOYZ1qiYjUSqVKU7aTov/dcUl6SBoMiHj/IlHhJ nnOXc/np86HInR1XVSZF5AY3vutwEcskE4+R++1h4Q1cp9JMJCyXgkfuM6/cz7e//vKpHFWlg8Wi GpWRu9W6HLVaVbzlBatuZMkF5lKpCqbxqh5bpeIVF5ppHFTkrbbv91oFy4R7i63Ebl2uFI3iu91K OVkSuWHHD4BGsALH3vMYIB5z7rTdVmNnlzDgWMr4qWrAsP8DJlFsD4avcDhCflGgEuBMOd3iND5W Su63nCUVfca5LQPwiFUAKmEpt45+LoFymyh46yVy/6qZ0lw1S6wd1p5pVqDrbPZ/yATLWK0l3MBG h1QV19KgfWSaOofIhfee6QngbMQP2onxsT3sBwMfUzHmwm4fgTAw7elkWapKf+HyaiQObRS5CqEz 7NhuWWly4vkIOk7IRZbn19I2HHNx7TZnQBZoLozv0hQkgP7a7Y+R+AlbGVyIaa2yyP176A/ng/kg 9MJ2b+6F/mzmjRfT0Ostgn531plNp7PgH4pCEI62WZJwcen0IPxP0RRZrGQlU30Ty6KFhMpi3mrK BsUb+MfiRf3JPEtoO4JkFIBPc+XsWI7UjmMUva2dV5at10hMViBF37AK2qE/aQ+9RW/Q98JF2PWG fX/g+cFwMuz54TCcLV6zWmaCH4P0cVbOPnKH3XbXpO2P6OnDO9TYqMhQ/E6eFZGLUsPPliApyVwk Jgk0y3I7vvAEoX/fE+NF1++HnYHX73c7XtiZ+95ksJh642nQ6/Xnk+lk/ia+c5OzJ1X8uDNMSI4F QC+yBrv1Ntk7SUYF3ukO2xDNJFNQl77l67D8Ef0k1hBEJfX3TG/XW0Ya6VunUqM4p8nm0cg6lOG0 ufXD+dwLNzXUzp7COuQOigqfqC9ZWdaHiUyeCfEG/9Bb260+3iDQJkF3K9WL6+wVQ6+oSOi56+Rf BVrEMAhDCKs2L0ZaQf5yZnM5I+piKlEicB0TMXaNXH0cTjXeSKNlUTK9FOsyJkPiQqL6cPjOVNno qwb1O2m8awzeyKy1Nb6ybqBN8kqv9TO66ZUuMXvt8oC6GWdLMVFPBjd1T/TXVS1ieMyGPOHpPcyo PQbnppPb1QbfEZWh+TOgEayCqaXBhMG9GeBI858JyKCB12RrjiTm6QPbrIHRBBMhUNpaX9JLpdBj k+AbVlH4casRP2afUwyJWFXGq1hbdQxO4oAMvrSY8PSt7bFLY/15dpwaxbzc88Kumd3UkOOHg5Gd Tb1+OQ0XoHF6ucP1rlGmDSrJDG3IMKSWTUWFOhPJiilGkXyqi6yQf6L9wE05Ih65XHjf1vYKZGLs bKynzbOOXIFD6D6psidIgZBrM3KdJ67o9klp4cRUWI0hpT0+CbpH5tkL/928ktNzSGUzt1JSpjQm fLZh2zuFBW6/fEDF+VF8jC/qpWh8VVOva8Ym8ub2l7IYgMYqY0ijeMtUxU1umcWcXdj8VgiPM9sS 4upi4t3FpG0nn9tI4FmOjupmBO/2XwAAAP//AwBQSwMEFAAGAAgAAAAhACE0S5/bAAAA/QAAAA8A AABkcnMvZG93bnJldi54bWxEj01LAzEQhu+C/yGM4EXapFa0rE1LKVsV2oP9AHscN9Pdxc1kSWJ3 ++8NHvT4zjs8L8903ttGnMmH2rGG0VCBIC6cqbnUcNivBhMQISIbbByThgsFmM+ur6aYGdfxls67 WIoE4ZChhirGNpMyFBVZDEPXEqfu5LzFmKIvpfHYJbht5L1Sj9JizWmhwpaWFRVfu2+rYfFC+MTj u023Pvhy85EfV837Uevbm37xDCJSH/+fO5UvJ/lf+Yt6MxoexmqUbE6vl09fmy2GSF5DuiTbZApy 9gMAAP//AwBQSwECLQAUAAYACAAAACEA8PeKu/0AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAA AC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBw3yrGkAQAAMgLAAAQAAAAAAAAAAAAAAAA ACkCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhACE0S5/bAAAA/QAAAA8AAAAAAAAA AAAAAAAA5wYAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAADvBwAAAAAAABDwCAAAAAAA AABQByABDwAR8FIAAAAAAMMLCAAAAAAAAAAKAsMtDwCIEzoAAAAPAIoTMgAAAAAAug8OAAAAXwBf AF8AUABQAFQAOQAAAIsTFAAAAAAArA8MAAAAAAAAAAAAAAAAAAAADwAN8E4AAAAAAJ8PBAAAAAQA AAAAAKEPFAAAAAEAAAAAAAAAAAABAAAAAAACAAwAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADw AAAA1AHQAvADEAUPAATwvwoAABIACvAIAAAAA3gAAAAKAADDAAvwYAAAAH8AAQDvAYAAoF5VBL8A AAAGAIEBBAAACL8BAQARAMABAQAACP8BAAAZAAECAgAACD8CAAADAD8DAAAIAIDDGAAAAL8DAAAC AFIAZQBjAHQAYQBuAGcAbABlACAAMwAAABMAIvFnCQAAqcNhCQAAUEsDBBQABgAIAAAAIQDw94q7 /QAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJSRzUrEMBDH74LvEOYqbaoHEWm6B6tHFV0f YEimbdg2CZlYd9/edD8u4goeZ+b/8SOpV9tpFDNFtt4puC4rEOS0N9b1Cj7WT8UdCE7oDI7ekYId Mayay4t6vQvEIrsdKxhSCvdSsh5oQi59IJcvnY8TpjzGXgbUG+xJ3lTVrdTeJXKpSEsGNHVLHX6O STxu8/pAEmlkEA8H4dKlAEMYrcaUSeXszI+W4thQZudew4MNfJUxQP7asFzOFxx9L/lpojUkXjGm Z5wyhjSRJQ8YKGvKv1MWzIkL33VWU9lGfl98J6hz4cZ/uUjzf7PbbHuj+ZQu9z/UfAMAAP//AwBQ SwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpD GaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCS gtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9m QLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZUR E31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAERgav/YEAAD+DgAAEAAAAGRycy9z aGFwZXhtbC54bWzsVl1v4jgUfV9p/4OV11WGBAIENOkIAsyuxI6qoaN5NolTsk3srGNa2tH89z3X hkK71eyq9HH6QJ345vqc+3Gu33/Y1RW7FbotlUy88F3gMSEzlZfyOvG+XC382GOt4TLnlZIi8e5F 6324+PWX9824bRg+lu24SbyNMc2402mzjah5+041QmKvULrmBo/6utNo0QppuMFBddXpBsGgU/NS ehdwJW9XzaWmVfbp9lKzMk+8qBeEocckr3HsZ5EBxHUlWM/r7O3cJxw4liq7afdg+P8Bk2t+B4ZP cDCpPmpQoTNVusFpYqK1utsInrf0Gud2LMADVgmohKXZMHPfAGVuEKyHxPt7y7UR2gOP3fFLZw4X R7YtWLP13Z8qx9d8axSiwce7QtfnsiE/qigYzu/FcTQIex67T7yAWPCx2BmWYas7GoZxgJxn2Iv6 Q2TF0nQYyLLRrfko1Nl4GDlKPI08Wo78dtkaiujxCDpOqkVZVeeStxwrea6bIyAHtJI2dkUBEkB/ rvtDJt7AlcWFnG51mXjfRsFoHs/jyI+6g7kfBbOZP1mkkT9YhMP+rDdL01n4nbIQRuNNmedCngY9 jP7VQXWZadWqwrzLVN1BWZWZ6Ox7CJ0cBodORjOqqszJHUGyciDSSrNbXqHAswwK4BrpiWXnKRJb FSjRZ6zCbhRMuyN/MYiHfrSI+v5oGMR+EI6mo0EQjaLZ4imrZSnFIUmvZ8XuEm/U7/Zt2f6Intm9 QI2P6xJSwKqyTjy0Gv5cC5KszGVui8DwsnLrk0gQ+pcjMVn0g2HUi/3hsN/zo9488KfxIvUnaTgY DOfTdDp/lt+5rdlHiXx9MGxKDg1AD2oLdqtNfsfykhq81x91oaB5qaEuQ8eX8eoawyUzUEStzNfS bFYbToIZuKDS1DiWyfq6uxehR+cuDsdzT8K0p3aMFBQFtYOmwisaUk6jzW6q8ntCvMZ/qK4bXa+f FpiZoLtR+sFjd5pjcLQk+8Jj1R8S82IURhGE1dgHK60gf7qzPt2R2zpVaBGEjssMXhMPs8QtU4Mn 0mhVN9ws5arJyJC4kKhe7b5y3ez11YD6J2Wjaw2eyayztbFyYSAnVWtW5h6j9cyQWF+3VUgzzWUc +RZ8Kaf6xhKgmYqpe7mVGULncp+L4jPsaWqGx+lTOTcW6AGe5fsWGAlfzfXSYsLis13gSPu/lNBD C+9IAiCv+HoFjDaryIU2zvqUXqGkmdhKX/OW6gB3Hflj9hUlk4i1TXaZGSeT4aNKoJRPLaaieG57 GNf4/rg7Kax0nvo8sdvvrrfQ5aud1Z/1dvXwuFyAxuPDJ1z69hK1RkvZpUsZljS7qbv4uKhye2f7 lqZBHM36A3/eDfsQ6bDnx8EUShVOB6NJb5oO48l3dIW9Lm2KGTfiqqyFrVWNvNxs67JWf2GKIcgV 6iXxhPS/rNy9ylYIW7s82d9t4klApDuqLm+gKFKt7MpjN0LTjZaKimXUn3tD6h68knQ3rcoH8bt9 pJRVUNz93qVWqqA1sXNz311NHG335hXDQBw0zEZyu5T7SG9pZO7Xtm5siAqeAdBEl7wChw3XrbCV aT8W/MTmt1r6grvJkrUnGy9+jMQh2ETtZy9QFN60F8wFo86g8WMbgw4QMr/kmpPS/axwNBQp438V KaJ2VoUfY+6UCr/N+HANsDeDi38AAAD//wMAUEsDBBQABgAIAAAAIQC6a7DH3AAAAP0AAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9dS8MwGIXvhf2H8A68c0n92KQuG0NnFZxiVwUvX5t3bbFJShK31l9v 8MJdHs7hOTzzZa9btifnG2skJBMBjExpVWMqCW/F/dk1MB/QKGytIQkDeVguRidzTJU9mJz221Cx CDE+RQl1CF3KuS9r0ugntiMTu511GkOMruLK4SHCdcvPhZhyjY2JDzV2dFtT+bX91hLW+XP26nQ2 ZIW7Euufwr6/3FkpT8f96gZYoD4cx5unj7Ca/Zd/qEcl4fJCJAmw3cPw6RqVow/kJES/aBtNgS9+ AQAA//8DAFBLAQItABQABgAIAAAAIQDw94q7/QAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAA LgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABEYGr/2BAAA/g4AABAAAAAAAAAAAAAAAAAA KQIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAumuwx9wAAAD9AAAADwAAAAAAAAAA AAAAAABNBwAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAFYIAAAAAAAAEPAIAAAAAACP Cd8QIAEPABHwUgAAAAAAwwsIAAAAAQAAAAcCwy0PAIgTOgAAAA8AihMyAAAAAAC6Dw4AAABfAF8A XwBQAFAAVAA5AAAAixMUAAAAAACsDwwAAAAAAAAAAAAAAAAAAAAPAA3wZgAAAAAAnw8EAAAABAAA AAAAoA8CAAAAKgAAAKEPFgAAAAIAAAAAAAAIAAACAAIAAAAAAAIADAAAAPgPBAAAAAAAAAAAAKoP CgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAADUAdAC8AMQBQ8ABPBNCgAAEgAK8AgAAAAEeAAAAAoA ANMAC/BmAAAAfwABAO8BgADAMAsHhwACAAAAvwAAAAYAgQEEAAAIvwEBABEAwAEBAAAI/wEBABkA AQICAAAIPwIAAAMAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAEwAi 8QcJAACpwwEJAABQSwMEFAAGAAgAAAAhAPD3irv9AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10u eG1slJHNSsQwEMfvgu8Q5iptqgcRaboHq0cVXR9gSKZt2DYJmVh33950Py7iCh5n5v/xI6lX22kU M0W23im4LisQ5LQ31vUKPtZPxR0ITugMjt6Rgh0xrJrLi3q9C8Qiux0rGFIK91KyHmhCLn0gly+d jxOmPMZeBtQb7EneVNWt1N4lcqlISwY0dUsdfo5JPG7z+kASaWQQDwfh0qUAQxitxpRJ5ezMj5bi 2FBm517Dgw18lTFA/tqwXM4XHH0v+WmiNSReMaZnnDKGNJElDxgoa8q/UxbMiQvfdVZT2UZ+X3wn qHPhxn+5SPN/s9tse6P5lC73P9R8AwAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAA AF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX +j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJ n1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3Pfe vqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQA BgAIAAAAIQATFvMwlwQAANYLAAAQAAAAZHJzL3NoYXBleG1sLnhtbKxW227jNhB9L9B/IPhaKJZs +YpVFr5uF3ADI85in2mJitlQpEpRtpOi/94ZUo6VNFgUyebBIcUhec5czvDT51MhyYGbSmiV0Ogq pISrVGdC3Sf0290qGFFSWaYyJrXiCX3kFf18/esvn8pJVRLYrKpJmdC9teWk06nSPS9YdaVLrmAt 16ZgFqbmvlMaXnFlmYWLCtnphuGgUzCh6DUcpQ7bcmNwlN4cNoaILKFxL4y6lChWwLW3PAUQ95KT mHYaO7+FAY61Th+qBgz7P2Ayw47A8AUOovQXA1QiuFPP93Abnxqjj3vOsgo/w70dB/CMVQFUxFLu iX0sAWVuDXjrKaF/1cxYDhORnRLabbZ6ezjjQrcC2mR3/ENnsJ3VVoM72OSUm+KjdPAcnecE7oeY PiZ0NBj1u1EPsbAJP1mSIrTxMBqFYJCCRdwfQlgcWI8BLUtT2S9cfxgPwYMSaiCQjiM7rCuLLr1c gdcpvRJSfpS84yjVR4+5APJApXK+y3MgAeg/evw5Ej/hKIcLYlobkdC/x+F4OVqO4iDuDpZBHC4W wXQ1j4PBKhr2F73FfL6I/sEoRPFkL7KMq7bTo/g/JVSI1OhK5/Yq1UUH0kqkvNMUEZRyFJ5LGapR S5HhcQjJ6QGfS0MOTEKCpylIgK+kF5adl0hcVkCKvmIVdeNw1h0Hq8FoGMSruB+Mh+EoCKPxbDwI 43G8WL1ktRaKn4P0flbkmNBxv9t3afsjevb0BjU2KQRIAZGigBoM8c+XIOrKUmUuCSwT0o9bnkD0 b3tiuuqHw7g3CobDfi+Ie8swmI1W82A6jwaD4XI2ny1fxXfpcvZZI9/vDBeScwHgRNfAbrvPjiQT WOC9/rgLEpoJA+oy9HwJk/fQXVKUR6Ptd2H32z1DxQy9U7FtXNJkd+8Vs3W498Pl3pabGmoXT4Gi QO5AUcEn7FJepO1pprNHRLyD/6C6vne9v11A0wS6e22eKDkaBp2jQtnnlMivChrGOIpjEFbrJk5a gXx7ZddeUXUx11Ai4DqmUjg1obvzcG5hhhqti5LZtdqWKRoiFxTVu9N3ZspGXy1Qv9HOu87glcx6 W+cr7wY8RFZ2ax+ht37QJe6sg4ywp3G2VjPz4HBjL4Vuu6lVCh7zIc94fgtm2CyjS9ORfrfDd0bl aP4MaAirYGbtMMHg1g3gSvdfKJBBB6/JVglJzPM7ttsCRhdMCIGx3rpNL9fKTl2C71iF4Yc3jvox e4kxRGJVmW5S69UxehYHyOC2xYznr23PXRr2X1anuVPM9pktu2Z1V4Mc352c7Ozq7dPzcAU0nic3 8NhrlGkHleSGPmQwxJaNRQV1prINMwwj+VAXotB/QvsBN0mIeEK5Cr5t/YPIxZjsvKfdb51QBZfg 69KIB5ACpbduRMkDN/gWxbQgKRZWY4hpD58UviqleOK/uyk6XYJUNmsbo3WOY8TnG7Z/U3jg/ss7 VJyfxcf5ol6rxlc19rpm7CLv3oI5SwHQ1AgGaZTumam4yy23mbOWzW+FCjjzLSGtWgtvbkZte/a5 jwT8lpOzujnBu/4XAAD//wMAUEsDBBQABgAIAAAAIQDhPyay2wAAAP0AAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI/LTsMwFET3SPyDdZHYUacBVVFat0JReVRi0QTK+hLfPGhsR7bJ4++xuoDlaEZndDa7 SXVsIOtaowUsFxEw0qWRra4FfLw/3SXAnEctsTOaBMzkYLe9vtpgKs2ocxoKX7MA0S5FAY33fcq5 KxtS6BamJx26yliFPkRbc2lxDHDV8TiKVlxhq8NDgz1lDZXn4kcJOMdJ1b0Vc/6ZHU/fx2k+rJ6H gxC3N9PjGpinyf+Px2ifJfu/8oJ6lQIe7qNlDKx6mb9sK3N0nqyA4Bdsgynw7S8AAAD//wMAUEsB Ai0AFAAGAAgAAAAhAPD3irv9AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAExbzMJcEAADWCwAAEAAAAAAAAAAAAAAAAAApAgAAZHJzL3No YXBleG1sLnhtbFBLAQItABQABgAIAAAAIQDhPyay2wAAAP0AAAAPAAAAAAAAAAAAAAAAAO4GAABk cnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAA9gcAAAAAAAAQ8AgAAABfFQAAUAd/Fg8AEfBS AAAAAADDCwgAAAACAAAACQLDLQ8AiBM6AAAADwCKEzIAAAAAALoPDgAAAF8AXwBfAFAAUABUADkA AACLExQAAAAAAKwPDAAAAAAAAAAAAAAAAAAAAA8ADfBOAAAAAACfDwQAAAAEAAAAAAChDxQAAAAB AAAAAAAAAAAAAQAAAAAAAgAMAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAANQB0ALwAxAF DwAE8MQKAAASAArwCAAAAAV4AAAACgAA0wAL8GYAAAB/AAEA7wGAAKAyCweHAAIAAAC/AAAABgCB AQQAAAi/AQEAEQDAAQEAAAj/AQAAGQABAgIAAAg/AgAAAwA/AwAACACAwxgAAAC/AwAAAgBSAGUA YwB0AGEAbgBnAGwAZQAgADUAAAATACLxZgkAAKnDYAkAAFBLAwQUAAYACAAAACEA8PeKu/0AAADi AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUkc1KxDAQx++C7xDmKm2qBxFpugerRxVdH2BIpm3Y NgmZWHff3nQ/LuIKHmfm//EjqVfbaRQzRbbeKbguKxDktDfW9Qo+1k/FHQhO6AyO3pGCHTGsmsuL er0LxCK7HSsYUgr3UrIeaEIufSCXL52PE6Y8xl4G1BvsSd5U1a3U3iVyqUhLBjR1Sx1+jkk8bvP6 QBJpZBAPB+HSpQBDGK3GlEnl7MyPluLYUGbnXsODDXyVMUD+2rBczhccfS/5aaI1JF4xpmecMoY0 kSUPGChryr9TFsyJC991VlPZRn5ffCeoc+HGf7lI83+z22x7o/mULvc/1HwDAAD//wMAUEsDBBQA BgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+F XksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSR DNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqj M5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C /Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAJAS6AH7BAAABg8AABAAAABkcnMvc2hhcGV4 bWwueG1s7FZNb+M2EL0X6H8QdC20lmzZloxVFrZjbwu4QRBnsWdaomI1EqlSVOJksf+9b0g5dtJg W8Q5bg4OJQ2H783HG378tKtK546rppAicYMPvutwkcqsEDeJ++V66UWu02gmMlZKwRP3gTfup7Nf f/lYT5rawWbRTOrE3WpdT3q9Jt3yijUfZM0FvuVSVUzjUd30asUbLjTTOKgqe33fH/UqVgj3DK7E 3bq+VLRKL+4ulVNkiRsO/GDgOoJVOPaKpwBxU3Jn6PY6O7uFAcdKprdNB4b9HzCZYvdg+AyHI+Rn BSoBzpTzLU7jU6Xk/ZazrKHXOLdnAO6xCkAlLPXW0Q81UDZldtFWCNhj4v7dMqW5csFll7iDbrfd AjcHxg2YO5v7P2UGD6zVEhFhk12uqlMZkR+Z5w6dH0XhiML5kLjRKBr2sQYfNuE77aQw6MfjIPKR /RQW4XCM/BjIFglZ1qrRn7k8GZVDjhJXIaOGKbtbNZpieziCjhNyWZTlqSEwHEtxqpsDIAu0FCZ2 eQ4SQH+q+30m3sGVwYWctqpI3G+xHy+iRRR6YX+08EL//NybLuehN1oG4+H54Hw+Pw++UxaCcLIt soyL46AH4b96qSpSJRuZ6w+prHooriLlva6b0NOBv+9ptKUsi4zcESQjDHxeKueOlSjzNIUW2JZ6 Ztl7jsRUBUr0BaugH/qzfuwtR9HYC5fh0IvHfuT5QTyLR34Yh+fL56xWheD7JL2dlXOfuPGwPzRl +yN6evcKNTapCgiCUxYVetCnP9uCJDALkZki0Kwo7fooEoT+9UhMl0N/HA4ibzweDrxwsPC9WbSc e9N5MBqNF7P5bPEivwtTs09i+fZgmJTsG4AeZAt2621272QFNfhgGPehpVmhoC5jy9dh5Q3GTKqh i0rqr4XerreMpNO3QaX5cSiTzU2/E6En5zYOh3OPwtRRO0QKioLaQVPhFY0rq9Z6N5PZAyHe4D+0 1w6xt88NTE/Q3Ur16Dr3imGENCT+3HXKPwQmRxyEIYRVmwcjrSB//GVz/EW01VyiRRA6JlJ4TdzN fjnXeCKNllXN9Eqs65QMiQuJ6vXuK1N1p68a1C+kia4xeCGz1tbEyoaBnJSNXusHDNkTQ2J83ZUB TTabceSbs5WYqVtDgKYr5u9lK1KEzuY+4/kV7Gl2BofpU1o3BugenuH7HhgJX8XUymDC4soscKT5 XwjooYF3IAGQ12yzBkaTVeRCaWt9TC+XQk9NpW9YQ3WAW4/4MfuSkknEmjq9TLWVyeBJJVDKxxYz nr+03Y9r7D98neZGOo99Htl1XzctdPl6Z/Rn064fn5ZL0Hh6uMD1r5OoDVrKLG3KsKTZTd3FJnmZ mdvbt+mwP4MgBd5wFmD+zOPQiwbh3OvH03CA2TNfLqbf0RXdxalArHF1IhcKWbltq6KSf2GGIcQl qiVxufC+rO3dytSHs7FZMr9t4goApLuqKm6hJ0Kuzcp1brmimy2VlJNSd3aG1Dt4JeiOWhaP/Hfz SAkrobfdt0slZU5rAmanvr2YWNL2zRtGAd8rmIljuxJdnFsamN3aVI0JUM5SAJqqgpXgsGWq4aYu zWbOjmx+q4THmZ0raXP04dXNSBuCTdR+dgJF4V07QZ851Bc0fExb0AFcZJdMMdK5nxWOhiJd/K8i RdROqvBDzK1O4bee7C8B5l5w9g8AAAD//wMAUEsDBBQABgAIAAAAIQDmw7R81gAAAP0AAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI/BTsMwEETvSPyDtUjcqJMWFQh1KwSq4NoQiesSbxI3sR3ZS5r+PRYH ehzN6I3eZjfbQUwUovFOQb7IQJCrvTauVVB97u8eQURGp3HwjhScKcJue321wUL7kzvQVHIrEsTF AhV0zGMhZaw7shgXfiSXusYHi5xiaKUOeEpwO8hllq2lRePSQ4cjvXZU9+WPVWDnfumPEze0f4hf +dtTVeqqV+r2Zn55BsE082XM5pitzX/5h/rQCu5XWb4C0byfv4PRB4xMQUHyS7bJFOT2FwAA//8D AFBLAQItABQABgAIAAAAIQDw94q7/QAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALgEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAJAS6AH7BAAABg8AABAAAAAAAAAAAAAAAAAAKQIAAGRy cy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEA5sO0fNYAAAD9AAAADwAAAAAAAAAAAAAAAABS BwAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAFUIAAAAAAAAEPAIAAAAXxWPCd8QfxYP ABHwUgAAAAAAwwsIAAAAAwAAAAgCwy0PAIgTOgAAAA8AihMyAAAAAAC6Dw4AAABfAF8AXwBQAFAA VAA5AAAAixMUAAAAAACsDwwAAAAAAAAAAAAAAAAAAAAPAA3wZgAAAAAAnw8EAAAABAAAAAAAoA8C AAAAKgAAAKEPFgAAAAIAAAAAAAAIAAACAAIAAAAAAAIADAAAANgPBAAAAAAAAAAAAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAADUAdAC8AMQBQ8ABPA8AAAAEgAK8AgAAAABeAAAAAwAAGMAC/Ak AAAAgQEAAAAIgwEFAAAIvwEQABAA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICA gAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAA6y4IAAAAnl3OAaA5tdYAAA4E6QsAAFBLAwQUAAYACAAAACEA6d4Pv/8A AAAcAgAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyskctOwzAQRfdI/IPlLUqcskAIJemCx47HonzA yJkkFsnYsqdV+/dM0lRCqCAWbCzZM/eeO+NyvR8HtcOYnKdKr/JCKyTrG0ddpd83T9mtVomBGhg8 YaUPmPS6vrwoN4eASYmaUqV75nBnTLI9jpByH5Ck0vo4Ass1diaA/YAOzXVR3BjriZE448lD1+UD trAdWD3u5fmYJOKQtLo/Nk6sSkMIg7PAktTsqPlGyRZCLsq5J/UupCuJoc1ZwlT5GbDoXmU10TWo 3iDyC4wSw7AMiV/PZyAZLea/O56J7NvWWWy83Y6yjnw2XsxOwf8UYPU/6BPTzH9bfwIAAP//AwBQ SwMEFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAABfcmVscy8ucmVsc4SPz2rDMAyH74W9g9F9UdLD GCV2L6WQQy+jfQDhKH9oIhvbG+vbT8cGCrsIhKTv96k9/q6L+eGU5yAWmqoGw+JDP8to4XY9v3+C yYWkpyUIW3hwhqN727VfvFDRozzNMRulSLYwlRIPiNlPvFKuQmTRyRDSSkXbNGIkf6eRcV/XH5ie GeA2TNP1FlLXN2Cuj6jJ/7PDMMyeT8F/ryzlRQRuN5RMaeRioagv41O9kKhlqtQe0LW4+db9AQAA //8DAFBLAwQUAAYACAAAACEAa3mWFoMAAACKAAAAHAAAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdl ci54bWwMzE0KwyAQQOF9oXeQ2TdjuyhFYrLLrrv2AEOcGkHHoNKf29fl44M3zt8U1ZtLDVksnAcN imXNLoi38Hwspxuo2kgcxSxs4ccV5ul4GMm0jRPfSchzUX0j1ZCFrbXdINa1K9Uh7yzdXrkkaj2L R1fo0/cp4kXrKyYKAjj9AQAA//8DAFBLAwQUAAYACAAAACEAUK1GLXEGAACGGwAAFgAAAHRoZW1l L3RoZW1lL3RoZW1lMS54bWzsWU9vHDUUvyPxHay5l+xmm5CNuqmS3U0Lbdoouy3q0TvrnXHjGY9s b9K9ofaIhIQoiAsSNw4IqNRKXMqnCRRBkfoVeLZndu2MQxIaAYJOpOyM/fP7/56fZ65cfZAxdECE pDzvRM13GhEieczHNE860Z3h9qW1CEmF8zFmPCedaEZkdHXj7beu4HWVkowgWJ/LddyJUqWK9aUl GcMwlu/wguQwN+EiwwoeRbI0FvgQ6GZsabnRWF3KMM0jlOMMyN6eTGhM0FCTjDYq4n0Gj7mSeiBm YqBJk3KFQY33m3pOimTUZQIdYNaJGuaKljauLOH1EsBUHbdtrhJXAsb7y6fRMwCm6ri1hv6b0zMA HMcgf5331la/0W+VWAdkb+u0W3C12x7eod+qyezpZokakL29XMN7NnNA9nalhu9t9nv9bU8eA7L4 1Rp+ubfcW9v08AaUMprv19CNRhuuEj2HTDi7HoS3291uozL8AgXen8eMZjHhufIiyMZcpOcyfJ+L bQDoB4YVzZGaFWSCY4jNLmZ0JKiWB68T7MzYoVjWhjQvJGNBC9WJ3i8wxPmC3qvn3756/hS9ev7k 6OGzo4c/HD16dPTwe0vLW3gd54m78OXXn/z+5Yfot6dfvXz8WRgvXfzP333004+fhoHKBb74/Mkv z568+OLjX795HIBvCjxy4UOaEYlukUO0xzPQzRjGl5yMxPlWDFNM3RWbeSJxjjWXAP2+Sj30rRlm OIDbIr4F7woKlSwAvDa97wk8SMVUlS73NLuRZh5wh3O2xUXQCjc0L8fxw2mehJmLqYvbw/ggxLuL c8+//WkBBZGGSHZT4om5y3CucEJyopCe4/uEBMxwj1LPrjs0FlzyiUL3KNrCNGiSIR150bRYdJ1m 4JdZSEDwt2ebnbtoi7OQ1j1y4CMhKzALCD8kzDPjNTxVOAuRHOKMuQa/iVUaEnIwE7GL60sFnk4I 46g/JlKG1twWoK/j9BtQPcJu32GzzEcKRfdDNG9izl1kj+93U5wVIeyA5qmLfU/uQ4hitMtVCL7D /QzRz+AHnJ/o7ruUeO4+vRrcoYkn0iJA9MxUBHx5jXAvfgczNsHElBqo6165zmj+pnafuXZvChpM nuvHKvZJuON1usvFmP77y3QPT/NdAplR36veVOk3VTr6z1fpk/L54mvzohxDpda9k226TQuendiB TyhjAzVj5KY0TbiETWi8DYN6nTlTkvkJr0jhVmcyMPBwicBmDRJcfUBVOkhxAQ180/T4iSxJJxIV XMJB0QwHaWumcAhQ9kS5oo9HtnJIrHb42A633IPmnIyRKjFH1opRSxM4K7PWu6/HrGmlOtFsvmpN I5opip5qc5W1ic2xG0w+Vw0G59aE7gZBTwRWXoVTvZYdDj6YkbG2u/VR5RbNurq/EBfJFI9J6SOt d91HTeOkKlZqimg9bDCsGdH/1GoOt7Ym+xrczuIkl93lE9hV3nsdL1Un58ozxsvH05HlbnKyHB12 ovbK8kqEYlx0ogmcmeE2K8DrUjeUmCXwOilWwob9qclsDL/wZrtSDKLPybhmoxqvKezVgUJI1cMy taFhpsoQYLnmZOVfXgGzXpQCgWp0NilaaxAM/5gUYEfftWQyIbFyne2MaNvZx7KU8qkiYpCOD9GI TcUeBvfrUAV9xlTCqw9TEfSD6ETa2mbKL85lYQy8wdPcMCtSXJZbnaJVJlu4CdW5DObJEQ90C8pu lDu/KiblL0gVN4z/Z6ro/QReQ7TG2gMxvPwVGOlM6URcqJRDFSpSGm8LaBxM7YBoQVBd9HaN4BW0 +RXkQP/anLM0NDUGp0m1RxMkKOxHKhWE7EJZMtF3CrFmuXdZkhUhE1GOuLKwYo/IAWFDXQNX9d4e oRRC3VSTsgwY3PH485/LDBoluslx882rZPO91+bA39352GQGpfw6bBqayv5zEY21/M7HrjfLq73X VURPLNqsy1VWADNnK2iXaf8XRTjnVmsrVk3j5ZVKOPBiXWMYnDdEBbxMQvof7H9UxMx+z9Ab6pDv QW1F8I1CE4Owgai+ZBsPpAukHRxB42QHbTBpUta0ZXerrVZt1hfSRi1cMOd7zNhasrP4+5zGnjdn PjsvFy/S2KWFPVvbsRNNDZ49nqIwNKkOMsYx5kOY+62Kj+6Do3vw/WDKlDTBRB7Aq0PooQcmDyD5 LUezdOMPAAAA//8DAFBLAwQUAAYACAAAACEADdGQn7YAAAAbAQAAJwAAAHRoZW1lL3RoZW1lL19y ZWxzL3RoZW1lTWFuYWdlci54bWwucmVsc4SPTQrCMBSE94J3CG9v07oQkSbdiNCt1AOE5DUNNj8k UeztDa4sCC6HYb6ZabuXnckTYzLeMWiqGgg66ZVxmsFtuOyOQFIWTonZO2SwYIKObzftFWeRSyhN JiRSKC4xmHIOJ0qTnNCKVPmArjijj1bkIqOmQci70Ej3dX2g8ZsBfMUkvWIQe9UAGZZQmv+z/Tga iWcvHxZd/lFBc9mFBSiixszgI5uqTATKW7q6xN8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAOneD7// AAAAHAIAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEApdan58AAAAA2AQAACwAAAAAAAAAAAAAAAAAwAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAa3mWFoMAAACKAAAAHAAAAAAAAAAAAAAAAAAZAgAAdGhlbWUvdGhlbWUvdGhlbWVNYW5hZ2Vy LnhtbFBLAQItABQABgAIAAAAIQBQrUYtcQYAAIYbAAAWAAAAAAAAAAAAAAAAANYCAAB0aGVtZS90 aGVtZS90aGVtZTEueG1sUEsBAi0AFAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAAAAAAAAAAAAAAA ewkAAHRoZW1lL3RoZW1lL19yZWxzL3RoZW1lTWFuYWdlci54bWwucmVsc1BLBQYAAAAABQAFAF0B AAB2CgAAAAAAAA8EOgEAADw/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFu ZGFsb25lPSJ5ZXMiPz4NCjxhOmNsck1hcCB4bWxuczphPSJodHRwOi8vc2NoZW1hcy5vcGVueG1s Zm9ybWF0cy5vcmcvZHJhd2luZ21sLzIwMDYvbWFpbiIgYmcxPSJsdDEiIHR4MT0iZGsxIiBiZzI9 Imx0MiIgdHgyPSJkazIiIGFjY2VudDE9ImFjY2VudDEiIGFjY2VudDI9ImFjY2VudDIiIGFjY2Vu dDM9ImFjY2VudDMiIGFjY2VudDQ9ImFjY2VudDQiIGFjY2VudDU9ImFjY2VudDUiIGFjY2VudDY9 ImFjY2VudDYiIGhsaW5rPSJobGluayIgZm9sSGxpbms9ImZvbEhsaW5rIi8+DwDuA58DAAACAO8D GAAAABAAAAAAAAAAAAAAAAAAAIAAAQAABwAwAA8ADASmAgAADwAC8J4CAADwAAjwCAAAAAMAAAAD CAAADwAD8IYCAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAAgAAAUA AAAPAATwGQEAABIACvAIAAAAAggAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAoAtSBIEAMGUB AIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAGAP8BAAARAAEDAgQAAD8D AAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANAAAAAAAEPAIAAAAPgWwAdAU3AgP ABHwHAAAAAAAwwsIAAAA/////w8Awy0AAB8EBAAAAAIAAAAPAA3wTQAAAAAAnw8EAAAABgAAAAAA qA8LAAAANlRTQ0ggV2ViZXgAAKEPFAAAAAwAAAAAAAAACgAHAAwAAAAAAAAAAACqDwoAAAAMAAAA AQAAAAAADwAE8C0BAAASAArwCAAAAAMIAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAACAKUgSB ADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAAABgD/AQAAEQABAwME AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADUAAAAAABDwCAAAAJAJYAMg E+ANDwAR8BwAAAAAAMMLCAAAAP////8QAMMtAAAfBAQAAAADAAAADwAN8GEAAAAAAJ8PBAAAAAUA AAAAAKgPCwAAADA2LzIxLzIwMTMNAAChDxQAAAAMAAAAAAAAAAoABwAMAAAAAAAAAAAAqg8KAAAA DAAAAAEAAAAAAAAApg8MAAAA8AAAANQB0ALwAxAFEADwByAAAAD///8AAAAAAICAgAAAAAAAu+Dj ADMzmQAAmZkAmcwAAA8AiBORAAAADwCKE4kAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT aQAAAAAA6y4IAAAAxEfOASCd9A0AAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAA AAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQI AAAAAQAAAAEAAAAPAO4D2QQAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAEBAAAHADAADwAMBOAD AAAPAALw2AMAABABCPAIAAAAAwAAAAMMAAAPAAPwwAMAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAA AAAAAAAAAAAAAgAK8AgAAAAADAAABQAAAA8ABPAUAQAAEgAK8AgAAAACDAAAIAIAAAMBC/B4AAAA BAAAAAAAfwABAO8BgACgCFIEgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAA AAAAvwAAAAYA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAyAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAcAAAAAADDCwgAAAD/////DQDDLQAAHwQEAAAAAgAA AA8ADfBIAAAAAACfDwQAAAAAAAAAAACoDwYAAABBZ2VuZGEAAKEPFAAAAAcAAAAAAAAACgAHAAcA AAAAAAAAAACqDwoAAAAHAAAAAQAAAAAADwAE8GwCAAASAArwCAAAAAMMAAAgAgAAAwEL8HgAAAAE AAAAAAB/AAEA7wGAAMAJUgSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAA AAC/AAAABgD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAg ADMAAAAAABDwCAAAAPADIAFgFRMPDwAR8HYAAAAAAMMLCAAAAP////8OAMMtDwCIE1IAAAAPAIoT SgAAAAAAug8OAAAAXwBfAF8AUABQAFQAOQAAAIsTLAAAAAAArA8kAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfBAQAAAADAAAADwAN8EYBAAAAAJ8PBAAAAAEAAAAAAKgP yAAAACBkcmFmdC10aHViZXJ0LTZ0c2NoLWFyY2hpdGVjdHVyZS0wMiAgWzVtaW5dDSBkcmFmdC12 aWxham9zYW5hLTZ0c2NoLWJhc2ljLTAwCVsxMG1pbl0NIEFyY2hpdGVjdHVyZSB3aXRoIHJlbW90 ZSBCQlIJWzEwbWluXQ0gU29mdCBjZWxsIGFzc2lnbm1lbnQ6IHJhbmRvbSBvciBub3Q/CVsyMG1p bl0NIFRyYWNrIElEcwlbMTBtaW5dDSBBT0IJWzVtaW5dAAChDygAAADJAAAAAAAAEAAAWgCjAAAA AAAAAAEAAAAABAAAAAQlAAAAAAgAAAAIAACqDx4AAACjAAAAAQAAAAAAAQAAAAEAAAAAACUAAAAB AAAAAAAAAKYPDAAAAAwAAAABAK8TAgAAABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kA AJmZAJnMAAAPAIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2kAAAAA AOsuCAAAAMRHzgGACUUZAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAAAAAA AAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAAACIECAAAAAEA AAACAAAADwDuA1YDAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwAwAA8ADAS2AgAADwAC 8K4CAAAwAQjwCAAAAAMAAAADEAAADwAD8JYCAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAA AAAAAAIACvAIAAAAABAAAAUAAAAPAATwMQEAABIACvAIAAAAAhAAACACAAADAQvweAAAAAQAAAAA AH8AAQDvAYAAgARSBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8A AAAGAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANAAA AAAAEPAIAAAAPgWwAdAU3AgPABHwHAAAAAAAwwsIAAAA/////w8Awy0AAB8EBAAAAAIAAAAPAA3w ZQAAAAAAnw8EAAAABgAAAAAAqA8jAAAAZHJhZnQtdGh1YmVydC02dHNjaC1hcmNoaXRlY3R1cmUt MDIAAKEPFAAAACQAAAAAAAAAAAAkAAAAAAACACgAAACqDwoAAAAkAAAAAQAAAAAADwAE8CUBAAAS AArwCAAAAAMQAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAIAKUgSBADBlAQCCAJiyAACDADBl AQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAAABgD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/ AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADUAAAAAABDwCAAAAJAJYAMgE+ANDwAR8BwAAAAAAMML CAAAAP////8QAMMtAAAfBAQAAAADAAAADwAN8FkAAAAAAJ8PBAAAAAUAAAAAAKgPEQAAAE5vdCBw dWJsaXNoZWQgeWV0AACqDxgAAAARAAAABwAAAAAADAQAAAEAAAABAAAAAAAAAKYPDAAAAPAAAADU AdAC8AMQBRAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAH5tzgEweqkYAAAi BAgAAAABAAAAAQAAAA8A7gMGEAAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcAMAAPAAwE Zg8AAA8AAvBeDwAAUAII8AgAAAAEAAAABBQAAA8AA/BGDwAADwAE8CgAAAABAAnwEAAAAAAAAAAA AAAAAAAAAAAAAAACAArwCAAAAAAUAAAFAAAADwAE8NYIAAAyAArwCAAAAAIUAAAACgAAswAL8FAA AAB/AAAABACAAEAIUgSHAAEAAAC/AAAABgCBAQQAAAi/ARAAEADAAYmkpwDLAThjAAD/AQgACACA ww4AAAC/AwAAAgBPAHYAYQBsACAAMwAAACMAIvH6BwAA/wEAAEAAqcPuBwAAUEsDBBQABgAIAAAA IQDw94q7/QAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJSRzUrEMBDH74LvEOYqbaoHEWm6 B6tHFV0fYEimbdg2CZlYd9/edD8u4goeZ+b/8SOpV9tpFDNFtt4puC4rEOS0N9b1Cj7WT8UdCE7o DI7ekYIdMayay4t6vQvEIrsdKxhSCvdSsh5oQi59IJcvnY8TpjzGXgbUG+xJ3lTVrdTeJXKpSEsG NHVLHX6OSTxu8/pAEmlkEA8H4dKlAEMYrcaUSeXszI+W4thQZudew4MNfJUxQP7asFzOFxx9L/lp ojUkXjGmZ5wyhjSRJQ8YKGvKv1MWzIkL33VWU9lGfl98J6hz4cZ/uUjzf7PbbHuj+ZQu9z/UfAMA AP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9 g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg 63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0 pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/ 9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAxFjOzosDAAAlCQAAEAAA AGRycy9zaGFwZXhtbC54bWysVlFPGzkQfj/p/oPl1xNNQkPbW3WpAhJ3J0U0IlR9nni9ZA+vvWd7 Q8Kv7zf2JlAOVVXhJYw9s57P34y/4eOnbWvERvvQOFvKyZuxFNoqVzX2ppRfri+OPkgRItmKjLO6 lDsd5KfT33/72BWhE/jYhqIr5TrGrhiNglrrlsIb12kLX+18SxFLfzPqvA7aRopI1JrR8Xj8btRS Y+UpjrKbZbfwbKnLzcKLpirlVApLLVJ+3pARb+VocHNksi0iYYwefx7SMVRsa98O6Ohn0FWe7nDl J8CocHUttqV8/w54Qc2ulCfTyRgLhkOF3kah2H8yffuBAxQi/pxMpzlglIFwZOdD/Eu7F4MSfFAp tTFNFzTIo4I28xCZiIcsiZXMBeoUd0ZzoLFXGtdJNftlVlAbXPg4ZU7l1ufGC5SolKQUKjzJrjVV Om+fgLrEFwAevkhwEyBGVjfGvBq2AQC34v+xZZ6GfJxa17VW8dWSj39ETE5+yJhu7uzrJW8b6/xz AAyqMtw858sNkhujK+L2zFU7hrPCX7y/l/aId+hRPIfQqYsGDTunEBfk0XTYhNrEz/ipjbsrpRss KdbO3z+3z/F4w/BKcecJahP+68lrKcw/NgzvTYqYFtOT98fI4R97Vo89tm/PHZp1ktAlk+Oj2Zu1 d+1X56sZZ4WLrELuUqro94vziDVc0DelZ7NkK9d2FOd22Sk+nMnkp3q9/Uq+G15thF5cuuWaumdf bo7lL62b9dHVzfCsc1XYYUJcctVeWiE0A/C99JR0CNqlJT9PJMC4SobZgGIw1NgKkpBMMjeYMInF StfXtFreH7SS+U9Bmub2zN+m8tRo1Vn6aEWQOmEwO+zgxtFrsjeQ7EVvFRJkxg3Tz6jQeAsVs/5M WH/2AvQ44kzXT2P3Yfj+wTur4w/iBu+qhw5ebxOxq355fzAvcI3D4hJDNIVEWmXVpgJsXOVJhpLw FIQo2YqfC7bFbd82rfu3ybTizhB/e/RlifYFf5M0dVaZ6/Tbl9IiCU9t39xifFq3TJYUt9rzjOfp JRS/oyGQOxZb0I6WTHOv/05LJt00PPOTb+Gdq5Md2nhuNOGoLHbGMmTrLiDiWWTyTnCmqXgzkfe9 HD8I0ndRWRr3xPRzOxDX8zGDndpAxF2na1JA90drj0wc5jE9cWjKDhWeOFQYBPGB6jxBkzLuBRH/ W4Tu9BsAAAD//wMAUEsDBBQABgAIAAAAIQCQqBum1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI/BTsMwEETvSPyDtUjcqENVIRTqVihQ0SMpqOdtvE1C43Wwlzbp12NxoMfRjN7ozZeD69SRQmw9 G7ifZKCIK29brg18fqzuHkFFQbbYeSYDI0VYLq6v5phbf+KSjhupVYJwzNFAI9LnWseqIYdx4nvi 1O19cCgphlrbgKcEd52eZtmDdthyemiwp6Kh6rD5cQbOuD3z+1dZrLXecTmVccYvhTG3N8PzEyih QS7j12y7+j78l3+otTUwA7V/G3ehtSVGoWAguSXTZAl68QsAAP//AwBQSwECLQAUAAYACAAAACEA 8PeKu/0AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQDEWM7OiwMAACUJAAAQAAAAAAAAAAAAAAAAACkCAABkcnMvc2hhcGV4bWwueG1sUEsB Ai0AFAAGAAgAAAAhAJCoG6bUAAAA+QAAAA8AAAAAAAAAAAAAAAAA4gUAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAABAAEAPUAAADjBgAAAAAAABDwCAAAAFAN4AFwFJAPDwAN8FQAAAAAAJ8PBAAAAAQA AAAAAKEPGgAAAAEAAAAAAAAICgABAAcAAQAAAAAABAD////+AACqDwoAAAABAAAAAQAAAAAAAACm DwwAAADwAAAA1AHQAvADEAUPAATwDgEAABIACvAIAAAAAxQAACACAAADAQvwcAAAAAQAAAAAAH8A AQDvAYAA4AdSBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAG AP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AGwAZQAgADEAAAAAABDwCAAAAK0A IAFgFX0DDwAR8BwAAAAAAMMLCAAAAP////8NAMMtAAAfBAQAAAACAAAADwAN8EoAAAAAAJ8PBAAA AAAAAAAAAKgPJAAAAENlbnRyYWxpemVkIHZzLiAgRGlzdHJpYnV0ZWQgUm91dGluZwAAqg8KAAAA JQAAAAEAAAAAAA8ABPAaBQAAEgAK8AgAAAAEFAAAIAIAABMBC/CSAAAABAAAAAAAfwABAO8BgACg DlIEgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAAAAYAvwEBAAEA /wEQABEAAQMDBAAAPwMAAAgAgMMsAAAAvwMAAAIAQwBvAG4AdABlAG4AdAAgAFAAbABhAGMAZQBo AG8AbABkAGUAcgAgADIAAAAAABDwCAAAALAEgAHAFdMPDwAR8IIAAAAAAMMLCAAAAP////8TAMMt DwCIE14AAAAPAIoTVgAAAAAAug8OAAAAXwBfAF8AUABQAFQAOQAAAIsTOAAAAAAArA8wAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfBAQAAAADAAAA DwAN8M4DAAAAAJ8PBAAAAAEAAAAAAKgPOAMAACAgICAgIDZUU0NIIHN1cHBvcnRzIGEgbWl4IG1v ZGVsIG9mIGNlbnRyYWxpemVkIHJvdXRlcyB0aGF0IGFyZSBjb21wdXRlZCBieQ0gICBhIFBhdGgg Q29tcHV0YXRpb24gRW50aXR5IGFuZCBkaXN0cmlidXRlZCByb3V0ZXMgdGhhdCBhcmUgY29tcHV0 ZWQgYnkNICAgUlBMIG92ZXIgYSBjb21tb24gcGh5c2ljYWwgTExOLg0NICAgQm90aCBSUEwgYW5k IHRoZSBQQ0UgbWF5IGluamVjdCByb3V0ZXMgaW4gdGhlIFJvdXRpbmcgVGFibGVzIG9mIHRoZQ0g ICA2VFNDSCByb3V0ZXJzLiAgSW4gZWl0aGVyIGNhc2UsIGVhY2ggcm91dGUgaXMgYXNzb2NpYXRl ZCB3aXRoIGENICAgdG9wb2xvZ3kgdGhhdCBpcyBpbmRleGVkIGJ5IGFuIGluc3RhbmNlSUQsIGFz IGRlZmluZWQgaW4gUlBMDSAgIFtSRkM2NTUwXS4gIFJQTCBhbmQgUENFIHJlbHkgb24gc2hhcmVk IHNvdXJjZXMgdG8gZGVmaW5lIEdsb2JhbCBhbmQNICAgTG9jYWwgSW5zdGFuY2VJRHMuDQ0gICBJ dCBpcyBwb3NzaWJsZSBmb3IgUlBMIGFuZCBQQ0UgdG8gc2hhcmUgYSBzYW1lIHRvcG9sb2d5LCBp biB3aGljaA0gICBjYXNlIHRoZSBQQ0Ugcm91dGVzIGhhdmUgcHJlY2VkZW5jZSBvdmVyIFJQTCBy b3V0ZXMgaW4gY2FzZSBvZiBhDSAgIGNvbmZsaWN0Lg0NICAgSW5zaWRlIHRoZSA2VFNDSCBkb21h aW4sIHRoZSBmbG93IGxhYmVsIGlzIHVzZWQgdG8gaW5kaWNhdGUgdGhlDSAgIHRvcG9sb2d5IHRo YXQgbXVzdCBiZSB1c2VkIGZvciByb3V0aW5nIGFuZCB0aGUgYXNzb2NpYXRlZCBSb3V0aW5nDSAg IFRhYmxlcyBhcyBkaXNjdXNzZWQgaW4gW0ktRC50aHViZXJ0LXJvbGwtZmxvdy1sYWJlbF0uAACh D0YAAAA5AwAAAAABAAAAAAABAAAAAAACAA4ABQAAAAAEAgAABA4AMgMAAAAIYwAACAIAAgACAA4A AQAAAAAMYwAADAIAAgACAA4AAACqDx4AAAABAAAAAQAAAAAANwMAAAEAAAAAAAEAAAABAAAAAAAA AKYPBgAAAAgAAAAAABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgT OAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAOVtzgGw QNJaAAAiBAgAAAABAAAAAgAAAA8A7gMEBgAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA MAAPAAwEZAUAAA8AAvBcBQAAYAII8AgAAAADAAAAAxgAAA8AA/BEBQAADwAE8CgAAAABAAnwEAAA AAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAAYAAAFAAAADwAE8HIBAAASAArwCAAAAAIYAAAgAgAA AwEL8HAAAAAEAAAAAAB/AAEA7wGAACANUgSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACH AAEAAACIAAAAAAC/AAAABgD/ARAAEQABAwIEAAA/AwAACACAwxAAAAC/AwAAAgBUAGkAdABsAGUA IAAxAAAAAAAQ8AgAAACtACABYBV9Aw8AEfBqAAAAAADDCwgAAAD/////DQDDLQ8AiBNGAAAADwCK Ez4AAAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLEyAAAAAAAKwPGAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAHwQEAAAAAgAAAA8ADfBgAAAAAACfDwQAAAAAAAAAAACoDwwAAAAgVHVubmVs IE1vZGUAAKEPHAAAAA0AAAAAAAAAAAAMAAAAAAAAAAEAAAAABAAAAAQAAKoPFAAAAAwAAAABAAAA AAABAAAAAQAAAAAADwAE8JIDAAASAArwCAAAAAMYAAAgAgAAEwEL8JIAAAAEAAAAAAB/AAEA7wGA AMAMUgSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAAABgC/AQEA AQD/ARAAEQABAwMEAAA/AwAACACAwywAAAC/AwAAAgBDAG8AbgB0AGUAbgB0ACAAUABsAGEAYwBl AGgAbwBsAGQAZQByACAAMgAAAAAAEPAIAAAA8AMgAWAVEw8PABHwHAAAAAAAwwsIAAAA/////xMA wy0AAB8EBAAAAAMAAAAPAA3wrAIAAAAAnw8EAAAAAQAAAAAAqA9UAgAAICAgSW4gdHVubmVsIG1v ZGUsIHRoZSBmcmFtZXMgb3JpZ2luYXRlIGZyb20gYW4gYXJiaXRyYXJ5IHByb3RvY29sIG92ZXIN ICAgYSBjb21wYXRpYmxlIE1BQyB0aGF0IG1heSBvciBtYXkgbm90IGJlIHBlcmZlY3RseSBzeW5j aHJvbml6ZWQgd2l0aA0gICB0aGUgNlRTQ0ggbmV0d29yay4gIEFuIGV4YW1wbGUgb2YgdGhpcyB3 b3VsZCBiZSBhIHJvdXRlciB3aXRoIGEgZHVhbA0gICByYWRpbyB0aGF0IGlzIGNhcGFibGUgdG8g cmVjZWl2ZSBhbmQgc2VuZCBXaXJlbGVzcyBIQVJUIG9yIElTQTEwMC4xMWENICAgZnJhbWVzIHdp dGggdGhlIHNlY29uZCByYWRpbywgYnkgcHJlc2VudGluZyBpdHNlbGYgYXMgYW4gQWNjZXNzIFBv aW50DSAgIG9yIGEgQmFja2JvbmUgUm91dGVyLCByZXNwZWN0aXZlbHkuDQ0gICBJbiB0aGF0IG1v ZGUsIHRoZSBQQ0UgbWF5IGNvb3JkaW5hdGUgd2l0aCBhIFdpSEFSVCBOZXR3b3JrIE1hbmFnZXIg b3INICAgYW4gSVNBMTAwLjExYSBTeXN0ZW0gTWFuYWdlciBpbiBvcmRlciB0byBzcGVjaWZ5IHRo ZSBmbG93cyB0aGF0IGFyZQ0gICB0byBiZSB0cmFuc3BvcnRlZCB0cmFuc3BhcmVudGx5IG92ZXIg dGhlIFRyYWNrLg0AAKEPHAAAAFUCAAAAAAEAAAAAAFUCAAAAAGMAAgACAAIADgAAAKoPCgAAAFUC AAABAAAAAAAAAKYPBgAAAAgAAAAAABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZ AJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsu CAAAAOVtzgEQmo3qAAAiBAgAAAABAAAAAgAAAA8A7gNVCAAAAgDvAxgAAAAQAAAAAAAAAAAAAAAA AACAAAAAAAcAMAAPAAwEtQcAAA8AAvCtBwAAcAII8AgAAAADAAAAAxwAAA8AA/CVBwAADwAE8CgA AAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAAcAAAFAAAADwAE8HIBAAASAArwCAAA AAIcAAAgAgAAAwEL8HAAAAAEAAAAAAB/AAEA7wGAAGAMUgSBADBlAQCCAJiyAACDADBlAQCEAJiy AACFAAAAAACHAAEAAACIAAAAAAC/AAAABgD/ARAAEQABAwIEAAA/AwAACACAwxAAAAC/AwAAAgBU AGkAdABsAGUAIAAxAAAAAAAQ8AgAAACtACABYBV9Aw8AEfBqAAAAAADDCwgAAAD/////DQDDLQ8A iBNGAAAADwCKEz4AAAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLEyAAAAAAAKwPGAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAHwQEAAAAAgAAAA8ADfBgAAAAAACfDwQAAAAAAAAAAACoDwwA AAAgVHVubmVsIE1vZGUAAKEPHAAAAA0AAAAAAAAAAAAMAAAAAAAAAAEAAAAABAAAAAQAAKoPFAAA AAwAAAABAAAAAAABAAAAAQAAAAAADwAE8OMFAAASAArwCAAAAAMcAAAgAgAAEwEL8JIAAAAEAAAA AAB/AAEA7wGAAABQVQSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/ AAAABgC/AQEAAQD/ARAAEQABAwMEAAA/AwAACACAwywAAAC/AwAAAgBDAG8AbgB0AGUAbgB0ACAA UABsAGEAYwBlAGgAbwBsAGQAZQByACAAMgAAAAAAEPAIAAAAMAPwADAVUw4PABHwagAAAAAAwwsI AAAA/////xMAwy0PAIgTRgAAAA8AihM+AAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5AAAAixMgAAAA AACsDxgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8EBAAAAAMAAAAPAA3wrwQAAAAAnw8E AAAAAQAAAAAAqA87BAAAIA0gICAgICAgICAgICstLS0tLS0tLS0tLS0tLSsNICAgICAgICAgICB8 ICAgICBJUHY2ICAgICB8DSAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tKw0gICAgICAgICAgIHwg IDZMb1dQQU4gSEMgIHwNICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0rICAgICAgICAgICAgIHNl dCAgICAgICAgICAgIHJlc3RvcmUNICAgICAgICAgICB8ICAgICA2VFVTICAgICB8ICAgICAgICAg ICAgK2RtYWMrICAgICAgICAgICtkbWFjKw0gICAgICAgICAgICstLS0tLS0tLS0tLS0tLSsgICAg ICAgICAgICB8ICAgIHwgICAgICAgICAgfCAgICB8DSAgICAgICAgICAgfCAgIFRTQ0ggTUFDICAg fCAgICAgICAgICAgIHwgICAgfCAgICAgICAgICB8ICAgIHwNICAgICAgICAgICArLS0tLS0tLS0t LS0tLS0rICAgICAgICAgICAgfCAgICB8ICAgICAgICAgIHwgICAgfA0gICAgICAgICAgIHwgICBM TE4gUEhZICAgIHwgICAgKy0tLS0tLS0rICAgICstLS4uLi0tLS0tKyAgICArLS0tLS0tLSsNICAg ICAgICAgICArLS0tLS0tLS0tLS0tLS0rICAgIHwgICBpbmdyZXNzICAgICAgICAgICAgICAgICBl Z3Jlc3MgICB8DSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICAgICstLS0tLS0tLS0tLS0tLSsgICAgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgICAgICB8ICAgTExOIFBI WSAgICB8ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAg ICAgKy0tLS0tLS0tLS0tLS0tKyAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfA0gICAgICAgICAgIHwgICBUU0NIIE1BQyAgIHwgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwNICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0rICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgICAgfElTQTEwMC9XaUhBUlQg fCAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdg0gICAgICAgICAgICst LS0tLS0tLS0tLS0tLSsgAAChDy4AAAA8BAAAAAABAAAAAAA7BAAAAABjAAIAAgACAA4AAQAAAAAE YwAABAIAAgACAA4AAACqDxQAAAA7BAAAAQAAAAAAAQAAAAEAAAAAAAAApg8GAAAACAAAAAAAEADw ByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAA5W3OAWCQanwAACIECAAAAAEAAAAC AAAADwDuAyoHAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwAwAA8ADASKBgAADwAC8IIG AACAAgjwCAAAAAMAAAADIAAADwAD8GoGAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAA AAIACvAIAAAAACAAAAUAAAAPAATwcgEAABIACvAIAAAAAiAAACACAAADAQvwcAAAAAQAAAAAAH8A AQDvAYAAYAlSBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAG AP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AGwAZQAgADEAAAAAABDwCAAAAK0A IAFgFX0DDwAR8GoAAAAAAMMLCAAAAP////8NAMMtDwCIE0YAAAAPAIoTPgAAAAAAug8OAAAAXwBf AF8AUABQAFQAOQAAAIsTIAAAAAAArA8YAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfBAQA AAACAAAADwAN8GAAAAAAAJ8PBAAAAAAAAAAAAKgPDAAAACBUdW5uZWwgTW9kZQAAoQ8cAAAADQAA AAAAAAAAAAwAAAAAAAAAAQAAAAAEAAAABAAAqg8UAAAADAAAAAEAAAAAAAEAAAABAAAAAAAPAATw uAQAABIACvAIAAAAAyAAACACAAATAQvwkgAAAAQAAAAAAH8AAQDvAYAAAAxSBIEAMGUBAIIAmLIA AIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAGAL8BAQABAP8BEAARAAEDAwQAAD8D AAAIAIDDLAAAAL8DAAACAEMAbwBuAHQAZQBuAHQAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAAy AAAAAAAQ8AgAAADwAyABYBUTDw8AEfBqAAAAAADDCwgAAAD/////EwDDLQ8AiBNGAAAADwCKEz4A AAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLEyAAAAAAAKwPGAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAHwQEAAAAAwAAAA8ADfCEAwAAAACfDwQAAAABAAAAAACoDxADAAANICAgSW4gdGhh dCBjYXNlLCB0aGUgZmxvdyBpbmZvcm1hdGlvbiB0aGF0IGlkZW50aWZpZXMgdGhlIFRyYWNrIGlz DSAgIHVuaXF1ZWx5IGRlcml2ZWQgZnJvbSB0aGUgaW5mb3JtYXRpb24gYXQgdGhlIHJlY2Vpdmlu ZyBlbmQsIGZvcg0gICBpbnN0YW5jZSB0aGUgaW5jb21pbmcgVGltZXNsb3RzLCBvciBhbiBJU0Ex MDAuMTFhIENvbnRyYWN0SWQuICBBdCB0aGUNICAgaW5ncmVzcyA2VFNDSCByb3V0ZXIsIHRoZSBw YWNrZXQgZGVzdGluYXRpb24gaXMgcmVjb2duaXplZCBhcyBzZWxmDSAgIGJ1dCB0aGUgZmxvdyBp bmZvcm1hdGlvbiBpbmRpY2F0ZXMgdGhhdCB0aGUgZnJhbWUgbXVzdCBiZSB0dW5uZWxlZA0gICBv dmVyIGEgcGFydGljdWxhciA2VFVTIFRyYWNrIHNvIHRoZSBwYWNrZXQgaXMgbm90IHB1bnRlZCB0 byB1cHBlcg0gICBsYXllci4gIEluc3RlYWQsIGl0IGlzIHBhc3NlZCB0byB0aGUgNlRVUyBzdWJs YXllciBmb3Igc3dpdGNoaW5nLg0gICBUaGUgNlRVUyBzdWJsYXllciBpbiB0aGUgaW5ncmVzcyBy b3V0ZXIgb3ZlcnJpZGVzIHRoZSBkZXN0aW5hdGlvbiBNQUMNICAgdG8gYnJvYWRjYXN0IGFuZCBm b3J3YXJkcy4NDSAgIEF0IHRoZSBlZ3Jlc3MgNlRVUyByb3V0ZXIsIHRoZSByZXZlcnNlIG9wZXJh dGlvbiBvY2N1cnMuICBCYXNlZCBvbg0gICBtZXRhZGF0YSBhc3NvY2lhdGVkIHRvIHRoZSBUcmFj aywgdGhlIGZyYW1lIGlzIHBhc3NlZCB0byB0aGUNICAgYXBwcm9wcmlhdGUgbGluayBsYXllciB3 aXRoIHRoZSBkZXN0aW5hdGlvbiBNQUMgcmVzdG9yZWQuAAChDy4AAAARAwAAAAABAAAAAAAQAwAA AABjAAIAAgACAA4AAQAAAAAEYwAABAIAAgACAA4AAACqDxQAAAAQAwAAAQAAAAAAAQAAAAEAAAAA AAAApg8GAAAACAAAAAAAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8A iBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAA5W3O AXApK8IAACIECAAAAAEAAAACAAAADwDuA0wHAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAA BwAwAA8ADASsBgAADwAC8KQGAACQAgjwCAAAAAMAAAADJAAADwAD8IwGAAAPAATwKAAAAAEACfAQ AAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAACQAAAUAAAAPAATwdQEAABIACvAIAAAAAiQAACAC AAADAQvwcAAAAAQAAAAAAH8AAQDvAYAAAA9SBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAA AIcAAQAAAIgAAAAAAL8AAAAGAP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AGwA ZQAgADEAAAAAABDwCAAAAK0AIAFgFX0DDwAR8GoAAAAAAMMLCAAAAP////8NAMMtDwCIE0YAAAAP AIoTPgAAAAAAug8OAAAAXwBfAF8AUABQAFQAOQAAAIsTIAAAAAAArA8YAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAfBAQAAAACAAAADwAN8GMAAAAAAJ8PBAAAAAAAAAAAAKgPDwAAACBUcmFu c3BvcnQgTW9kZQAAoQ8cAAAAEAAAAAAAAAAAAA8AAAAAAAAAAQAAAAAEAAAABAAAqg8UAAAADwAA AAEAAAAAAAEAAAABAAAAAAAPAATw1wQAABIACvAIAAAAAyQAACACAAATAQvwkgAAAAQAAAAAAH8A AQDvAYAA4A1SBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAG AL8BAQABAP8BEAARAAEDAwQAAD8DAAAIAIDDLAAAAL8DAAACAEMAbwBuAHQAZQBuAHQAIABQAGwA YQBjAGUAaABvAGwAZABlAHIAIAAyAAAAAAAQ8AgAAADwAyABYBUTDw8AEfBqAAAAAADDCwgAAAD/ ////EwDDLQ8AiBNGAAAADwCKEz4AAAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLEyAAAAAAAKwP GAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHwQEAAAAAwAAAA8ADfCjAwAAAACfDwQAAAAB AAAAAACoDy8DAAAgDSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgXg0gICAgICAgICAgICstLS0tLS0tLS0tLS0tLSsgICAg fCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNICAgICAgICAgICB8ICAgICBJ UHY2ICAgICB8ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAg ICAgICAgKy0tLS0tLS0tLS0tLS0tKyAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgfA0gICAgICAgICAgIHwgIDZMb1dQQU4gSEMgIHwgICAgfCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwNICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0rICBpbmdyZXNz ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZWdyZXNzDSAgICAgICAgICAgfCAgICAgNlRV UyAgICAgfCAgIHNldHMgICAgICstLS0tKyAgICAgICAgICArLS0tLSsgICAgIHJlc3RvcmVzDSAg ICAgICAgICAgKy0tLS0tLS0tLS0tLS0tKyAgZG1hYyB0byAgIHwgICAgfCAgICAgICAgICB8ICAg IHwgICAgIGRtYWMgdG8NICAgICAgICAgICB8ICAgVFNDSCBNQUMgICB8ICAgYnJkY3N0ICAgfCAg ICB8ICAgICAgICAgIHwgICAgfCAgICAgIHNlbGYNICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0r ICAgIHwgICAgICAgfCAgICB8ICAgICAgICAgIHwgICAgfCAgICAgICB8DSAgICAgICAgICAgfCAg IExMTiBQSFkgICAgfCAgICArLS0tLS0tLSsgICAgKy0tLi4uLS0tLS0rICAgICstLS0tLS0tKw0g ICAgICAgICAgICstLS0tLS0tLS0tLS0tLSsNIAAAoQ8uAAAAMAMAAAAAAQAAAAAALwMAAAAAYwAC AAIAAgAOAAEAAAAABGMAAAQCAAIAAgAOAAAAqg8UAAAALwMAAAEAAAAAAAEAAAABAAAAAAAAAKYP BgAAAAgAAAAAABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAA AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAOVtzgEQeuOl AAAiBAgAAAABAAAAAgAAAA8A7gMrAwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcAMAAP AAwEiwIAAA8AAvCDAgAAQAEI8AgAAAADAAAAAygAAA8AA/BrAgAADwAE8CgAAAABAAnwEAAAAAAA AAAAAAAAAAAAAAAAAAACAArwCAAAAAAoAAAFAAAADwAE8C0BAAASAArwCAAAAAIoAAAgAgAAAwEL 8HgAAAAEAAAAAAB/AAEA7wGAAGAPUgSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEA AACIAAAAAAC/AAAABgD/AQAAEQABAwIEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBn AGwAZQAgADQAAAAAABDwCAAAAD4FsAHQFNwIDwAR8BwAAAAAAMMLCAAAAP////8PAMMtAAAfBAQA AAACAAAADwAN8GEAAAAAAJ8PBAAAAAYAAAAAAKgPHwAAAGRyYWZ0LXZpbGFqb3NhbmEtNnRzY2gt YmFzaWMtMDAAAKEPFAAAACAAAAAAAAAAAAAgAAAAAAACACgAAACqDwoAAAAgAAAAAQAAAAAADwAE 8P4AAAASAArwCAAAAAMoAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAIANUgSBADBlAQCCAJiy AACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAAABgD/AQEAEQABAwMEAAA/AwAACACA wxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADUAAAAAABDwCAAAAJAJYAMgE+ANDwAR8BwA AAAAAMMLCAAAAP////8QAMMtAAAfBAQAAAADAAAADwAN8DIAAAAAAJ8PBAAAAAUAAAAAAKoPCgAA AAEAAAABAAAAAAAAAKYPDAAAAPAAAADUAdAC8AMQBRAA8AcgAAAA////AAAAAACAgIAAAAAAALvg 4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAAOsuCAAAAOVtzgGA1TtQAAAiBAgAAAABAAAAAQAAAA8A7gPlAwAAAgDvAxgAAAAQAAAA AAAAAAAAAAAAAACAAAAAAAcAMAAPAAwERQMAAA8AAvA9AwAAUAEI8AgAAAADAAAAAywAAA8AA/Al AwAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAAsAAAFAAAADwAE8PgA AAASAArwCAAAAAIsAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAMBQVQSBADBlAQCCAJiyAACD ADBlAQCEAJiyAACFAAAAAACHAAEAAACIAAAAAAC/AAAABgD/AQAAEQABAwIEAAA/AwAACACAwxgA AAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADIAAAAAABDwCAAAAK0AIAFgFX0DDwAR8BwAAAAA AMMLCAAAAP////8NAMMtAAAfBAQAAAACAAAADwAN8CwAAAAAAJ8PBAAAAAAAAAAAAKgPBgAAAFN0 YXR1cwAAqg8KAAAABwAAAAEAAAAAAA8ABPDtAQAAEgAK8AgAAAADLAAAIAIAAAMBC/B4AAAABAAA AAAAfwABAO8BgABgUFUEgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAA vwAAAAYA/wEAABEAAQMDBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAz AAAAAAAQ8AgAAADwAyABYBUTDw8AEfAcAAAAAADDCwgAAAD/////DgDDLQAAHwQEAAAAAwAAAA8A DfAhAQAAAACfDwQAAAABAAAAAACoD7cAAABGb2xsb3ctdXAgb24gd2ViZXggZGlzY3Vzc2lvbiBv biAwNi8wNy8yMDEzDVB1Ymxpc2hlZCBvbiAwNi8xOS8yMDEzDWh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LXZpbGFqb3NhbmEtNnRzY2gtYmFzaWMtMDANU2FtZSBpZGVhcyBhcyBkaXNj dXNzZWQgb3ZlciB0aGUgcGhvbmUNQ29tbWVudHMgd2VsY29tZSEAAKoPHgAAAEQAAAABAAAAAAA6 AAAAAQAAAAAAOgAAAAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAACAAAAAQAAAAIlTAAAADfDwgA AABEAAAAfgAAABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAA AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAH5tzgFgh6gi AAAiBAgAAAABAAAAAgAAAA8A7gMMAwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcAMAAP AAwEbAIAAA8AAvBkAgAAYAEI8AgAAAADAAAAAzAAAA8AA/BMAgAADwAE8CgAAAABAAnwEAAAAAAA AAAAAAAAAAAAAAAAAAACAArwCAAAAAAwAAAFAAAADwAE8A4BAAASAArwCAAAAAIwAAAgAgAAAwEL 8HgAAAAEAAAAAAB/AAEA7wGAAIBRVQSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEA AACIAAAAAAC/AAAABgD/AQAAEQABAwIEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBn AGwAZQAgADQAAAAAABDwCAAAAD4FsAHQFNwIDwAR8BwAAAAAAMMLCAAAAP////8PAMMtAAAfBAQA AAACAAAADwAN8EIAAAAAAJ8PBAAAAAYAAAAAAKgPHAAAAEFyY2hpdGVjdHVyZSB3aXRoIHJlbW90 ZSBCQlIAAKoPCgAAAB0AAAABAAAAAAAPAATw/gAAABIACvAIAAAAAzAAACACAAADAQvweAAAAAQA AAAAAH8AAQDvAYAAIFFVBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAA AL8AAAAGAP8BAQARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAA NQAAAAAAEPAIAAAAkAlgAyAT4A0PABHwHAAAAAAAwwsIAAAA/////xAAwy0AAB8EBAAAAAMAAAAP AA3wMgAAAAAAnw8EAAAABQAAAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAANQB0ALwAxAF EADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAfm3OAZAJs1sAACIECAAAAAEA AAABAAAADwDuA/sIAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwAwAA8ADARbCAAADwAC 8FMIAABwAQjwCAAAAAUAAAAFNAAADwAD8DsIAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAA AAAAAAIACvAIAAAAADQAAAUAAAAPAATwBgEAABIACvAIAAAAAjQAACACAAADAQvweAAAAAQAAAAA AH8AAQDvAYAAQFJVBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8A AAAGAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANAAA AAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0Awy0AAB8EBAAAAAIAAAAPAA3w OgAAAAAAnw8EAAAAAAAAAAAAqA8UAAAAQ3VycmVudCBBcmNoaXRlY3R1cmUAAKoPCgAAABUAAAAB AAAAAAAPAATw/AQAABIACvAIAAAAAzQAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAA4FFVBIEA MGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAGAP8BAAARAAEDAwQA AD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANwAAAAAAEPAIAAAA8AMgAWAV Ew8PABHwHAAAAAAAwwsIAAAA/////w4Awy0AAB8EBAAAAAMAAAAPAA3wMAQAAAAAnw8EAAAAAQAA AAAAqA/YAwAAIC0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NICAgICAgICAgICAgICAgICAg fCAgICAgIEV4dGVybmFsIE5ldHdvcmsNICAgICAgICAgICAgICAgICAgfA0gICAgICAgICAgICAg ICArLS0tLS0rICAgICAgICAgICAgICAgICAgKy0tLS0tKw0gICAgICAgICAgICAgICB8ICAgICB8 IFJvdXRlciAgICAgICAgICAgfCAgICAgfCBQQ0UNICAgICAgICAgICAgICAgfCAgICAgfCAgICAg ICAgICAgICAgICAgIHwgICAgIHwNICAgICAgICAgICAgICAgKy0tLS0tKyAgICAgICAgICAgICAg ICAgICstLS0tLSsNICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgIHwN ICAgICAgICAgICAgICAgICAgfCAgICAgU3VibmV0IEJhY2tib25lICAgIHwNICAgICAgICAgICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsNICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwNICAgICAgICAgKy0tLS0tKyAg ICAgICAgICAgICArLS0tLS0rICAgICAgICAgICAgICstLS0tLSsNICAgICAgICAgfCAgICAgfCBC YWNrYm9uZSAgICB8ICAgICB8IEJhY2tib25lICAgIHwgICAgIHwgQmFja2JvbmUNICAgIG8gICAg fCAgICAgfCByb3V0ZXIgICAgICB8ICAgICB8IHJvdXRlciAgICAgIHwgICAgIHwgcm91dGVyDSAg ICAgICAgICstLS0tLSsgICAgICAgICAgICAgKy0tLS0tKyAgICAgICAgICAgICArLS0tLS0rDSAg ICBvICAgICAgICAgICAgICAgICAgbyAgICAgICAgICAgICAgICAgICBvICAgICAgICAgICAgICAg ICBvICAgbw0gICAgICAgIG8gICAgbyAgIG8gICAgICAgICBvICAgbyAgbyAgIG8gICAgICAgICBv ICBvICAgbyAgICBvDSAgIG8gICAgICAgICAgICAgbyAgICAgICAgbyAgTExOICAgICAgbyAgICAg IG8gICAgICAgICBvICAgICAgbw0gICAgICBvICAgbyAgICBvICAgICAgbyAgICAgIG8gbyAgICAg byAgbyAgIG8gICAgbyAgICBvICAgICBvAAChDxwAAADZAwAAAAABEAAAAABQANkDAAAAAEMAAgAC AA4AAACqDxgAAADYAwAABwAAAAAAFgQAAAEAAAABAAAAAAAPAATw9QAAABIACvAIAAAABDQAAAAK AADjAAvwbAAAAH8AAADvAYAAoFJVBIUAAgAAAIcAAQAAAL8AAAAGAIEBBAAACL8BEAAQAMABAQAA CP8BCAAYAAECAgAACD8CAAADAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAA OAAAAAAAEPAIAAAA0AUgEzAVsAcPAA3wWQAAAAAAnw8EAAAABAAAAAAAqA8BAAAAPwAAoQ8WAAAA AgAAAAAAAAgKAAEABwACAAAAAAAAAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAANQB0ALw AxAFDwAE8PQAAACiDArwCAAAAAU0AAAACgAA0wAL8GQAAAB/AAAA7wGAAABTVQSFAAIAAAC/AAIA BgCBAQQAAAi/AQAAEADAAQEAAAj/AQAAGAABAgIAAAg/AgAAAwA/AwAACACAwxYAAAC/AwAAAgBU AGUAeAB0ACAAQgBvAHgAIAA5AAAAAAAQ8AgAAADgBzAS7BXHCA8ADfBgAAAAAACfDwQAAAAEAAAA AACoDwoAAABSZW1vdGUgQkJSAAChDxQAAAALAAAAAAAAAAoABwALAAAAAAAAAAAAqg8KAAAACwAA AAEAAAAAAAAApg8MAAAA8AAAANQB0ALwAxAFEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMz mQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAA6y4IAAAAfm3OAdA832EAACIECAAAAAEAAAACAAAADwDuA24HAAACAO8DGAAAABAAAAAAAAAA AAAAAAAAAIAAAAAABwAwAA8ADATOBgAADwAC8MYGAACAAQjwCAAAAAMAAAADOAAADwAD8K4GAAAP AATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAADgAAAUAAAAPAATwAAEAABIA CvAIAAAAAjgAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAwFNVBIEAMGUBAIIAmLIAAIMAMGUB AIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAGAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8D AAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsI AAAA/////w0Awy0AAB8EBAAAAAIAAAAPAA3wNAAAAAAAnw8EAAAAAAAAAAAAqA8OAAAAVHVubmVs aW5nL1ZMQU4AAKoPCgAAAA8AAAABAAAAAAAPAATwbgUAABIACvAIAAAAAzgAACACAAADAQvweAAA AAQAAAAAAH8AAQDvAYAAYFNVBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgA AAAAAL8AAAAGAP8BAAARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABl ACAAMwAAAAAAEPAIAAAA8AMgAWAVEw8PABHwHAAAAAAAwwsIAAAA/////w4Awy0AAB8EBAAAAAMA AAAPAA3wogQAAAAAnw8EAAAAAQAAAAAAqA9KBAAAICAgICAgICAgICAgICAgLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0gICAgICAgICAgICAgICAgICB8ICAgICAgRXh0ZXJuYWwgTmV0d29y aw0gICAgICAgICAgICAgICAgICB8DSAgICAgICAgICAgICAgICstLS0tLSsgICAgICAgICAgICAg ICAgICArLS0tLS0rDSAgICAgICAgICAgICAgIHwgICAgIHwgUm91dGVyICAgICAgICAgICB8ICAg ICB8IFBDRQ0gICAgICAgICAgICAgICB8ICAgICB8ICAgICAgICAgICAgICAgICAgfCAgICAgfA0g ICAgICAgICAgICAgICArLS0tLS0rICAgICAgICAgICAgICAgICAgKy0tLS0tKw0gICAgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgfA0gICAgICAgICAgICAgICAgICB8ICAg ICBTdWJuZXQgQmFja2JvbmUgICAgfCAgICA9PT09PT09PT09DSAgICAgICAgICAgICstLS0tLS0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSAgVFVOTkVMICAtLS0tKw0gICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICA9PT09PT09PT09ICAgIHwNICAgICAg ICAgKy0tLS0tKyAgICAgICAgICAgICArLS0tLS0rICAgICAgICAgICAgICAgICAgICAgICArLS0t LS0rIChyZW1vdGUpDSAgICAgICAgIHwgICAgIHwgQmFja2JvbmUgICAgfCAgICAgfCBCYWNrYm9u ZSAgICAgICAgICAgICAgfCAgICAgfCBCYWNrYm9uZQ0gICAgbyAgICB8ICAgICB8IHJvdXRlciAg ICAgIHwgICAgIHwgcm91dGVyICAgICAgICAgICAgICAgIHwgICAgIHwgcm91dGVyDSAgICAgICAg ICstLS0tLSsgICAgICAgICAgICAgKy0tLS0tKyAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0t Kw0gICAgbyAgICAgICAgICAgICAgICAgIG8gICAgICAgICAgICAgICAgICAgbyAgICAgICAgICAg ICAgICAgbyAgIG8NICAgICAgICBvICAgIG8gICBvICAgICAgICAgbyAgIG8gIG8gICBvICAgICAg ICAgICAgICAgICAgbyAgbyAgIG8gICAgbw0gICBvICAgICAgICAgICAgIG8gICAgICAgIG8gIExM TiAgICAgIG8gICAgICBvICAgICAgICAgICAgIG8gICAgICBvDSAgICAgIG8gICBvICAgIG8gICAg ICBvICAgICAgbyBvICAgICBvICBvICAgbyAgICAgICAgICAgICBvICAgIG8gAAChDxwAAABLBAAA AAABEAAAAABQAEsEAAAAAEMAAgACAA4AAACqDxgAAABKBAAABwAAAAAAFgQAAAEAAAABAAAAAAAQ APAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAAB+bc4BQGrduwAAIgQIAAAAAQAA AAIAAAAPAO4DKggAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHADAADwAMBIoHAAAPAALw ggcAAJABCPAIAAAABAAAAAQ8AAAPAAPwUgcAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAA AAAAAgAK8AgAAAAAPAAABQAAAA8ABPAKAQAAEgAK8AgAAAACPAAAIAIAAAMBC/B4AAAABAAAAAAA fwABAO8BgADgVFUEgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAA AAYA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAA AAAQ8AgAAACtACABYBV9Aw8AEfAcAAAAAADDCwgAAAD/////DQDDLQAAHwQEAAAAAgAAAA8ADfA+ AAAAAACfDwQAAAAAAAAAAACoDxgAAABQQ0UgYXMgZm9yd2FyZGluZyBlbmdpbmUAAKoPCgAAABkA AAABAAAAAAAPAATwAwUAABIACvAIAAAAAzwAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAgFRV BIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAGAP8BAAARAAED AwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAAEPAIAAAA8AMg AWAVEw8PABHwHAAAAAAAwwsIAAAA/////w4Awy0AAB8EBAAAAAMAAAAPAA3wNwQAAAAAnw8EAAAA AQAAAAAAqA/fAwAAICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0NICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgRXh0ZXJuYWwgTmV0d29yaw0g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DSAgICAgICAgICAgICAgICAgICAgICAgICAg ICstLS0tLSsNICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgfCBQQ0UvUm91dGVyDSAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIHwNICAgICAgICAgICAgICAgICAgICAgICAg ICAgKy0tLS0tKw0gICAgICAgICAgICAgICAgICAgICAgICAgICAgXiBeIF4NICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwgfCB8DSAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0rIHwgKy0t LS0tLS0tLS0tLS0tLS0rDSAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICB8DSAgICAgICAgICAgIHYgICAgICAgICAgICAgICAgIHYgICAgICAgICAgICAgICAg ICB2DSAgICAgICAgICstLS0tLSsgICAgICAgICAgICstLS0tLSsgICAgICAgICAgICArLS0tLS0r DSAgICAgICAgIHwgICAgIHwgQmFja2JvbmUgIHwgICAgIHwgQmFja2JvbmUgICB8ICAgICB8IEJh Y2tib25lDSAgICBvICAgIHwgICAgIHwgcm91dGVyICAgIHwgICAgIHwgcm91dGVyICAgICB8ICAg ICB8IHJvdXRlcg0gICAgICAgICArLS0tLS0rICAgICAgICAgICArLS0tLS0rICAgICAgICAgICAg Ky0tLS0tKw0gICAgbyAgICAgICAgICAgICAgICAgIG8gICAgICAgICAgICAgICAgICAgbyAgICAg ICAgICAgICAgICAgbyAgIG8NICAgICAgICBvICAgIG8gICBvICAgICAgICAgbyAgIG8gIG8gICBv ICAgICAgICAgbyAgbyAgIG8gICAgbw0gICBvICAgICAgICAgICAgIG8gICAgICAgIG8gIExMTiAg ICAgIG8gICAgICBvICAgICAgICAgbyAgICAgIG8NICAgICAgbyAgIG8gICAgbyAgICAgIG8gICAg ICBvIG8gICAgIG8gIG8gICBvICAgIG8gICAgbyAgICAgbwAAoQ8cAAAA4AMAAAAAARAAAAAAUADg AwAAAABDAAIAAgAOAAAAqg8YAAAA3wMAAAcAAAAAABYEAAABAAAAAQAAAAAADwAE8P0AAADSAwrw CAAAAAQ8AAAACgAA4wAL8GwAAAB/AAAA7wGAAEBVVQS/AAAABgBHAdd9//9IAZB+AACBAQQAAAi/ ARAAEADAAQEAAAj/AQgAGAABAgIAAAg/AgAAAwA/AwAACACAwxgAAAC/AwAAAgBBAHUAdABvAFMA aABhAHAAZQAgADQAAAAAABDwCAAAAJAG8A/gE7AHDwAN8GEAAAAAAJ8PBAAAAAQAAAAAAKgPCQAA AFByb3RvY29sPwAAoQ8WAAAACgAAAAAAAAgKAAEABwAKAAAAAAAAAAAAqg8KAAAACgAAAAEAAAAA AAAApg8MAAAA8AAAANQB0ALwAxAFHwAF8BAAAAAAABfwCAAAAAEAAAAEPAAAEADwByAAAAD///8A AAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAfm3OAUDcSvoAACIECAAAAAEAAAACAAAADwDuAxQH AAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwAwAA8ADAR0BgAADwAC8GwGAACgAQjwCAAA AAMAAAADQAAADwAD8FQGAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAA AEAAAAUAAAAPAATw+AAAABIACvAIAAAAAkAAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAoFVV BIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAGAP8BAAARAAED AgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAArQAg AWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0Awy0AAB8EBAAAAAIAAAAPAA3wLAAAAAAAnw8EAAAA AAAAAAAAqA8GAAAASHlicmlkAACqDwoAAAAHAAAAAQAAAAAADwAE8BwFAAASAArwCAAAAANAAAAg AgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAACBUVQSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAA AACHAAAAAACIAAAAAAC/AAAABgD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAAPADIAFgFRMPDwAR8BwAAAAAAMMLCAAAAP////8OAMMt AAAfBAQAAAADAAAADwAN8FAEAAAAAJ8PBAAAAAEAAAAAAKgP+AMAACAgLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tDSAgICAgfCAgIEV4dGVybmFsIE5ldHdvcmsNICAgICB8DSAgKy0tLS0tKyAg ICAgICAgICAgICAgICAgICstLS0tLSsNICB8ICAgICB8IFJvdXRlciAgICAgICAgICAgfCAgICAg fCBQQ0UNICB8ICAgICB8ICAgICAgICAgICAgICAgKy0tfCAgICAgfA0gICstLS0tLSsgICAgICAg ICAgICAgICB8ICArLS0tLS0rDSAgICAgfCAgICAgICAgICAgICAgICAgIHwgICBeIF4gXg0gICAg IHwgICAgICAgICAgICAgICAgICB8ICAgfCB8IHwNICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0g IHwgfCB8DSAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IHwgfA0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgfCB8IHwNICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLSsgfCArLS0tLS0t LS0tLS0tLS0tLSsNICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgIHwNICAgICAgICAgICAgdiAgICAgICAgICAgICAgICAgdiAgICAgICAgICAgICAgICAgIHYN ICAgICAgICAgKy0tLS0tKyAgICAgICAgICAgKy0tLS0tKyAgICAgICAgICAgICstLS0tLSsNICAg ICAgICAgfCAgICAgfCBCYWNrYm9uZSAgfCAgICAgfCBCYWNrYm9uZSAgIHwgICAgIHwgQmFja2Jv bmUNICAgIG8gICAgfCAgICAgfCByb3V0ZXIgICAgfCAgICAgfCByb3V0ZXIgICAgIHwgICAgIHwg cm91dGVyDSAgICAgICAgICstLS0tLSsgICAgICAgICAgICstLS0tLSsgICAgICAgICAgICArLS0t LS0rDSAgICBvICAgICAgICAgICAgICAgICAgbyAgICAgICAgICAgICAgICAgICBvICAgICAgICAg ICAgICAgICBvICAgbw0gICAgICAgIG8gICAgbyAgIG8gICAgICAgICBvICAgbyAgbyAgIG8gICAg ICAgICBvICBvICAgbyAgICBvDSAgIG8gICAgICAgICAgICAgbyAgICAgICAgbyAgTExOICAgICAg byAgICAgIG8gICAgICAgICBvICAgICAgbw0gICAgICBvICAgbyAgICBvICAgICAgbyAgICAgIG8g byAgICAgbyAgbyAgIG8gICAgbyAgICBvICAgICBvAAChDxwAAAD5AwAAAAABEAAAAABQAPkDAAAA AEMAAgACAAwAAACqDxgAAAD4AwAABwAAAAAAFgQAAAEAAAABAAAAAAAQAPAHIAAAAP///wAAAAAA gICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAADrLggAAAB/bc4BgOCKOQAAIgQIAAAAAQAAAAIAAAAPAO4DeQMAAAIA 7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHADAADwAMBNkCAAAPAALw0QIAALABCPAIAAAAAwAA AANEAAAPAAPwuQIAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAARAAA BQAAAA8ABPD6AAAAEgAK8AgAAAACRAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgABgVlUEgQAw ZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAAAAYA/wEAABEAAQMCBAAA PwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAACtACABYBV9 Aw8AEfAcAAAAAADDCwgAAAD/////DQDDLQAAHwQEAAAAAgAAAA8ADfAuAAAAAACfDwQAAAAAAAAA AACoDwgAAABRdWVzdGlvbgAAqg8KAAAACQAAAAEAAAAAAA8ABPB/AQAAEgAK8AgAAAADRAAAIAIA AAMBC/B4AAAABAAAAAAAfwABAO8BgAAAVlUEgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAA hwAAAAAAiAAAAAAAvwAAAAYA/wEAABEAAQMDBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABh AG4AZwBsAGUAIAAzAAAAAAAQ8AgAAADwAyABYBUTDw8AEfAcAAAAAADDCwgAAAD/////DgDDLQAA HwQEAAAAAwAAAA8ADfCzAAAAAACfDwQAAAABAAAAAACoD40AAABQQ0UsIE5EIG11c3QgYmUgbWFp bnRhaW5lZCBhcyBzZXBhcmF0ZSBlbGVtZW50cw02VFNDSCBkb2VzIG5vdCBuZWVkIHRvIGRlZmlu ZSBhbnl0aGluZyB0byBjcmVhdGUgdGhlIGNvbm5lY3Rpdml0eSBiZXR3ZWVuIHRoZSBCQlJzDURp c2NvdmVyeT8AAKoPCgAAAI4AAAABAAAAAAAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZ AACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AADrLggAAAB/bc4BEABaUQAAIgQIAAAAAQAAAAIAAAAPAO4DFAMAAAIA7wMYAAAAEAAAAAAAAAAA AAAAAAAAgAAAAAAHADAADwAMBHQCAAAPAALwbAIAAMABCPAIAAAAAwAAAANIAAAPAAPwVAIAAA8A BPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAASAAABQAAAA8ABPAWAQAAEgAK 8AgAAAACSAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgAAgV1UEgQAwZQEAggCYsgAAgwAwZQEA hACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAAAAYA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAAAAQ8AgAAAA+BbAB0BTcCA8AEfAcAAAAAADDCwgA AAD/////DwDDLQAAHwQEAAAAAgAAAA8ADfBKAAAAAACfDwQAAAAGAAAAAACoDyQAAABzb2Z0IGNl bGwgYXNzaWdubWVudDogcmFuZG9tIG9yIG5vdD8AAKoPCgAAACUAAAABAAAAAAAPAATw/gAAABIA CvAIAAAAA0gAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAwFZVBIEAMGUBAIIAmLIAAIMAMGUB AIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAGAP8BAQARAAEDAwQAAD8DAAAIAIDDGAAAAL8D AAACAFIAZQBjAHQAYQBuAGcAbABlACAANQAAAAAAEPAIAAAAkAlgAyAT4A0PABHwHAAAAAAAwwsI AAAA/////xAAwy0AAB8EBAAAAAMAAAAPAA3wMgAAAAAAnw8EAAAABQAAAAAAqg8KAAAAAQAAAAEA AAAAAAAApg8MAAAA8AAAANQB0ALwAxAFEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAA mZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA 6y4IAAAAf23OARASMJYAACIECAAAAAEAAAABAAAADwDuAysGAAACAO8DGAAAABAAAAAAAAAAAAAA AAAAAIAAAAAABwAwAA8ADASLBQAADwAC8IMFAADQAQjwCAAAAAMAAAADTAAADwAD8GsFAAAPAATw KAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAEwAAAUAAAAPAATw+QAAABIACvAI AAAAAkwAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAA4FdVBIEAMGUBAIIAmLIAAIMAMGUBAIQA mLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAGAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAAC AFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA /////w0Awy0AAB8EBAAAAAIAAAAPAA3wLQAAAAAAnw8EAAAAAAAAAAAAqA8HAAAAUHJvYmxlbQAA qg8KAAAACAAAAAEAAAAAAA8ABPAyBAAAEgAK8AgAAAADTAAAIAIAAAMBC/B4AAAABAAAAAAAfwAB AO8BgACAV1UEgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAAAAYA /wEAABEAAQMDBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAzAAAAAAAQ 8AgAAADwAyABYBUTDw8AEfAcAAAAAADDCwgAAAD/////DgDDLQAAHwQEAAAAAwAAAA8ADfBmAwAA AACfDwQAAAABAAAAAACgD/ACAABBAHAAcABsAGkAZQBzACAAdABvACAAZABpAHMAdAByAGkAYgB1 AHQAZQBkACAAcwBjAGgAZQBkAHUAbABpAG4AZwAgAG8AbgBsAHkADQBUAHcAbwAgAG4AZQBpAGcA aABiAG8AcgAgAG4AbwBkAGUAcwAgAG4AZQBnAG8AdABpAGEAdABlACAAdABoAGUAIABhAGwAbABv AGMAYQB0AGkAbwBuACAAbwBmACAAYQAgAGMAZQBsAGwAIABpAG4AIAB0AGgAZQAgAHMAYwBoAGUA ZAB1AGwAZQANAEkAZgAgAHQAaABpAHMAIABjAGUAbABsACAAYQBsAHIAZQBhAGQAeQAgAHUAcwBl AGQAIABiAHkAIABvAHQAaABlAHIAIABuAG8AZABlAHMAIABpAG4AIAB0AGgAZQAgAG4AZQBpAGcA aABiAG8AcgBoAG8AbwBkACAA4PAgAGMAbwBsAGwAaQBzAGkAbwBuAA0ATwBwAHQAaQBvAG4AcwA6 AA0AcgBhAG4AZABvAG0AIABhAGwAbABvAGMAYQB0AGkAbwBuAC4AIABDAG8AbABsAGkAcwBpAG8A bgBzACAAdQBuAGwAaQBrAGUAbAB5AC4AIABEAGUAdABlAGMAdAAgAGEAbgBkACAAZgBpAHgAIABj AG8AbABsAGkAcwBpAG8AbgBzAA0ASQBuAGYAbwByAG0AZQBkACAAYQBsAGwAbwBjAGEAdABpAG8A bgAuACAATgBlAGkAZwBoAGIAbwByAHMAIABtAGEAaQBuAHQAYQBpAG4AIABzAHQAYQB0AGUALgAg AEMAbwBsAGwAaQBzAGkAbwBuAHMAIABsAGUAcwBzACAAbABpAGsAZQBsAHkALgAgAFMAdABpAGwA bAAgAGQAZQB0AGUAYwB0ACAAYQBuAGQAIABmAGkAeAAgACgAbABlAHMAcwAgAGYAcgBlAHEAdQBl AG4AdAApACAAYwBvAGwAbABpAHMAaQBvAG4AcwAuAAAAoQ9IAAAAvwAAAAAAABAAAFoAugAAAAEA ABAAAFoAqgAAAAAAAgAcABUAAAAAAIIAAwAcALkAAAAABIIAAAQDABgAAQAAAAAEAgAABBgAAACq DwoAAAB5AQAAAQAAAAAAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8A iBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAgG3O AQCZTbAAACIECAAAAAEAAAACAAAADwDuA+0BAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAA BwAwAA8ADAT0AAAADwAC8OwAAADgAQjwCAAAAAIAAAACUAAADwAD8NQAAAAPAATwKAAAAAEACfAQ AAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAFAAAAUAAAAPAATwnAAAALIECvAIAAAAAlAAAAAK AACjAAvwdAAAAH8AgAD7AQRBAQAAAAXBEgAAAD8BAAAGAL8BAAAQAP8BAAAYAD8DEAAYAIDDFAAA AIHDEgAAAL8DAAACAGkAbQBhAGcAZQAwADAAMQAAAFAAaQBjAHQAdQByAGUAIAA0AAAAaQBtAGEA ZwBlADAAMAAxAAAAAAAQ8AgAAAAAAwAAgBaYDRAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAz M5kAAJmZAJnMAAAPAIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2kA AAAAAOsuCAAAAH9tzgEQTnmdAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAA AAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAAACIECAAA AAEAAAAHAAAADwDuAwQEAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwAwAA8ADARkAwAA DwAC8FwDAADwAQjwCAAAAAMAAAADVAAADwAD8EQDAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAA AAAAAAAAAAIACvAIAAAAAFQAAAUAAAAPAATwBwEAABIACvAIAAAAAlQAACACAAADAQvweAAAAAQA AAAAAH8AAQDvAYAAoFhVBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAA AL8AAAAGAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAA MgAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0Awy0AAB8EBAAAAAIAAAAP AA3wOwAAAAAAnw8EAAAAAAAAAAAAqA8VAAAAQ29sbGlzaW9uIHByb2JhYmlsaXR5AACqDwoAAAAW AAAAAQAAAAAADwAE8P0BAAASAArwCAAAAANUAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAMBZ VQSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAAABgD/AQAAEQAB AwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAAPAD IAFgFRMPDwAR8BwAAAAAAMMLCAAAAP////8OAMMtAAAfBAQAAAADAAAADwAN8DEBAAAAAJ8PBAAA AAEAAAAAAKgPxQAAADEwIG5vZGUgbmVpZ2hib3Job29kDUVhY2ggbm9kZSBzZW5kcyAzIHBrL3MN MTAxIGNlbGxzDTE2IGNoYW5uZWxzDVJhbmRvbSBjZWxsIGFsbG9jYXRpb24NQ29sbGlzaW9uIGRl dGVjdGlvbg0NQ29sbGlzaW9uIG9jY3VycmVuY2U/IENvbGxhcHNlPw1PdmVyaGVhZCBvZiByZS1u ZWdvdGlhdGlvbj8NT3ZlcmhlYWQgbWFpbnRhaW5pbmcgc3RhdGU/AAChDz4AAABuAAAAAAAAEAAA UABYAAAAAACSEAAAAwDgAAMAUABuAAAAAAACABwAIAAAAAAAggADABwAOAAAAAAAAgAcAAAAqg8K AAAAxgAAAAEAAAAAABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgT OAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAH9tzgEA EaW5AAAiBAgAAAABAAAAAgAAAA8A7gNDBAAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA MAAPAAwEowMAAA8AAvCbAwAAAAII8AgAAAADAAAAA1gAAA8AA/CDAwAADwAE8CgAAAABAAnwEAAA AAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAABYAAAFAAAADwAE8AUBAAASAArwCAAAAAJYAAAgAgAA AwEL8HgAAAAEAAAAAAB/AAEA7wGAAABZVQSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACH AAEAAACIAAAAAAC/AAAABgD/AQAAEQABAwIEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEA bgBnAGwAZQAgADIAAAAAABDwCAAAAK0AIAFgFX0DDwAR8BwAAAAAAMMLCAAAAP////8NAMMtAAAf BAQAAAACAAAADwAN8DkAAAAAAJ8PBAAAAAAAAAAAAKgPEwAAAEluZm9ybWVkIGFsbG9jYXRpb24A AKoPCgAAABQAAAABAAAAAAAPAATwPgIAABIACvAIAAAAA1gAACACAAADAQvweAAAAAQAAAAAAH8A AQDvAYAAYFlVBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAG AP8BAAARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAA EPAIAAAA8AMgAWAVEw8PABHwHAAAAAAAwwsIAAAA/////w4Awy0AAB8EBAAAAAMAAAAPAA3wcgEA AAAAnw8EAAAAAQAAAAAAoA8eAQAAZQB4AGMAaABhAG4AZwBpAG4AZwAgAHQAaABlACAAYwBoAGEA bgBnAGUAcwAgAGkAbgAgAGEAIABuAG8AZABlABkgcwAgAGMAZQBsAGwAIAB1AHMAYQBnAGUAcwAg AGIAaQB0AG0AYQBwACAAaQBuAHMAdABlAGEAZAAgAG8AZgAgAHIAZQBwAG8AcgB0AGkAbgBnACAA YQBsAGwAIABjAGUAbABsACAAdQBzAGEAZwBlACAAYgBpAHQAbQBhAHAAIABwAGUAcgBpAG8AZABp AGMAYQBsAGwAeQANAEEAcABwAHIAbwBhAGMAaABlAHMAOgANAEEAYwB0AGkAdgBlAA0AUABhAHMA cwBpAHYAZQANAEgAeQBiAHIAaQBkAAAAoQ8mAAAAegAAAAAAAAAAABYAAAABAAAAAAB6AAAAAAAA ABYAAAAABAAAAAQAAKoPCgAAAJAAAAABAAAAAAAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMA MzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAADrLggAAACBbc4BIOXuLgAAIgQIAAAAAQAAAAIAAAAPAO4DqAQAAAIA7wMYAAAAEAAAAAAA AAAAAAAAAAAAgAAAAAAHADAADwAMBAgEAAAPAALwAAQAABACCPAIAAAAAwAAAANcAAAPAAPw6AMA AA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAXAAABQAAAA8ABPD/AAAA EgAK8AgAAAACXAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgABAkpoFgQAwZQEAggCYsgAAgwAw ZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAAAAYA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAA vwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAcAAAAAADD CwgAAAD/////DQDDLQAAHwQEAAAAAgAAAA8ADfAzAAAAAACfDwQAAAAAAAAAAACoDw0AAABVc2lu ZyBUcmlja2xlAACqDwoAAAAOAAAAAQAAAAAADwAE8KkCAAASAArwCAAAAANcAAAgAgAAAwEL8HgA AAAEAAAAAAB/AAEA7wGAAICXmgWBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACI AAAAAAC/AAAABgD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwA ZQAgADMAAAAAABDwCAAAAPADIAFgFRMPDwAR8BwAAAAAAMMLCAAAAP////8OAMMtAAAfBAQAAAAD AAAADwAN8N0BAAAAAJ8PBAAAAAEAAAAAAKgPhQEAAFJGQzYyMDYsIHVzZWQgaW4gUlBMDVRvIHVz ZSBUcmlja2xlLCB3ZSBuZWVkIHRvIGRlZmluZQ1XaGF0IGNvbnN0aXR1dGVzIGEgImNvbnNpc3Rl bnQiIHRyYW5zbWlzc2lvbi4NV2hhdCBjb25zdGl0dXRlcyBhbiAiaW5jb25zaXN0ZW50IiB0cmFu c21pc3Npb24uDVdoYXQgImV2ZW50cyIsIGlmIGFueSAtLSBiZXNpZGVzIGluY29uc2lzdGVudCB0 cmFuc21pc3Npb25zIC0tIHJlc2V0IHRoZSBUcmlja2xlIHRpbWVyLg1XaGF0IGluZm9ybWF0aW9u IGEgbm9kZSB0cmFuc21pdHMgaW4gVHJpY2tsZSBtZXNzYWdlcy4NV2hhdCBhY3Rpb25zIG91dHNp ZGUgdGhlIGFsZ29yaXRobSB0aGUgcHJvdG9jb2wgdGFrZXMsIGlmIGFueSwgd2hlbiBpdCBkZXRl Y3RzIGFuIGluY29uc2lzdGVuY3kuAAChDyoAAAA3AAAAAAAAAAAATwEAAAEAAAAAADcAAAAAAAIA HABPAQAAAAQCAAAEGAAAAKoPCgAAAIYBAAABAAAAAAAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC7 4OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAADrLggAAACBbc4BMFrCXQAAIgQIAAAAAQAAAAIAAAAPAO4D/wIAAAIA7wMYAAAAEAAA AAAAAAAAAAAAAAAAgAAAAAAHADAADwAMBF8CAAAPAALwVwIAACACCPAIAAAAAwAAAANgAAAPAAPw PwIAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAYAAABQAAAA8ABPAB AQAAEgAK8AgAAAACYAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgAAgZ+4EgQAwZQEAggCYsgAA gwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAAAAYA/wEAABEAAQMCBAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAAAAQ8AgAAAA+BbAB0BTcCA8AEfAcAAAA AADDCwgAAAD/////DwDDLQAAHwQEAAAAAgAAAA8ADfA1AAAAAACfDwQAAAAGAAAAAACoDw8AAABV c2luZyB0cmFjayBJRHMAAKoPCgAAABAAAAABAAAAAAAPAATw/gAAABIACvAIAAAAA2AAACACAAAD AQvweAAAAAQAAAAAAH8AAQDvAYAA4KryBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcA AAAAAIgAAAAAAL8AAAAGAP8BAQARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBu AGcAbABlACAANQAAAAAAEPAIAAAAkAlgAyAT4A0PABHwHAAAAAAAwwsIAAAA/////xAAwy0AAB8E BAAAAAMAAAAPAA3wMgAAAAAAnw8EAAAABQAAAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAA ANQB0ALwAxAFEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAA DwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAg23OAfAhBrMA ACIECAAAAAEAAAABAAAADwDuA9IDAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwAwAA8A DAQyAwAADwAC8CoDAAAwAgjwCAAAAAMAAAADZAAADwAD8BIDAAAPAATwKAAAAAEACfAQAAAAAAAA AAAAAAAAAAAAAAAAAAIACvAIAAAAAGQAAAUAAAAPAATw+gAAABIACvAIAAAAAmQAACACAAADAQvw eAAAAAQAAAAAAH8AAQDvAYAAgG3uBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAA AIgAAAAAAL8AAAAGAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcA bABlACAAMgAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0Awy0AAB8EBAAA AAIAAAAPAA3wLgAAAAAAnw8EAAAAAAAAAAAAqA8IAAAAUHJvcG9zYWwAAKoPCgAAAAkAAAABAAAA AAAPAATw2AEAABIACvAIAAAAA2QAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAYKz2BIEAMGUB AIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8AAAAGAP8BAAARAAEDAwQAAD8D AAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAAEPAIAAAA8AMgAWAVEw8P ABHwHAAAAAAAwwsIAAAA/////w4Awy0AAB8EBAAAAAMAAAAPAA3wDAEAAAAAnw8EAAAAAQAAAAAA qA/mAAAAVXNlIGEgVHJhY2tJRCB0byBhc3NvY2lhdGUgaW5jb21pbmcgY2VsbHMgYW5kIG91dGdv aW5nIGNlbGxzDVRyYWNrSUQgaXMgaW50ZXJuYWwgb25seSwgaS5lLiBpcyBkb2VzIG5vdCBhcHBl YXIgaW4gdGhlIHBhY2tldHMNQWRkIFRyYWNrSUQgdG8gY2VsbCBjb21tYW5kcw1UcmFjayAoc3dp dGNoaW5nKSB0YWJsZSB1c2luZyB0cmFja0lEDVNjaGVkdWxlIGlzIHVuaW9uIG9mIGFsbCB0cmFj ayB0YWJsZXMAAKoPCgAAAOcAAAABAAAAAAAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZ AACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AADrLggAAACDbc4BwHxytwAAIgQIAAAAAQAAAAIAAAAPAO4DAwMAAAIA7wMYAAAAEAAAAAAAAAAA AAAAAAAAgAAAAAAHADAADwAMBGMCAAAPAALwWwIAAEACCPAIAAAAAwAAAANoAAAPAAPwQwIAAA8A BPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAaAAABQAAAA8ABPAFAQAAEgAK 8AgAAAACaAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgACgEugEgQAwZQEAggCYsgAAgwAwZQEA hACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAAAAYA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAAAAQ8AgAAAA+BbAB0BTcCA8AEfAcAAAAAADDCwgA AAD/////DwDDLQAAHwQEAAAAAgAAAA8ADfA5AAAAAACfDwQAAAAGAAAAAACoDxMAAABBbnkgT3Ro ZXIgQnVzaW5lc3M/AACqDwoAAAAUAAAAAQAAAAAADwAE8P4AAAASAArwCAAAAANoAAAgAgAAAwEL 8HgAAAAEAAAAAAB/AAEA7wGAAGBg7gSBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAA AACIAAAAAAC/AAAABgD/AQEAEQABAwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBn AGwAZQAgADUAAAAAABDwCAAAAJAJYAMgE+ANDwAR8BwAAAAAAMMLCAAAAP////8QAMMtAAAfBAQA AAADAAAADwAN8DIAAAAAAJ8PBAAAAAUAAAAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAADU AdAC8AMQBRAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAIdtzgFgrGauAAAi BAgAAAABAAAAAQAAAA8A8AOKAgAAAQDxAwgAAAAGAQAABwCnLQ8ADAQKAgAADwAC8AICAAAAAQjw CAAAAAMAAAADcAAADwAD8OoBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAI AAAAAHAAAAUAAAAPAATwsgAAABIACvAIAAAAAnAAACACAADzAAvwcgAAAAQAAAAAAH8ABAHvAYEA MGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8AAAAGAP8BAQARAAEDBGwA AD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAAsAHQAhAO IAoPABHwEAAAAAAAwwsIAAAAAAAAAAsAwy0PAATw+AAAABIACvAIAAAAA3AAACACAAATAQvwfgAA AAQAAAAAAH8AAQDvAYAAQF5VBIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgA AAAAAL8AAAAGAL8BAQARAP8BAQARAAEDBWwAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBu AGcAbABlACAAMwAAAAAAEPAIAAAAsAqwATAP0BQPABHwEAAAAAAAwwsIAAAAAQAAAAwAwy0PAA3w MgAAAAAAnw8EAAAAAgAAAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAANQB0ALwAxAFEADw ByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAnl3OAaA5tdYPAPADigIAAAEA8QMI AAAABwEAAAcApy0PAAwECgIAAA8AAvACAgAAIAEI8AgAAAADAAAAA3QAAA8AA/DqAQAADwAE8CgA AAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAB0AAAFAAAADwAE8LIAAAASAArwCAAA AAJ0AAAgAgAA8wAL8HIAAAAEAAAAAAB/AAQB7wGBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAA AACHAAEAAACIAAAAAAC/AAAABgD/AQEAEQABAwRsAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADIAAAAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMMLCAAAAAAAAAALAMMt DwAE8PgAAAASAArwCAAAAAN0AAAgAgAAEwEL8H4AAAAEAAAAAAB/AAEA7wGAAGBfVQSBADBlAQCC AJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAAABgC/AQEAEQD/AQEAEQABAwVs AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAALAKsAEw D9AUDwAR8BAAAAAAAMMLCAAAAAEAAAAMAMMtDwAN8DIAAAAAAJ8PBAAAAAIAAAAAAKoPCgAAAAEA AAABAAAAAAAAAKYPDAAAAPAAAADUAdAC8AMQBRAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAz M5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAAOsuCAAAAJ5dzgGgObXWAAByF4AAAAABAPABAAAAAJOWAAAV4AAAhhMAAIQYAQArHAEADCEB AGokAQB4NAEAhDoBAOFCAQATSgEAZ1EBAJpUAQCHWAEAm1sBAJ5kAQAUbAEARnQBAGJ7AQDjfgEA /4EBADKIAQAnigEAM44BAH6SAQAulwEANZoBAA+eAQAaoQEArKMBAAAA9Q8cAAAAAAAAAPEXAAMA AAAAPqYBAAEAAAAfAAAADwAjYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA/v8AAAYBAgAAAAAAAAAAAAAAAAAAAAAAAQAAAOCFn/L5T2gQq5EIACsns9kw AAAA0OIAAA0AAAABAAAAcAAAAAIAAAB4AAAABAAAAJgAAAAHAAAAqAAAAAgAAAC0AAAACQAAANgA AAASAAAA5AAAAAoAAAAIAQAACwAAABQBAAAMAAAAIAEAAA0AAAAsAQAADwAAADgBAAARAAAAQAEA AAIAAADkBAAAHgAAABgAAABQb3dlclBvaW50IFByZXNlbnRhdGlvbgAeAAAACAAAAFRob21hcwAA HgAAAAQAAAAAAAAAHgAAABwAAABQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpAAAAHgAAAAQAAAAx MzgAHgAAABwAAABNaWNyb3NvZnQgT2ZmaWNlIFBvd2VyUG9pbnQAQAAAAEAswIJKAQAAQAAAAAAA AAAAAAAAQAAAADAiuc7CR84BQAAAAHBXgzDnbc4BAwAAAIcFAABHAAAAiOEAAP////8DAAAACACJ EGcMAAABAAkAAAO8cAAAAAChcAAAAAAFAAAACwIAAAAABQAAAAwC0ALAAwUAAAAHAQMAAAChcAAA QQsgAMwAeACgAAAAAADQAsADAAAAACgAAACgAAAAeAAAAAEAGAAAAAAAAOEAAAAAAAAAAAAAAAAA AAAAAAD///////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////97zv8AAClS AAD//6V7zv8AACkAAADOpVKle3v///8AUqUAAAAAAAClUgD///+l//+lUlLO//+le3v///8AUqUA AAAAAAClUgB7zv8AAClSAAD//6X///+l//+lUlL///8pe84AAAApAAD/znv///////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////8pUqX/znt7zv/Oe1JSUqX//6Wl//+lUlJ7e87//6X///8AUqWlUgD/ //////+l//+lUlL///97e87//6X///8AUqWlUgD///8pUqX/znt7zv/Oe1L///+l//+lUlL///// //////+l//+lUlL///////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////9SUqX//6Wl//+le3spUnsA ACkAAAD/pVJSpf//pVL///////+lpf///6X///+l//+lUlL///9Spf//pVL///////+lpf///6VS UqX//6Wl///Oe3v///+l//+lUlL///////9Spf8pAAD/znv///////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////8pUqX/znt7zv/Oe1JSUqX//6X////Ozs6l///Oe3tSe87/znul///Oe3tSpf8pKQCl Uin///+l///Oe3tSe87/znul///Oe3spUqX/znt7zv/Oe1JSpf8pKQClUin////Ozs7///97zv// pXv///////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////97zv8AAClSAAD//6V7zv8AACkAAAD/pVL/ //97e6V7zs4AACkAAAD/pVL///97zv+lUin///////97e6V7zs4AACkAAAD/pVJ7zv8AAClSAAD/ /6X///97zv+lUin///9Spf8AAABSAAD//6X///////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////8pe84AAAAAAADOeyn///////////+l//9SAFL//6X///////// //8pe84AAAAAAAAAAADOeyn///////97zv8AACkAAAAAAADOeyn///97zv+lUin///////////8A UqX/pVL///////////97zv9SACn//6X///+l//8pAFL/znv///////8AUqUAAAAAAAAAAAD/pVJ7 zv8pKSkAACkAAAClUgD///////8AUqUAAAAAAAAAAADOpVIAKXvOeyn///8pe857KQD//87///// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////9Spf+lUgD///////8pe87/ pVL///////+l//9SAFL//6X///////9Spf97KQD//87///////8AUqX/pVKl//8pAFL/znv////O //8AKXvOeyl7zv+lUin///////////8AUqX/pVL///////////8pe84pKSn/pVL///97zv8pKVLO eyn///9Spf/Oeyn///////////////97zv97KSn//87///8AUqX/pVJSpf/Oeyn///////////// ///O//8pKXt7pXt7KSn//87///////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////8pe87/pVL///////9Spf/Oeyn///////+l//9SAFL//6X///////////////////// //////8AUqXOeylSpf/Oeyn///////////+lzv//zqV7zv+lUin///////////8AUqX/pVL///// //////9SUqVSpaXOeyn///8pe86lpVKlUlL///8pe84AAAAAAAAAAAAAAADOeyl7zv/Oe1L///// //9Spf/Oeykpe84AAAAAAAAAAAAAAADOeyn///97zv8pACn/znv///////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////8AUqWlUgD///////8pe87/pVL///////+l //9SAFL//6X///////////+l//8AAFIAAAAAAAClUgD///8pe87/pVL///////////////////97 zv8AACkAAAAAAAAAAAAAAAD/pVL///////+l//97KVKl/857KVLO/85SKXvO/6VSKXv//6VSpf+l UgD///////8pe87/pVJ7zv9SACn//6X///8AUqX/pVJSpf+lUgD///////8pe87/pVL///8AUqVS UlKlUgD///////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////8p e85SUlIAAAAAAAClUgD///////////+l//9SAFL//6X///////97zv8pACn/znv///////////// //8pe87Oeyn///////////////////97zv+lUin///////////8AUqX/pVL///////97zv+lUin/ //8pUqWlznt7KVL//84pUqX/znv///8AUqUAAAAAAADOeyn///97zv9SUikAAFIAAAClUgD///// //8AUqUAAAAAAADOeyn///8AUqWlUgD///8AUqWlUgD///////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////9Spf+lUgD///////8AUqX/pVL///////+l//9SAFL//6X/ //////97zv97KSn//87////O//8pKXv/znul//8pAFL/znv////O//8AKXv/pVJ7zv+lUin///// //////8AUqX/pVL///////8pe87/pVL///8pe85SUlLOeyn///9Spf/Oeyn///////////////// //////97zv+lUin///////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////8pe84AAAAA AAClUgD///9Spf8AAAAAAAAAAAAAAAAAAAD/pVL///8pe84AAAAAAAAAAAD/pVL///////97zv8A ACkAAAAAAADOeyn///97zv+lUin///////////8AUqX/pVL///////8pUqX/znv///97zv8pACn/ znv///97zv97KSn//87///////////////////97zv+lUin///////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////8DAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA/v8AAAYBAgAAAAAAAAAAAAAAAAAAAAAAAgAAAALVzdWcLhsQk5cIACss+a5E AAAABdXN1ZwuGxCTlwgAKyz5rhwEAADYAwAADwAAAAEAAACAAAAAAwAAAIgAAAAEAAAAqAAAAAYA AACwAAAABwAAALgAAAAIAAAAwAAAAAkAAADIAAAACgAAANAAAAAXAAAA2AAAAAsAAADgAAAAEAAA AOgAAAATAAAA8AAAABYAAAD4AAAADQAAAAABAAAMAAAAgQMAAAIAAADkBAAAHgAAABgAAABPbi1z Y3JlZW4gU2hvdyAoNDozKQAAAAADAAAASY8CAAMAAADoAAAAAwAAABkAAAADAAAAAgAAAAMAAAAA AAAAAwAAAAAAAAADAAAAAAAOAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAAHhAAAB4A AAAGAAAAQXJpYWwACAAAAENhbGlicmkADAAAAENvdXJpZXIgTmV3AAoAAABXaW5nZGluZ3MADwAA AERlZmF1bHQgRGVzaWduAAwAAAA2VFNDSCBXZWJleAAHAAAAQWdlbmRhACQAAABkcmFmdC10aHVi ZXJ0LTZ0c2NoLWFyY2hpdGVjdHVyZS0wMgAlAAAAQ2VudHJhbGl6ZWQgdnMuICBEaXN0cmlidXRl ZCBSb3V0aW5nAA0AAAAgVHVubmVsIE1vZGUADQAAACBUdW5uZWwgTW9kZQANAAAAIFR1bm5lbCBN b2RlABAAAAAgVHJhbnNwb3J0IE1vZGUAIAAAAGRyYWZ0LXZpbGFqb3NhbmEtNnRzY2gtYmFzaWMt MDAABwAAAFN0YXR1cwAdAAAAQXJjaGl0ZWN0dXJlIHdpdGggcmVtb3RlIEJCUgAVAAAAQ3VycmVu dCBBcmNoaXRlY3R1cmUADwAAAFR1bm5lbGluZy9WTEFOABkAAABQQ0UgYXMgZm9yd2FyZGluZyBl bmdpbmUABwAAAEh5YnJpZAAJAAAAUXVlc3Rpb24AJQAAAHNvZnQgY2VsbCBhc3NpZ25tZW50OiBy YW5kb20gb3Igbm90PwAIAAAAUHJvYmxlbQAYAAAAUG93ZXJQb2ludCBQcmVzZW50YXRpb24AFgAA AENvbGxpc2lvbiBwcm9iYWJpbGl0eQAUAAAASW5mb3JtZWQgYWxsb2NhdGlvbgAOAAAAVXNpbmcg VHJpY2tsZQAQAAAAVXNpbmcgdHJhY2sgSURzAAkAAABQcm9wb3NhbAAUAAAAQW55IE90aGVyIEJ1 c2luZXNzPwAMEAAABgAAAB4AAAALAAAARm9udHMgVXNlZAADAAAABAAAAB4AAAAGAAAAVGhlbWUA AwAAAAEAAAAeAAAADQAAAFNsaWRlIFRpdGxlcwADAAAAGQAAAADEAQAABAAAAAAAAAAoAAAAAQAA AFAAAAACAAAAWAAAAAMAAAC8AQAAAgAAAAIAAAAMAAAAX1BJRF9ITElOS1MAAwAAAAgAAABWZXJz aW9uAAIAAADkBAAAQQAAAFwBAAAMAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAOwAAAGgAdAB0AHAAOgAvAC8AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AaAB0AG0A bAAvAGQAcgBhAGYAdAAtAHYAaQBsAGEAagBvAHMAYQBuAGEALQA2AHQAcwBjAGgALQBiAGEAcwBp AGMALQAwADAAAAAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAA HwAAADsAAABoAHQAdABwADoALwAvAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAGgAdABt AGwALwBkAHIAYQBmAHQALQB2AGkAbABhAGoAbwBzAGEAbgBhAC0ANgB0AHMAYwBoAC0AYgBhAHMA aQBjAC0AMAAwAAAAAAAfAAAAAQAAAAAAAAADAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA9g8xAAAAFAAAAF/AkePGpgEAGQD0AwMAMABQYXNjYWwgVGh1YmVydCAocHRodWJlcnQp CAAAAFAAYQBzAGMAYQBsACAAVABoAHUAYgBlAHIAdAAgACgAcAB0AGgAdQBiAGUAcgB0ACkAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAA AgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAAAA8AAAAQ AAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAAAB4A AAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAALAAA AC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6AAAA OwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgAAABJ AAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAAAFcA AABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAAZQAA AGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABzAAAA dAAAAP7///92AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB8AAAAfQAAAH4AAAB/AAAAgAAAAIEAAACC AAAAgwAAAIQAAACFAAAAhgAAAIcAAACIAAAAiQAAAIoAAACLAAAAjAAAAI0AAACOAAAAjwAAAJAA AACRAAAAkgAAAJMAAACUAAAAlQAAAJYAAACXAAAAmAAAAJkAAACaAAAAmwAAAJwAAACdAAAAngAA AJ8AAACgAAAAoQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAAqgAAAKsAAACsAAAA rQAAAK4AAACvAAAAsAAAALEAAACyAAAAswAAALQAAAC1AAAAtgAAALcAAAC4AAAAuQAAALoAAAC7 AAAAvAAAAL0AAAC+AAAAvwAAAMAAAADBAAAAwgAAAMMAAADEAAAAxQAAAMYAAADHAAAAyAAAAMkA AADKAAAAywAAAMwAAADNAAAAzgAAAM8AAADQAAAA0QAAANIAAADTAAAA1AAAANUAAADWAAAA1wAA ANgAAADZAAAA2gAAANsAAADcAAAA3QAAAN4AAADfAAAA4AAAAOEAAADiAAAA4wAAAOQAAADlAAAA 5gAAAOcAAADoAAAA6QAAAOoAAADrAAAA7AAAAO0AAADuAAAA7wAAAPAAAADxAAAA8gAAAPMAAAD0 AAAA9QAAAPYAAAD3AAAA+AAAAPkAAAD6AAAA+wAAAPwAAAD9AAAA/gAAAP8AAAAAAQAAAQEAAAIB AAADAQAABAEAAAUBAAAGAQAABwEAAAgBAAAJAQAACgEAAAsBAAAMAQAADQEAAA4BAAAPAQAAEAEA ABEBAAASAQAAEwEAABQBAAAVAQAAFgEAABcBAAAYAQAAGQEAABoBAAAbAQAAHAEAAB0BAAAeAQAA HwEAACABAAAhAQAAIgEAACMBAAAkAQAAJQEAACYBAAAnAQAAKAEAACkBAAAqAQAAKwEAACwBAAAt AQAALgEAAC8BAAAwAQAAMQEAADIBAAAzAQAANAEAADUBAAA2AQAANwEAADgBAAA5AQAAOgEAADsB AAA8AQAAPQEAAD4BAAA/AQAAQAEAAEEBAABCAQAAQwEAAEQBAABFAQAARgEAAEcBAABIAQAA/v// /0oBAABLAQAATAEAAE0BAABOAQAATwEAAFABAABRAQAAUgEAAFMBAABUAQAAVQEAAFYBAABXAQAA WAEAAFkBAABaAQAAWwEAAFwBAABdAQAAXgEAAF8BAABgAQAAYQEAAGIBAABjAQAAZAEAAGUBAABm AQAAZwEAAGgBAABpAQAAagEAAGsBAABsAQAAbQEAAG4BAABvAQAAcAEAAHEBAAByAQAAcwEAAHQB AAB1AQAAdgEAAHcBAAB4AQAAeQEAAHoBAAB7AQAAfAEAAH0BAAB+AQAAfwEAAIABAACBAQAAggEA AIMBAACEAQAAhQEAAIYBAACHAQAAiAEAAIkBAACKAQAAiwEAAIwBAACNAQAAjgEAAI8BAACQAQAA kQEAAJIBAACTAQAAlAEAAJUBAACWAQAAlwEAAJgBAACZAQAAmgEAAJsBAACcAQAAnQEAAJ4BAACf AQAAoAEAAKEBAACiAQAAowEAAKQBAAClAQAApgEAAKcBAACoAQAAqQEAAKoBAACrAQAArAEAAK0B AACuAQAArwEAALABAACxAQAAsgEAALMBAAC0AQAAtQEAALYBAAC3AQAAuAEAALkBAAC6AQAA/v// /7wBAAC9AQAAvgEAAL8BAADAAQAAwQEAAMIBAAD+////xAEAAMUBAADGAQAAxwEAAMgBAADJAQAA ygEAAP7////9/////f////3////9////0AEAAP7///////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////1IAbwBvAHQA IABFAG4AdAByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW AAUB//////////8DAAAAEI2BZJtPzxGG6gCqALkp6AAAAAAAAAAAAAAAAAAAAAAAAAAA/v///wAA AAAAAAAAUABpAGMAdAB1AHIAZQBzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAABIAAgH///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAX+gAAAAAAABDAHUAcgByAGUAbgB0ACAAVQBzAGUAcgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAQEAAAD//////////wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAMMBAAAAEAAAAAAAAAUAUwB1AG0AbQBhAHIAeQBJAG4AZgBv AHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIBAgAAAAUAAAD///// AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASQEAAADjAAAAAAAAUABvAHcAZQBy AFAAbwBpAG4AdAAgAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgA AgH///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1AAAA6qYB AAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8A bgAAAAAAAAAAAAAAOAACAQQAAAD//////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAALsBAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABSAG8AbwB0ACAA RQBuAHQAcgB5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgAF Af//////////AwAAABCNgWSbT88RhuoAqgC5KegAAAAAAAAAAAAAAACgWc7r9G3OAdQBAABAAAAA AAAAAFAAaQBjAHQAdQByAGUAcwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAASAAIB/////wIAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAF/oAAAAAAAAQwB1AHIAcgBlAG4AdAAgAFUAcwBlAHIAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoAAgD///////////////8AAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMgAAAAAAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwBy AG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAQEAAAAFAAAA/////wAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkBAAAA4wAAAAAAAIEBAACCAQAAgwEA AIQBAACFAQAAhgEAAIcBAACIAQAAiQEAAIoBAACLAQAAjAEAAI0BAACOAQAAjwEAAJABAACRAQAA kgEAAJMBAACUAQAAlQEAAJYBAACXAQAAmAEAAJkBAACaAQAAmwEAAJwBAACdAQAAngEAAJ8BAACg AQAAoQEAAKIBAACjAQAApAEAAKUBAACmAQAApwEAAKgBAACpAQAAqgEAAKsBAACsAQAArQEAAK4B AACvAQAAsAEAALEBAACyAQAAswEAALQBAAC1AQAAtgEAALcBAAC4AQAAuQEAALoBAAD+////vAEA AL0BAAC+AQAAvwEAAMABAADBAQAAwgEAAP7///////////////////////////////////////// //////3////9/////f///////////////v///9ABAAD9/////v////7///////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////v////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////8AAPYPHgAAABQAAABf wJHjxqYBAAYA9AMDAAAAcG9pcG9pCAAAAHAAbwBpAHAAbwBpAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== --047d7b6dc4908fc42b04dfadeb54-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4699921E8110 for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 05:52:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.524 X-Spam-Level: X-Spam-Status: No, score=-1.524 tagged_above=-999 required=5 tests=[AWL=-0.147, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_32=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AvPZlD0i0ck7 for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 05:52:13 -0700 (PDT) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 817BB21E8106 for <6tsch@ietf.org>; Fri, 21 Jun 2013 05:52:12 -0700 (PDT) Received: by mail-ie0-f170.google.com with SMTP id e11so19820786iej.29 for <6tsch@ietf.org>; Fri, 21 Jun 2013 05:52:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=xpQDxLzvxKulPJq4L/QQuquXNb01WAcPgevKiVagL9g=; b=Cm3bYsg7kOMbh2dU1TuFk9O3AsrXDU4z1A8DFgqc56Z7bZv1eypcXoL6OKTsv6baoV Ijs557UCP3Mes6ovYT1V+651t48MS04ykLChq155B4AyTc7wWBEjgh3xTGHhFDKcmLvo aHGsuuF7VU1FNCkMDiPsejmZ2PeAweHqMRyldAqF3wmxNlwJP+KJNo6Q15gq4/G0yAba Z+DNMr47TRakhD/GzqbVo0c7VlIzjEpW71SHcvH4Kojv2Qy9hYyG8kuBSzXpjFAGOZrj q49Y05Vmk15TKSnJZwHqNbk7ocRSgL/1UB64eysi25SwZ5D5T1t5d/3DjfkJ7tW0IqBJ +vBw== MIME-Version: 1.0 X-Received: by 10.50.67.43 with SMTP id k11mr2311762igt.26.1371819131577; Fri, 21 Jun 2013 05:52:11 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Fri, 21 Jun 2013 05:52:11 -0700 (PDT) In-Reply-To: References:

<51C3AC91.5000200@eecs.berkeley.edu> Date: Fri, 21 Jun 2013 20:52:11 +0800 Message-ID: From: Qin Wang To: "Pascal Thubert (pthubert)" Content-Type: multipart/alternative; boundary=047d7bd76db008bac504dfa9883c X-Gm-Message-State: ALoCoQk4x5EIV9Uw28kO4QG9we5G4RTPvtPLmeOfEWz+TdMtFaq3TKAWQnA43pJY3963alqdInF/ Cc: "6tsch@ietf.org" <6tsch@ietf.org>, Xavier Vilajosana Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 12:52:28 -0000 --047d7bd76db008bac504dfa9883c Content-Type: text/plain; charset=ISO-8859-1 Hi all, I like the concept of "owner of tunnel", or "owner of track" introduced by Pascal. Based on the concept, we can define a trackID as [owner IPv6 address, owner instanceID], and the owner is the node who initializes the procedure to establish a track. In another word, the IPv6 address could be the source IPv6 address or the destination IPv6 address, depending on who is its owner. In this way,it will be guaranteed that the trackID is unique in the network. How do you think? Qin On Fri, Jun 21, 2013 at 5:03 PM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Xavi and Thomas:**** > > ** ** > > Note that the local instance ID is only unique to the IPv6 address that > goes with it. So there is no need to check for uniqueness along the path. > It is normally up to the owner of that IPv6 address to select an instance > ID. **** > > ** ** > > So if we pick the tunnel termination point as the owner of the instance ID > I thought that it would be carried on the resv back that actually commits > the time slots in rsvp.**** > > OTOH if we picked the tunnel source then it could be carried in the path > message. **** > > ** ** > > In the case of the PCE it would be returned to the PCE upon completion of > the tunnel establishment. **** > > ** ** > > Do you see a need for a local ID at each hop?**** > > ** ** > > Cheers,**** > > ** ** > > Pascal**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Xavier Vilajosana > *Sent:* vendredi 21 juin 2013 03:30 > *To:* 6tsch@ietf.org > > *Subject:* Re: [6tsch] support to installing Tracks**** > > ** ** > > Hi Qin, > > I think that the instanceID in the centralized case will be selected by > the PCE, this might be part of the information it carries when installing a > track. In a distributed case, I can think of the following method: > > a source node aiming to create a track starts a reservation request (L4) > that will travel through the track until it reaches the destination. At > each hop nodes can indicate the instanceIDs of the tracks that cross > through them. The destination will receive the track reservation request > with all the instanceID that cannot be used. The destination will select an > instanceID that is not reserved and will prepare the track reservation > response so all nodes in the track can know their instanceID amongst other > reservation information. > > Note that this is L4 mechanism as we are installing a track through > multiple nodes. 6tus at L2.5 will be notified by the reservation response > and will install the appropriate soft links according to the required QoS. > > this is the simplest way I can imagine. > > does it make sense? > X > > > Al 20/06/13 17:46, En/na Qin Wang ha escrit:**** > > Pascal and Thomas, **** > > ** ** > > Dest IPv6 address is a very cool element in the tuple. I like it. But, I'm > not sure who and how to choose a instanceID in each node while installing a > track. Could you please explain more?**** > > ** ** > > Thanks**** > > Qin**** > > ** ** > > ** ** > > On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne < > watteyne@eecs.berkeley.edu> wrote:**** > > Pascal, **** > > I believe that using the instanceID would both prevent us from reinventing > anything, yet having this capability. In one extreme case, the PCE could > install all the routes in the routing table, which would take precedence > over the ones installed by RPL (per your text).**** > > ** ** > > Qin, **** > > Do you feel comfortable with this approach?**** > > ** ** > > Thomas**** > > ** ** > > On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) < > pthubert@cisco.com> wrote:**** > > Hello Thomas:**** > > **** > > If we consider that a track is an hard core version of a route as > installed by the PCE, then we might extend the thought that we placed > there, and use an instance?**** > > **** > > TrackIDs could be taken from local instances (there are 64 of those per > node) of the destination so the tuple (dest IPv6 , instanceID) would > identify the track as it identifies routes.**** > > **** > > BTW, the proposed update of the architecture draft to reflect the previous > discussions is as follows: **** > > **** > > Centralized vs. Distributed Routing**** > > 6TSCH supports a mix model of centralized routes that are computed by** > ** > > a Path Computation Entity and distributed routes that are computed by** > ** > > RPL over a common physical LLN.**** > > Both RPL and the PCE may inject routes in the Routing Tables of the**** > > 6TSCH routers. In either case, each route is associated with a**** > > topology that is indexed by an instanceID, as defined in RPL**** > > [RFC6550]. RPL and PCE rely on shared sources to define Global and**** > > Local InstanceIDs.**** > > It is possible for RPL and PCE to share a same topology, in which**** > > case the PCE routes have precedence over RPL routes in case of a**** > > conflict.**** > > Inside the 6TSCH domain, the flow label is used to indicate the**** > > topology that must be used for routing and the associated Routing**** > > Tables as discussed in [I-D.thubert-roll-flow-label].**** > > **** > > What do you think?**** > > **** > > Pascal**** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Thomas Watteyne > *Sent:* jeudi 20 juin 2013 09:28 > *To:* 6TSCH > *Subject:* Re: [6tsch] support to installing Tracks**** > > **** > > Qin,**** > > **** > > [I believe you sent the same e-mail twice, I'm only answering the second > one]**** > > **** > > Having some type of track ID would indeed make life much easier. Each RX > and TX cell would simply be associated to a trackID. The switching table > (which I assume you refer to by "track table"?) might not even physically > exist as such in the node's RAM memory. Rather the switching rule is simply > "whatever you receive on an RX cell associaed with trackID 4, transmit on > the next TX cell associated with trackID 4". There could be a trackID which > means "no trackID", to identify the cells which are not associated on a > track, and which can be used for regular routing. When the PCE installs a > hard cell, it would install [direction,slotOffset,channelOffset,trackID].* > *** > > **** > > Does the above sound like what you're proposing?**** > > **** > > Assuming that a trackID identifies a flow, is there not some other > number/tuple already available somewhere which could play the role of > trackID without requiring a new numbering space? For example, could the > trackID be the tuple [destination IPv6 address, DSCP]?**** > > **** > > Thomas**** > > **** > > **** > > **** > > **** > > On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang wrote:*** > * > > Hi all,**** > > **** > > We have had many discussions on Track related topic in threads like > "Routing vs switching". I would like to discuss more about what 6tus should > provide to install a Track, including installing both hard cell based Track > and soft cell based Track.**** > > **** > > My understanding is what we can do now is as follows.**** > > (1) add hard cells along the path, with Cell Commands**** > > (2) specify the mapping between each incoming cell and outgoing cell along > the path, with Label Switching Commands**** > > **** > > If my understanding is correct, I can see the following problem: It need > more bandwidth. For example, when you add a hard cell between nodeA and > nodeB, one global communication from PCE to nodeA, and one local > communication from nodeA to nodeB are needed. But for the Label Switching > command, additional two communications, i.e. from PCE to nodeA and from PCE > to nodeB are also needed. In addition, if a given track consists more than > one incoming cells and outgoing cells, more bandwidth for installing the > track will be consumed.**** > > **** > > Thus, I would like to suggest to use TrackID to associate incoming cells > and outgoing cells. For sure, the TrackID will not appear in packet, it is > just used to establish the relationship between incoming cells and outgoing > cells. i.e.**** > > (1) add TrackID as a parameter of Cell commands.**** > > (2) same procedure of adding/removing hard cell or soft cell as before.*** > * > > (3) while receiving adding hard cell or soft cell command, fill the Track > table with the TrackID. In the Track table, Rx cells are the incoming cells > and Tx cells are the outgoing cells. And then, from TSCH's point of view, > the schedule is the overlap of all Track tables.**** > > **** > > How do you think?**** > > **** > > Qin**** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > **** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > > > > **** > > _______________________________________________**** > > 6tsch mailing list**** > > 6tsch@ietf.org**** > > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --047d7bd76db008bac504dfa9883c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi all,

I like the concept of &qu= ot;owner of tunnel", or "owner of track" introduced by Pasca= l. Based on the concept, we can define a trackID as [owner IPv6 address, ow= ner instanceID], =A0and the owner is the node who initializes the procedure= to establish a track. In another word, the IPv6 address could be the sourc= e IPv6 address or the destination IPv6 address, depending on who is its own= er. In this way,it will be guaranteed that the trackID is unique in the net= work.

How do you think?

Qin

On Fri, Jun 21, 2013 at 5:03 PM, Pas= cal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hello Xavi and Thomas:

=A0<= /p>
Note that the local insta= nce ID is only unique to the IPv6 address that goes with it. So there is no= need to check for uniqueness along the path. It is normally up to the owner of that IPv6 address to select an instance ID. <= /u>

=A0<= /p>
So if we pick the tunnel = termination point as the owner of the instance ID I thought that it would b= e carried on the resv back that actually commits the time slots in rsvp.

OTOH if we picked the tun= nel source then it could be carried in the path message.

=A0<= /p>
In the case of the PCE it= would be returned to the PCE upon completion of the tunnel establishment.

=A0<= /p>
Do you see a need for a l= ocal ID at each hop?

=A0<= /p>
Cheers,

=A0<= /p>

Pascal=

=A0<= /p>

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Xavier Vilajosana
Sent: vendredi 21 juin 2013 03:30
To: 6tsch@ietf.o= rg

Subject: Re: [6tsch] support to installing Tracks

=A0

Hi Qin,

I think that the instanceID in the centralized case will be selected by the= PCE, this might be part of the information it carries when installing a tr= ack. In a distributed case, I can think of the following method:

a source node aiming to create a track starts a reservation request (L4) th= at will travel through the track until it reaches the destination. At each = hop nodes can indicate the instanceIDs of the tracks that cross through the= m. The destination will receive the track reservation request with all the instanceID that cannot be used.= The destination will select an instanceID that is not reserved and will pr= epare the track reservation response so all nodes in the track can know the= ir instanceID amongst other reservation information.

Note that this is L4 mechanism as we are installing a track through multipl= e nodes. 6tus at L2.5 will be notified by the reservation response and will= install the appropriate soft links according to the required QoS.

this is the simplest way I can imagine.

does it make sense?
X

Al 20/06/13 17:46, En/na Qin Wang ha escrit:

Pascal and Thomas,

=A0

Dest IPv6 address is a very cool element in the tupl= e. I like it. But, I'm not sure who and how to choose a instanceID in e= ach node while installing a track. Could you please explain more?=

=A0

Thanks

Qin

=A0

=A0

On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne <= ;watteyne@e= ecs.berkeley.edu> wrote:

Pascal,

I believe that using the instanceID would both preve= nt us from reinventing anything, yet having this capability. In one extreme= case, the PCE could install all the routes in the routing table, which wou= ld take precedence over the ones installed by RPL (per your text).

=A0

Qin,=A0

Do you feel comfortable with this approach?

=A0

Thomas

=A0

On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pth= ubert) <pthubert= @cisco.com> wrote:

Hello Thomas:

=A0<= /p>
If we consider that a tra= ck is an hard core version of a route as installed by the PCE, then we migh= t extend the thought that we placed there, and use an instance?

=A0<= /p>
TrackIDs could be taken f= rom local instances (there are 64 of those per node) of the destination so the tuple (dest IPv6 ,=A0 instanceID) would identify the track as it id= entifies routes.

=A0<= /p>
BTW, the proposed update = of the architecture draft to reflect the previous discussions is as follows= :

=A0<= /p>
Centralized vs.=A0 Distri= buted Routing

=A0=A0 6TSCH supports a m= ix model of centralized routes that are computed by
=A0=A0 a Path Computation= Entity and distributed routes that are computed by
=A0=A0 RPL over a common = physical LLN.

=A0=A0 Both RPL and the P= CE may inject routes in the Routing Tables of the

=A0=A0 6TSCH routers.=A0 = In either case, each route is associated with a

=A0=A0 topology that is i= ndexed by an instanceID, as defined in RPL

=A0=A0 [RFC6550].=A0 RPL = and PCE rely on shared sources to define Global and
=A0=A0 Local InstanceIDs.=

=A0=A0 It is possible for= RPL and PCE to share a same topology, in which

=A0=A0 case the PCE route= s have precedence over RPL routes in case of a

=A0=A0 conflict.

=A0=A0 Inside the 6TSCH d= omain, the flow label is used to indicate the

=A0=A0 topology that must= be used for routing and the associated Routing

=A0=A0 Tables as discusse= d in [I-D.thubert-roll-flow-label].

=A0<= /p>
What do you think?=

=A0<= /p>
Pascal=

=A0<= /p>
From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks

=A0

Qin,

=A0

[I believe you sent the same e-mail twice, I'm o= nly answering the second one]

=A0

Having some type of track ID would indeed make life = much easier. Each RX and TX cell would simply be associated to a trackID. T= he switching table (which I assume you refer to by "track table"?) might not even physically exist as such in the n= ode's RAM memory. Rather the switching rule is simply "whatever yo= u receive on an RX cell associaed with trackID 4, transmit on the next TX c= ell associated with trackID 4". There could be a trackID which means "no trackID", to identify the cells which are not as= sociated on a track, and which can be used for regular routing. When the PC= E installs a hard cell, it would install [direction,slotOffset,channelOffse= t,trackID].

=A0

Does the above sound like what you're proposing?=

=A0

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, could the trackID be the tuple [destination IPv6 addre= ss, DSCP]?

=A0

Thomas

=A0

=A0

=A0

=A0

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

=A0

We have had many discussions on Track rel= ated topic in threads like "Routing vs switching". I would like t= o discuss more about what 6tus should provide to install a Track, including installi= ng both hard cell based Track and soft cell based Track.

=A0

My understanding is what we can do now is= as follows.

(1) =A0add hard cells along the path, wit= h Cell Commands

(2) specify the mapping between each inco= ming cell and outgoing cell along the path, with=A0Label Switching Commands=

=A0

If my understanding is correct, I can see= the following problem: It need more bandwidth. For example, when you add a hard cell between nodeA and nodeB, one global communication from PCE to = nodeA, and one local communication from nodeA to nodeB are needed. But for = the Label Switching command, additional two communications, i.e. from PCE t= o nodeA and from PCE to nodeB are also needed. In addition, if a given track consists more than one incoming= cells and outgoing cells, more bandwidth for installing the track will be = consumed.

=A0

Thus, I would like to suggest to use Trac= kID to associate incoming cells and outgoing cells. For sure, the TrackID will not appear in packet, it is just used to establish the relationship b= etween incoming cells and outgoing cells. i.e.

(1) add TrackID as a parameter of Cell co= mmands.

(2) same procedure of adding/removing har= d cell or soft cell as before.

(3) while receiving adding hard cell or s= oft cell command, =A0fill the Track table with the TrackID. In the Track ta= ble, Rx cells are the incoming cells and Tx cells are the outgoing cells. And t= hen, from TSCH's point of view, =A0the schedule is the overlap of all T= rack tables.

=A0

How do you think?

=A0

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7bd76db008bac504dfa9883c-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AADDF21E80BA for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 02:29:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.772 X-Spam-Level: X-Spam-Status: No, score=-5.772 tagged_above=-999 required=5 tests=[AWL=0.226, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hj-R9aubjTX8 for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 02:29:35 -0700 (PDT) Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id EE67021E80CB for <6tsch@ietf.org>; Fri, 21 Jun 2013 02:29:33 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.87,911,1363129200"; d="scan'208,217";a="24960979" Received: from unknown (HELO Travis.uni.lux) ([10.21.2.19]) by hercules.uni.lu with ESMTP; 21 Jun 2013 11:29:33 +0200 Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Travis.uni.lux ([fe80::653b:7b8e:4641:a750%10]) with mapi id 14.03.0123.003; Fri, 21 Jun 2013 11:29:32 +0200 From: Maria Rita PALATTELLA To: Qin Wang Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRc+OhOqI5M10eCrmiOdTcE1Jk8yxoAgAAHkYCAABH5AIAACGyAgABGcICAAAOqAIAAFYYAgAC03wCAABq/AIAAIb9AgAAmGwCAAA2KgIAAJFam///jEwCAAXFgcA== Date: Fri, 21 Jun 2013 09:29:32 +0000 Message-ID: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl>

<76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.91.0.51] Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D18568D79hoshiunilux_" MIME-Version: 1.0 Cc: "watteyne@eecs.berkeley.edu" , "pister@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "P.Zand@utwente.nl" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 09:29:40 -0000 --_000_F085911F642A6847987ADA23E611780D18568D79hoshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Qin, It may be configurable. Based on the application, and its requirements, we = may decide to share less or more information among neighbor nodes. Maria Rita From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Thursday, June 20, 2013 3:26 PM To: Maria Rita PALATTELLA Cc: P.Zand@utwente.nl; watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6ts= ch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Maria Rita, I fully agree with what you said. There is trade-off, i.e. how much informa= tion a node should hold, (None, 1-hop, 2-hop), and then monitoring will tak= e care of rest. Should it be configurable? Qin On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTELLA > wrote: Qin, it is exactly as Pouria explained. Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pictur= e of the network. The combination of the partial information that each node= has, will allow them to properly select the soft cells within the TSCH sch= edule. In the worst scenario, if the cells allocation isn't properly done, = the monitoring algorithm will help in detecting that. Maria Rita ________________________________ From: P.Zand@utwente.nl [P.Zand@utwente.nl] Sent: Thursday, June 20, 2013 2:59 PM To: qinwang@berkeley.edu; Maria Rita PALATTELL= A Cc: watteyne@eecs.berkeley.edu; pal@cs.s= tanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Qin, You mean the case that edge(A, B) is not in the two-hop neighborhood of nod= e D, but is in the two-hop neighborhood of node C. Am I right? If yes, for creating a soft link between node D and C, node D will send a "= Link Reservation Request" including a candidate set of links based on its t= wo-hop information. Node D might suggest the cell-1 that is used on edge (A= , B). However, node C upon receiving the request, will do another check bas= ed on his two-hop neighborhood information and will not chose that cell-1. = That is because node C knows about the cell-1 on edge(A, B) in its two-hop = neighborhood. In other cases, that node D intend to create a soft link with other nodes (= e.g. E or F), and if those nodes are not one-hop neighbors of node A, then = edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, = F). Am I right? Best wishes, Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Thursday, June 20, 2013 2:11 PM To: Maria Rita PALATTELLA Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria and Maria Rita, I think there is a difference between just 1-hop information and 2-hop info= rmation. For example, Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of nodeA= . nodeD is a neighbor of nodeC, but not a neighbor of nodeB. Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD cannot= know nodeA is its 2-hop neighbor. Thought? Qin On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA > wrote: Pouria, I do agree with you. 1-hop also include the 2- hop information. The RX cells for the 1-hop neigh= bor, are the TX cells for the 2-hop neighbor. Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of P.Zand@utwente= .nl Sent: Thursday, June 20, 2013 9:54 AM To: watteyne@eecs.berkeley.edu; pal@cs.s= tanford.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Thomas, Just one minor comment on "1. when all nodes know the full TSCH schedule of= all their (2-hop?) neighbors". Shall we say 1-hop neighbors? I think, one node by collecting the schedule = of all its one-hop neighbors can know the schedule of its two-hop neighborh= ood that might conflict with its communication. In the received schedule in= formation from one hop neighbor, the links between the one-hop and two-hop = neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the= applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what = Trickle considers consistent, inconsistent, and what other events can cause= a Trickle timer reset. A first step might be to identify what we believe is a fully consistent net= work. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbo= rs 2. when there are no MAC-layer collisions, i.e. no communication happens on= the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I wou= ld argue that, since condition 2 is the end goal of the network, satisfying= condition 2 might be enough. That is, it's OK if you don't know the comple= te schedule of your neighbors, as long as you can communicate without colli= sion. It is in fact possible that two cells are reused between two pairs of= nodes, if at least one of these pairs never uses that cell, no Trickle res= et is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algo= rithm than RFC6206 for reaching eventual consistency in a wireless network.= P2P is not a good place to start because it is based on a graph abstractio= n with neighbor sets. etc. I can look closer at the exact problem problem y= ou're discussing to figure out whether I think Trickle would work well, if = you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues w= ith distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different app= roaches to deal with keeping a distributed state (consistency). I think the= re are 2 main directions, pessimistic and optimistic, pessimistic approache= s aim to enforce all nodes with the same information which requires transmi= tting the exact state to the neighbours and make sure it is installed there= , usually this is done in master-slave architectures where the master tells= the slaves what to do and won't fit to our scenario (this is the PCE case = in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronizati= on (optimistic consistency) and think that eventually all nodes will learn = about the scheduling state. With that approach we can have scheduling probl= ems in case 2 nodes do not have their schedule completely synchronized, how= ever monitoring can help to detect that and correct eventually. My opinion = is that the schedule does not change so much so having optimistic approache= s would work well (in terms of scalability). To achieve that, nodes might s= end portions of their schedule, assuming that eventually all schedule will = be sent, it will take time but neighbours might learn all information from = others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what = are the cases where this will work better than just simple random selection= and monitoring, assuming our schedules are sparse. If this is an optional = feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_F085911F642A6847987ADA23E611780D18568D79hoshiunilux_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Qin,=

<= /p>

It may be configurable. B= ased on the application, and its requirements, we may decide to share less = or more information among neighbor nodes.

<= /p>

Maria Rita

<= /p>

From: Qin Wang= [mailto:qinwang@berkeley.edu]
Sent: Thursday, June 20, 2013 3:26 PM
To: Maria Rita PALATTELLA
Cc: P.Zand@utwente.nl; watteyne@eecs.berkeley.edu; pal@cs.stanford.e= du; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Maria Rita,

I fully agree with what you said. There is trade-off= , i.e. how much information a node should hold, (None, 1-hop, 2-hop), and t= hen monitoring will take care of rest. Should it be configurable?

Qin

On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Qin, it i= s exactly as Pouria explained.
Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pictur= e of the network. The combination of the partial information that each node= has, will allow them to properly select the soft cells within the TSCH schedule. In the worst scenario, if = the cells allocation isn't properly done, the monitoring algorithm will hel= p in detecting that.
Maria Rita

From: P.Zand@utwente.nl [P.Zand@utwente.nl= ]
Sent: Thursday, June 20, 2013 2:59 PM
To: qinwan= g@berkeley.edu; Maria Rita PALATTELLA
Cc: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Qin,

You mean the case that edge(A, B) is no= t in the two-hop neighborhood of node D, but is in the two-hop neighborhood of node C. Am I right?

If yes, for creating a soft link betwee= n node D and C, node D will send a “Link Reservation Request” including a candidate set of links based on its two-hop information. Node = D might suggest the cell-1 that is used on edge (A, B). However, node C upo= n receiving the request, will do another check based on his two-hop neighbo= rhood information and will not chose that cell-1. That is because node C knows about the cell-1 on edge(A, B) i= n its two-hop neighborhood.

In other cases, that node D intend to c= reate a soft link with other nodes (e.g. E or F), and if those nodes are not one-hop neighbors of node A, then edge(A,B) is not considere= d as a conflict edge with edges of (D, E) or (D, F).

Am I right?

Best wishes,

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.b= erkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Pouria and Maria Rita,

I think there is a difference between just 1-hop information and 2= -hop information. For example,

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range= of nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB.<= /o:p>

Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nod= eD cannot know nodeA is its 2-hop neighbor.

Thought?

Qin

On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA <maria-rita.palat= tella@uni.lu> wrote:

Pouria, I do agree with you.

1-hop also include the 2- hop informati= on. The RX cells for the 1-hop neighbor, are the TX cells for the 2-hop neighbor.

Maria Rita

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Thomas,

Just one minor comment on “1. whe= n all nodes know the full TSCH schedule of all their (2-hop?) neighborsR= 21;.

Shall we say 1-hop neighbors? I think, = one node by collecting the schedule of all its one-hop neighbors can know the schedule of its two-hop neighborhood that might conflict with= its communication. In the received schedule information from one hop neigh= bor, the links between the one-hop and two-hop neighbors are also included.= Am I right?

Best Wishes,

Pouria

From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

+1 on the use of Trickle. It would indeed be great if you coul= d look at the applicability.

Per http://tools.ietf.org/html/rfc6206#section-5, we need= to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset.<= /o:p>

A first step might be to identify what we believe is a fully consi= stent network. I see multiple, slightly different, definitions:<= /p>

1. when all nodes know the full TSCH schedule of all their (2-hop?= ) neighbors

2. when there are no MAC-layer collisions, i.e. no communication h= appens on the same slotoffset/channeloffset within that neighborhood

Of course, condition 1 is sufficient for condition 2 to be satisfi= ed. I would argue that, since condition 2 is the end goal of the network, s= atisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your neighbors= , as long as you can communicate without collision. It is in fact possible = that two cells are reused between two pairs of nodes, if at least one of th= ese pairs never uses that cell, no Trickle reset is needed.

Thomas

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <pal@cs.stanford.edu> wrote= :

Yes -- as far as I know, there isn't a better (faster, more effici= ent) algorithm than RFC6206 for reaching eventual consistency in a wireless= network. P2P is not a good place to start because it is based on a graph abstraction with neighbor sets. etc. = I can look closer at the exact problem problem you're discussing to figure = out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many differe= nt approaches to deal with keeping a distributed state (consistency). I thi= nk there are 2 main directions, pessimistic and optimistic, pessimistic app= roaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won'= t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_F085911F642A6847987ADA23E611780D18568D79hoshiunilux_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB5EB11E8171 for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 02:17:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dGMYP-DDHuYR for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 02:17:16 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 0727021F9F22 for <6tsch@ietf.org>; Fri, 21 Jun 2013 02:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=71821; q=dns/txt; s=iport; t=1371806236; x=1373015836; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=mHgaEma4e4p70LSKELONak2s6T3mB168qH4N5BlEkQ4=; b=dHhXE9MERf0YT8zHRcnYJuQaRcnLEl8Mw48IeXbjHNDF7SGjkRTbHMGL 0rOeWKQly4MxymH1+Ukk8pDhCYgmHC/DhjS8Vrhw+g5h1R/AreUAEmCAK dKYUK8WGep2QtEbtdkaEr2XsbaBqpKMV8NlAu2YaMdHbhJZD+R23U5oUm s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuAFACsZxFGtJXHB/2dsb2JhbABBEAoOgjdEMUmtPYk1iEOBAhZ0giMBAQEEAQEBKkABCxACAQgRAQIBAQELFgEGByEGCxQDBggCBA4FCBOHYQMPDDOzLA2IUoxkgSmBCyANBAYBgwBhA4U+kB6DEIp3hSSCUT6CKA X-IronPort-AV: E=Sophos;i="4.87,911,1363132800"; d="scan'208,217";a="222736873" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-9.cisco.com with ESMTP; 21 Jun 2013 09:17:13 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id r5L9HDE7011959 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 21 Jun 2013 09:17:13 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Fri, 21 Jun 2013 04:17:12 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne Thread-Topic: [6tsch] architecture with remote BBR Thread-Index: AQHObhKmqr3v+vxcvE6LARbRtt2VXJk/4Vrg Date: Fri, 21 Jun 2013 09:17:12 +0000 Deferred-Delivery: Fri, 21 Jun 2013 09:17:00 +0000 Message-ID: References: <2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33@xmb-rcd-x04.cisco.com>

In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.49.80.43] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413196FFxmbrcdx01ciscoc_" MIME-Version: 1.0 Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 09:17:27 -0000 --_000_E045AECD98228444A58C61C200AE1BD8413196FFxmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Thomas: When the broadcast domain is split inside an IP subnet, there must be a fas= hion to transport ND/ARP, and at the same time, we need to avoid the risk o= f propagating a broadcast storm across the overlay. So the solutions require some learning of what is on each side and some pro= tocol to share that over the pseudowire. I see a lot of work in that area, = but certainly the registration model could help in that the registrar could= talk to one another over the tunnel and then setup forwarding states in a = rapid and deterministic fashion (I mean here that the registrar state is a = solid state from an active registration as opposed to a snooped information= ). All this has yet to settle, and we need to maintain a prudent observation. = In particular we can observe how TRILL, LISP and NVO3 http://datatracker.i= etf.org/wg/nvo3/charter/. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: vendredi 21 juin 2013 02:02 To: Pascal Thubert (pthubert) Cc: 6TSCH Subject: Re: [6tsch] architecture with remote BBR Pascal, You need the BB to be a MAC-level broadcast domain to be able to do the pro= xy ND functionality, right? (see min 17:02 of https://cisco.webex.com/cisco= sales/lsr.php?AT=3Dpb&SP=3DMC&rID=3D66409322&rKey=3D254105c68fefa880). But = you're absolutely right, I can see how this property affects the PCE discov= ery functionality. The case where there are many little PCEs covering different segment makes = perfect sense. In other cases (mobility?), we might imagine an architecture= where a single PCE is managing multiple LLNs in parallel. Thomas On Thu, Jun 20, 2013 at 7:00 AM, Pascal Thubert (pthubert) > wrote: Hello Thomas: If I understand you well, your reference to the multicast domain has to do = specifically with the PCE discovery, is that correct? Even so, the product of the discussion is probably useful in the architectu= re document. My initial mind was to emulate the model of DHCP, though we probably need t= o extend it quite a bit to scale and distribute. For all I know - but I'm not JP -, there is art for distributed PCE, in par= ticular between ISPs so that each PCE can compute a local segment of a glob= al route. In your case 1, it could make sense that there is at least one PCE on each = subdomain so as to avoid crossing boundaries for local route computation. In the future, we can probably expect to find many virtualized PCE availabl= e wherever needed via virtual service engines anyway. What do you think? Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyn= e Sent: mercredi 19 juin 2013 06:13 To: 6TSCH Subject: Re: [6tsch] architecture with remote BBR Pascal, Raghuram, I'm fully aware that VPN/tunnels are a proven technique. Obviously, this di= scussion only covers the case where a PCE is used. I want to make sure that we don't add unnecessary complexity. The easiest t= hing is for 6TSCH not to define how the PCE and the BBRs discover each othe= r, neither how they communicate, and just give "examples" in the architectu= re draft. This might be the right thing to do to start with, but it would b= e awfully nice if I could connect my BBR to a third-party PCE. I'm happy to= talk about this on the phone on Friday. Thomas On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar (rsudhaak) > wrote: Thomas, I agree conceptually with the cons that you mention for option 1. However, = tunneling and VLANs are a well understood concept in the network setup/admi= nistration and used widely by IT teams. Pascal has pointed out the specific= Cisco technologies too. So, in the practical world tunneling is the best/p= roven solution. In Option 2, the reliance of the BBR on the PCE to identify its peer may be= a cause for concern. It means that we implicitly mandate a PCE. This may n= ot be applicable to certain deployments that may want to use 6TSCH without = a PCE. Or a different routing computation technique/protocol/standard. IMO, the PCE, ND must be maintained as separate elements for the above reas= ons as well as applicability to wider range of scenarios. I lean toward the idea that 6TSCH does not need to define anything to creat= e the connectivity between the BBRs. Instead the requirement can be detaile= d along with possible solutions leaving the decision open. This will hopefu= lly help in wider applicability and interoperability. -raghuram From: Pascal Thubert > Date: Tuesday, June 18, 2013 10:08 AM To: Thomas Watteyne > Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR Hello Thomas: And then we need to add the case of the backhaul that looks like your case = 1 but has applications on the other side of the VPN as opposed to another w= lan. This is actually being studied at ISA100.15 ... For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs sha= re a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in cla= ssical routing, with VPN iff crossing an untrusted area ( ; eg the IT netwo= rk from an OT perspective ; ) The case of a single subnet crossing layer 3 boundaries is very classical i= n datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also= LISP, L2TP, and pseudowires in general. We should probably describe the case in the architecture and explain how th= is can be achieved with the above technologies; and that probably 6TSCH doe= s not need to add anything new. Or does it? About option 2, I see the links to the PCE as either a single vlan or a mix= of vlan and vpn, depending on which domain must be crossed. The structure = has its benefits, but we probably need to come up with the same model and m= ultiple disjoint paths via multiple PCEs for high availability and load bal= ancing. what do you think? Pascal 2013/6/17 Thomas Watteyne > All, There is a case I believe we are not covering explicitly in the architectur= e. The architecture draft now considers the following topology: ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o The backbone needs to be one broadcast domain for the ND proxy operations d= efines in draft-thubert-6lowpan-backbone-router-03 to work. Now, let's consider a campus-wide deployment, where the requirements is tha= t (1) all the nodes use the same IPv6 prefix, and (2) all are managed by th= e same PCE. Since BBRs are "far apart", they will not all live on the same = (broadcast) backbone. This is a very realistic scenario that I have come across multiple times, a= nd which I believe 6TSCH group could/should address. I can see the following options: Option 1: "under-the-hood" tunneling When installing the network, network administrators interconnect the differ= ent pieces of the BB using some VLAN solution, essentially recreating a bro= adcast domain. pros: - This option does not require any change the ND operation. cons: - IMO, in most multi-BBR deployments, the remote BBR case is the rule rathe= r than the exception. Using tunnels looks more like a "patch" which might b= e seen as overly complex if it needs to be applied all the time. ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D +--------------------+-------------- TUNNEL ----+ | | =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D | +-----+ +-----+ +-----+ (remote) | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Option 2: PCE responsible for forwarding to correct BBR Each BBR establishes an explicit (and secure) connection to the PCE. Since = the PCE is aware of the nodes connected through each BBR, it can forward so= me inbound packet to the appropriate BBR. The functionality of the PCE and Router can be merged. The PCE/Router gets = a packet for a particular node, and forwards it to the appropriate BBR over= the explicit connection to that BBR. --------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ ^ ^ ^ | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Option 3: hybrid This is the same as option 2, but the router and the PCE as separate. The P= CE acts as the ND proxy for all the nodes attached to all the BBRs it is ma= naging. The router is a regular router. ---+----------------------- | External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+ | | ^ ^ ^ | | | | | ------------------------ | | | | | | | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Thoughts? Thomas _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch -- Pascal --_000_E045AECD98228444A58C61C200AE1BD8413196FFxmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Thomas:

<= /p>

When the broadcast domain= is split inside an IP subnet, there must be a fashion to transport ND/ARP,= and at the same time, we need to avoid the risk of propagating a broadcast storm across the overlay.

<= /p>

So the solutions require = some learning of what is on each side and some protocol to share that over = the pseudowire. I see a lot of work in that area, but certainly the registration model could help in that the registrar could talk to one = another over the tunnel and then setup forwarding states in a rapid and det= erministic fashion (I mean here that the registrar state is a solid state f= rom an active registration as opposed to a snooped information).

<= /p>

All this has yet to settl= e, and we need to maintain a prudent observation. In particular we can obse= rve how TRILL, LISP and NVO3 http://data= tracker.ietf.org/wg/nvo3/charter/.

<= /p>

Cheers,=

<= /p>

Pascal

<= /p>

From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: vendredi 21 juin 2013 02:02
To: Pascal Thubert (pthubert)
Cc: 6TSCH
Subject: Re: [6tsch] architecture with remote BBR<= /p>

Pascal,

You need the BB to be a MAC-level broadcast domain t= o be able to do the proxy ND functionality, right? (see min 17:02 of https://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&SP=3DMC&rID=3D66= 409322&rKey=3D254105c68fefa880). But you're absolutely right, I can= see how this property affects the PCE discovery functionality.<= /p>

The case where there are many little PCEs covering d= ifferent segment makes perfect sense. In other cases (mobility?), we might = imagine an architecture where a single PCE is managing multiple LLNs in par= allel.

Thomas

On Thu, Jun 20, 2013 at 7:00 AM, Pascal Thubert (pth= ubert) <pthubert= @cisco.com> wrote:

Hello Thomas:

If I understand you well, your referenc= e to the multicast domain has to do specifically with the PCE discovery, is that correct?

Even so, the product of the discussion = is probably useful in the architecture document.

My initial mind was to emulate the mode= l of DHCP, though we probably need to extend it quite a bit to scale and distribute.

For all I know – but I’m no= t JP -, there is art for distributed PCE, in particular between ISPs so that each PCE can compute a local segment of a global route.

In your case 1, it could make sense tha= t there is at least one PCE on each subdomain so as to avoid crossing boundaries for local route computation.

In the future, we can probably expect t= o find many virtualized PCE available wherever needed via virtual service engines anyway.

What do you think?

Pascal

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: mercredi 19 juin 2013 06:13
To: 6TSCH

Subject: Re: [6tsch] architecture with remote BBR

Pascal, Raghuram,

I'm fully aware that VPN/tunnels are a proven technique. Obviously= , this discussion only covers the case where a PCE is used.

I want to make sure that we don't add unnecessary complexity. The = easiest thing is for 6TSCH not to define how the PCE and the BBRs discover = each other, neither how they communicate, and just give "examples" in the architecture draft. This might b= e the right thing to do to start with, but it would be awfully nice if I co= uld connect my BBR to a third-party PCE. I'm happy to talk about this on th= e phone on Friday.

Thomas

On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar (rsudhaak) <= ;rsudhaak@cisco.com= > wrote:

Thomas,

I agree conceptually with the cons that you mention f= or option 1. However, tunneling and VLANs are a well understood concept in the network setup/administration and used widely by IT teams. P= ascal has pointed out the specific Cisco technologies too. So, in the pract= ical world tunneling is the best/proven solution.

In Option 2, the reliance of the BBR on the PCE to id= entify its peer may be a cause for concern. It means that we implicitly mandate a PCE. This may not be applicable to certain deploym= ents that may want to use 6TSCH without a PCE. Or a different routing compu= tation technique/protocol/standard.

IMO, the PCE, ND must be maintained as separate eleme= nts for the above reasons as well as applicability to wider range of scenarios.

I lean toward the idea that 6TSCH does not need to de= fine anything to create the connectivity between the BBRs. Instead the requirement can be detailed along with possible solutions leav= ing the decision open. This will hopefully help in wider applicabilit= y and interoperability.

-raghuram

From: Pascal Thubert <pascal.thubert@gmail.com>
Date: Tuesday, June 18, 2013 10:08 AM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Cc: 6TSCH <6t= sch@ietf.org>
Subject: Re: [6tsch] architecture with remote BBR<= /p>

Hello Thomas:

And then we need to add the case of the backhaul that= looks like your case 1 but has applications on the other side of the VPN as opposed to another wlan.

This is actually being studied at ISA100.15 ...=

For your option 1, is it often (/ sometimes?) mandato= ry that the 2 LLNs share a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in classical routing, with VPN iff crossin= g an untrusted area ( ; eg the IT network from an OT perspective ; )=

The case of a single subnet crossing layer 3 boundari= es is very classical in datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also LISP, L2TP, and pseudowires in general= .

We should probably describe the case in the architect= ure and explain how this can be achieved with the above technologies; and that probably 6TSCH does not need to add anything new. Or does it?

About option 2, I see the links to the PCE as either a sing= le vlan or a mix of vlan and vpn, depending on which domain must be crossed. The structure has its benefits, but we probably need to c= ome up with the same model and multiple disjoint paths via multiple PCEs fo= r high availability and load balancing.

what do you think?

Pascal

2013/6/17 Thomas Watteyne <watteyne@eecs.berkeley.edu>=

All,

There is a case I believe we are not covering explici= tly in the architecture.

The architecture draft now considers the following to= pology:

      &=
nbsp;        ---+-------------------=
-----

      &=
nbsp;           | &n=
bsp;    External Network

      &=
nbsp;           |<=
o:p>

      &=
nbsp;        +-----+  =
            &nb=
sp;   +-----+

      &=
nbsp;        |     |=
 Router           | =
    | PCE

      &=
nbsp;        |     |=
            &nb=
sp;     |     |
      &=
nbsp;        +-----+  =
            &nb=
sp;   +-----+
      &=
nbsp;           | &n=
bsp;            =
;          |=

      &=
nbsp;           | &n=
bsp;   Subnet Backbone    |
      &=
nbsp;     +--------------------+---------------=
---+
      &=
nbsp;     |       &n=
bsp;            |&nb=
sp;            =
     |
      &=
nbsp;  +-----+        =
     +-----+      =
;       +-----+
      &=
nbsp;  |     | Backbone    | &=
nbsp;   | Backbone    |     | =
Backbone
    o   =
; |     | router      | &=
nbsp;   | router      |   =
;  | router
      &=
nbsp;  +-----+        =
     +-----+      =
;       +-----+
    o   =
;            &n=
bsp;  o          &nb=
sp;        o    &nbs=
p;            o =
;  o
      &=
nbsp; o    o   o     &nbs=
p;   o   o  o   o    =
;     o  o   o    o
   o    =
;         o    =
    o  LLN      o  &=
nbsp;   o         o =
     o
      o =
;  o    o      o  &n=
bsp;   o o     o  o   o &=
nbsp;  o    o     o

The backbone needs to be one broadcast domain for the= ND proxy operations defines in draft-thubert-6lowpan-backbone-router-= 03 to work.

Now, let's consider a campus-wide deployment, where t= he requirements is that (1) all the nodes use the same IPv6 prefix, and (2) all are managed by the same PCE. Since BBRs are "far = apart", they will not all live on the same (broadcast) backbone.

This is a very realistic scenario that I have come ac= ross multiple times, and which I believe 6TSCH group could/should address.

I can see the following options:

Option 1: "under-the-= hood" tunneling

When installing the network, network administrators i= nterconnect the different pieces of the BB using some VLAN solution, essentially recreating a broadcast domain.

pros:

- This option does not require any change the ND oper= ation.

cons:

- IMO, in most multi-BBR deployments, the remote BBR = case is the rule rather than the exception. Using tunnels looks more like a "patch" which might be seen as overly complex = if it needs to be applied all the time.

      &=
nbsp;        ---+-------------------=
-----

      &=
nbsp;           | &n=
bsp;    External Network

      &=
nbsp;           |<=
o:p>

      &=
nbsp;        +-----+  =
            &nb=
sp;   +-----+

      &=
nbsp;        |     |=
 Router           | =
    | PCE

      &=
nbsp;        |     |=
            &nb=
sp;     |     |
      &=
nbsp;        +-----+  =
             &n=
bsp;  +-----+
      &=
nbsp;           | &n=
bsp;            =
;          |=

      &=
nbsp;           | &n=
bsp;   Subnet Backbone    |    =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
      &=
nbsp;     +--------------------+--------------&=
nbsp; TUNNEL  ----+
      &=
nbsp;     |       &n=
bsp;            |&nb=
sp;            =
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D    |
      &=
nbsp;  +-----+        =
     +-----+      =
;            &n=
bsp;    +-----+ (remote)
      &=
nbsp;  |     | Backbone    | &=
nbsp;   | Backbone        =
;      |     | Backbone=

    o   =
; |     | router      | &=
nbsp;   | router        &=
nbsp;       |     | ro=
uter
      &=
nbsp;  +-----+        =
     +-----+      &nbs=
p;            &=
nbsp;   +-----+
    o   =
;            &n=
bsp;  o          &nb=
sp;        o    &nbs=
p;            o =
;  o
      &=
nbsp; o    o   o     &nbs=
p;   o   o  o   o    =
;            &n=
bsp; o  o   o    o
   o    =
;         o    =
    o  LLN      o  &=
nbsp;   o         &n=
bsp;   o      o
      o =
;  o    o      o  &n=
bsp;   o o     o  o   o &=
nbsp;           o &n=
bsp;  o     o

Option 2: PCE respons= ible for forwarding to correct BBR

Each BBR establishes an explicit (and secure) connect= ion to the PCE. Since the PCE is aware of the nodes connected through each BBR, it can forward some inbound packet to the appropriate BB= R.

The functionality of the PCE and Router can be merged= . The PCE/Router gets a packet for a particular node, and forwards it to the appropriate BBR over the explicit connection to that BB= R.

      &=
nbsp;         --------------+--=
-----------------

      &=
nbsp;           &nbs=
p;           |  Exte=
rnal Network

      &=
nbsp;           &nbs=
p;           |

      &=
nbsp;           &nbs=
p;        +-----+

      &=
nbsp;           &nbs=
p;        |     | PC=
E/Router

      &=
nbsp;           &nbs=
p;        |     |

      &=
nbsp;           &nbs=
p;        +-----+

      &=
nbsp;            &nb=
sp;        ^ ^ ^

      &=
nbsp;           &nbs=
p;         | | |<=
/pre>
 
 
      &=
nbsp;     +---------------+ | +------------=
----+
      &=
nbsp;     |       &n=
bsp;         |   &nb=
sp;            =
  |
      &=
nbsp;     v       &n=
bsp;         v   &nb=
sp;            =
  v
      &=
nbsp;  +-----+         =
;  +-----+        =
;    +-----+
      &=
nbsp;  |     | Backbone  |   &=
nbsp; | Backbone   |     | Backbone
    o   =
; |     | router    |   &=
nbsp; | router     |     | router
      &=
nbsp;  +-----+        =
   +-----+        =
;    +-----+
    o   =
;            &n=
bsp;  o          &nb=
sp;        o    &nbs=
p;            o =
;  o
      &=
nbsp; o    o   o     &nbs=
p;   o   o  o   o    =
;     o  o   o    o
   o    =
;         o    =
    o  LLN      o  &=
nbsp;   o         o =
     o
      o =
;  o    o      o  &n=
bsp;   o o     o  o   o &=
nbsp;  o    o     o
 
Option 3 
This is the same as option 2, but the router =
and the PCE as separate. The PCE acts as the ND proxy for all the nodes att=
ached to all the BBRs it is managing. The router is a regular router.
 
  ---+----------------------=
-
 
 
     |  =
; External Network
     |
  +-----+  &nb=
sp;            =
   +-----+
  |     | Ro=
uter           | &nb=
sp;   | PCE
  |     |&nb=
sp;            =
  +--|     |
  +-----+  &nb=
sp;            |&nbs=
p; +-----+
     |  =
;            &n=
bsp;   |   ^ ^ ^
 
 
     |  =
;            &n=
bsp;   |   | | |
  ------------------------ =
 | | |
       =
            &nb=
sp;        | | |
      &=
nbsp;           &nbs=
p;         | | |<=
/pre>
 
 
      &=
nbsp;     +---------------+ | +------------=
----+
      &=
nbsp;     |       &n=
bsp;         |   &nb=
sp;            =
  |
      &=
nbsp;     v       &n=
bsp;         v   &nb=
sp;            =
  v
      &=
nbsp;  +-----+        =
   +-----+        &nbs=
p;   +-----+
      &=
nbsp;  |     | Backbone  |   &=
nbsp; | Backbone   |     | Backbone
    o   =
; |     | router    |   &=
nbsp; | router     |     | router
      &=
nbsp;  +-----+        =
   +-----+        =
;    +-----+
    o   =
;            &n=
bsp;  o          &nb=
sp;        o    &nbs=
p;            o =
;  o
      &=
nbsp; o    o   o     &nbs=
p;   o   o  o   o    =
;     o  o   o    o
   o    =
;         o    =
    o  LLN      o  &=
nbsp;   o         o =
     o
      o =
;  o    o      o  &n=
bsp;   o o     o  o   o &=
nbsp;  o    o     o
 
 
Thoughts?
 
 
Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--
Pascal

--_000_E045AECD98228444A58C61C200AE1BD8413196FFxmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D535C21E80BA for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 02:03:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gOW03XN7PnXd for <6tsch@ietfa.amsl.com>; Fri, 21 Jun 2013 02:03:33 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id C731821E8094 for <6tsch@ietf.org>; Fri, 21 Jun 2013 02:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=37598; q=dns/txt; s=iport; t=1371805412; x=1373015012; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=fwQYUJRKtEQr8zO0fo3xzCFoI95wnWgrmO4DD9Pl7UA=; b=NRB0wOAvj5MM2SfsTA0xRk4moXBjElxZJO8JW13iCehcRn0VPXlXX1im m2PDxG/O5A0PcF8SM6olRQsH28qE6IoIRSKYJzKrrj9whxmNhsOs3JOgV 8TsVUHHeyzd7RgVUY8A/gNOO2siP2kZsxdvTSMuY0Z0LLPH7Q0uV2nJn1 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AggFAO4VxFGtJXG+/2dsb2JhbABRCg6CN0QxSb81gQEWdIIjAQEBBAEBASo6BwQXAgEIDgMBAwEBCxYBBgcnCxQDBggCBAESCBGHdQy8RQSODQqBAS0KAQaCemEDhT6jSYJRPoFxNw X-IronPort-AV: E=Sophos;i="4.87,911,1363132800"; d="scan'208,217";a="225509462" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-1.cisco.com with ESMTP; 21 Jun 2013 09:03:32 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r5L93V05006003 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 21 Jun 2013 09:03:31 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0318.004; Fri, 21 Jun 2013 04:03:31 -0500 From: "Pascal Thubert (pthubert)" To: Xavier Vilajosana , "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] support to installing Tracks Thread-Index: AQHObhbR5gQMGll0XkesX6lsmLsOC5k/qT4AgAAMDoCAABBvMA== Date: Fri, 21 Jun 2013 09:03:30 +0000 Deferred-Delivery: Fri, 21 Jun 2013 09:03:00 +0000 Message-ID: References:

<51C3AC91.5000200@eecs.berkeley.edu> In-Reply-To: <51C3AC91.5000200@eecs.berkeley.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.49.80.43] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413196A8xmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 09:03:39 -0000 --_000_E045AECD98228444A58C61C200AE1BD8413196A8xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Xavi and Thomas: Note that the local instance ID is only unique to the IPv6 address that goe= s with it. So there is no need to check for uniqueness along the path. It i= s normally up to the owner of that IPv6 address to select an instance ID. So if we pick the tunnel termination point as the owner of the instance ID = I thought that it would be carried on the resv back that actually commits t= he time slots in rsvp. OTOH if we picked the tunnel source then it could be carried in the path me= ssage. In the case of the PCE it would be returned to the PCE upon completion of t= he tunnel establishment. Do you see a need for a local ID at each hop? Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of X= avier Vilajosana Sent: vendredi 21 juin 2013 03:30 To: 6tsch@ietf.org Subject: Re: [6tsch] support to installing Tracks Hi Qin, I think that the instanceID in the centralized case will be selected by the= PCE, this might be part of the information it carries when installing a tr= ack. In a distributed case, I can think of the following method: a source node aiming to create a track starts a reservation request (L4) th= at will travel through the track until it reaches the destination. At each = hop nodes can indicate the instanceIDs of the tracks that cross through the= m. The destination will receive the track reservation request with all the = instanceID that cannot be used. The destination will select an instanceID t= hat is not reserved and will prepare the track reservation response so all = nodes in the track can know their instanceID amongst other reservation info= rmation. Note that this is L4 mechanism as we are installing a track through multipl= e nodes. 6tus at L2.5 will be notified by the reservation response and will= install the appropriate soft links according to the required QoS. this is the simplest way I can imagine. does it make sense? X Al 20/06/13 17:46, En/na Qin Wang ha escrit: Pascal and Thomas, Dest IPv6 address is a very cool element in the tuple. I like it. But, I'm = not sure who and how to choose a instanceID in each node while installing a= track. Could you please explain more? Thanks Qin On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne > wrote: Pascal, I believe that using the instanceID would both prevent us from reinventing = anything, yet having this capability. In one extreme case, the PCE could in= stall all the routes in the routing table, which would take precedence over= the ones installed by RPL (per your text). Qin, Do you feel comfortable with this approach? Thomas On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) > wrote: Hello Thomas: If we consider that a track is an hard core version of a route as installed= by the PCE, then we might extend the thought that we placed there, and use= an instance? TrackIDs could be taken from local instances (there are 64 of those per nod= e) of the destination so the tuple (dest IPv6 , instanceID) would identify= the track as it identifies routes. BTW, the proposed update of the architecture draft to reflect the previous = discussions is as follows: Centralized vs. Distributed Routing 6TSCH supports a mix model of centralized routes that are computed by a Path Computation Entity and distributed routes that are computed by RPL over a common physical LLN. Both RPL and the PCE may inject routes in the Routing Tables of the 6TSCH routers. In either case, each route is associated with a topology that is indexed by an instanceID, as defined in RPL [RFC6550]. RPL and PCE rely on shared sources to define Global and Local InstanceIDs. It is possible for RPL and PCE to share a same topology, in which case the PCE routes have precedence over RPL routes in case of a conflict. Inside the 6TSCH domain, the flow label is used to indicate the topology that must be used for routing and the associated Routing Tables as discussed in [I-D.thubert-roll-flow-label]. What do you think? Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyn= e Sent: jeudi 20 juin 2013 09:28 To: 6TSCH Subject: Re: [6tsch] support to installing Tracks Qin, [I believe you sent the same e-mail twice, I'm only answering the second on= e] Having some type of track ID would indeed make life much easier. Each RX an= d TX cell would simply be associated to a trackID. The switching table (whi= ch I assume you refer to by "track table"?) might not even physically exist= as such in the node's RAM memory. Rather the switching rule is simply "wha= tever you receive on an RX cell associaed with trackID 4, transmit on the n= ext TX cell associated with trackID 4". There could be a trackID which mean= s "no trackID", to identify the cells which are not associated on a track, = and which can be used for regular routing. When the PCE installs a hard cel= l, it would install [direction,slotOffset,channelOffset,trackID]. Does the above sound like what you're proposing? Assuming that a trackID identifies a flow, is there not some other number/t= uple already available somewhere which could play the role of trackID witho= ut requiring a new numbering space? For example, could the trackID be the t= uple [destination IPv6 address, DSCP]? Thomas On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang > wrote: Hi all, We have had many discussions on Track related topic in threads like "Routin= g vs switching". I would like to discuss more about what 6tus should provid= e to install a Track, including installing both hard cell based Track and s= oft cell based Track. My understanding is what we can do now is as follows. (1) add hard cells along the path, with Cell Commands (2) specify the mapping between each incoming cell and outgoing cell along = the path, with Label Switching Commands If my understanding is correct, I can see the following problem: It need mo= re bandwidth. For example, when you add a hard cell between nodeA and nodeB= , one global communication from PCE to nodeA, and one local communication f= rom nodeA to nodeB are needed. But for the Label Switching command, additio= nal two communications, i.e. from PCE to nodeA and from PCE to nodeB are al= so needed. In addition, if a given track consists more than one incoming ce= lls and outgoing cells, more bandwidth for installing the track will be con= sumed. Thus, I would like to suggest to use TrackID to associate incoming cells an= d outgoing cells. For sure, the TrackID will not appear in packet, it is ju= st used to establish the relationship between incoming cells and outgoing c= ells. i.e. (1) add TrackID as a parameter of Cell commands. (2) same procedure of adding/removing hard cell or soft cell as before. (3) while receiving adding hard cell or soft cell command, fill the Track = table with the TrackID. In the Track table, Rx cells are the incoming cells= and Tx cells are the outgoing cells. And then, from TSCH's point of view, = the schedule is the overlap of all Track tables. How do you think? Qin _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD8413196A8xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Xavi and Thomas:

<= /p>

Note that the local insta= nce ID is only unique to the IPv6 address that goes with it. So there is no= need to check for uniqueness along the path. It is normally up to the owner of that IPv6 address to select an instance ID. =

<= /p>

So if we pick the tunnel = termination point as the owner of the instance ID I thought that it would b= e carried on the resv back that actually commits the time slots in rsvp.

OTOH if we picked the tun= nel source then it could be carried in the path message.

<= /p>

In the case of the PCE it= would be returned to the PCE upon completion of the tunnel establishment.

<= /p>

Do you see a need for a l= ocal ID at each hop?

<= /p>

Cheers,=

<= /p>

Pascal

<= /p>

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf= .org] On Behalf Of Xavier Vilajosana
Sent: vendredi 21 juin 2013 03:30
To: 6tsch@ietf.org
Subject: Re: [6tsch] support to installing Tracks<= /p>

Hi Qin,

I think that the instanceID in the centralized case will be selected by the= PCE, this might be part of the information it carries when installing a tr= ack. In a distributed case, I can think of the following method:

a source node aiming to create a track starts a reservation request (L4) th= at will travel through the track until it reaches the destination. At each = hop nodes can indicate the instanceIDs of the tracks that cross through the= m. The destination will receive the track reservation request with all the instanceID that cannot be used.= The destination will select an instanceID that is not reserved and will pr= epare the track reservation response so all nodes in the track can know the= ir instanceID amongst other reservation information.

Note that this is L4 mechanism as we are installing a track through multipl= e nodes. 6tus at L2.5 will be notified by the reservation response and will= install the appropriate soft links according to the required QoS.

this is the simplest way I can imagine.

does it make sense?
X

Al 20/06/13 17:46, En/na Qin Wang ha escrit:

Pascal and Thomas,

Dest IPv6 address is a very cool element in the tupl= e. I like it. But, I'm not sure who and how to choose a instanceID in each = node while installing a track. Could you please explain more?

Thanks

Qin

On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne <= ;watteyne@e= ecs.berkeley.edu> wrote:

Pascal,

I believe that using the instanceID would both preve= nt us from reinventing anything, yet having this capability. In one extreme= case, the PCE could install all the routes in the routing table, which wou= ld take precedence over the ones installed by RPL (per your text).

Qin,

Do you feel comfortable with this approach?

Thomas

On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pth= ubert) <pthubert= @cisco.com> wrote:

Hello Thomas:

If we consider that a track is an hard = core version of a route as installed by the PCE, then we might extend the thought that we placed there, and use an instance?<= /o:p>

TrackIDs could be taken from local inst= ances (there are 64 of those per node) of the destination so the tuple (dest IPv6 , instanceID) would identify the track as it= identifies routes.

BTW, the proposed update of the archite= cture draft to reflect the previous discussions is as follows:

Centralized vs. Distributed Routi= ng

   6TSCH supports a mix model= of centralized routes that are computed by

   a Path Computation Entity = and distributed routes that are computed by

   RPL over a common physical= LLN.

   Both RPL and the PCE may i= nject routes in the Routing Tables of the

   6TSCH routers. In ei= ther case, each route is associated with a

   topology that is indexed b= y an instanceID, as defined in RPL

   [RFC6550]. RPL and P= CE rely on shared sources to define Global and

   Local InstanceIDs.<= o:p>

   It is possible for RPL and= PCE to share a same topology, in which

   case the PCE routes have p= recedence over RPL routes in case of a

   conflict.

   Inside the 6TSCH domain, t= he flow label is used to indicate the

   topology that must be used= for routing and the associated Routing

   Tables as discussed in [I-= D.thubert-roll-flow-label].

What do you think?

Pascal

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks<= /p>

Qin,

[I believe you sent the same e-mail twice, I'm only answering the = second one]

Having some type of track ID would indeed make life much easier. E= ach RX and TX cell would simply be associated to a trackID. The switching t= able (which I assume you refer to by "track table"?) might not even physically exist as such in the n= ode's RAM memory. Rather the switching rule is simply "whatever you re= ceive on an RX cell associaed with trackID 4, transmit on the next TX cell = associated with trackID 4". There could be a trackID which means "no trackID", to identify the cells which are not as= sociated on a track, and which can be used for regular routing. When the PC= E installs a hard cell, it would install [direction,slotOffset,channelOffse= t,trackID].

Does the above sound like what you're proposing?

Assuming that a trackID identifies a flow, is there not some other= number/tuple already available somewhere which could play the role of trac= kID without requiring a new numbering space? For example, could the trackID be the tuple [destination IPv6 addre= ss, DSCP]?

Thomas

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

We have had many discussions on Track related topic in = threads like "Routing vs switching". I would like to discuss more about what 6tus should provide to install a Track, including installi= ng both hard cell based Track and soft cell based Track.<= /p>

My understanding is what we can do now is as follows.

(1) add hard cells along the path, with Cell Comm= ands

(2) specify the mapping between each incoming cell and = outgoing cell along the path, with Label Switching Commands

If my understanding is correct, I can see the following= problem: It need more bandwidth. For example, when you add a hard cell between nodeA and nodeB, one global communication from PCE to = nodeA, and one local communication from nodeA to nodeB are needed. But for = the Label Switching command, additional two communications, i.e. from PCE t= o nodeA and from PCE to nodeB are also needed. In addition, if a given track consists more than one incoming= cells and outgoing cells, more bandwidth for installing the track will be = consumed.

Thus, I would like to suggest to use TrackID to associa= te incoming cells and outgoing cells. For sure, the TrackID will not appear in packet, it is just used to establish the relationship b= etween incoming cells and outgoing cells. i.e.

(1) add TrackID as a parameter of Cell commands.=

(2) same procedure of adding/removing hard cell or soft= cell as before.

(3) while receiving adding hard cell or soft cell comma= nd, fill the Track table with the TrackID. In the Track table, Rx cells are the incoming cells and Tx cells are the outgoing cells. And t= hen, from TSCH's point of view, the schedule is the overlap of all Tr= ack tables.

How do you think?

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch
_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ie=
tf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD8413196A8xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFB0621E80E3 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 18:30:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pDmY2KzRdXvE for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 18:30:01 -0700 (PDT) Received: from cm01fe.IST.Berkeley.EDU (cm01fe.IST.Berkeley.EDU [169.229.218.142]) by ietfa.amsl.com (Postfix) with ESMTP id EDC5521E80DF for <6tsch@ietf.org>; Thu, 20 Jun 2013 18:30:00 -0700 (PDT) Received: from c-67-188-198-243.hsd1.ca.comcast.net ([67.188.198.243] helo=[192.168.2.7]) by cm01fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1UpqAo-00021z-3z for 6tsch@ietf.org; Thu, 20 Jun 2013 18:30:00 -0700 Message-ID: <51C3AC91.5000200@eecs.berkeley.edu> Date: Thu, 20 Jun 2013 18:29:53 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References:

In-Reply-To: Content-Type: multipart/alternative; boundary="------------020900010209090301020009" Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 01:30:05 -0000 This is a multi-part message in MIME format. --------------020900010209090301020009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Qin, I think that the instanceID in the centralized case will be selected by the PCE, this might be part of the information it carries when installing a track. In a distributed case, I can think of the following method: a source node aiming to create a track starts a reservation request (L4) that will travel through the track until it reaches the destination. At each hop nodes can indicate the instanceIDs of the tracks that cross through them. The destination will receive the track reservation request with all the instanceID that cannot be used. The destination will select an instanceID that is not reserved and will prepare the track reservation response so all nodes in the track can know their instanceID amongst other reservation information. Note that this is L4 mechanism as we are installing a track through multiple nodes. 6tus at L2.5 will be notified by the reservation response and will install the appropriate soft links according to the required QoS. this is the simplest way I can imagine. does it make sense? X Al 20/06/13 17:46, En/na Qin Wang ha escrit: > Pascal and Thomas, > > Dest IPv6 address is a very cool element in the tuple. I like it. But, > I'm not sure who and how to choose a instanceID in each node while > installing a track. Could you please explain more? > > Thanks > Qin > > > > On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne > > wrote: > > Pascal, > I believe that using the instanceID would both prevent us from > reinventing anything, yet having this capability. In one extreme > case, the PCE could install all the routes in the routing table, > which would take precedence over the ones installed by RPL (per > your text). > > Qin, > Do you feel comfortable with this approach? > > Thomas > > > On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) > > wrote: > > Hello Thomas: > > If we consider that a track is an hard core version of a route > as installed by the PCE, then we might extend the thought that > we placed there, and use an instance? > > TrackIDs could be taken from local instances (there are 64 of > those per node) of the destination so the tuple (dest IPv6 , > instanceID) would identify the track as it identifies routes. > > BTW, the proposed update of the architecture draft to reflect > the previous discussions is as follows: > > Centralized vs. Distributed Routing > > 6TSCH supports a mix model of centralized routes that are > computed by > > a Path Computation Entity and distributed routes that are > computed by > > RPL over a common physical LLN. > > Both RPL and the PCE may inject routes in the Routing Tables > of the > > 6TSCH routers. In either case, each route is associated with a > > topology that is indexed by an instanceID, as defined in RPL > > [RFC6550]. RPL and PCE rely on shared sources to define > Global and > > Local InstanceIDs. > > It is possible for RPL and PCE to share a same topology, in which > > case the PCE routes have precedence over RPL routes in case of a > > conflict. > > Inside the 6TSCH domain, the flow label is used to indicate the > > topology that must be used for routing and the associated Routing > > Tables as discussed in [I-D.thubert-roll-flow-label]. > > What do you think? > > Pascal > > *From:*6tsch-bounces@ietf.org > [mailto:6tsch-bounces@ietf.org > ] *On Behalf Of *Thomas Watteyne > *Sent:* jeudi 20 juin 2013 09:28 > *To:* 6TSCH > *Subject:* Re: [6tsch] support to installing Tracks > > Qin, > > [I believe you sent the same e-mail twice, I'm only answering > the second one] > > Having some type of track ID would indeed make life much > easier. Each RX and TX cell would simply be associated to a > trackID. The switching table (which I assume you refer to by > "track table"?) might not even physically exist as such in the > node's RAM memory. Rather the switching rule is simply > "whatever you receive on an RX cell associaed with trackID 4, > transmit on the next TX cell associated with trackID 4". There > could be a trackID which means "no trackID", to identify the > cells which are not associated on a track, and which can be > used for regular routing. When the PCE installs a hard cell, > it would install [direction,slotOffset,channelOffset,trackID]. > > Does the above sound like what you're proposing? > > Assuming that a trackID identifies a flow, is there not some > other number/tuple already available somewhere which could > play the role of trackID without requiring a new numbering > space? For example, could the trackID be the tuple > [destination IPv6 address, DSCP]? > > Thomas > > On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang > > wrote: > > Hi all, > > We have had many discussions on Track related topic in threads > like "Routing vs switching". I would like to discuss more > about what 6tus should provide to install a Track, including > installing both hard cell based Track and soft cell based Track. > > My understanding is what we can do now is as follows. > > (1) add hard cells along the path, with Cell Commands > > (2) specify the mapping between each incoming cell and > outgoing cell along the path, with Label Switching Commands > > If my understanding is correct, I can see the following > problem: It need more bandwidth. For example, when you add a > hard cell between nodeA and nodeB, one global communication > from PCE to nodeA, and one local communication from nodeA to > nodeB are needed. But for the Label Switching command, > additional two communications, i.e. from PCE to nodeA and from > PCE to nodeB are also needed. In addition, if a given track > consists more than one incoming cells and outgoing cells, more > bandwidth for installing the track will be consumed. > > Thus, I would like to suggest to use TrackID to associate > incoming cells and outgoing cells. For sure, the TrackID will > not appear in packet, it is just used to establish the > relationship between incoming cells and outgoing cells. i.e. > > (1) add TrackID as a parameter of Cell commands. > > (2) same procedure of adding/removing hard cell or soft cell > as before. > > (3) while receiving adding hard cell or soft cell command, > fill the Track table with the TrackID. In the Track table, Rx > cells are the incoming cells and Tx cells are the outgoing > cells. And then, from TSCH's point of view, the schedule is > the overlap of all Track tables. > > How do you think? > > Qin > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------020900010209090301020009 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Hi Qin,

I think that the instanceID in the centralized case will be selected by the PCE, this might be part of the information it carries when installing a track. In a distributed case, I can think of the following method:

a source node aiming to create a track starts a reservation request (L4) that will travel through the track until it reaches the destination. At each hop nodes can indicate the instanceIDs of the tracks that cross through them. The destination will receive the track reservation request with all the instanceID that cannot be used. The destination will select an instanceID that is not reserved and will prepare the track reservation response so all nodes in the track can know their instanceID amongst other reservation information.

Note that this is L4 mechanism as we are installing a track through multiple nodes. 6tus at L2.5 will be notified by the reservation response and will install the appropriate soft links according to the required QoS.

this is the simplest way I can imagine.

does it make sense?
X

Al 20/06/13 17:46, En/na Qin Wang ha escrit:

Pascal and Thomas,

Dest IPv6 address is a very cool element in the tuple. I like it. But, I'm not sure who and how to choose a instanceID in each node while installing a track. Could you please explain more?

Thanks

Qin

On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne <watteyne@eecs.berkeley.edu> wrote:

Pascal,
I believe that using the instanceID would both prevent us from reinventing anything, yet having this capability. In one extreme case, the PCE could install all the routes in the routing table, which would take precedence over the ones installed by RPL (per your text).

Qin,

Do you feel comfortable with this approach?

Thomas

On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hello Thomas:

If we consider that a track is an hard core version of a route as installed by the PCE, then we might extend the thought that we placed there, and use an instance?

TrackIDs could be taken from local instances (there are 64 of those per node) of the destination so the tuple (dest IPv6 , instanceID) would identify the track as it identifies routes.

BTW, the proposed update of the architecture draft to reflect the previous discussions is as follows:

Centralized vs. Distributed Routing

   6TSCH supports a mix model of centralized routes that are computed by

   a Path Computation Entity and distributed routes that are computed by

   RPL over a common physical LLN.

   Both RPL and the PCE may inject routes in the Routing Tables of the

   6TSCH routers. In either case, each route is associated with a

   topology that is indexed by an instanceID, as defined in RPL

   [RFC6550]. RPL and PCE rely on shared sources to define Global and

   Local InstanceIDs.

   It is possible for RPL and PCE to share a same topology, in which

   case the PCE routes have precedence over RPL routes in case of a

   conflict.

   Inside the 6TSCH domain, the flow label is used to indicate the

   topology that must be used for routing and the associated Routing

   Tables as discussed in [I-D.thubert-roll-flow-label].

What do you think?

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks

Qin,

[I believe you sent the same e-mail twice, I'm only answering the second one]

Having some type of track ID would indeed make life much easier. Each RX and TX cell would simply be associated to a trackID. The switching table (which I assume you refer to by "track table"?) might not even physically exist as such in the node's RAM memory. Rather the switching rule is simply "whatever you receive on an RX cell associaed with trackID 4, transmit on the next TX cell associated with trackID 4". There could be a trackID which means "no trackID", to identify the cells which are not associated on a track, and which can be used for regular routing. When the PCE installs a hard cell, it would install [direction,slotOffset,channelOffset,trackID].

Does the above sound like what you're proposing?

Assuming that a trackID identifies a flow, is there not some other number/tuple already available somewhere which could play the role of trackID without requiring a new numbering space? For example, could the trackID be the tuple [destination IPv6 address, DSCP]?

Thomas

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

We have had many discussions on Track related topic in threads like "Routing vs switching". I would like to discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track.

My understanding is what we can do now is as follows.

(1) add hard cells along the path, with Cell Commands

(2) specify the mapping between each incoming cell and outgoing cell along the path, with Label Switching Commands

If my understanding is correct, I can see the following problem: It need more bandwidth. For example, when you add a hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are needed. But for the Label Switching command, additional two communications, i.e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the track will be consumed.

Thus, I would like to suggest to use TrackID to associate incoming cells and outgoing cells. For sure, the TrackID will not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e.

(1) add TrackID as a parameter of Cell commands.

(2) same procedure of adding/removing hard cell or soft cell as before.

(3) while receiving adding hard cell or soft cell command, fill the Track table with the TrackID. In the Track table, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, the schedule is the overlap of all Track tables.

How do you think?

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch
_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

--------------020900010209090301020009-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32ABC11E8136 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:49:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FUJp37-Vhrqx for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:49:38 -0700 (PDT) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) by ietfa.amsl.com (Postfix) with ESMTP id 3A83C11E8135 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:49:38 -0700 (PDT) Received: by mail-pa0-f53.google.com with SMTP id tj12so6939157pac.26 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:49:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=T9mtQ6WOZNXTfjoK8cnz8xw8jIsTrxzOs294x12fzsE=; b=vm91ZutxnAD92UnmgrLChQCbSHysqrwa18Yg0C8Ow4aawBNS7RK9Q6ZS8VPyqbQH9A zCkR4X4ONnOXxF0bMylbSgWSUgc0WYJOQcdIMS1JBxx7IPuX9U5NitnU6Q5mg105+HAz toPJU8pQeyMlXPBiuiIVLzlP9+h+cL3b/svHsf9uYEIdT0D/MFHRf3rDbyBbBGy/nnMm wTGlitqOkVyw5HL07vRrqZf5AXhF7Sylw82ZKouA1SqWWq9nB0nvMEVaKImfNLg5l1dy 00nFGYLdipW8Upl1Kff1WOH9m5GkG2Czs6bkPMRERiggHNW+Plg2BlGQBiI/H9/khhj1 pgog== X-Received: by 10.68.213.231 with SMTP id nv7mr10034906pbc.70.1371775777957; Thu, 20 Jun 2013 17:49:37 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 17:49:17 -0700 (PDT) From: Thomas Watteyne Date: Thu, 20 Jun 2013 17:49:17 -0700 X-Google-Sender-Auth: 4H7zhlao7Pcn8JIpH8HOWw8JpQI Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=e89a8f923c7af4f1bf04df9f6f68 Subject: [6tsch] Agenda for the call on June 21 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 00:49:39 -0000 --e89a8f923c7af4f1bf04df9f6f68 Content-Type: text/plain; charset=ISO-8859-1 All, Below is the proposed agenda for the 6TSCH call tomorrow: - draft-thubert-6tsch-architecture-02 [5min] - draft-vilajosana-6tsch-basic-00 [10min] - Architecture with remote BBR [10min] - Soft cell assignment: random or not? [20min] - Track IDs [10min] - AOB [5min] As usual, feel free to propose any changes to the agenda, also at the beginning of the call. Remember that this call will be recorded. Pascal & Thomas Topic: 6TSCH Weekly Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) Meeting Number: 206 802 913 Meeting Password: sixtus ------------------------------------------------------- To start the online meeting ------------------------------------------------------- 1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=219615007&UID=481905242&PW=NZTRkNDAwOTE1&RT=MiMyMw%3D%3D 2. Log in to your account. 3. Click "Start Now". 4. Follow the instructions that appear on your screen. ---------------------------------------------------------------- ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes ---------------------------------------------------------------- The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpitas area and (866) 349-3520 for the RTP area. Please dial the local access number for your area from the list below: - San Jose/Milpitas (408) area: 525-6800 - RTP (919) area: 392-3330 ------------------------------------------------------- To join the teleconference only ------------------------------------------------------- 1. Dial into Cisco WebEx (view all Global Access Numbers at http://cisco.com/en/US/about/doing_business/conferencing/index.html 2. Follow the prompts to enter the Meeting Number (listed above) or Access Code followed by the # sign. San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330 US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117 India: +91.80.4350.1111 Germany: +49.619.6773.9002 Japan: +81.3.5763.9394 China: +86.10.8515.5666 To check whether you have the appropriate players installed for UCF (Universal Communications Format) rich media files, go to https://ciscosales.webex.com/ciscosales/systemdiagnosis.php http://www.webex.com CCM:+14085256800x206802913 --e89a8f923c7af4f1bf04df9f6f68 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

All,

Below is the proposed agen= da for the 6TSCH call tomorrow:

draft-thubert-6tsch-architecture-02 [5min]
draft-vilajosana-6tsch-basic-00 [10min]
Architecture with remote BBR [10min]
Soft cell assignment: ran= dom or not? [20min]
Track IDs [10min]
AOB [5min]

As usual, feel f= ree to propose any changes to the agenda, also at the beginning of the call= .

Re= member that this call will be recorded.

Pascal & Thomas

<= span style=3D"font-size:10pt;font-family:Tahoma,sans-serif">Topic: 6TSCH We= ekly
Time:=A08:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)= =A0
Meeting Number: 206 802 913=A0
Meeting Password: sixtus=A0

------= -------------------------------------------------=A0
To start the online= meeting=A0
-------------------------------------------------------=A01. Go to=A0https://ciscosales.webex.com/ciscosales/j.php?ED=3D219615007&am= p;UID=3D481905242&PW=3DNZTRkNDAwOTE1&RT=3DMiMyMw%3D%3D=A0
2. Log in to your account.=A0
3. Click "Start Now".=A0
4. F= ollow the instructions that appear on your screen.=A0

--------------= --------------------------------------------------=A0
ALERT:Toll-Free Di= al Restrictions for (408) and (919) Area Codes=A0
----------------------------------------------------------------=A0

= The affected toll free numbers are:=A0(866) 432-9903=A0for the San J= ose/Milpitas area and=A0(866) 349-3520=A0for the RTP area.=A0

Please dial the local access number for your area from the list below:= =A0
- San Jose/Milpitas (408) area: 525-6800=A0
- RTP (919) area: 392= -3330=A0

-------------------------------------------------------=A0<= br>To join the teleconference only=A0
-------------------------------------------------------=A0
1. Dial into = Cisco WebEx (view all Global Access Numbers at=A0
http:/= /cisco.com/en/US/about/doing_business/conferencing/index.html=A0
2. Follow the prompts to enter the Meeting Number (listed above) or Access = Code followed by the # sign.=A0

San Jose, CA:=A0+1.408.525.6800= =A0RTP:=A0+1.919.392.3330=A0

US/Canada:=A0+1.866.432.9903=A0United Kingdom:=A0+44.20.8824.0117= =A0

India:=A0+91.80.4350.1111=A0Germany:=A0+49.619.6773.9002=A0<= br>
Japan:=A0+81.3.5763.9394=A0China:=A0+86.10.8515.5666=A0
To check whether you have the appropriate players installed for UCF (Univ= ersal Communications Format) rich media files, go to=A0https://cisc= osales.webex.com/ciscosales/systemdiagnosis.php=A0

http://www.webex.com=A0
<= br>CCM:+14085256800x206802913

--e89a8f923c7af4f1bf04df9f6f68-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF7AF21F9B10 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:46:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.809 X-Spam-Level: X-Spam-Status: No, score=-1.809 tagged_above=-999 required=5 tests=[AWL=0.168, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bHfzAi5qwDCh for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:46:46 -0700 (PDT) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id 9607D21F9AED for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:46:46 -0700 (PDT) Received: by mail-ie0-f182.google.com with SMTP id s9so18127584iec.41 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:46:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=etiK70QX5evfLSec70Hd1mW92i3+BYsszD4O6T2+Bwc=; b=hXQoZvu3ZWk+uipJiLV14CVwbCT09ehyHrcgq08eWFGi/Vf3+OUfJ2TDrzIySynjMX g71Vv4n3SDjBU9H8Eo0xX0WEOBJMDJGA5qFk10qvvjAh1VcwAiXNqDZ0/bY4Ee4Z2ZXM PsLUCbo69P2xfDyAxeG89wiqBOliLxk54BRiQUGVHoP2FrxyNYFDKCiX+/HvKC+nYJ+T UbqT8l+ixYth8aBdWL58p9U6Cxvc0Cu9zNrP/RuV/QXebNwtiZ6n/6eVSLQlnBPvrVzw hNUJCo+C59UdhTssAglqJbFvU5SeGlR1Vzx3m8T6k5OoetWwegzUBkFDh63IGMW9RN41 oIkg== MIME-Version: 1.0 X-Received: by 10.43.58.205 with SMTP id wl13mr4750931icb.48.1371775604524; Thu, 20 Jun 2013 17:46:44 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 17:46:44 -0700 (PDT) In-Reply-To: References:

Date: Fri, 21 Jun 2013 08:46:44 +0800 Message-ID: From: Qin Wang To: Thomas Watteyne Content-Type: multipart/alternative; boundary=bcaec51ddad79eb16304df9f659b X-Gm-Message-State: ALoCoQnRjSmm3iiKWSzq753GbNAvd3f8UuYbNqxcZtW0AB/H92URrYACed4/QY9RSkYiYSmq4NL1 Cc: "Pascal Thubert $pthubert$" , 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 00:46:47 -0000 --bcaec51ddad79eb16304df9f659b Content-Type: text/plain; charset=ISO-8859-1 Pascal and Thomas, Dest IPv6 address is a very cool element in the tuple. I like it. But, I'm not sure who and how to choose a instanceID in each node while installing a track. Could you please explain more? Thanks Qin On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne wrote: > Pascal, > I believe that using the instanceID would both prevent us from reinventing > anything, yet having this capability. In one extreme case, the PCE could > install all the routes in the routing table, which would take precedence > over the ones installed by RPL (per your text). > > Qin, > Do you feel comfortable with this approach? > > Thomas > > > On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) < > pthubert@cisco.com> wrote: > >> Hello Thomas:**** >> >> ** ** >> >> If we consider that a track is an hard core version of a route as >> installed by the PCE, then we might extend the thought that we placed >> there, and use an instance?**** >> >> ** ** >> >> TrackIDs could be taken from local instances (there are 64 of those per >> node) of the destination so the tuple (dest IPv6 , instanceID) would >> identify the track as it identifies routes.**** >> >> ** ** >> >> BTW, the proposed update of the architecture draft to reflect the >> previous discussions is as follows: **** >> >> ** ** >> >> Centralized vs. Distributed Routing**** >> >> **** >> >> 6TSCH supports a mix model of centralized routes that are computed by* >> *** >> >> a Path Computation Entity and distributed routes that are computed by* >> *** >> >> RPL over a common physical LLN.**** >> >> **** >> >> Both RPL and the PCE may inject routes in the Routing Tables of the*** >> * >> >> 6TSCH routers. In either case, each route is associated with a**** >> >> topology that is indexed by an instanceID, as defined in RPL**** >> >> [RFC6550]. RPL and PCE rely on shared sources to define Global and*** >> * >> >> Local InstanceIDs.**** >> >> **** >> >> It is possible for RPL and PCE to share a same topology, in which**** >> >> case the PCE routes have precedence over RPL routes in case of a**** >> >> conflict.**** >> >> **** >> >> Inside the 6TSCH domain, the flow label is used to indicate the**** >> >> topology that must be used for routing and the associated Routing**** >> >> Tables as discussed in [I-D.thubert-roll-flow-label].**** >> >> ** ** >> >> What do you think?**** >> >> ** ** >> >> Pascal**** >> >> ** ** >> >> *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On >> Behalf Of *Thomas Watteyne >> *Sent:* jeudi 20 juin 2013 09:28 >> *To:* 6TSCH >> *Subject:* Re: [6tsch] support to installing Tracks**** >> >> ** ** >> >> Qin,**** >> >> ** ** >> >> [I believe you sent the same e-mail twice, I'm only answering the second >> one]**** >> >> ** ** >> >> Having some type of track ID would indeed make life much easier. Each RX >> and TX cell would simply be associated to a trackID. The switching table >> (which I assume you refer to by "track table"?) might not even physically >> exist as such in the node's RAM memory. Rather the switching rule is simply >> "whatever you receive on an RX cell associaed with trackID 4, transmit on >> the next TX cell associated with trackID 4". There could be a trackID which >> means "no trackID", to identify the cells which are not associated on a >> track, and which can be used for regular routing. When the PCE installs a >> hard cell, it would install [direction,slotOffset,channelOffset,trackID]. >> **** >> >> ** ** >> >> Does the above sound like what you're proposing?**** >> >> ** ** >> >> Assuming that a trackID identifies a flow, is there not some other >> number/tuple already available somewhere which could play the role of >> trackID without requiring a new numbering space? For example, could the >> trackID be the tuple [destination IPv6 address, DSCP]?**** >> >> ** ** >> >> Thomas**** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang wrote:** >> ** >> >> Hi all,**** >> >> ** ** >> >> We have had many discussions on Track related topic in threads like >> "Routing vs switching". I would like to discuss more about what 6tus should >> provide to install a Track, including installing both hard cell based Track >> and soft cell based Track.**** >> >> ** ** >> >> My understanding is what we can do now is as follows.**** >> >> (1) add hard cells along the path, with Cell Commands**** >> >> (2) specify the mapping between each incoming cell and outgoing cell >> along the path, with Label Switching Commands**** >> >> ** ** >> >> If my understanding is correct, I can see the following problem: It need >> more bandwidth. For example, when you add a hard cell between nodeA and >> nodeB, one global communication from PCE to nodeA, and one local >> communication from nodeA to nodeB are needed. But for the Label Switching >> command, additional two communications, i.e. from PCE to nodeA and from PCE >> to nodeB are also needed. In addition, if a given track consists more than >> one incoming cells and outgoing cells, more bandwidth for installing the >> track will be consumed.**** >> >> ** ** >> >> Thus, I would like to suggest to use TrackID to associate incoming cells >> and outgoing cells. For sure, the TrackID will not appear in packet, it is >> just used to establish the relationship between incoming cells and outgoing >> cells. i.e.**** >> >> (1) add TrackID as a parameter of Cell commands.**** >> >> (2) same procedure of adding/removing hard cell or soft cell as before.** >> ** >> >> (3) while receiving adding hard cell or soft cell command, fill the >> Track table with the TrackID. In the Track table, Rx cells are the incoming >> cells and Tx cells are the outgoing cells. And then, from TSCH's point of >> view, the schedule is the overlap of all Track tables.**** >> >> ** ** >> >> How do you think?**** >> >> ** ** >> >> Qin**** >> >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch**** >> >> ** ** >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> >> > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --bcaec51ddad79eb16304df9f659b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Pascal and Thomas,

Dest IPv= 6 address is a very cool element in the tuple. I like it. But, I'm not = sure who and how to choose a instanceID in each node while installing a tra= ck. Could you please explain more?

Thanks

Qin

On Fri, Jun 21, 2013 at 8:32 AM, Thomas Watteyne <<= a href=3D"mailto:watteyne@eecs.berkeley.edu" target=3D"_blank">watteyne@eec= s.berkeley.edu> wrote:

Pascal,
I believe that = using the instanceID would both prevent us from reinventing anything, yet h= aving this capability. In one extreme case, the PCE could install all the r= outes in the routing table, which would take precedence over the ones insta= lled by RPL (per your text).

Qin,=A0
Do you feel comfortable with th= is approach?

<= /div>
Thomas

On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert= ) <pthubert@cisco.com> wrote:

Hello Thomas:=

=A0<= /p>
If we consider that a tra= ck is an hard core version of a route as installed by the PCE, then we migh= t extend the thought that we placed there, and use an instance?

=A0<= /p>
TrackIDs could be taken f= rom local instances (there are 64 of those per node) of the destination so = the tuple (dest IPv6 ,=A0 instanceID) would identify the track as it identifies routes.

=A0<= /p>
BTW, the proposed update = of the architecture draft to reflect the previous discussions is as follows= :

=A0<= /p>
Centralized vs.=A0 Distri= buted Routing

=A0=A0 6TSCH supports a m= ix model of centralized routes that are computed by
=A0=A0 a Path Computation= Entity and distributed routes that are computed by
=A0=A0 RPL over a common = physical LLN.

=A0=A0 Both RPL and the P= CE may inject routes in the Routing Tables of the

=A0=A0 6TSCH routers.=A0 = In either case, each route is associated with a

=A0=A0 topology that is i= ndexed by an instanceID, as defined in RPL

=A0=A0 [RFC6550].=A0 RPL = and PCE rely on shared sources to define Global and
=A0=A0 Local InstanceIDs.=

=A0=A0 It is possible for= RPL and PCE to share a same topology, in which

=A0=A0 case the PCE route= s have precedence over RPL routes in case of a

=A0=A0 conflict.

=A0=A0 Inside the 6TSCH d= omain, the flow label is used to indicate the

=A0=A0 topology that must= be used for routing and the associated Routing

=A0=A0 Tables as discusse= d in [I-D.thubert-roll-flow-label].

=A0<= /p>
What do you think?=

=A0<= /p>
Pascal=

=A0<= /p>
From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks

=A0

Qin,

=A0

[I believe you sent the same e-mail twice, I'm o= nly answering the second one]

=A0

Having some type of track ID would indeed make life = much easier. Each RX and TX cell would simply be associated to a trackID. T= he switching table (which I assume you refer to by "track table"?= ) might not even physically exist as such in the node's RAM memory. Rather the switching rule is simply "whate= ver you receive on an RX cell associaed with trackID 4, transmit on the nex= t TX cell associated with trackID 4". There could be a trackID which m= eans "no trackID", to identify the cells which are not associated on a track, and which can be used for regular routing. = When the PCE installs a hard cell, it would install [direction,slotOffset,c= hannelOffset,trackID].

=A0

Does the above sound like what you're proposing?=

=A0

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, cou= ld the trackID be the tuple [destination IPv6 address, DSCP]?

=A0

Thomas

=A0

=A0

=A0

=A0

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

=A0

We have had many discussions on Track rel= ated topic in threads like "Routing vs switching". I would like t= o discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track.=

=A0

My understanding is what we can do now is= as follows.

(1) =A0add hard cells along the path, wit= h Cell Commands

(2) specify the mapping between each inco= ming cell and outgoing cell along the path, with=A0Label Switching Commands=

=A0

If my understanding is correct, I can see= the following problem: It need more bandwidth. For example, when you add a= hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are nee= ded. But for the Label Switching command, additional two communications, i.= e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if= a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the t= rack will be consumed.

=A0

Thus, I would like to suggest to use Trac= kID to associate incoming cells and outgoing cells. For sure, the TrackID w= ill not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e.=

(1) add TrackID as a parameter of Cell co= mmands.

(2) same procedure of adding/removing har= d cell or soft cell as before.

(3) while receiving adding hard cell or s= oft cell command, =A0fill the Track table with the TrackID. In the Track ta= ble, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, =A0the schedule i= s the overlap of all Track tables.

=A0

How do you think?

=A0

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--bcaec51ddad79eb16304df9f659b-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21DED11E8135 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:32:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0FDYsyZ2Ug-W for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:32:28 -0700 (PDT) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id 1757511E8133 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:32:28 -0700 (PDT) Received: by mail-pa0-f41.google.com with SMTP id bj3so6980094pad.14 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=QqS2jKHd2q1iLLK2POP5WjyXqi2Ge5a0N9GEkV90+UQ=; b=ZiauBcbUX+7Hrv5qq9n2NOFzLrZ82VFc5NHRR1suSEq/wo7438/UWusJf0fCEqJuKU UV2jAkUFJQNxYVGlQU3uWJYBDHTG6WdH2YIG3uNCd1+zPY67ikBY+xHxGYHp5TlGQuwa +xnJAkKyQYnOF6+xd+4KleVfbb6R+GsE1uiDu+izxkURWBsMcUkTDi5enopzYTsxCcoU evvO+fGt/W8OAU9Zp5Xm/Ehe3GDAAI3Gmg0E+mqmDkho0yOEHbFQCE3vAwEQYefcaSzg ipo7pfVNglpbW2sGqP5pj1feR4v0eylgCr8BIBFWVqE701N5QkhFkT5wc45bEc/FS93s 1ODA== X-Received: by 10.66.122.163 with SMTP id lt3mr13685271pab.219.1371774747807; Thu, 20 Jun 2013 17:32:27 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 17:32:07 -0700 (PDT) In-Reply-To: References:

From: Thomas Watteyne Date: Thu, 20 Jun 2013 17:32:07 -0700 X-Google-Sender-Auth: OUgN5ywU2Vv1jtBDGLW56QHbC-k Message-ID: To: "Pascal Thubert (pthubert)" Content-Type: multipart/alternative; boundary=047d7bf160488e185b04df9f32bf Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 00:32:29 -0000 --047d7bf160488e185b04df9f32bf Content-Type: text/plain; charset=ISO-8859-1 Pascal, I believe that using the instanceID would both prevent us from reinventing anything, yet having this capability. In one extreme case, the PCE could install all the routes in the routing table, which would take precedence over the ones installed by RPL (per your text). Qin, Do you feel comfortable with this approach? Thomas On Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Thomas:**** > > ** ** > > If we consider that a track is an hard core version of a route as > installed by the PCE, then we might extend the thought that we placed > there, and use an instance?**** > > ** ** > > TrackIDs could be taken from local instances (there are 64 of those per > node) of the destination so the tuple (dest IPv6 , instanceID) would > identify the track as it identifies routes.**** > > ** ** > > BTW, the proposed update of the architecture draft to reflect the previous > discussions is as follows: **** > > ** ** > > Centralized vs. Distributed Routing**** > > **** > > 6TSCH supports a mix model of centralized routes that are computed by** > ** > > a Path Computation Entity and distributed routes that are computed by** > ** > > RPL over a common physical LLN.**** > > **** > > Both RPL and the PCE may inject routes in the Routing Tables of the**** > > 6TSCH routers. In either case, each route is associated with a**** > > topology that is indexed by an instanceID, as defined in RPL**** > > [RFC6550]. RPL and PCE rely on shared sources to define Global and**** > > Local InstanceIDs.**** > > **** > > It is possible for RPL and PCE to share a same topology, in which**** > > case the PCE routes have precedence over RPL routes in case of a**** > > conflict.**** > > **** > > Inside the 6TSCH domain, the flow label is used to indicate the**** > > topology that must be used for routing and the associated Routing**** > > Tables as discussed in [I-D.thubert-roll-flow-label].**** > > ** ** > > What do you think?**** > > ** ** > > Pascal**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Thomas Watteyne > *Sent:* jeudi 20 juin 2013 09:28 > *To:* 6TSCH > *Subject:* Re: [6tsch] support to installing Tracks**** > > ** ** > > Qin,**** > > ** ** > > [I believe you sent the same e-mail twice, I'm only answering the second > one]**** > > ** ** > > Having some type of track ID would indeed make life much easier. Each RX > and TX cell would simply be associated to a trackID. The switching table > (which I assume you refer to by "track table"?) might not even physically > exist as such in the node's RAM memory. Rather the switching rule is simply > "whatever you receive on an RX cell associaed with trackID 4, transmit on > the next TX cell associated with trackID 4". There could be a trackID which > means "no trackID", to identify the cells which are not associated on a > track, and which can be used for regular routing. When the PCE installs a > hard cell, it would install [direction,slotOffset,channelOffset,trackID].* > *** > > ** ** > > Does the above sound like what you're proposing?**** > > ** ** > > Assuming that a trackID identifies a flow, is there not some other > number/tuple already available somewhere which could play the role of > trackID without requiring a new numbering space? For example, could the > trackID be the tuple [destination IPv6 address, DSCP]?**** > > ** ** > > Thomas**** > > ** ** > > ** ** > > ** ** > > ** ** > > On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang wrote:*** > * > > Hi all,**** > > ** ** > > We have had many discussions on Track related topic in threads like > "Routing vs switching". I would like to discuss more about what 6tus should > provide to install a Track, including installing both hard cell based Track > and soft cell based Track.**** > > ** ** > > My understanding is what we can do now is as follows.**** > > (1) add hard cells along the path, with Cell Commands**** > > (2) specify the mapping between each incoming cell and outgoing cell along > the path, with Label Switching Commands**** > > ** ** > > If my understanding is correct, I can see the following problem: It need > more bandwidth. For example, when you add a hard cell between nodeA and > nodeB, one global communication from PCE to nodeA, and one local > communication from nodeA to nodeB are needed. But for the Label Switching > command, additional two communications, i.e. from PCE to nodeA and from PCE > to nodeB are also needed. In addition, if a given track consists more than > one incoming cells and outgoing cells, more bandwidth for installing the > track will be consumed.**** > > ** ** > > Thus, I would like to suggest to use TrackID to associate incoming cells > and outgoing cells. For sure, the TrackID will not appear in packet, it is > just used to establish the relationship between incoming cells and outgoing > cells. i.e.**** > > (1) add TrackID as a parameter of Cell commands.**** > > (2) same procedure of adding/removing hard cell or soft cell as before.*** > * > > (3) while receiving adding hard cell or soft cell command, fill the Track > table with the TrackID. In the Track table, Rx cells are the incoming cells > and Tx cells are the outgoing cells. And then, from TSCH's point of view, > the schedule is the overlap of all Track tables.**** > > ** ** > > How do you think?**** > > ** ** > > Qin**** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --047d7bf160488e185b04df9f32bf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Pascal,

I believe that using the instanceID would both= prevent us from reinventing anything, yet having this capability. In one e= xtreme case, the PCE could install all the routes in the routing table, whi= ch would take precedence over the ones installed by RPL (per your text).

Qin,=A0

Do you feel c= omfortable with this approach?

Thomas<= /div>

On= Thu, Jun 20, 2013 at 6:48 AM, Pascal Thubert (pthubert) = <pthubert@cisco.= com> wrote:

Hello Thomas:

=A0<= /p>
If we consider that a tra= ck is an hard core version of a route as installed by the PCE, then we migh= t extend the thought that we placed there, and use an instance?

=A0<= /p>
TrackIDs could be taken f= rom local instances (there are 64 of those per node) of the destination so = the tuple (dest IPv6 ,=A0 instanceID) would identify the track as it identifies routes.

=A0<= /p>
BTW, the proposed update = of the architecture draft to reflect the previous discussions is as follows= :

=A0<= /p>
Centralized vs.=A0 Distri= buted Routing

=A0=A0 6TSCH supports a m= ix model of centralized routes that are computed by
=A0=A0 a Path Computation= Entity and distributed routes that are computed by
=A0=A0 RPL over a common = physical LLN.

=A0=A0 Both RPL and the P= CE may inject routes in the Routing Tables of the

=A0=A0 6TSCH routers.=A0 = In either case, each route is associated with a

=A0=A0 topology that is i= ndexed by an instanceID, as defined in RPL

=A0=A0 [RFC6550].=A0 RPL = and PCE rely on shared sources to define Global and
=A0=A0 Local InstanceIDs.=

=A0=A0 It is possible for= RPL and PCE to share a same topology, in which

=A0=A0 case the PCE route= s have precedence over RPL routes in case of a

=A0=A0 conflict.

=A0=A0 Inside the 6TSCH d= omain, the flow label is used to indicate the

=A0=A0 topology that must= be used for routing and the associated Routing

=A0=A0 Tables as discusse= d in [I-D.thubert-roll-flow-label].

=A0<= /p>
What do you think?=

=A0<= /p>
Pascal=

=A0<= /p>
From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks

=A0

Qin,

=A0

[I believe you sent the same e-mail twice, I'm o= nly answering the second one]

=A0

Having some type of track ID would indeed make life = much easier. Each RX and TX cell would simply be associated to a trackID. T= he switching table (which I assume you refer to by "track table"?= ) might not even physically exist as such in the node's RAM memory. Rather the switching rule is simply "whate= ver you receive on an RX cell associaed with trackID 4, transmit on the nex= t TX cell associated with trackID 4". There could be a trackID which m= eans "no trackID", to identify the cells which are not associated on a track, and which can be used for regular routing. = When the PCE installs a hard cell, it would install [direction,slotOffset,c= hannelOffset,trackID].

=A0

Does the above sound like what you're proposing?=

=A0

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, cou= ld the trackID be the tuple [destination IPv6 address, DSCP]?

=A0

Thomas

=A0

=A0

=A0

=A0

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

=A0

We have had many discussions on Track rel= ated topic in threads like "Routing vs switching". I would like t= o discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track.=

=A0

My understanding is what we can do now is= as follows.

(1) =A0add hard cells along the path, wit= h Cell Commands

(2) specify the mapping between each inco= ming cell and outgoing cell along the path, with=A0Label Switching Commands=

=A0

If my understanding is correct, I can see= the following problem: It need more bandwidth. For example, when you add a= hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are nee= ded. But for the Label Switching command, additional two communications, i.= e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if= a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the t= rack will be consumed.

=A0

Thus, I would like to suggest to use Trac= kID to associate incoming cells and outgoing cells. For sure, the TrackID w= ill not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e.=

(1) add TrackID as a parameter of Cell co= mmands.

(2) same procedure of adding/removing har= d cell or soft cell as before.

(3) while receiving adding hard cell or s= oft cell command, =A0fill the Track table with the TrackID. In the Track ta= ble, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, =A0the schedule i= s the overlap of all Track tables.

=A0

How do you think?

=A0

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7bf160488e185b04df9f32bf-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECBD411E812A for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:26:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23TDiHxZAd+X for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:26:38 -0700 (PDT) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id A68A221E80DC for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:26:35 -0700 (PDT) Received: by mail-pb0-f52.google.com with SMTP id xa12so6885949pbc.39 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:26:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=2U8oHVffKGhTGgrCR0DGO03r4OqzViajYWHU4Coj4Pk=; b=eleg1q0CvApk1k/K+6M5W9nqAB6H48tkA+ISvumD2W56yj3q4Nc1vkW8htcI1kTMeV 04bZi5HwS7FE4UaRSMgvinOPBBkgfduz3kWKZq6tstYAWfjkNnxkmVltWWuzrLWnaQpp vY+oKCNnoS9W01fd6OQBjdD7w7kOohmSKgYPvySwME7tedoBUE5dSBCmNRgJIhS+6m2f XpTM49Zi0lD539Xxvy6LCOHv3xInUVUZ4PKAl2qn5YO1/0eDaxmThOzlK5My56klRTRr Cuo34vcnfHy35La88O1RqbGDv0/ds1rmMJdlCT8dCL7cFSIYY5O0hiqYWKIo1sKf9UhU 7k1Q== X-Received: by 10.68.213.231 with SMTP id nv7mr9970400pbc.70.1371774395364; Thu, 20 Jun 2013 17:26:35 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 17:26:15 -0700 (PDT) In-Reply-To: <5AAE5190-BA4C-481F-B237-70DEC7798DFB@cs.stanford.edu> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <5AAE5190-BA4C-481F-B237-70DEC7798DFB@cs.stanford.edu> From: Thomas Watteyne Date: Thu, 20 Jun 2013 17:26:15 -0700 X-Google-Sender-Auth: FxhH0kVaEn6J31OoSU-j0yegRyE Message-ID: To: Philip Levis Content-Type: multipart/alternative; boundary=e89a8f923c7a8c3f4204df9f1d99 Cc: 6TSCH <6tsch@ietf.org>, Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 00:26:39 -0000 --e89a8f923c7a8c3f4204df9f1d99 Content-Type: text/plain; charset=ISO-8859-1 Phil, One nice feature of a TSCH network is that a mote can have multiple cells scheduled to the same neighbor. These cells live at different slotOffset/channelOffset coordinates in the TSCH schedule (~a matrix), yet, since channel hopping is enabled, the performance of those cells (e.g. PDR) is expected to be the same. If you schedule 5 cells between A and B, and 4 of them have a PDR of 80% and 1 a PDR of 30%, something is going on. That something is most likely collisions. I completely agree with you that trying disambiguate losses from collisions is a really slippery slope, but I believe TSCH is an exception. If I read your proposal well, the state that Trickle maintains consistency of is the list of neighbors of each node (right?). In a TSCH network. however, it's very usual to keep the same list of neighbors, but change the schedule to them, i.e. the list of cells you are scheduled to TX and RX data with that neighbor. Such a schedule change can either provoke or prevent collisions, so IMO it should be part of the state Trickle handles. Does this make sense? Thomas On Thu, Jun 20, 2013 at 7:46 AM, Philip Levis wrote: > On Jun 19, 2013, at 11:18 PM, Thomas Watteyne > wrote: > > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability. > > > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events can > cause a Trickle timer reset. > > > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions: > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood > > > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't know > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused between > two pairs of nodes, if at least one of these pairs never uses that cell, no > Trickle reset is needed. > > The general challenge of disambiguating losses from collisions is such > that I'd be wary of 2. One could define an inconsistency as when schedules > incorrectly overlap, but that might require too much information. I'd > suggest something much simpler. > > Each Trickle message is a set of hashes. Each hash is over the sorted > one-hop neighbor set of a node. If a node A has neighbors B and C, it > transmits a message with hash(neighbors(A)), hash(neighbors(B)), > hash(neighbors(C)). Each hash is computed with a pseudorandom salt value > regenerated on each transmission to avoid hash collisions (removing the > tradeoff of hash size and collision probability). > > If a node hears a Trickle message in which every hash agrees with the > hashes it has (i.e., the hashes of the intersection of those in the message > and the neighbor lists the node holds), that is a consistent transmission. > > If a node hears a Trickle message in which a hash disagrees, that is an > inconsistency event. > > When a node changes its neighbor list or changes the neighbor list of one > of its neighbors, that is an inconsistency event. > > Another approach might be to, rather than using hashes, using version > numbers. Then you enter all of the wraparound problems, of course. But > otherwise you'll need some mechanism so the authoritative source isn't > drowned out by many old copies. > > Is this what you're thinking of? I can think a bit more about if if you > like. > > Phil --e89a8f923c7a8c3f4204df9f1d99 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Phil,

One nice feature of a TSCH = network is that a mote can have multiple cells scheduled to the same neighb= or. These cells live at different slotOffset/channelOffset coordinates in t= he TSCH schedule (~a matrix), yet, since channel hopping is enabled, the pe= rformance of those cells (e.g. PDR) is expected to be the same. If you sche= dule 5 cells between A and B, and 4 of them have a PDR of 80% and 1 a PDR o= f 30%, something is going on. That something is most likely collisions. I c= ompletely agree with you that trying disambiguate losses from collisions is= a really slippery slope, but I believe TSCH is an exception.

If I read your proposal well, the state tha= t Trickle maintains consistency of is the list of neighbors of each node (r= ight?). In a TSCH network. however, it's very usual to keep the same li= st of neighbors, but change the schedule to them, i.e. the list of cells yo= u are scheduled to TX and RX data with that neighbor. Such a schedule chang= e can either provoke or prevent collisions, so IMO it should be part of the= state Trickle handles. Does this make sense?

Thomas

On Thu, Jun 20, 2013 at 7:46 AM, Phili= p Levis <pal@cs.stanford.edu> wrote:

On Jun 19, 2013, at 11:18 = PM, Thomas Watteyne <watte= yne@eecs.berkeley.edu> wrote:

> +1 on the use of Trickle. It would indeed be great if you could look a= t the applicability.
>
> Per http://tools.ietf.org/html/rfc6206#section-5, we need to ident= ify what Trickle considers consistent, inconsistent, and what other events = can cause a Trickle timer reset.
>
> A first step might be to identify what we believe is a fully consisten= t network. I see multiple, slightly different, definitions:
> 1. when all nodes know the full TSCH schedule of all their (2-hop?) ne= ighbors
> 2. when there are no MAC-layer collisions, i.e. no communication happe= ns on the same slotoffset/channeloffset within that neighborhood
>
> Of course, condition 1 is sufficient for condition 2 to be satisfied. = I would argue that, since condition 2 is the end goal of the network, satis= fying condition 2 might be enough. That is, it's OK if you don't kn= ow the complete schedule of your neighbors, as long as you can communicate = without collision. It is in fact possible that two cells are reused between= two pairs of nodes, if at least one of these pairs never uses that cell, n= o Trickle reset is needed.

The general challenge of disambiguating losses from collisions is suc= h that I'd be wary of 2. One could define an inconsistency as when sche= dules incorrectly overlap, but that might require too much information. I&#= 39;d suggest something much simpler.

Each Trickle message is a set of hashes. Each hash is over the sorted one-h= op neighbor set of a node. If a node A has neighbors B and C, it transmits = a message with hash(neighbors(A)), hash(neighbors(B)), hash(neighbors(C)). = Each hash is computed with a pseudorandom salt value regenerated on each tr= ansmission to avoid hash collisions (removing the tradeoff of hash size and= collision probability).

If a node hears a Trickle message in which every hash agrees with the hashe= s it has (i.e., the hashes of the intersection of those in the message and = the neighbor lists the node holds), that is a consistent transmission.

If a node hears a Trickle message in which a hash disagrees, that is an inc= onsistency event.

When a node changes its neighbor list or changes the neighbor list of one o= f its neighbors, that is an inconsistency event.

Another approach might be to, rather than using hashes, using version numbe= rs. Then you enter all of the wraparound problems, of course. But otherwise= you'll need some mechanism so the authoritative source isn't drown= ed out by many old copies.

Is this what you're thinking of? I can think a bit more about if if you= like.

Phil

--e89a8f923c7a8c3f4204df9f1d99-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2B2421E80E1 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:14:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C2vldTPUvBZ9 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:14:12 -0700 (PDT) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id F240421E80E5 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:14:11 -0700 (PDT) Received: by mail-pb0-f49.google.com with SMTP id jt11so6793270pbb.8 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=roi4rtrG9fMnuymJBtvYRM6aUjYWPLwHMzwn85Hdvow=; b=OpGl+v8/J6LxaupAzyKgE5hEAf7yNNnA6b3EWxKSUF1EnA83N3BBooJrlS7TRp6hQf Y3u5KfYVe0FMR/fXoO2+oJmeLtOR2xUK+brEEBKs41fMAatv1sQ1C9jriPftSM4KXxPI gJbcd7jsX+g4wnWts7LLr0cMNiqXNudMswzCj0ug6QKD7VUNUwpiy8/QWFT46zCQ74OO msZJUcKh3Hpw56NRLFbznmFVGK/G9VnSnrejPVTLHuOjtGEibReHHl+uPshuihpDfDsx yFxs7aFXHVZQNYFJ/6WifwNs7R1bbA8HTbklUawG2YlCfiwYBqGv3IoKZFb5Tqd4wvMy YGIw== X-Received: by 10.66.122.163 with SMTP id lt3mr13634393pab.219.1371773651615; Thu, 20 Jun 2013 17:14:11 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 17:13:51 -0700 (PDT) In-Reply-To: <51c2fcc3.c6620f0a.0a3b.1551@mx.google.com> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl>

<51c2fcc3.c6620f0a.0a3b.1551@mx.google.com> From: Thomas Watteyne Date: Thu, 20 Jun 2013 17:13:51 -0700 X-Google-Sender-Auth: 27G47IirdTBeFsqX4OTcp9JBpPA Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7bf160483788b004df9ef175 Subject: Re: [6tsch] R: TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 00:14:14 -0000 --047d7bf160483788b004df9ef175 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Alfredo, What you propose looks like Funneling MAC [1] (2006!). I believe this corresponds to the hybrid case we identified, where the schedule is managed by a combination of centralized and distributed solutions. If we decide to support this (I remember people were a bit reluctant given the complexity), I would suggest to put the mechanisms in to do that, but let implementation pick the exact policy. Thomas [1] http://dl.acm.org/citation.cfm?id=3D1182837 On Thu, Jun 20, 2013 at 5:59 AM, Alfredo Grieco w= rote: > Dear all, **** > > ** ** > > This discussion let emerge many interesting points.**** > > ** ** > > Perhaps, it is time to start thinking (at least optionally) to something > in the middle between a fully deterministic approach where all data packe= ts > are transmitted according to a pre-assigned schedule along the path towar= ds > the root and a fully distributed one, where collision may happen at each > hop.**** > > ** ** > > Based on the considerations of Kris on the efficiency of slotted aloha, w= e > just require to build schedules on those links with a very low rank (let= =92s > say r0), which are closer to the root and have to sustain a higher load, > while using slotted aloha for links closer to the leaves of the tree. *= * > ** > > ** ** > > This just requires some timeslots between the boundaries of these two > regions (let=92s say below rank r0 and above r0) of the network to > accommodate some extra delay from packets coming from the leaves. At the > same time this approach would dramatically lower the complexity of all th= e > operations required for building and maintaining the schedule and decreas= e > the signaling overhead. The value of r0 has to be tuned based on the > intensity of the traffic.**** > > ** ** > > Any thoughts ?**** > > ** ** > > Cheers**** > > ** ** > > Alfredo**** > > ** ** > > *Da:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *Per conto > di *Qin Wang > *Inviato:* Thursday, June 20, 2013 2:11 PM > *A:* Maria Rita PALATTELLA > *Cc:* watteyne@eecs.berkeley.edu; pister@eecs.berkeley.edu; 6tsch@ietf.or= g; > pal@cs.stanford.edu; P.Zand@utwente.nl > *Oggetto:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > Hi Pouria and Maria Rita,**** > > ** ** > > I think there is a difference between just 1-hop information and 2-hop > information. For example, **** > > ** ** > > Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of > nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB.**** > > ** ** > > Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD > cannot know nodeA is its 2-hop neighbor.**** > > ** ** > > Thought?**** > > Qin**** > > **** > > ** ** > > **** > > ** ** > > ** ** > > ** ** > > On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA < > maria-rita.palattella@uni.lu> wrote:**** > > Pouria, I do agree with you.**** > > 1-hop also include the 2- hop information. The RX cells for the 1-hop > neighbor, are the TX cells for the 2-hop neighbor.**** > > **** > > Maria Rita**** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *P.Zand@utwente.nl > *Sent:* Thursday, June 20, 2013 9:54 AM > *To:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu**** > > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > Hi Thomas,**** > > **** > > Just one minor comment on =931. when all nodes know the full TSCH schedul= e > of all their (2-hop?) neighbors=94.**** > > Shall we say 1-hop neighbors? I think, one node by collecting the schedul= e > of all its one-hop neighbors can know the schedule of its two-hop > neighborhood that might conflict with its communication. In the received > schedule information from one hop neighbor, the links between the one-hop > and two-hop neighbors are also included. Am I right? **** > > **** > > Best Wishes,**** > > Pouria **** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc= es@ietf.org>] > *On Behalf Of *Thomas Watteyne > *Sent:* Thursday, June 20, 2013 8:18 AM > *To:* Philip Levis > *Cc:* 6TSCH; Kris Pister > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability.**** > > **** > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events ca= n > cause a Trickle timer reset.**** > > **** > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions:**** > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors**** > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood**** > > **** > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't kno= w > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused betwe= en > two pairs of nodes, if at least one of these pairs never uses that cell, = no > Trickle reset is needed.**** > > **** > > Thomas**** > > **** > > **** > > On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote:**** > > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact probl= em > problem you're discussing to figure out whether I think Trickle would wor= k > well, if you like. > > Phil**** > > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I thin= k > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it = is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (thi= s > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can ha= ve > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). T= o > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and wha= t > are the cases where this will work better than just simple random selecti= on > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered.**** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > **** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --047d7bf160483788b004df9ef175 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Alfredo,

What = you propose looks like Funneling MAC [1] (2006!). I believe this correspond= s to the hybrid case we identified, where the schedule is managed by a comb= ination of centralized and distributed solutions. If we decide to support t= his (I remember people were a bit reluctant given the complexity), I would = suggest to put the mechanisms in to do that, but let implementation pick th= e exact policy.

Thomas

[1]=A0http://dl.acm.org/citation.cfm?id=3D1182837

On Thu, Jun 20, 2013 at= 5:59 AM, Alfredo Grieco <alfredo.grieco@gmail.com> w= rote:

Dear all,

=A0
<= font color=3D"#1f497d" face=3D"Calibri">This dis= cussion let emerge many interesting points.

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Perhaps,= it is time to start thinking (at least optionally) to something in the mid= dle between a fully deterministic approach where all data packets are trans= mitted according to a pre-assigned schedule along the path towards the root= and a fully distributed one, where collision may happen at each hop.

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Based on= the considerations of Kris on the efficiency of slotted aloha, we just req= uire to build schedules on those links with a very low rank (let=92s say r0= ), which are closer to the root and have to sustain a higher load, while us= ing slotted aloha for links closer to the leaves of the tree. =A0=A0

=A0
<= font color=3D"#1f497d" face=3D"Calibri">This jus= t requires some timeslots between the boundaries of these two regions (let= =92s say below rank r0 and above r0) of the network to accommodate some ext= ra delay from packets coming from the leaves. At the same time this approac= h would dramatically lower the complexity of all the operations required fo= r building and maintaining the schedule and decrease the signaling overhead= . The value of r0 has to be tuned based on the intensity of the traffic.=

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Any thou= ghts ?

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Cheers

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Alfredo<= u>

=A0

Da: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] Per conto di Qin Wang
Inviato: Thursday, June 20, = 2013 2:11 PM
A: Maria Rit= a PALATTELLA
Cc: watteyne@eecs.berk= eley.edu; pister@eecs.berkeley.edu; 6tsch@ietf.org; pal@cs.stanford.edu; P.Zand@utwente.nl
Oggetto: Re: [6tsch] TSCH: i= nfo for each(?) link in Enhanced Beacon frames<= /p>
=A0

Hi Pouria and Maria Rita,<= /font>
=A0

I think there is a difference between jus= t 1-hop information and 2-hop information. For example,=A0

=A0
=
Assume nodeA Tx to nodeB @ cell-1, and nodeC is= in the radio range of nodeA. nodeD is a neighbor of nodeC, but not a neigh= bor of nodeB.

=A0
=
Then, from the schedule of nodeC (i.e. the RX c= ells of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

=A0
=
Thought?

Qin
=
=A0

=A0
=
=A0=A0

=A0
=
=A0

<= /u>=A0
On Thu, Jun 20, = 2013 at 3:57 PM, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu> wrot= e:

<= span style=3D"font-size:11.0pt;font-family:"Calibri","sans-s= erif";color:#1f497d">Pouria, I do agree with you.=

1-hop also include the 2- hop information. The RX cells for= the 1-hop neighbor, are the TX cells for the 2-hop neighbor.=

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Maria Ri= ta

=A0

6tsch-bounces@ietf.org [ma= ilto:6tsch-boun= ces@ietf.org] On Behalf Of <= /b>P.Zand@utwente.nl=
Sent: Thursday, June 20, 201= 3 9:54 AM
To: watteyne@eecs.berkeley= .edu; pal@cs.s= tanford.edu
Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu

=
Su= bject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beaco= n frames

=A0<= /span>
Hi Thomas,

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Just one= minor comment on =931. when all nodes know the full TSCH schedule of all t= heir (2-hop?) neighbors=94.
Shall we say 1-hop neighbors? I think, one node by collecti= ng the schedule of all its one-hop neighbors can know the schedule of its t= wo-hop neighborhood that might conflict with its communication. In the rece= ived schedule information from one hop neighbor, the links between the one-= hop and two-hop neighbors are also included. Am I right? =A0<= u>

=A0
<= font color=3D"#1f497d" face=3D"Calibri">Best Wis= hes,

Pouria =A0
= =A0

6tsch-bounces@ietf.org [mailto:6tsch-boun= ces@ietf.org] On Behalf Of <= /b>Thomas Watteyne
Sent: Thursday, June 20, 201= 3 8:18 AM
To: Philip Levi= s
Cc: 6TSCH; Kris Pister<= br> Subject: Re: [6tsch] TSCH: i= nfo for each(?) link in Enhanced Beacon frames<= /p>
=A0

+1 on the use of Trickle. It would indeed be gr= eat if you could look at the applicability.
=

=A0
Per=A0http://tools.ietf.org/html/rfc6206#section-5, we= need to identify what Trickle considers consistent, inconsistent, and what= other events can cause a Trickle timer reset.<= /p>
=A0
=
A first step might be to identify what we belie= ve is a fully consistent network. I see multiple, slightly different, defin= itions:

1. when all nodes know the full TSCH sche= dule of all their (2-hop?) neighbors
<= div>
2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

=A0
=
Of course, condition 1 is sufficient for condit= ion 2 to be satisfied. I would argue that, since condition 2 is the end goa= l of the network, satisfying condition 2 might be enough. That is, it's= OK if you don't know the complete schedule of your neighbors, as long = as you can communicate without collision. It is in fact possible that two c= ells are reused between two pairs of nodes, if at least one of these pairs = never uses that cell, no Trickle reset is needed.

=A0
=
Thomas

=A0
=
=A0=

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis = <pal@cs.stanfor= d.edu> wrote:

Yes -- as far as I know, there isn't a better (f= aster, more efficient) algorithm than RFC6206 for reaching eventual consist= ency in a wireless network. P2P is not a good place to start because it is = based on a graph abstraction with neighbor sets. etc. I can look closer at = the exact problem problem you're discussing to figure out whether I thi= nk Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wro= te:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp=
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>>= ; This problem is not new, in P2P communities I've seen many different = approaches to deal with keeping a distributed state (consistency). I think = there are 2 main directions, pessimistic and optimistic, pessimistic approa= ches aim to enforce all nodes with the same information which requires tran= smitting the exact state to the neighbours and make sure it is installed th= ere, usually this is done in master-slave architectures where the master te= lls the slaves what to do and won't fit to our scenario (this is the PC= E case in fact)
>>
>> A more scalable approach is to tolerate a little bit o= f de-synchronization (optimistic consistency) and think that eventually all= nodes will learn about the scheduling state. With that approach we can hav= e scheduling problems in case 2 nodes do not have their schedule completely= synchronized, however monitoring can help to detect that and correct event= ually. My opinion is that the schedule does not change so much so having op= timistic approaches would work well (in terms of scalability). To achieve t= hat, nodes might send portions of their schedule, assuming that eventually = all schedule will be sent, it will take time but neighbours might learn all= information from others "eventually".
>>
>> As Kris said, however, we need to find how useful that= will be and what are the cases where this will work better than just simpl= e random selection and monitoring, assuming our schedules are sparse. If th= is is an optional feature seems that all cases can be covered.

____________________________________= ___________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch<= /p>
=A0=

_______________________________________________
6tsch maili= ng list
6tsch@ietf.org
<= a href=3D"https://www.ietf.org/mailman/listinfo/6tsch" target=3D"_blank">ht= tps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7bf160483788b004df9ef175-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCBA121F9EE5 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:02:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QnuVDbelCmYg for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 17:02:35 -0700 (PDT) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id DC85D21E80A9 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:02:34 -0700 (PDT) Received: by mail-pb0-f52.google.com with SMTP id xa12so6862001pbc.39 for <6tsch@ietf.org>; Thu, 20 Jun 2013 17:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=r1z5bTWTDJz8oxqhtdw+491NfsyIA+hkFfa/IEga1R4=; b=hRRyIZlhpeZA2i++84utu4DCYht+yhKc4AgN4adNh3/NF25EzyylSRIzqqcpyDU7Mq 4EdJ3HupqcYq1nU35++hPz9WQV+8LU3MDNt5YkYR7zF+gARNRZ191RasQA2aFnvw8zdu XemKTkjpcgX78RIPEFjFRGFurG7mUowr3Pna7099J/dUQM8wDsytAm9wykJ19Or3+xmx n39M+ld0H8YPECEC/m0GqV5PyfTJGVsHeklEGHBJkcWHWNSZlgU2KRIaGn/2EtwMLlor xTT1tOuXy6nZASS7tJg0OGYqS9+0fM7/BGNfkK9zj9h2mV7LQCBzaizLBt7TdYFQqJl2 vM6w== X-Received: by 10.66.240.7 with SMTP id vw7mr3412983pac.70.1371772954621; Thu, 20 Jun 2013 17:02:34 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 17:02:14 -0700 (PDT) In-Reply-To: References: <2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33@xmb-rcd-x04.cisco.com> From: Thomas Watteyne Date: Thu, 20 Jun 2013 17:02:14 -0700 X-Google-Sender-Auth: 1_BuNvHh-OFqKUI-9TU80JCsf2Q Message-ID: To: "Pascal Thubert (pthubert)" Content-Type: multipart/alternative; boundary=047d7b15a54dac425204df9ec76e Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jun 2013 00:02:37 -0000 --047d7b15a54dac425204df9ec76e Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Pascal, You need the BB to be a MAC-level broadcast domain to be able to do the proxy ND functionality, right? (see min 17:02 of https://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&SP=3DMC&rID=3D66409322&r= Key=3D254105c68fefa880). But you're absolutely right, I can see how this property affects the PCE discovery functionality. The case where there are many little PCEs covering different segment makes perfect sense. In other cases (mobility?), we might imagine an architecture where a single PCE is managing multiple LLNs in parallel. Thomas On Thu, Jun 20, 2013 at 7:00 AM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Thomas:**** > > ** ** > > If I understand you well, your reference to the multicast domain has to d= o > specifically with the PCE discovery, is that correct?**** > > Even so, the product of the discussion is probably useful in the > architecture document.**** > > ** ** > > My initial mind was to emulate the model of DHCP, though we probably need > to extend it quite a bit to scale and distribute.**** > > For all I know =96 but I=92m not JP -, there is art for distributed PCE, = in > particular between ISPs so that each PCE can compute a local segment of a > global route.**** > > In your case 1, it could make sense that there is at least one PCE on eac= h > subdomain so as to avoid crossing boundaries for local route computation.= * > *** > > ** ** > > In the future, we can probably expect to find many virtualized PCE > available wherever needed via virtual service engines anyway.**** > > ** ** > > What do you think?**** > > ** ** > > Pascal**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Thomas Watteyne > *Sent:* mercredi 19 juin 2013 06:13 > *To:* 6TSCH > > *Subject:* Re: [6tsch] architecture with remote BBR**** > > ** ** > > Pascal, Raghuram,**** > > ** ** > > I'm fully aware that VPN/tunnels are a proven technique. Obviously, this > discussion only covers the case where a PCE is used.**** > > ** ** > > I want to make sure that we don't add unnecessary complexity. The easiest > thing is for 6TSCH not to define how the PCE and the BBRs discover each > other, neither how they communicate, and just give "examples" in the > architecture draft. This might be the right thing to do to start with, bu= t > it would be awfully nice if I could connect my BBR to a third-party PCE. > I'm happy to talk about this on the phone on Friday.**** > > ** ** > > Thomas**** > > ** ** > > On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar (rsudhaak) < > rsudhaak@cisco.com> wrote:**** > > Thomas,**** > > I agree conceptually with the cons that you mention for option 1. However= , > tunneling and VLANs are a well understood concept in the network > setup/administration and used widely by IT teams. Pascal has pointed out > the specific Cisco technologies too. So, in the practical world tunneling > is the best/proven solution. **** > > ** ** > > In Option 2, the reliance of the BBR on the PCE to identify its peer may > be a cause for concern. It means that we implicitly mandate a PCE. This m= ay > not be applicable to certain deployments that may want to use 6TSCH witho= ut > a PCE. Or a different routing computation technique/protocol/standard. **= * > * > > ** ** > > IMO, the PCE, ND must be maintained as separate elements for the above > reasons as well as applicability to wider range of scenarios.**** > > ** ** > > I lean toward the idea that 6TSCH does not need to define anything to > create the connectivity between the BBRs. Instead the requirement can be > detailed along with possible solutions leaving the decision open. This wi= ll > hopefully help in wider applicability and interoperability.**** > > ** ** > > -raghuram **** > > ** ** > > ** ** > > *From: *Pascal Thubert > *Date: *Tuesday, June 18, 2013 10:08 AM > *To: *Thomas Watteyne > *Cc: *6TSCH <6tsch@ietf.org> > *Subject: *Re: [6tsch] architecture with remote BBR**** > > ** ** > > Hello Thomas:**** > > And then we need to add the case of the backhaul that looks like your cas= e > 1 but has applications on the other side of the VPN as opposed to another > wlan.**** > > This is actually being studied at ISA100.15 ...**** > > For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs > share a same L2 domain ( / IPv6 subnet) ? When they do not, we are back i= n > classical routing, with VPN iff crossing an untrusted area ( ; eg the IT > network from an OT perspective ; )**** > > The case of a single subnet crossing layer 3 boundaries is very classical > in datacenters. We use overlays to solve the issue; e.g. cisco OTV, but > also LISP, L2TP, and pseudowires in general.**** > > We should probably describe the case in the architecture and explain how > this can be achieved with the above technologies; and that probably 6TSCH > does not need to add anything new. Or does it? **** > > About option 2, I see the links to the PCE as either a single vlan or a > mix of vlan and vpn, depending on which domain must be crossed. The > structure has its benefits, but we probably need to come up with the same > model and multiple disjoint paths via multiple PCEs for high availability > and load balancing.**** > > what do you think?**** > > Pascal**** > > ** ** > > 2013/6/17 Thomas Watteyne **** > > All, **** > > ** ** > > There is a case I believe we are not covering explicitly in the > architecture.**** > > ** ** > > The architecture draft now considers the following topology:**** > > ** ** > > ---+------------------------**** > > | External Network**** > > |**** > > +-----+ +-----+**** > > | | Router | | PCE**** > > | | | |**** > > +-----+ +-----+**** > > | |**** > > | Subnet Backbone |**** > > +--------------------+------------------+**** > > | | |**** > > +-----+ +-----+ +-----+**** > > | | Backbone | | Backbone | | Backbone**** > > o | | router | | router | | router**** > > +-----+ +-----+ +-----+**** > > o o o o o**** > > o o o o o o o o o o o**** > > o o o LLN o o o o**** > > o o o o o o o o o o o o**** > > ** ** > > ** ** > > The backbone needs to be one broadcast domain for the ND proxy operations > defines in draft-thubert-6lowpan-backbone-router-03 to work.**** > > ** ** > > Now, let's consider a campus-wide deployment, where the requirements is > that (1) all the nodes use the same IPv6 prefix, and (2) all are managed = by > the same PCE. Since BBRs are "far apart", they will not all live on the > same (broadcast) backbone.**** > > ** ** > > This is a very realistic scenario that I have come across multiple times, > and which I believe 6TSCH group could/should address.**** > > ** ** > > I can see the following options:**** > > ** ** > > *Option 1*: "under-the-hood" tunneling**** > > ** ** > > When installing the network, network administrators interconnect the > different pieces of the BB using some VLAN solution, essentially recreati= ng > a broadcast domain.**** > > ** ** > > pros:**** > > - This option does not require any change the ND operation.**** > > cons:**** > > - IMO, in most multi-BBR deployments, the remote BBR case is the rule > rather than the exception. Using tunnels looks more like a "patch" which > might be seen as overly complex if it needs to be applied all the time.**= * > * > > ** ** > > ** ** > > ---+------------------------**** > > | External Network**** > > |**** > > +-----+ +-----+**** > > | | Router | | PCE**** > > | | | |**** > > +-----+ +-----+**** > > | |**** > > | Subnet Backbone | *=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D***** > > +--------------------+-------------- *TUNNEL* ----+**** > > | | *=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D* |**** > > +-----+ +-----+ +-----+ (*remo= te*)**** > > | | Backbone | | Backbone | | *Backb= one***** > > o | | router | | router | | *route= r***** > > +-----+ +-----+ +-----+**** > > o o o o o**** > > o o o o o o o o o o o***= * > > o o o LLN o o o o**** > > o o o o o o o o o o o o***= * > > ** ** > > ** ** > > *Option 2*: PCE responsible for forwarding to correct BBR**** > > ** ** > > Each BBR establishes an explicit (and secure) connection to the PCE. Sinc= e > the PCE is aware of the nodes connected through each BBR, it can forward > some inbound packet to the appropriate BBR.**** > > ** ** > > The functionality of the PCE and Router can be merged. The PCE/Router get= s > a packet for a particular node, and forwards it to the appropriate BBR ov= er > the explicit connection to that BBR.**** > > ** ** > > ** ** > > --------------+-------------------**** > > | External Network**** > > |**** > > +-----+**** > > | | PCE/Router**** > > | |**** > > +-----+**** > > ^ ^ ^**** > > | | |**** > > ** ** > > ** ** > > +---------------+ | +----------------+**** > > | | |**** > > v v v**** > > +-----+ +-----+ +-----+**** > > | | Backbone | | Backbone | | Backbone**** > > o | | router | | router | | router**** > > +-----+ +-----+ +-----+**** > > o o o o o**** > > o o o o o o o o o o o**** > > o o o LLN o o o o**** > > o o o o o o o o o o o o**** > > ** ** > > *Option 3*: hybrid**** > > ** ** > > This is the same as option 2, but the router and the PCE as separate. The= PCE acts as the ND proxy for all the nodes attached to all the BBRs it is = managing. The router is a regular router.**** > > ** ** > > ---+-----------------------**** > > ** ** > > ** ** > > | External Network**** > > |**** > > +-----+ +-----+**** > > | | Router | | PCE**** > > | | +--| |**** > > +-----+ | +-----+**** > > | | ^ ^ ^**** > > ** ** > > ** ** > > | | | | |**** > > ------------------------ | | |**** > > | | |**** > > | | |**** > > ** ** > > ** ** > > +---------------+ | +----------------+**** > > | | |**** > > v v v**** > > +-----+ +-----+ +-----+**** > > | | Backbone | | Backbone | | Backbone**** > > o | | router | | router | | router**** > > +-----+ +-----+ +-----+**** > > o o o o o**** > > o o o o o o o o o o o**** > > o o o LLN o o o o**** > > o o o o o o o o o o o o**** > > ** ** > > ** ** > > Thoughts? > > **** > > ** ** > > ** ** > > Thomas**** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > > > > -- > Pascal **** > > ** ** > --047d7b15a54dac425204df9ec76e Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Pascal,

You need the BB to be a M= AC-level broadcast domain to be able to do the proxy ND functionality, righ= t? (see min 17:02 of https:/= /cisco.webex.com/ciscosales/lsr.php?AT=3Dpb&SP=3DMC&rID=3D66409322&= amp;rKey=3D254105c68fefa880). But you're absolutely right, I can se= e how this property affects the PCE discovery functionality.

The case where there are many little PCEs c= overing different segment makes perfect sense. In other cases (mobility?), = we might imagine an architecture where a single PCE is managing multiple LL= Ns in parallel.

Thomas

On Thu, Jun 20, 2013 at 7:00 AM, Pascal Thubert (pthubert) <pthubert@= cisco.com> wrote:

Hello Thomas:

=A0<= /p>
If I understand you well,= your reference to the multicast domain has to do specifically with the PCE= discovery, is that correct?

Even so, the product of t= he discussion is probably useful in the architecture document.

=A0<= /p>
My initial mind was to em= ulate the model of DHCP, though we probably need to extend it quite a bit t= o scale and distribute.

For all I know =96 but I= =92m not JP -, there is art for distributed PCE, in particular between ISPs= so that each PCE can compute a local segment of a global route.<= /u>

In your case 1, it could = make sense that there is at least one PCE on each subdomain so as to avoid = crossing boundaries for local route computation.

=A0<= /p>
In the future, we can pro= bably expect to find many virtualized PCE available wherever needed via vir= tual service engines anyway.

=A0<= /p>
What do you think?=

=A0<= /p>
Pascal

=A0<= /p>
From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: mercredi 19 juin 2013 06:13
To: 6TSCH

Subject: Re: [6tsch] architecture with remote BBR

=A0

Pascal, Raghuram,

=A0

I'm fully aware that VPN/tunnels are a proven te= chnique. Obviously, this discussion only covers the case where a PCE is use= d.

=A0

I want to make sure that we don't add unnecessar= y complexity. The easiest thing is for 6TSCH not to define how the PCE and = the BBRs discover each other, neither how they communicate, and just give &= quot;examples" in the architecture draft. This might be the right thing to do to start with, but it would be awfully nice= if I could connect my BBR to a third-party PCE. I'm happy to talk abou= t this on the phone on Friday.

=A0

Thomas

=A0

On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar = (rsudhaak) <rsud= haak@cisco.com> wrote:

Thomas,

I agree conceptually with the cons that= you mention for option 1. However, tunneling and VLANs are a well understo= od concept in the network setup/administration and used widely by IT teams. Pascal has pointed out the specific Cisco technologies= too. So, in the practical world tunneling is the best/proven solution.=A0<= u>

=A0

In Option 2, the reliance of the BBR on= the PCE to identify its peer may be a cause for concern. It means that we = implicitly mandate a PCE. This may not be applicable to certain deployments that may want to use 6TSCH without a PCE. Or a differe= nt routing computation technique/protocol/standard.=A0=

=A0

IMO, the PCE, ND must be maintained as = separate elements for the above reasons as well as applicability to wider r= ange of scenarios.

=A0

I lean toward the idea that 6TSCH does = not need to define anything to create the connectivity between the BBRs. In= stead the requirement can be detailed along with possible solutions leaving the decision open. This will hopefully help =A0in wider = applicability and interoperability.

=A0

-raghuram=A0

=A0

=A0

From: Pascal Thubert <pascal.thubert@gmail.com>
Date: Tuesday, June 18, 2013 10:08 AM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Cc: 6TSCH <6t= sch@ietf.org>
Subject: Re: [6tsch] architecture with remote BBR

=A0

Hello Th= omas:

And then we need to add the case of the= backhaul that looks like your case 1 but has applications on the other sid= e of the VPN as opposed to another wlan.

This is = actually being studied at ISA100.15 ...

For your option 1, is it often (/ somet= imes?) mandatory that the 2 LLNs share a same L2 domain ( / IPv6 subnet) ? = When they do not, we are back in classical routing, with VPN iff crossing an untrusted area ( ; eg the IT network from an OT perspe= ctive ; )

The case of a single subnet crossing la= yer 3 boundaries is very classical in datacenters. We use overlays to solve= the issue; e.g. cisco OTV, but also LISP, L2TP, and pseudowires in general.

We should probably describe the case in= the architecture and explain how this can be achieved with the above techn= ologies; and that probably 6TSCH does not need to add anything new. Or does it?

About op= tion 2, I see the links to the PCE as either a single vlan or a mix of vlan= and vpn, depending on which domain must be crossed. The structure has its benefits, but we probably need to come up with the same model and = multiple disjoint paths via multiple PCEs for high availability and load ba= lancing.

what do = you think?

Pascal

= =A0

2013/6/17 Thomas Watteyne <watteyne@eecs.berk= eley.edu>

All,

=A0

There is a case I believe we are not co= vering explicitly in the architecture.

=A0

The architecture draft now considers th= e following topology:

=A0

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 ---+------------------------

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0 External Network
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0=A0=A0=A0 | Router=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 |= PCE

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0+-----+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0 Subnet Backbone=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +--= ------------------+------------------+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =A0+-----+

=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0 | Backbone=A0=A0=A0 |=A0=A0=A0=A0 | Backbone=A0=A0=A0 |=A0=A0=A0=A0 | B= ackbone

=A0=A0=A0 o=A0=A0=A0 |=A0=A0=A0=A0 | = router=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 | router=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 |= router

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 +-----+

=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0o=A0=A0 o

=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0 o=A0= =A0 o=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0=A0=A0=A0=A0= =A0 o=A0 o=A0=A0 o=A0=A0=A0 o

=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0 o=A0 LLN=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o= =A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o

=A0=A0=A0=A0=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o o=A0=A0=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0 o=A0=A0=A0=A0 o

=A0

=A0

The backbone needs to be one broadcast = domain for the ND proxy operations defines in=A0draft-thubert-6lowpan-backb= one-router-03 to work.

=A0

Now, let's consider a campus-wide d= eployment, where the requirements is that (1) all the nodes use the same IP= v6 prefix, and (2) all are managed by the same PCE. Since BBRs are "far apart", they will not all live on the same (broadcast) = backbone.

=A0

This is a very realistic scenario that = I have come across multiple times, and which I believe 6TSCH group could/sh= ould address.

=A0

I can see the following options:=

=A0

Option 1: &q= uot;under-the-hood" tunneling

=A0

When installing the network, network ad= ministrators interconnect=A0the different pieces of the BB using some VLAN = solution, essentially recreating a broadcast domain.

=A0

pros:

- This option does not require any chan= ge the ND operation.

cons:

- IMO, in most multi-BBR deployments, t= he remote BBR case is the rule rather than the exception. Using tunnels loo= ks more like a "patch" which might be seen as overly complex if it needs to be applied all the time.

=A0

=A0

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 ---+------------------------

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0 External Network
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0=A0=A0=A0 | Router=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 |= PCE

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 |=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0+-----+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0 Subnet Backbone=A0=A0=A0 |=A0=A0=A0 =3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +--= ------------------+--------------=A0 TUNNEL=A0 ----+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+ (remote)

=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0 | Backbone=A0=A0=A0 |=A0=A0=A0=A0 | Backbone=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 |=A0=A0=A0=A0 | Backbone

=A0=A0=A0 o=A0=A0=A0 |=A0=A0=A0=A0 | = router=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 | router=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 |=A0=A0=A0=A0 | router

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0+-----+

=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0 o

=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0 o=A0= =A0 o=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0 o

=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0 o=A0 LLN=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o

=A0=A0=A0=A0=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o o=A0=A0=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0 o=A0=A0=A0=A0 o

=A0

=A0

Option 2: PC= E=A0responsible=A0for forwarding to correct BBR

=A0

Each BBR establishes an explicit (and s= ecure) connection to the PCE. Since the PCE is aware of the nodes connected= through each BBR, it can forward some inbound packet to the appropriate BBR.

=A0

The functionality of the PCE and Router= can be merged. The PCE/Router gets a packet for a particular node, and for= wards it to the appropriate BBR over the explicit connection to that BBR.

=A0

=A0

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 =A0--------------+-------------------

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 External Network

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |<= /pre>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 | PCE/Router

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0+-----+
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^ ^ ^

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 | | |
=A0

=A0

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +--= -------------+ | +----------------+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 v= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 v=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 v

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0 =A0=A0=A0=A0=A0=A0=A0+-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----= +

=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0 | Backbone=A0 |=A0=A0=A0=A0 | Backbone=A0=A0 |=A0=A0=A0=A0 | Backbone

=A0=A0=A0 o=A0=A0=A0 |=A0=A0=A0=A0 | = router=A0=A0=A0 |=A0=A0=A0=A0 | router=A0=A0=A0=A0 |=A0=A0=A0=A0 | router

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----= +

=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0 o

=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0 o=A0= =A0 o=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0=A0=A0=A0=A0= =A0 o=A0 o=A0=A0 o=A0=A0=A0 o

=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0 o=A0 LLN=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o= =A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o

=A0=A0=A0=A0=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o o=A0=A0=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0 o=A0=A0=A0=A0 o

=A0

Option 3
=A0

This is the same as option 2, but the router = and the PCE as separate. The PCE acts as the ND proxy for all the nodes att= ached to all the BBRs it is managing. The router is a regular router.

=A0

=A0 ---+-----------------------

=A0

=A0

=A0=A0=A0=A0 |=A0=A0 External Network=

=A0=A0=A0=A0 |
=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+

=A0 |=A0=A0=A0=A0 | Router=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 | PCE

=A0 |=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 +--|=A0=A0=A0=A0 |

=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 |=A0 +-----+

=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0 ^ ^ ^

=A0

=A0

=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0 | | |

=A0 ------------------------=A0 | | |=

=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 | | |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 | | |
=A0

=A0

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +--= -------------+ | +----------------+

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 |

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 v= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 v=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 v

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0+-----= +

=A0=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0= =A0 | Backbone=A0 |=A0=A0=A0=A0 | Backbone=A0=A0 |=A0=A0=A0=A0 | Backbone

=A0=A0=A0 o=A0=A0=A0 |=A0=A0=A0=A0 | = router=A0=A0=A0 |=A0=A0=A0=A0 | router=A0=A0=A0=A0 |=A0=A0=A0=A0 | router

=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----+=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 +-----= +

=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 o=A0 =A0o

=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0 o=A0= =A0 o=A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0=A0=A0=A0=A0= =A0 o=A0 o=A0=A0 o=A0=A0=A0 o

=A0=A0 o=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 o=A0=A0=A0=A0=A0=A0=A0 o=A0 LLN=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o= =A0=A0=A0=A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o

=A0=A0=A0=A0=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0=A0=A0 o=A0=A0=A0=A0=A0 o o=A0=A0=A0=A0 o=A0 o=A0=A0 o=A0=A0=A0 o= =A0=A0=A0 o=A0=A0=A0=A0 o

=A0

=A0

Thoughts?

=A0

=A0

Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--
Pascal

=A0

--047d7b15a54dac425204df9ec76e-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9957821F9978 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 09:01:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BxtFFQuksKaX for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 09:00:58 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 48A5E21F9928 for <6tsch@ietf.org>; Thu, 20 Jun 2013 09:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30687; q=dns/txt; s=iport; t=1371744058; x=1372953658; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RvhnZKyjn2Kok1G5TOivnZlHfXkzF/8OmO7QK7tOe94=; b=RmOMxTLOd4qmU2h5mm3YicN7/jFWB6PjcHGIYfXhbeNyIlD2oi5HTUyZ sJQKf73SA/ErCSaUgFA+9w6SBhe0KU34+I4jLWoNv7bcHtitlf9gjP/0e Y++G+uUjeTbxOTTfBkgmN8VBMVAA8yA1D2kOUIq/Z1rjs1JMshXr/ZH60 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AggFANcmw1GtJV2Y/2dsb2JhbABRCg6CN0QxSb82fBZ0giMBAQEEAQEBKkEEBxACAQgRAQMBAQsWAQYHJwsUAwYIAgQOBQgRh3UMvBcEjg0KgQEtBAYBgwBhA4U+o0mCUT6BcTc X-IronPort-AV: E=Sophos;i="4.87,906,1363132800"; d="scan'208,217";a="225372305" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 20 Jun 2013 16:00:57 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r5KG0vgh000392 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 20 Jun 2013 16:00:57 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.02.0318.004; Thu, 20 Jun 2013 11:00:56 -0500 From: "Pascal Thubert (pthubert)" To: Qin Wang Thread-Topic: [6tsch] support to installing Tracks Thread-Index: AQHObb/fzRNvbxfhgkiNo1TUmlbCOJk+wdfQ Date: Thu, 20 Jun 2013 16:00:56 +0000 Deferred-Delivery: Thu, 20 Jun 2013 16:00:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.49.80.43] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841318CE1xmbrcdx01ciscoc_" MIME-Version: 1.0 Cc: Thomas Watteyne , 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 16:01:03 -0000 --_000_E045AECD98228444A58C61C200AE1BD841318CE1xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Qin; The Destination would be the final node of the track. The tuple allows to r= euse the small space (64 local instance IDs) per node. For nodes along the way this is just an ID as long as the track works, but = then it could be useful to tunnel frames if the track breaks. The cool thing is that the expression of the destination can be compressed = with 6LoWPAN, so if we place the instanceID in the flow label we indeed hav= e the full infomartion in the packet. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Q= in Wang Sent: jeudi 20 juin 2013 16:10 To: Pascal Thubert (pthubert) Cc: Thomas Watteyne; 6TSCH Subject: Re: [6tsch] support to installing Tracks Hi Pascal, I have a problem with using [dest IPv6, instanceID] to identify a Track. My= understanding is the TrackID in each node along the path should be same, c= orrect? It means PCE has to find a instanceID which has not been used by a= ll of the nodes along the path before installing a Track. Did I miss someth= ing? Qin On Thu, Jun 20, 2013 at 9:48 PM, Pascal Thubert (pthubert) > wrote: Hello Thomas: If we consider that a track is an hard core version of a route as installed= by the PCE, then we might extend the thought that we placed there, and use= an instance? TrackIDs could be taken from local instances (there are 64 of those per nod= e) of the destination so the tuple (dest IPv6 , instanceID) would identify= the track as it identifies routes. BTW, the proposed update of the architecture draft to reflect the previous = discussions is as follows: Centralized vs. Distributed Routing 6TSCH supports a mix model of centralized routes that are computed by a Path Computation Entity and distributed routes that are computed by RPL over a common physical LLN. Both RPL and the PCE may inject routes in the Routing Tables of the 6TSCH routers. In either case, each route is associated with a topology that is indexed by an instanceID, as defined in RPL [RFC6550]. RPL and PCE rely on shared sources to define Global and Local InstanceIDs. It is possible for RPL and PCE to share a same topology, in which case the PCE routes have precedence over RPL routes in case of a conflict. Inside the 6TSCH domain, the flow label is used to indicate the topology that must be used for routing and the associated Routing Tables as discussed in [I-D.thubert-roll-flow-label]. What do you think? Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyn= e Sent: jeudi 20 juin 2013 09:28 To: 6TSCH Subject: Re: [6tsch] support to installing Tracks Qin, [I believe you sent the same e-mail twice, I'm only answering the second on= e] Having some type of track ID would indeed make life much easier. Each RX an= d TX cell would simply be associated to a trackID. The switching table (whi= ch I assume you refer to by "track table"?) might not even physically exist= as such in the node's RAM memory. Rather the switching rule is simply "wha= tever you receive on an RX cell associaed with trackID 4, transmit on the n= ext TX cell associated with trackID 4". There could be a trackID which mean= s "no trackID", to identify the cells which are not associated on a track, = and which can be used for regular routing. When the PCE installs a hard cel= l, it would install [direction,slotOffset,channelOffset,trackID]. Does the above sound like what you're proposing? Assuming that a trackID identifies a flow, is there not some other number/t= uple already available somewhere which could play the role of trackID witho= ut requiring a new numbering space? For example, could the trackID be the t= uple [destination IPv6 address, DSCP]? Thomas On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang > wrote: Hi all, We have had many discussions on Track related topic in threads like "Routin= g vs switching". I would like to discuss more about what 6tus should provid= e to install a Track, including installing both hard cell based Track and s= oft cell based Track. My understanding is what we can do now is as follows. (1) add hard cells along the path, with Cell Commands (2) specify the mapping between each incoming cell and outgoing cell along = the path, with Label Switching Commands If my understanding is correct, I can see the following problem: It need mo= re bandwidth. For example, when you add a hard cell between nodeA and nodeB= , one global communication from PCE to nodeA, and one local communication f= rom nodeA to nodeB are needed. But for the Label Switching command, additio= nal two communications, i.e. from PCE to nodeA and from PCE to nodeB are al= so needed. In addition, if a given track consists more than one incoming ce= lls and outgoing cells, more bandwidth for installing the track will be con= sumed. Thus, I would like to suggest to use TrackID to associate incoming cells an= d outgoing cells. For sure, the TrackID will not appear in packet, it is ju= st used to establish the relationship between incoming cells and outgoing c= ells. i.e. (1) add TrackID as a parameter of Cell commands. (2) same procedure of adding/removing hard cell or soft cell as before. (3) while receiving adding hard cell or soft cell command, fill the Track = table with the TrackID. In the Track table, Rx cells are the incoming cells= and Tx cells are the outgoing cells. And then, from TSCH's point of view, = the schedule is the overlap of all Track tables. How do you think? Qin _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD841318CE1xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Qin;

<= /p>
The Destination would be = the final node of the track. The tuple allows to reuse the small space (64 = local instance IDs) per node.

For nodes along the way t= his is just an ID as long as the track works, but then it could be useful t= o tunnel frames if the track breaks.

The cool thing is that th= e expression of the destination can be compressed with 6LoWPAN, so if we pl= ace the instanceID in the flow label we indeed have the full infomartion in the packet.

<= /p>
Cheers,=

<= /p>
Pascal

<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Qin Wang
Sent: jeudi 20 juin 2013 16:10
To: Pascal Thubert (pthubert)
Cc: Thomas Watteyne; 6TSCH
Subject: Re: [6tsch] support to installing Tracks<= /p>

Hi Pascal,

I have a problem with using [dest IPv6, instanceID] = to identify a Track. My understanding is the TrackID in each node along the= path should be same, correct? It means PCE has to find a instanceID which = has not been used by  all of the nodes along the path before installing a Track. Did I miss something?=

Qin

On Thu, Jun 20, 2013 at 9:48 PM, Pascal Thubert (pth= ubert) <pthubert= @cisco.com> wrote:

Hello Thomas:

If we consider that a track is an hard = core version of a route as installed by the PCE, then we might extend the thought that we placed there, and use an instance?<= /o:p>

TrackIDs could be taken from local inst= ances (there are 64 of those per node) of the destination so the tuple (dest IPv6 , instanceID) would identify the track as it= identifies routes.

BTW, the proposed update of the archite= cture draft to reflect the previous discussions is as follows:

Centralized vs. Distributed Routi= ng

   6TSCH supports a mix model= of centralized routes that are computed by

   a Path Computation Entity = and distributed routes that are computed by

   RPL over a common physical= LLN.

   Both RPL and the PCE may i= nject routes in the Routing Tables of the

   6TSCH routers. In ei= ther case, each route is associated with a

   topology that is indexed b= y an instanceID, as defined in RPL

   [RFC6550]. RPL and P= CE rely on shared sources to define Global and

   Local InstanceIDs.<= o:p>

   It is possible for RPL and= PCE to share a same topology, in which

   case the PCE routes have p= recedence over RPL routes in case of a

   conflict.

   Inside the 6TSCH domain, t= he flow label is used to indicate the

   topology that must be used= for routing and the associated Routing

   Tables as discussed in [I-= D.thubert-roll-flow-label].

What do you think?

Pascal

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks<= /p>

Qin,

[I believe you sent the same e-mail twice, I'm only answering the = second one]

Having some type of track ID would indeed make life much easier. E= ach RX and TX cell would simply be associated to a trackID. The switching t= able (which I assume you refer to by "track table"?) might not even physically exist as such in the n= ode's RAM memory. Rather the switching rule is simply "whatever you re= ceive on an RX cell associaed with trackID 4, transmit on the next TX cell = associated with trackID 4". There could be a trackID which means "no trackID", to identify the cells which are not as= sociated on a track, and which can be used for regular routing. When the PC= E installs a hard cell, it would install [direction,slotOffset,channelOffse= t,trackID].

Does the above sound like what you're proposing?

Assuming that a trackID identifies a flow, is there not some other= number/tuple already available somewhere which could play the role of trac= kID without requiring a new numbering space? For example, could the trackID be the tuple [destination IPv6 addre= ss, DSCP]?

Thomas

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

We have had many discussions on Track related topic in = threads like "Routing vs switching". I would like to discuss more about what 6tus should provide to install a Track, including installi= ng both hard cell based Track and soft cell based Track.<= /p>

My understanding is what we can do now is as follows.

(1) add hard cells along the path, with Cell Comm= ands

(2) specify the mapping between each incoming cell and = outgoing cell along the path, with Label Switching Commands

If my understanding is correct, I can see the following= problem: It need more bandwidth. For example, when you add a hard cell between nodeA and nodeB, one global communication from PCE to = nodeA, and one local communication from nodeA to nodeB are needed. But for = the Label Switching command, additional two communications, i.e. from PCE t= o nodeA and from PCE to nodeB are also needed. In addition, if a given track consists more than one incoming= cells and outgoing cells, more bandwidth for installing the track will be = consumed.

Thus, I would like to suggest to use TrackID to associa= te incoming cells and outgoing cells. For sure, the TrackID will not appear in packet, it is just used to establish the relationship b= etween incoming cells and outgoing cells. i.e.

(1) add TrackID as a parameter of Cell commands.=

(2) same procedure of adding/removing hard cell or soft= cell as before.

(3) while receiving adding hard cell or soft cell comma= nd, fill the Track table with the TrackID. In the Track table, Rx cells are the incoming cells and Tx cells are the outgoing cells. And t= hen, from TSCH's point of view, the schedule is the overlap of all Tr= ack tables.

How do you think?

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD841318CE1xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BE0021F9A63 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 08:16:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dDykR7gATTI3 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 08:16:54 -0700 (PDT) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) by ietfa.amsl.com (Postfix) with ESMTP id 091EE21F8FF8 for <6tsch@ietf.org>; Thu, 20 Jun 2013 08:16:49 -0700 (PDT) Received: by mail-wg0-f41.google.com with SMTP id y10so169943wgg.4 for <6tsch@ietf.org>; Thu, 20 Jun 2013 08:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :content-language; bh=+vB2nnnXdEaHi7qqvW5YdEp/2N4Y/KZcSGzQtXrnOZ8=; b=kod2lJyTWKqirzRki79Z/9Dt3mfz5iJIEKkhsdCilStqEok1zSltbeCiT4dSyhHgN6 pJgauaUZfHCx/UPF5trm3ZqcCsM24CYJKx+p3g2XWnlYboksLUH5N6BjeVRLpDgFm05M 7OfsRGqkQewSqmB3BXujNOs/xdqit0HY0LiJgXoPsX4cBZHPdO86BrbeeDMypofb41SI cj+FYyel7cTuVLAR/1ni1iNsrR/FwznHISWLj8/ulby7xESQ+WDyt5iYS0Hd/LOQYFBk bw3g0epsb4kB01T+ql2o7yEJoDcjnWNnp6n82R73h1gY3DZ/viQvr2TWhUW7i0YkCPeS D9bg== X-Received: by 10.180.36.12 with SMTP id m12mr5844476wij.10.1371741408956; Thu, 20 Jun 2013 08:16:48 -0700 (PDT) Received: from GriecoPC (deecom23.poliba.it. [193.204.59.55]) by mx.google.com with ESMTPSA id fs8sm16900896wib.0.2013.06.20.08.16.47 for <6tsch@ietf.org> (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 20 Jun 2013 08:16:48 -0700 (PDT) From: "Alfredo Grieco" To: <6tsch@ietf.org> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> <51c2fcc3.c6620f0a.0a3b.1551@mx.google.com> <9F9FFC07-31D1-47DD-A4CA-1B95503025BB@cs.stanford.edu> In-Reply-To: <9F9FFC07-31D1-47DD-A4CA-1B95503025BB@cs.stanford.edu> Date: Thu, 20 Jun 2013 17:16:45 +0200 Message-ID: <51c31ce0.0867b40a.16ea.ffffe1a5@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5txvavIwGDER3ZSIGpaUlN5gB4cAAAcKfw Content-Language: en-us Subject: [6tsch] R: TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 15:16:56 -0000 Great Phil, I will try to jointly exploit the approach you mention with our recent proposal DeTAS described here: N. Accettura, M. R. Palattella, G. Boggia, L. A. Grieco, and M. Dohler,"Decentralized Traffic Aware Scheduling for Multi-hop Low Power Lossy Networks in the Internet of Things", WoWMoM 2013. Cheers and thanks Alfredo -----Messaggio originale----- Da: Philip Levis [mailto:pal@cs.stanford.edu] Inviato: Thursday, June 20, 2013 4:35 PM A: Alfredo Grieco Cc: 6tsch@ietf.org Oggetto: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames On Jun 20, 2013, at 5:59 AM, Alfredo Grieco wrote: > Dear all, > > This discussion let emerge many interesting points. > > Perhaps, it is time to start thinking (at least optionally) to something in the middle between a fully deterministic approach where all data packets are transmitted according to a pre-assigned schedule along the path towards the root and a fully distributed one, where collision may happen at each hop. > > Based on the considerations of Kris on the efficiency of slotted aloha, we just require to build schedules on those links with a very low rank (let's say r0), which are closer to the root and have to sustain a higher load, while using slotted aloha for links closer to the leaves of the tree. > > This just requires some timeslots between the boundaries of these two regions (let's say below rank r0 and above r0) of the network to accommodate some extra delay from packets coming from the leaves. At the same time this approach would dramatically lower the complexity of all the operations required for building and maintaining the schedule and decrease the signaling overhead. The value of r0 has to be tuned based on the intensity of the traffic. If you want to explore supporting this approach, I suggest you take a look at Gahng-Seop Ahn, Emilano Miluzzo, Andrew Campbell, Se Gi Hong, and Francesca Cuomo. "Funneling-MAC: A Localized, Sink Oriented MAC for Boosting Fidelity in Sensor Networks." In Proceedings of the Fourth ACM Conference on Embedded Networked Sensor Systems (SenSys), 2006. It does exactly what you describe: by default uses a CSMA/slotted approach but in areas of high contention (close to a root) overlays a strict TDMA schedule. IIRC, there is source code available. Phil= Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7288A21F9A3B for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 08:01:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SLDlbR0pXLiK for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 08:00:56 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by ietfa.amsl.com (Postfix) with ESMTP id 62E4521F8476 for <6tsch@ietf.org>; Thu, 20 Jun 2013 08:00:49 -0700 (PDT) Received: from dn0a210420.sunet ([10.33.4.32]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UpgLt-0006DO-6I; Thu, 20 Jun 2013 08:00:49 -0700 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 $1508$) From: Philip Levis In-Reply-To: Date: Thu, 20 Jun 2013 07:46:57 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <5AAE5190-BA4C-481F-B237-70DEC7798DFB@cs.stanford.edu> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> To: Thomas Watteyne X-Mailer: Apple Mail (2.1508) X-Scan-Signature: b0d2d5ababd8fe43140185de29a9e1cb Cc: 6TSCH <6tsch@ietf.org>, Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 15:01:07 -0000 On Jun 19, 2013, at 11:18 PM, Thomas Watteyne = wrote: > +1 on the use of Trickle. It would indeed be great if you could look = at the applicability. >=20 > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify = what Trickle considers consistent, inconsistent, and what other events = can cause a Trickle timer reset. >=20 > A first step might be to identify what we believe is a fully = consistent network. I see multiple, slightly different, definitions: > 1. when all nodes know the full TSCH schedule of all their (2-hop?) = neighbors > 2. when there are no MAC-layer collisions, i.e. no communication = happens on the same slotoffset/channeloffset within that neighborhood >=20 > Of course, condition 1 is sufficient for condition 2 to be satisfied. = I would argue that, since condition 2 is the end goal of the network, = satisfying condition 2 might be enough. That is, it's OK if you don't = know the complete schedule of your neighbors, as long as you can = communicate without collision. It is in fact possible that two cells are = reused between two pairs of nodes, if at least one of these pairs never = uses that cell, no Trickle reset is needed. The general challenge of disambiguating losses from collisions is such = that I'd be wary of 2. One could define an inconsistency as when = schedules incorrectly overlap, but that might require too much = information. I'd suggest something much simpler.=20 Each Trickle message is a set of hashes. Each hash is over the sorted = one-hop neighbor set of a node. If a node A has neighbors B and C, it = transmits a message with hash(neighbors(A)), hash(neighbors(B)), = hash(neighbors(C)). Each hash is computed with a pseudorandom salt value = regenerated on each transmission to avoid hash collisions (removing the = tradeoff of hash size and collision probability).=20 If a node hears a Trickle message in which every hash agrees with the = hashes it has (i.e., the hashes of the intersection of those in the = message and the neighbor lists the node holds), that is a consistent = transmission. If a node hears a Trickle message in which a hash disagrees, that is an = inconsistency event. When a node changes its neighbor list or changes the neighbor list of = one of its neighbors, that is an inconsistency event. Another approach might be to, rather than using hashes, using version = numbers. Then you enter all of the wraparound problems, of course. But = otherwise you'll need some mechanism so the authoritative source isn't = drowned out by many old copies. Is this what you're thinking of? I can think a bit more about if if you = like. Phil= Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D86B21F86C4 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 08:00:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jBiZ7EbPhfaA for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 08:00:45 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by ietfa.amsl.com (Postfix) with ESMTP id B95FE21F9CA0 for <6tsch@ietf.org>; Thu, 20 Jun 2013 08:00:44 -0700 (PDT) Received: from dn0a210420.sunet ([10.33.4.32]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UpgLn-0006DO-Ia; Thu, 20 Jun 2013 08:00:44 -0700 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 $1508$) From: Philip Levis In-Reply-To: <51c2fcc3.c6620f0a.0a3b.1551@mx.google.com> Date: Thu, 20 Jun 2013 07:35:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9F9FFC07-31D1-47DD-A4CA-1B95503025BB@cs.stanford.edu> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> <51c2fcc3.c6620f0a.0a3b.1551@mx.google.com> To: Alfredo Grieco X-Mailer: Apple Mail (2.1508) X-Scan-Signature: 2e2010fe0da008b9f5e122b86dc99621 Cc: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 15:00:56 -0000 On Jun 20, 2013, at 5:59 AM, Alfredo Grieco = wrote: > Dear all, > =20 > This discussion let emerge many interesting points. > =20 > Perhaps, it is time to start thinking (at least optionally) to = something in the middle between a fully deterministic approach where all = data packets are transmitted according to a pre-assigned schedule along = the path towards the root and a fully distributed one, where collision = may happen at each hop. > =20 > Based on the considerations of Kris on the efficiency of slotted = aloha, we just require to build schedules on those links with a very low = rank (let=92s say r0), which are closer to the root and have to sustain = a higher load, while using slotted aloha for links closer to the leaves = of the tree. =20 > =20 > This just requires some timeslots between the boundaries of these two = regions (let=92s say below rank r0 and above r0) of the network to = accommodate some extra delay from packets coming from the leaves. At the = same time this approach would dramatically lower the complexity of all = the operations required for building and maintaining the schedule and = decrease the signaling overhead. The value of r0 has to be tuned based = on the intensity of the traffic. If you want to explore supporting this approach, I suggest you take a = look at Gahng-Seop Ahn, Emilano Miluzzo, Andrew Campbell, Se Gi Hong, and = Francesca Cuomo. "Funneling-MAC: A Localized, Sink Oriented MAC for = Boosting Fidelity in Sensor Networks." In Proceedings of the Fourth ACM = Conference on Embedded Networked Sensor Systems (SenSys), 2006.=20 It does exactly what you describe: by default uses a CSMA/slotted = approach but in areas of high contention (close to a root) overlays a = strict TDMA schedule. IIRC, there is source code available. Phil= Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F9D321F9D3A for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:48:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.524 X-Spam-Level: X-Spam-Status: No, score=-1.524 tagged_above=-999 required=5 tests=[AWL=-0.147, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zOYoD-JHVXOL for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:48:03 -0700 (PDT) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 134EE21F9D37 for <6tsch@ietf.org>; Thu, 20 Jun 2013 07:47:52 -0700 (PDT) Received: by mail-ie0-f175.google.com with SMTP id a13so16822997iee.34 for <6tsch@ietf.org>; Thu, 20 Jun 2013 07:47:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=nOm8Uzu1p2eDojxQA/8C5TGJgR+ZgcTUuyeHtuixnfo=; b=H/Dt9Ze2Tn9voeVyKv/ec1ze8leixr/sBqeGm6EKN/COJjSEBC3K0P2kA4laWGPf5Q zJLQ29tclJiMngWTNFYqKk5VCZe36UDQA9GLF8rzSIGY4x3lyoPFl4x3UpiNp0vuPmCi YFx10hV3jYrTD7I0uW1vmBA5xjEQBLEZKYXmfJcXpvM9nuPQ+NmiKfgvcZoBE0MVKc/l B2kFoZf2mdoJ4Gek9uywbpF8h3mWF5pHjn43biCrmEBh53YC6Hh8TMlDpXnw1y0YPTDG IMkoUYFvNI5SKVM8D5Z6Gl4zYfR3COnSTF+8IOciPQ/LeQG0XaAHBJw6WZzvHpQ6HX3m WQ+g== MIME-Version: 1.0 X-Received: by 10.42.11.211 with SMTP id v19mr3419096icv.29.1371739672522; Thu, 20 Jun 2013 07:47:52 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 07:47:51 -0700 (PDT) In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6@EXMBX23.ad.utwente.nl> Date: Thu, 20 Jun 2013 22:47:51 +0800 Message-ID: From: Qin Wang To: "P.Zand@utwente.nl" Content-Type: multipart/related; boundary=20cf301d3e60e7cab504df970794 X-Gm-Message-State: ALoCoQkRgLjC6iqDk4xna8SFZQGWNp/i7mK68w/Q8ZsJbpNFzh/bhCg4X7conHwn2V0Y/CWZCDMm Cc: Maria Rita PALATTELLA , Thomas Watteyne , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "pister@eecs.berkeley.edu" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 14:48:05 -0000 --20cf301d3e60e7cab504df970794 Content-Type: multipart/alternative; boundary=20cf301d3e60e7cab104df970793 --20cf301d3e60e7cab104df970793 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Pouira, I think we have same thinking. Let me make it more clear as follows. (1) Aloha: select a cell not used in local schedule (2) 1-hop selection: a cell not used by both Tx node and Rx node (3) 2-hop selection: a cell not used by both Tx node and Rx node, and their neighbors. In case (3), the information needed includes the cell set used by neighbors. Actually, I don't like case (3). Maybe we can find a solution between case (2) and case (3), i.e. some part of knowledge about the cell set used by neighbors, which provide high performance to cost ratio. Thought? Qin On Thu, Jun 20, 2013 at 10:03 PM, wrote: > Qin,**** > > May be we can talk on this figure,**** > > Each node can get this 2-hop neighborhood information by collecting the > cell-usage of its 1-hop neighbors. Then during the negotiation for a soft > link on an edge (e.g. edge (A, B)), the combination of node A and node B= =92s > 2-hop neighborhood information, create a virtual 2-hop neighborhood > information around that edge. **** > > Would you please explain what does 1-hop information include?**** > > ** ** > > **** > > Best Wishes,**** > > Pouria**** > > ** ** > > ** ** > > *From:* Qin Wang [mailto:qinwang@berkeley.edu] > *Sent:* Thursday, June 20, 2013 3:26 PM > > *To:* Maria Rita PALATTELLA > *Cc:* Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; > 6tsch@ietf.org; pister@eecs.berkeley.edu > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > Maria Rita,**** > > ** ** > > I fully agree with what you said. There is trade-off, i.e. how much > information a node should hold, (None, 1-hop, 2-hop), and then monitoring > will take care of rest. Should it be configurable?**** > > ** ** > > Qin**** > > ** ** > > On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTELLA < > maria-rita.palattella@uni.lu> wrote:**** > > Qin, it is exactly as Pouria explained. > Generally speaking, the idea is to propagate the information hop-by-hop > among some of the neighbor nodes. Each node doesn't need to have a full > picture of the network. The combination of the partial information that > each node has, will allow them to properly select the soft cells within t= he > TSCH schedule. In the worst scenario, if the cells allocation isn't > properly done, the monitoring algorithm will help in detecting that. > Maria Rita**** > ------------------------------ > > *From:* P.Zand@utwente.nl [P.Zand@utwente.nl] > *Sent:* Thursday, June 20, 2013 2:59 PM > *To:* qinwang@berkeley.edu; Maria Rita PALATTELLA > *Cc:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; > pister@eecs.berkeley.edu > *Subject:* RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > Hi Qin,**** > > You mean the case that edge(A, B) is not in the two-hop neighborhood of > node D, but is in the two-hop neighborhood of node C. Am I right?**** > > If yes, for creating a soft link between node D and C, node D will send a > =93Link Reservation Request=94 including a candidate set of links based o= n its > two-hop information. Node D might suggest the cell-1 that is used on edge > (A, B). However, node C upon receiving the request, will do another check > based on his two-hop neighborhood information and will not chose that > cell-1. That is because node C knows about the cell-1 on edge(A, B) in it= s > two-hop neighborhood.**** > > In other cases, that node D intend to create a soft link with other nodes > (e.g. E or F), and if those nodes are not one-hop neighbors of node A, th= en > edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D= , > F).**** > > Am I right? **** > > Best wishes,**** > > Pouria**** > > **** > > *From:* Qin Wang [mailto:qinwang@berkeley.edu] > *Sent:* Thursday, June 20, 2013 2:11 PM > *To:* Maria Rita PALATTELLA > *Cc:* Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; > 6tsch@ietf.org; pister@eecs.berkeley.edu > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > Hi Pouria and Maria Rita,**** > > **** > > I think there is a difference between just 1-hop information and 2-hop > information. For example, **** > > **** > > Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of > nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB.**** > > **** > > Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD > cannot know nodeA is its 2-hop neighbor.**** > > **** > > Thought?**** > > Qin**** > > **** > > **** > > **** > > **** > > **** > > **** > > On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA < > maria-rita.palattella@uni.lu> wrote:**** > > Pouria, I do agree with you.**** > > 1-hop also include the 2- hop information. The RX cells for the 1-hop > neighbor, are the TX cells for the 2-hop neighbor.**** > > **** > > Maria Rita**** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *P.Zand@utwente.nl > *Sent:* Thursday, June 20, 2013 9:54 AM > *To:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu**** > > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > Hi Thomas,**** > > **** > > Just one minor comment on =931. when all nodes know the full TSCH schedul= e > of all their (2-hop?) neighbors=94.**** > > Shall we say 1-hop neighbors? I think, one node by collecting the schedul= e > of all its one-hop neighbors can know the schedule of its two-hop > neighborhood that might conflict with its communication. In the received > schedule information from one hop neighbor, the links between the one-hop > and two-hop neighbors are also included. Am I right? **** > > **** > > Best Wishes,**** > > Pouria **** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc= es@ietf.org>] > *On Behalf Of *Thomas Watteyne > *Sent:* Thursday, June 20, 2013 8:18 AM > *To:* Philip Levis > *Cc:* 6TSCH; Kris Pister > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability.**** > > **** > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events ca= n > cause a Trickle timer reset.**** > > **** > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions:**** > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors**** > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood**** > > **** > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't kno= w > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused betwe= en > two pairs of nodes, if at least one of these pairs never uses that cell, = no > Trickle reset is needed.**** > > **** > > Thomas**** > > **** > > **** > > On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote:**** > > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact probl= em > problem you're discussing to figure out whether I think Trickle would wor= k > well, if you like. > > Phil**** > > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I thin= k > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it = is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (thi= s > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can ha= ve > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). T= o > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and wha= t > are the cases where this will work better than just simple random selecti= on > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered.**** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > **** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > **** > > ** ** > --20cf301d3e60e7cab104df970793 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Pouira,

I think we have same thin= king. Let me make it more clear as follows.
(1) Aloha: sele= ct a cell not used in local schedule
(2) 1-hop selection: = =A0a cell not used by both Tx node and Rx node

(3) 2-hop selection: a cell not used by both Tx node and Rx node= , and their neighbors.

In case (3), th= e information needed includes the cell set used by neighbors. Actually, I d= on't like case (3). Maybe we can find a solution between case (2) and c= ase (3), i.e. some part of knowledge about the cell set used by neighbors, = which provide high performance to cost ratio.

Thought?

Qin

<= div class=3D"gmail_quote">On Thu, Jun 20, 2013 at 10:03 PM, <P.Zand@utwen= te.nl> wrote:

Qin,=

May be we can talk on thi= s figure,

Each node can get this 2-= hop neighborhood information by collecting the cell-usage of its 1-hop neig= hbors. Then during the negotiation for a soft link on an edge (e.g. edge (A, B)), the combination of node A and node B=92s 2-hop ne= ighborhood information, create a virtual 2-hop neighborhood information aro= und that edge.=A0

Would you please explain = what does 1-hop information include?

=A0<= /p>

Best Wishes,

Pouria

=A0<= /p>
=A0<= /p>
From: Qin Wang= [mailto:qinwang@= berkeley.edu]
Sent: Thursday, June 20, 2013 3:26 PM

To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Maria Rita,

=A0

I fully agree with what you said. There is trade-off= , i.e. how much information a node should hold, (None, 1-hop, 2-hop), and t= hen monitoring will take care of rest. Should it be configurable?=

=A0

Qin

=A0

On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Qin, it i= s exactly as Pouria explained.
Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pi= cture of the network. The combination of the partial information that each = node has, will allow them to properly select the soft cells within the TSCH schedule. In the worst scenario, if = the cells allocation isn't properly done, the monitoring algorithm will= help in detecting that.
Maria Rita

From: P.Zand@utwente.nl [P.Zand@utwente.nl= ]
Sent: Thursday, June 20, 2013 2:59 PM
To: qinwan= g@berkeley.edu; Maria Rita PALATTELLA
Cc: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Qin,<= /u>

You mean the case that ed= ge(A, B) is not in the two-hop neighborhood of node D, but is in the two-ho= p neighborhood of node C. Am I right?

If yes, for creating a so= ft link between node D and C, node D will send a =93Link Reservation Reques= t=94 including a candidate set of links based on its two-hop information. Node = D might suggest the cell-1 that is used on edge (A, B). However, node C upo= n receiving the request, will do another check based on his two-hop neighbo= rhood information and will not chose that cell-1. That is because node C knows about the cell-1 on edge(A, B) i= n its two-hop neighborhood.

In other cases, that node= D intend to create a soft link with other nodes (e.g. E or F), and if thos= e nodes are not one-hop neighbors of node A, then edge(A,B) is not considere= d as a conflict edge with edges of (D, E) or (D, F).
Am I right? =A0=

Best wishes,

Pouria

=A0<= /p>
From: Qin Wang= [mailto:qinwang@= berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.b= erkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Pouria and Maria Rita,

=A0

I think there is a difference between just 1-hop inf= ormation and 2-hop information. For example,=A0

=A0

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in t= he radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor o= f nodeB.

=A0

Then, from the schedule of nodeC (i.e. the RX cells = of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

=A0

Thought?

Qin

=A0

=A0

=A0=A0

=A0

=A0

=A0

On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Pouria, I do agree with y= ou.

1-hop also include the 2-= hop information. The RX cells for the 1-hop neighbor, are the TX cells for the 2-hop neighbor.

=A0<= /p>
Maria Rita<= u>

=A0<= /p>

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Thomas,<= u>

=A0<= /p>
Just one minor comment on= =931. when all nodes know the full TSCH schedule of all their (2-hop?) nei= ghbors=94.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with= its communication. In the received schedule information from one hop neigh= bor, the links between the one-hop and two-hop neighbors are also included.= Am I right? =A0

=A0<= /p>
Best Wishes,

Pouria =A0<= u>

=A0<= /p>
From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

+1 on the use of Trickle. It would indeed be great i= f you could look at the applicability.

=A0

Per=A0http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset.

=A0

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

=A0

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your n= eighbors, as long as you can communicate without collision. It is in fact p= ossible that two cells are reused between two pairs of nodes, if at least o= ne of these pairs never uses that cell, no Trickle reset is needed.

=A0

Thomas

=A0

=A0

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (f= aster, more efficient) algorithm than RFC6206 for reaching eventual consist= ency in a wireless network. P2P is not a good place to start because it is based on a graph abstraction with neighbor sets. etc. = I can look closer at the exact problem problem you're discussing to fig= ure out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many dif= ferent approaches to deal with keeping a distributed state (consistency). I= think there are 2 main directions, pessimistic and optimistic, pessimistic= approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won&= #39;t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

=A0

--20cf301d3e60e7cab104df970793-- --20cf301d3e60e7cab504df970794 Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: 5bc6d498b603bf26_0.1 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAHDA8IDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKKACiiigCJbiJp2hWRDKqhmQN8wBzgke+D+VK88Uc0cTyIskmdilsFsdcDviuOm1I6c niS8aV4bltSitkdUUkDZGEHzEKB8x5bgZJqva6vc6rpOnXNzIr3Ntrq26SLtJZc7Tkr8pO1mzjji gDuzIinDMoPoTSggjIIIrlvGOlafdXOjzXNlbSyvqMMTPJEpZkw3yknqPasq+8UXmg6lJpwSJbbT p/PuNkWAtgdoXaB3Bc9O0ZoA76mTzx20LzTSJHGg3M7nAUepNcQfEGpSRWou9UttK82xe/EkkSnf ljtj+bjCrtzjk5HSrOsapf6h4GvXutNaBJdLMrTGRdocx5K7M7hyT19KAOxBBAI70tcTda1qmlNe Wk9/DIVNoRdvCFFsszMrEjOCF28Z9eSaik8R3sey3GsWph/tIWg1IxLtdDCXI67dwbAz09R1FAHd 0mRgHIwaw/DuoT6joM0txMk7RyzQpcIoVZ1RiA4A45A7celcTpHmaVY+GNPYu1ne3Ftd2rEk7H2k yx59MncPqw7UAepZozxmvO7bxLq2pwX7XH2X7M9tdeZbSPFmLaGCgIDvPTDBvXtS/wDCRalJrVjp lpfwWahLT5dsIVkZAz/fO7OOFCgjt64AO/iuIpwxhkSQKxRirZwwOCD7g0sE8VzCssEiSROMq6Nk EexritIur6w1BXS6Q2d3rd1bNbeUOMmRt27rnK/TB/GsvQfEN7pmg2P2O8t9QH9n3Ehs0jGbcxjK kkHdyeDnrnjFAHptRC4iadoRIhlVQzIG+YA5wSPTg/lXC3HiTUbW2vEtNXtdRItoZlulhXbC7yqm 0hTgggkgHnjrTtWbU9L1bVrqDUlM9jpMU8jvbqfP2vKdpHRRgEcc+9AHe0VxN94jvU1C6kjvoImt 7uG3i00xqXuEfZls/eyd5IxwNvOeaIPEd8+owOL2CZ5r6W1fS1jXfEi78Nn72fkBJPHzfSgDsWuI knSFpEEsgJRC3LAYyQO+Mj86lrgdB1ObVfE2hXNxqlvdyzWNxM0EcYU2xJjynHOB0+bnIP4aXiTW bm11aa2TVLfTI4LL7Ujyxq32h8sNvzdhgZA5+YcigDpHvraO8jtHniW5kUskRcB2A6kDqRU9cj4d F1eeLr2+uZmRpNPtHe2Ma/uywc7c43cHP589BXX0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAVHLPHAYxJIiGRtiBmxubrgep4P5VJWBqXz+NdEjk/wBWlvcyoPVx5a/orN+ZoA2FvLd7 Q3SzxG3Cl/NDjbtHU56YqVWDqGUgqRkEdDXn/g3UJTDo2ni/t7y2uoJlmtFjGbdV6EkHPOdpz1zx ir0dxfD4R+bZtJ9pSyKo6ff2A4yPfYMigDswwOcEHBwajkuIoXjWSREaRtqBjgscZwPU4B/KuPnu 9E0fTUk8MzWELztDFLcRsHWKJmx5rjOCeerdzzxmo49RmvdT06Ka7jvUtdY8qK7RQolBtnYjjjKk kEjjj1zQB2kFxFcwrLBIkkTDKujZB+hqWvL7XxBqdjo2lWWnSQwqLA3CvK8SLI/mMNpMhHyjAzt5 +YdK6KDVru+1i6gk1a2sJIpFgSyEau8mYg28EnJ5Y4xxhec80AdbketLXnujahN/ZnhqaW9S/uGg uGM0iqXiYQg7cjuD1zye9OPiTWLDSftNxewXD3GkC/T9wEET7kBxg8j5889x1A6AHf0tc34OvrvU 7S7uLu/W7iM22D/Vb0QKM7vLJXJOe/TFYh8VX66BNqKajazXUnBsQig2f70ISSTn5Qed/GeeBQB3 UlxHE8aSSIrSNtRWbBY4zgevAJ/ClgniuYUmgkSSJxlXRsgj2NcTZX17fXminUJIZSmqOkUiSRuz L9nc/P5Z2hgSenbFT2N9cab8JYryyIE8FnvQldwGDycfTNAHZ0VxmoeJbia61SPSdQszFbm1COHj /j3lwrMdpbCjAJx1rP1PxrcRCzl0+9Z1ENtJIk0UUYkEjYyQTuJIzwnA96APQ6K4O28R6pe+Lp7W O9jENtPOr2oEQMiIDtC8mQsT14Ax07Zs+Dte1XWbpXvZLd7ea284oskW+J8j5Qqktt5IO7kECgDr HvbaO8jtHuIluZFLJEXG9gOpA64qeuD1ae90zWvFOo216PMgsrcxxyRKVXJfGT1wOe/OfpVjV9V1 DTbiazm1yC2a1svtSzTQIPtTlm+UDptXaBhfm+Yc+oB2lFcHd6/rbR395Dcw2otBZn7LJAGG6ULu DHIPBbjGDxW5pF9eq2s213L9tl0+UCNxGEaQGJXCkDjOWI/KgDoKK8+TxTqK6c1zHqlreyTaVNeP HHEoFlIqgqDg5xliuG5yPrU9/wCINX0eG+hkuYruURWsqSmJYxCJXZGzk42jbkFjxnkmgDuqjhni uI98MiSJkruQ5GQcEfgQRXOaDq+sTWQM9ol9/pBj86K4hyiYU5fadu7k8L2A45rJ0e+1DTRbPHcJ PaXV9fRC1EQByrTOCG65JTHpz04oA7ylrz5fFOoR6a9zHqlrfSS6VNeskcSgWciqpUHBzgliuG5+ X61t+HNWuLzV7i2fUYNSgFtFcCaFFUROxYGPg+gBGeR3zQB01FFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABUbTxLOkLSIJXBZUJ+ZgMZIHtkfnUlclql9NY+IdbvY4xLNZaQj28ZGQctIWP5oufpQ B1DzxxyRxvIivISEUnBYgZOPXipCwAySAPU1xd1dNLptnKNZt9Umi1G0aOSFFXaXYKy/KcYKs3vg 85qz4gFnL4t06DXDD/ZhtZWiS4IETzhl+9ngkJnAPvigDrKrm/tlkMZuIQ4kERUuMhyMhfqRziuL 1DXvsIu49K1O0srPT7RJrOJlEn20ndwCTkrlQo285P0FNmfzNcdnXY7a7allPVSbVTigDvqK86sf F+ty213fMtu6razym2Z490Lp90BFO8gc7t36dKtX99cMNJaPxXFLGb9UluII41UBonIDdVxkcD3G ckA0Ad1kUtcRFfXrak1lYTw2ZudYuIpJFgVjtWHfnB43ZA5P5Vmah4v1b7FZQxX0FvdSwzgTbYlW SVJTGC3mEAKduTtyRn6UAelUVia/qFxpXh6OaOeMSl4YnupFBWMMwVpCOBgZJ9Pwrm9V8R6nazQW djqdtcgwySC9zDGsrK2AhLHbxn5tvPI6UAdu1/bJI0b3EKurKjKXGQzfdBHqe3rVivPbiV5tVuJJ xGsr6hpbOEbcoYgZwe49K6bV9Y/szX9LinuIoLK4inMrSkAFlCFRuPTgtx3xQBuUVwmneKL6aTQZ ru9j8i9hj3JCiF3kckfOh+YIRjBXoQc8VTg8bXzf2hLFcpPENOlu4fOWMFCrKBlUJKj5uj88dRzQ B6PSV54nibVo9Fmu01BLmOa9itoXb7OHgQrlmbaSgJbgbjjkV1Ph26v9R0JmvZohcb3RJoXR+AcK x25Xd6gcZFAGnbX1teGUWtxFN5TmOTy3DbGHVTjofarFefeGH1KPTPDVhbakEju4Jp5HNuhbClMK O3VjknJ5qzYeJL6e7s5Gv7eR7qeeKXTljXfbKgfDE/eyCi53cHdxjigDt6WuAtNU8Q3FtaM2rwhr vSm1DcLRf3bLt+VefunfznJ44xnjY1DXbgeG9Hu0mhtG1FoVluHUFLcOm4nB464UZ4yRQB09FcRb a1qt/c2ljb6nDiS8uLf7akCt5yJGGDKPu5BJUkcfKeKz5/F+tS21gkMlvFM1o8rTM0UaTSLIyYPm HAX5QSF5+YdKAPQ554raIyzyJHGuMs7YAzx1p+a5HxVeX0/ha+jnsRAoSFluPNV0Zy6dADnGT39K gutc1KxuLrTp9RhBS+hgN9JCq+VHJGX5X7ucrtBPHzDOe4B21FcGviS+keztn1i1ihkvLi2/tAxL iVUQMrDPyg5JXPQ4PFdL4X1CfVPD9td3TI8r7gZEXasgViocDsGAB/GgDXooooAKKKKACiiigAoo ooAKKKKACiiigAooooApLpNst5d3BUsbxUE0bYKNtBAOPXGAfoKJdJtZZ7STZtFpIZI40AC7ipXJ HsCcVdooAa0aOVLqG2nIyM4PrTHt4ZCxeJGLrsYlQdy+h9RUtFAEMtpbzhBNDHIEO5A6A7T6j0qR 41kQpIoZTwQwyDTqKAImt4X3bo0O9drZUfMPQ+o5NVbnRrK6ForxKsdpIZI4lACZKspBGMEYY8Vl +PN3/CLSKoDFri3XaXKBgZkBUsOgPQ1UWefSv7O0ywisNKa7aaSRi5uI12AHAJ25JyD7AGgDqYPJ MKi32GIDaoTG0AcYGOKPs8W1F8tNsZyg2jCn29K8zsfEmp2Oh6ZY6VJarNLBJKhMYdZHM7gDJddq 9Tnn/HoG8Ra0/iKW0trdJLe0uYrabKou8Mqln3GQFfvcAKc4xnngA6hrezjmaRooFlm+QsVUNJx0 J79OlZd34Ssry8mlknulhuHSSa2VwIpGTG3PGR91eAQOPrTNSYSeM9HjmIEUVvc3Az03jYoP4K7f nXP6DrUjeKIdQkivo7fWWki3zIVh45t9hzjlFbp1LCgDvPIiGP3acNvHyj73r9eetRiC1tS0qxww lsKXChc9gCf5Vm+Kplfwbq0sEgI+ySlXRv8AZPQiuShhWCDxDp80CWiPpYuo4ILgzxIV3fvMnBVs 7eMY+UHnmgD0COytoo2jjt4kRm3MqoACfUj1p7QRPu3Ro28bWyoO4eh9uai06Z7nTbWaUYkkhR2H uQCas0AQm1gMyzGGMyoNqyFRuUegPUUq2sCztOsUYmYbWkCjcR6E9alooAhjtIIpGeOGNHYliyoA ST1JNE1rBcFDNDHIUO5S6htp9RnoamooAaI0Vy4UB2ABbHJxTqKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKq3Wnw3d1aXD7lltHLxspx1UqQfYg/oKtUUAVZNPt2hnSNBC00ZjaSJQ r4xgc47dqktLWKxs4bW3XbDCixovoAMD+VTUUAQJZW0aSIlvCqS5MiqgAfPXI705LWCNI0jhjVI/ uKqgBfoO3WpaKAK72NrKiJJbwuiHKKyAhT6gdqebaEzicxIZlG0SFRuA9M9cVLXP63famus2lhpk 9tB51tNM8k0RkwUKYAAI67uaANpbS3jzsgiXJLHCAcnqfxqtqOj2uqWD2kylEZQoaL5WTBDDB+oH HTjpXJP4x1m8NudNs4ywsYLuRCE2yGTJI3NIpVRgjIDc9fcvvEdxpT3iW3lQGXVZYmk8sykBYlbO 0sASTgdQAO1AHUaXpNtpdxckXMtxd3W15pJ3UuwUbV4AAAHsKuJBaebOEjh8x8edhRlvTd6/jXDv c62uoRXrTWUepR6EZ5yYt6Eh92wAN07ZyaZJrl5bahrOrWc1nFi2s7h7eZSzS7k+6DkY64BwecUA d5FZ28CKkMEUaIcqqIAFPqMdKkWJFjEaoqoBgKBgY+lcp/wkmoG+84TWYthqY077GUPmkbtu/dnr zuxjG3v3qFdd12Tw6NSEtqRLO67YoMtFEjOCwUuN7fKMgEYGcZoA6mSysI7YxyW9ssHAKsihevHH Tqf1qR7O3kdXeCJmQbVZkBKj0Fc94su1ufAZu4poWWT7NKsrAqhzKhDEHkDvVY+J77Trm4+3z2k9 nY3Ucd1cxRlAI5EyDjccFWK56/Kw6UAasPhSzhv0uPtF3JHFcNcx27uDGkrZyw43H7zcEkc/StaO 0t4ZHkigjR5Dl2VACx9z3rAn1zUYPAk2sOkKXZhM8cbKdqqWygYZznaRn3zVO48Q6rYXN1p9xNZt cfabaKO68oqkazBuWXdzgoQORnIoA61oIn3b40beAGyoO4ds+tMaG1vAkjJFOEbKMQG2keh7HiuU TxHqUl3HpYurJZvtslub/wAomNlSJZMBN33vm2n5uNp+lY+l+IdTtdIsbLS44pZXS6umkRVdJCLh xgbpEwuTkkEkAjigD0VoIju3Rod+N2VHOOmfWnLEisxVQGbliBgn61j6zrE9h4Te+8rF7JEqxQoQ 5858BVGPvfMe3XFZ3gm4+zte6My3iLass1uLxSsjROOTyckBw/5igDpVs7dPN2wRL53MmEA3/X1/ GntBE27dGh3LtbKjlfQ+3NSUUARw28VtEI4IkijHRUUKB+AoEEQ24jQbSWXCjgnqR78mpKKAKN3p Fpd2N5aNEI0vEZJmiAVmyME5x1561Yt7WG1TZBGka5yQqgZPqcd6mooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACqj6dC+qx6h86zpC0JweGUkHkexHH1NW6KAKMuj2cr2p8sRpazeekcYCqXw RkgDnGSfrVme2huYzHcRJLGequoYfkalooAhe0t5GiZ4Y2aLmMsgJT6elO+zxFtxjQtu3Z2jOemf rUlFAEKWlvHM8yQxrK/33CAM31PemiwtBAYBbQ+STuMfljbn1xjFT1yOreINVs9Q1V4JLQWmmvb5 ieIl5RJjcN24AYzkcGgDqvIiVg3loCDuztGcnjP1rL1LwzbajcGYXF1as8Jt5Ft2VRJGSSQQQcck 8jB561k2fiLVr7xBLElqp09LyS0kBCDaFyN+7zNxYkD5dnQ9e9YqeJ9Vi07SbLSTbQyy2MMqK0e9 WZ2K4JZwVAAyD8xP8wD0G3gto7RbOEIYYUEPl53BQAAFP4Y600WljcW6RCC3khjPypsUqpHHA6A9 a5GK91DTNZ1W4hltjanV4IJomjO9zIkSFg2cDGQQMHvUOjaveaZs2TWk9tNql5AbSND5wIaV927P XK8jHQigDujbxFixiQkkEkqOo6H8KJYIrgKJo0kCkMA6g4I6HnvXFDxZqcOnLdvcWFybrS5r6OOJ CPs7IoYBjuO5fmxnjkVdutX1fTZtON9c2v2WXabiaK3ztZ2AVNu/KrzgPzz1AoA6M29pHcRMYoFm AKxHaA2O4Xv69KgvtDsb+xuLV4RGtwPneEBHJyDnI75A/KsjxU0w1zw99nuILeZriZVlmXcq5ibt kZPoM1m/8JlqFvYxS3C20j3UU0FoY1O2W6SUouOfuuCGA/2W5NAHS2Hh+2snupJJJrya7CrNJc7W LKudq4AC4GT271oRQRQRrHDGsca9FQAAfhWPrd9qNlFpUFrLbrc3dytvJLJGWUfu2YkKCOcrwM1l W/iHVL17Ww+1WVrc5uhLdSREo/kyBMKm4YJzuPPABoA6zy4IED7Y41iU4bAAQd/oKRLa3ErTpFF5 kg+aRVGXHue9cDqfia/1nw5ejzbGzjGjm4lWVSfP3+YvyHIwvycHn7w/G7B4i1f+1Fs7G1V7Wze3 gkVgg3KyISxYyAjAbgBTnHvwAdkLeIYxEgwu0YUcL6fShreKSEwtGjREbShUFcemK5nxpCbm80OD 7PFdK9zJmCWcxI+InPLAHp16Va8DztL4Zijkd3lt5ZYHLNvAKuRtVv4lHAB7gc80AbiW0MYjCRIo jGEAUDaPb0pkljayoqSW8Loh3KrRghT6gdqsUUANeNJEKOoZT1DDIpj20EiyLJDGwkGHDKDuHv61 LRQBn3OiWV1PZySxDbaBxHEANmGGCCuMVeVQihVGAOAB2p1FABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQBDc2sF7btBdwRzwv8AejkQMp+oNVhoWlLaC1GmWYtw/mCLyF2b v72MYz71fooA5zVvBlpqc5dJWto2g+zvFHDGy7Mk/LuU7CdxyVx29K1V0bTxLBM1lbvPbqEimeMN IoHTDHmr1FAFG+0qG/u7S4kJD2zPjgEOrKVZSD2PB/AVNLZQSWyQeTGEjx5YCDEZH3So6Ajt6VIr 5dkJ+Yc49jUlAFKz0mzstJj02KBTaInl+W43Bgeuc9c5OfXNV5/DmnPpVzYWttFZQ3IAl+zRqhYd wcDuMj6GtWigBAAoAAAA7CloooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAqNreJ5VlaJDIqlQ5XkA4yAfQ4H5VJRQBSl0bTZxAJdPtJBbjEO 6FT5Y/2eOPwqlrHhqDVHhkjk+yyxSNJlIkdXZgASysCCcAc9RW1RQBm6XoVlpWnxWkUQkWOMxb5F BZlJLEHjoSTx09qmbR9OeaOVrC1aWLBjcwqSmBgYOOMVcooAq/2ZY/bvtv2O3+14x5/lL5mOn3sZ pJtJ0+5tltp7G2lgVtyxPEpUH1AIxnk/nVqkVs5B6g80AMltoZ4PJlhjeLj5GUFeOnFZ994dsbvR JtKihjtbSc/vEgjVQRkEjGMc4wa1aKAI5beGeEwzRJJEwwUZQVI+lRzWFpcLMs1rDIJwFlDxg+YB 0DZ6496sUUAU20jTnsls2sLU2qHcsJhXYp9QuMUk2i6ZcwRwT6faSQxEskbwqVQnqQMcVdooAie2 hlEYkhjYRsGQMoO0joR6EUv2eH7QJ/KTzguzzNo3bc5xnrjPapKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqB7G1l83zLeF/Ox5m5Ad+OmfXFT0U AVP7LsPt3237Fbfa8Y8/yl8zGMfexnpWNqvgqz1O4dhM9vDJAtu8KRRldgzwhZSU+8eVx27iukoo ArrYWoQr9niILK5yoOWXGGPqRgc9eBTItLsILs3UNlbR3JBBmWJQ5BOT82M8mrdFAFOLR9Og8/yb C1j+0AibZCo83PXdxz1PWnS6ZZT3ENxNZ28k0H+qkeMFo/8AdPUfhVqmqc59QaAIbuwtL9Al5aw3 CDOFljDgfnVa60S2uptOJUJDp8vmxQooCbgpVeMcY3HGK0aKAI5IIpWRpI0cxtuQsM7TjGR6HBP5 1Xn0jT7qHybiwtZYt5k2SQqw3Hq2COpyeauUUAVLjSrC8MZurG2mMQKxmSJW2A8EDI4FEmk6fLdR XMljbPcRACOVolLIB0wcZFW6KAK17ptlqUax39pb3KKdyrNGHAPqM1LBBFawpDbxJFEgwqIoVVHo AKkooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiimsCRwcUAOoqFJj vKvGVx0PY1LQBG0u2eOPBO/Jz6Af/rqWoUkDzuqnlMA/jzUtAC0UUUAFFJUF7eQ6fZy3Vw22KJSz H/PegB7BVmWQ4BI2Zz+VSZrz688Q6vqLbkmWygPKxIgZxzkbmPf6VZ07xbfWc6x6m0dzbuwUTAeW yE8DdjgjPcVfs2Rzo7miomErpwyox743YpURlA3OWPc4xUFklFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU1sgZXGfemJOruyYZWXswxn3FAEt RmVRMI+dxUt+A/8A10+o0KtK5GMr8p4/H+tAEtFFFABRRRQAVEECXDOM/OBn6j/P6UXNzFaW0k9w 4SKJSzsegArir3xZqN5KrWUENtArbkM4LSH6gYC5GeP8ioxciZSSO5zS1yekeMHlu0s9TtlSaU4h lhPySH0wfumunZpSnyIobtuPH6UnFrcaknsSUtMQPgb2XPfaOKfSGFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU1iQOBn2psc6SFlUkMvVSME UASUxpFWRUP3mBI/D/8AXTs1GCrzkjBZBj3Gef8ACgCWiiigAooooAKiVPLndsn95g47ZHH+H5Us 88drA807qkUalnZjgKB1NYYvtX1YJPp9nBbWwO6N7x2DyD12KOAR6nNNK4mzoKKxbfXJ4LtLPVrM 29xJnyXibzI5sdQp6g+xrVaR9v7uPJ9GbFDTQJ3JaKYm8gF9oPcCn0hhRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRSUABGQRXAa9qc9/qF1ZQXE8VjA+xgj kGRx975uu0dMZ9fw7Wa9XDLCwZxkZHIU155NC9nqt5bTfeMrTI399WOc/nkVpT6kVE7IrraJC2+2 eS3lByJInKsD+fPfr+mPl63w9rt7f280d3Iv2m3YK2EADA9GH1/mK5onAJJwB3/z/n9ManhGMyre X6j9zOyxxEYw4TILfmSPw/Cqn8LbFS+JI6cXVwHJLqVPQbOn45o+13G/O9Nv93Z/XNRUVz3Z1cqJ mvJywwUCjqNvX9axPGM8k2gNuC+Us0bSgA8ruH6Zx2NatNliSeF4pUDxupVlPQg9qcZWaZMqaaaO L7euf8/1/Xvn5q2oMo06fdjBQjB7k9P1xVrXtNufD9hLeQSpdWyMiJDLkSZZgoUN0P3u/wDjnUsP DEq3SXOpTxu8RDRwxL8isO5J5aujmjvc5vZzvax2NisiWFus2fMWJQ+fXAzViqaX8agecdmTjPb/ AOtVvNYGtrC0UU2RikbMAWKgnA70AOopqNuQHGMjOPSnUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNZQwwRTqrXN15asItrSD16Dr1/I0Achrev3k1/cWF hdtFBA+ySZVHmM3dQewGeuM/1yobrUbRzJZ6jciQnOJXMiMfcHP049vbcxo3t9QvrebPmR3Dkk/x BiSD9DmnfX/P+ef1989G2hz3bOw0TXptVsPPkhjikVijxgklWHX8DkEexq+bucM2Vi2DOOTnv/hX M+DoybS9uQcxXE2YzjqFABP4muifo30P8nrGdlLQ2jdrUlN3P5mNkW3p1OepFJ9snLrhI9pIzknP b/Gmn7x/3v6mkXqv1H/slSUYvjO5lk0EKwVYmni80hsfLkfpnHcVzv1/z/n/AD0+XtLu0ivrGS2u F3RSJhh+A5HvXFava3vh9Ea4jF1A8qQRSRMFZmZtqgqe/Hbjj6Y1g1axlNO9yC/yLRmQHzFZWTA5 DAjH6/59fVRnaM9cc1wmm+HLx72K61ERRrAweO2B35cHguR6c4A+tdpHeI+0MQjNwAx6n29aU3ey Q4K25YopKWszQKKbI4jjZ26KCTSqdyg+tAC0UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFNZA3XtS0yR2AIjAZ/QngfWgDC+0ajqt9cWllci3tLZ/Lluh GC7v3RQeOO7Yp76LqFnmXTtWuJJvvGK72vHJ7HABH1FO8LMI7K5tXI+0291KJh3JZiwb6EEVtnpV N20RKV1cztI1N9Us/OMAhdXMckRbLI4OCDx/kVdDS7yGjTb2Ibn8sVkeHWE9xq11FzBPeHyyOjbV VSR9SDW3SluNbEe6XzMeWuzHXdz+WKC8u8BYlK9zu6fhipaKQzC8TZlt7GCVQLee9iSbngrnOD7E gCtwVV1PT4tUsJbSYsFkHDL1UjkMPcHBrLj1TVNNQQ6lpst2wwq3NptIk9CVJBU/mKrdE7Mk8XAD w9NMP9bA8csJ7hw4xj+X41tDpXPvb6lrdzDLeWy2lnbuJUtncM8zjoXI4UDrjnnrW6sgyFb5WPY9 6HtYa3uSUUUVIwopkjiKNnb7qgk/SnA5ANAC0UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUlFV72+ttOtmuLyZYol6s3r2A9T7UASwF/LAkILDIJA61JXLR+OLAXD7ob0QsRtk+znH oeOv6d/pW5HqtpcW6S2s6TrIu5DGc5H9Kpxa3FFp7Ft3VFLMQAO5rPkvJJtwCmNOg55b/Cond5JC 8jls9F7L9P8AGkqGzWMO4BQoAUAAdAKrX2l2mqxCK8hEgB+U5IZT7EcirNAJHI6jpSTaLaTRx/hn RLXU7e7urxp7iNb+eOCOSUlfLR9q5A68g9au3Gj3egXD33hyMPbud1zpecJJ6vF2R/bofar3hnTJ tH8PWtndFDcJuaUocguzFjg/jWrTcm9xRgktCGzukvbOG5jSVElUMFlQo6+xB6Gpqztas9QuYopt Kvfs93AxZUkGYZ/VJB1x6EdKj0bXotUaS2nhaz1KD/X2cp+ZP9pT/Eh7MKkdzVooooGYPieN7u50 OxVGZJtRSWUgEgJEpfn8Qtb55OazU1V5PE02lJEpjhtFuJJN3IZnIVcfQE1o0CCpFuJogPLZSAeV fpj69qjoouDSZpR3MchA3AMeinrRc3EdvbvJK6qoB+8QM1i6hdR2NhPdTKGSBS+PUjp+tcXIs2oy fatVf7RcNztY5SIdcKOn41rCPNqc9R8jsenW80c0KvG6spA5Ug1NXltuZdJl+1aWTDMo5RThJAP4 WXp7ev5V6Rp16mo6fb3cWQk6BwD2yOlEo2FGVy1RSZpakoKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKjgd3iBkAD9CB60lxcw2kDTXEqRRIMs7tgD8axrfxfo0ly8X2+NVLDYzBl VvxIx1BppN7CbSN6kZgoJJxUUlzGgHzAkjIA6ketU98ssm6ZgRuGFA4HK/nSGPe7NwhEYZUPG48E jjkenWoQipGVQAKAcAfRqcv3R9B/JaG+6fof5NQBn6toVtqzh3MkNwuVWaI4YDc3B7EZ7GuZ8N6H /bkNzNqFzLJbx3s1ukSAIJEjkCgsRzzzwPQV27kruZRkgkgepy1Y/hGwn03w1Y292my55kmXOcO7 hj/OqUmieVMzPIvfBoMlkk19oR+aS1GXms8gEtH3dMnleo7V0lvdwX1mlzayrLBMm+ORejAh8EVM Puj/AHR/IVl64NWgiiuNFEMvk7jLZuAvnrhuFf8AhYc47HvUlGsfvH/e/qaReq/Uf+yVQ0fWrTXL ZprVnV0fZNBIu2SB8nKuvY1fXqv1H/slACD7g+n9BXO+IyLrxF4e0/qDcSXrj2iR8f8AjzCuiH3B 9P6Cs+LUIbrXb6xWH97YxIzzHHHmBztHccAE/hQBo/x/j/U03YsihXUMpxwf+AU/+P8AH+ppq/w/ h/7JQA5bmaJVwPMXjIJ5xgdD+dXklWQZUis/+D/gP9Kr388VnazXcuQLdWfKnB438D68U1qLY15n CQux6KpJxTkOVHuK8zuby/1dzNqM8oVuVto3KpGPQgdT65qSx1a90GVZoZpp7RcebbSOX+Xuyk8g j9av2fmR7Q9KopkUqzRJIjbkdQykdwadWZoLRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAhpkLs8Ss67WI5HoaWWVIY2eV1RFGSzHAA+tZNv4n0iW5aFNRtc7sIfMGG+h6daa TYm7GzSEgDJOBTS4HuT0ApkaSMSZip5+VV6D/GkMRZPtMZK7lQ8bsYJ9x/jUkcSQoEjGFHanUtAG XqGii5ulvbO5ks70LsMsYBDr6Op4YfqKqf2VqmoIY9Q1Ui3JKtHbQeU0gzjlskgH2xW8SApJ6Co7 dt8CPgjcA2D701JiaRFa28em2ywxALbRjCL/AHFHb6VZVgwBUgg8gjvS1Ay/Z4yYY8qP4F4/KluM nopqOHUMOhHcYp1ABUUm1pI1bBOdwB9v/wBdSVHtVpy3VlXb16Z5/oKAJKZJDHMuJFDDqM9qkooA hdpI8bUMi5555H+NSKwYdadVPUpoLOzlvbhmRLdS5ZTzj0980biLEzBYZC3QKSfyp46CvNrnVNT1 dmku7ma3jb7ltA2wIP8AaI5JqbT9fvtFkWSa5lurIH96kzbmRf7yt149D1Hv109myPaK56JRTVYO oZTkEZBHenVmaBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUhYKMnpQAVwniq4e68SNA/M VnEpRT03tklvrjA/Ou3E6sWChzt6/KQPzNcp4p0e6lvhqVnatJhBHOikbmUchlHcjJyO/arhuRPY wcf5/wA/5/P5rvhqVoNYntk4iuIjNgdA4IBP4gj/ADycr7bFv2bZTJnHl+U278sZ9f8AJ5t6Tfpo uryya/bTaeblVjtZ5QDEV67WcZ2uT2OKuWkXcmn8SaOzooByAQcg8gjvRXMdoVleKb6TTfCmqXcL lJorZzGw6hyMKfzIrVrN8QaVJrekPYxyLGHljZywJBRXDEfiBigC9ao8dpAkrl5FjUOzdWbAyT+N SVFJdxreLAA7SP8AMQqkhB6k9BTFiuJPOFxKgRxtRYQVKj13dc/yp2Fclmmitoy88iRIP4nOBVaW SyF1b3DQ+ZOUKwypCXYI2M/MBwDxU8NpBbwiKOMbAd2G+bn1ye9TZo0DUw7LX5I9TTStbgW1v5XY QPGSYblRzlWPQ46qea1I7xJHkXy508sEkvEQCPY96Zqel2msWT2l9CJYm5HYow6Mp6gj1FY9oLrU bdUXULlbCH91HIGAmudvBdnxwCR2+tVGPMROfJuO8PnztZ1/UpMok9zHBCzjbujjjAB59SzV0FYE +lTRxE2dzLKRybe7fzYpfY7uR9RV2zaO/wBMtri0lls40Byi42pg4ZWBGOCDTlC2ooVObQ0qKzLL xBZ6jq09lZzQ3AhXc8kEgcJ7N759Cfwqj5niTV8m3ew0qzJIWUH7VM4z1HRF/WosaXNPXLcXWh3k TOse6IkO5wqkcgk9hxXG6fqEOpWqzwSKwI52tnB+v4df/wBY7LTtLFjaSQTXd1fmYlpHu2DlsjBG MYC+wGKoeJbXSbLSbjU7uyDG2QY8g+W7cgKoIx3xWkJpaMyqU3LVGDcS+UhCjdK3yxp3ZugAH+en bHy+gaHpSaZpFrbMAZY4lVyO57/rWXYaJYaad9vahZSuC7kuwGOmT+VakdzJDGFjAYDopOKcpp6I mNJrVl8W8SyeYI13/wB7HNSVFDMsygjr3HpUtQAlAOaDUdspS2jVm3EKMn1oAlooooAKKKKACiii gAooooAKKKKACiiigAooooAKKQkDrUYuImJVZFYjqFOcUAcJ4mum1HxBLBISbewKhI8/KZCMlj6k ZAHp/KgyqylWUFT1BHH+eP07Y+W94ptn07Wp74xuLK52l5CpAjkAxyfQgDms5riGNN7yoq+pYY/z x+n0roWysYPfU2fCU5Sa7sG5WMLLFnqqHIK/QEcfXt0HTj7w+o/mtcb4Pv7R9WvEmd7e+kCrDbzo Y2eIA/OoPUEnt6V2Q+8PqP5rWM9ZGsNhF+6PoP5LQ33T9D/JqF+6PoP5LQ33T9D/ACapKM3xNqEm k+G9TvoCBPBA7REjI35YLx35Iq/a+Z9nt/OIMuxN5Axlvkzx9azfFGnT6vpP2K3VT5lzEZdzY/di Xc/44HSr/wBsjN8tuokaThm2qcIMrjJ6c+lAEo+4P90fyFR3VzDaxs9xKkSnIy7AdmqGOC5mt5Ev JlG8DaIMpsGB/F1J6elSpawwQCJI12R52g/Nj7/c80wKklvp0evJfCBvt8sflebGjfMhbjcRx26n pUGk+I47/UW025tpbPU4hve3kwRs3KAysPvA47VtfxH/AHv6msvWdCttbiiErPDcwENb3URxLA3y 8qf5g8GkBYiv45IZGMc8SxL8xkiZe3b1/CsbwziS413U5PkF9qDCPf8ALlEQovX1wT+NJaXmqanb R+TdrDbooQ3QhHmXLAAFlU8IuQcdc0t1HqMMTM8y6pAOZLe4iXcRzypA68ngitPZkc50n8f4/wBT SL/D+H/slUrUR30FndWFxNFAVUoiY2suehUjr29RSw34Ooy2snkjykEhZJgSq5X7y9V6fSosVcuf wf8AAf6VneIrV7zQr2GIZcoWUepUscfjisxdb1zVo/8AiS6THb25GBd6jJgMMdVjTLHp3IrTtdNu Tp1xba1eLqLT7g58kRIFIYFQB269TnmhOzuDV0cjBOlzAksZyrD/ACP8/r/Ey7Yi2dFQvJIPLRAM l2PAA/P/APX/ABbesaBomk2ouUE2nxB0hC2YGCWfao2HIPJ/n71o6f4asbGYTN5txccDzJ23Ffu9 Ow6nnrzWvPHcy5GbemWLWWnW8DyOzRxIhy2eQMcVZWELIX3OSexckflVRLl4IhkNKqgd/mxj9aux yrKoZTkfyrLU1Q+iikpDClqK23/Z4/MOX2jcfepaACiiigAooooAKKKKACiiigAooooAKKKKACii igApDQTimedGcgOpI6gHOKAMP7Ouv67ci8HmWOnusaQH7skuAxZh3xkAA+5rZmsra4tzBNbxSREY KMgIx9Kwxex6Frt21ySlhessgnKkJFLgKVY9gQAQenWtibU7K3tzPNdwJCBneZBiqdyVYy9Ii/sr W7nSgS0JiWe2ZjlkTO0pk84Bxj61v1gaNKdU1m61UqyReUsFsjjDMmdxcg9ATjHsK36JbjjsFFFF SMjnkEULu2cAdqeBgYqOYqAobGGYDnvUtABSUtFAEUsb/ehZVcHoRw3saerg8dCOop1RSwq7I/Rk PDDj/IoAlqKFArSPzl2yc+wx/SuO1DxheXU8kekeXFbxtt+0SLuMpBwSo7D3PWoLHxTqmnkfavLv LYfeCJskA7kdj9P/AK2b9myOdHe0VFbXEV3bR3EDh4pFDIw7g055UjxvcKT0BNQWPrG8W20t14Zv Y4FLSBA4UfxbSGI/IVce+JcLDGSD/GxwO3bqetQSmWU7nlbGD8i8Doaa0dxPU4OORZY1kjIZXGVI 5BH+f89hFeti0kUKWZxsRQMlmPAH6/5/i3Nb0PTrENeC8msEkmCFY0DoXdiowuOMnHTirth4XtrO 5E80s11cKRteQ4CcjlQOh5PPXmteeO5lyS2Og060ktLCCGSV2ZIlU5I4IGOOKnSIrIzeY5z2J4FV I7xool80NIAByvLdB279avJIsihkOQe9ZGo6iikbhTSGLRUVuXNvGZMb9o3Y9cVLQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAlFLUN0222fBIJGAR2zxQBnyNunlkBPzn17Dio5oo7iF4Z40licYZHU MrD0INKqhFCr0AwKWpZulZWMzTdGh0KC5XTfPaJvmitHmzHGQD8qZ+6CffApmleI7XU7g2cqSWWp IMvZXI2yD3Xs491zWtVLVdHsdathDqECyKh3I+drxH+8rDlT9KQehermNYun1LWNCso/tMEUtzLI zKxjaRI4zk8c4ywHP19KkvNQlsoNIFj9o1FXcxIHlCPIQDiR2I+ZR3x6554psml6ncapb6nLqEKX dvG8ccaQZjUPjd1OT90c1pGD3M5VEtDo1ARFVeFUYApaztN1OS4nks72JYbyJd2EOUlTpuX+o7Vp YJ7GoaadmaRkpK6EorP1XXbDRRF9uldXmJEUccTSPIR1wqgk9ap22tarf3MX2XQZ4LQsN89/KsTb e5WMZbP1xSC5uFd4Kg4JGM1h6C2NJjt2G2a1zBKh6qyn+vX8asaposmq3AMmq6hb2oXBtrVxEHPq XA3fgCKrDwvpumQNLpzTae6Au8schYvxyX3Z3dO9aU5W0ZlVg5ao0WZY1Z3YKijLMeAB/n/PpgaZ 4WstWga+1T7TcRXEzzRWkszCBFJ4OwYyT15z1q7a6K2p2MUmsXM1zHKgY2xASPB6bgvJ7VENM1bw 6M6JKdQ09f8AmHXUn7yMekUp/wDQW496qpJfCiaUGveZv29tBZwLDawxwRL91IkCqPwFRyW7RRSG wWGKZ23kMvyuffHTPrT7Sc3VrFMYZYTIobypVw6exHrUtYnQMSZXcxllEyqC8YbJXP8AT3rD8Wxt dw6Vp6qWW71GESYHARCZGz/3yK25IFdxMqJ9oRSsbsOme3Has631mabX49Le18thZm5nYtnYd+xQ PUHBIPoKYjWJySfWkoopDEZQwwc/gcVaS+MaDerOB3Xk/wD16rUjt5cbvjO1S2PXAppkuKYmq+KL HS5PJxJc3GATDCMlQehY9B+NUtO8aWj+XBfQz2jHCiWUAoSemWB4/GuQsmaW2E8h3SznzZG7lj/n H4VOyrIhR1DKwwQRkEf5/wA9K6ORLQ5Od3PTqWue8HXk9x4fgSRWfyWeHzCRghWIHfPT+VbeJjJw yBPoSayas7Gid1cmopAMUtIYUUUUAFFFFABRRRQAUUUUAFFFFACEA9RmjAHalooAa6K6lXUMpGCC Mg1z66LpsV1NPFYWqPk7SsQG3AYcflW5duUt3KnDEEKfc9KoY2xkZJwvU/Rqab6CsVdW0ex1uAwa jbpMisWQnho2y3zKw5U+4qvZwXGg6bObi7vNUSE74gYw04Qbfk4++fc81qn7zfU/zagfeH1H81pD KOk6xY61aefp1wkyL8rgcNG2BwynlT7GrjkKjE9ACT+TVjat4ctL6T7fDNJp2oogxfW5CtgBeHHR 19mqC91oWlxprEXt011EywRwxbVd8HLPk/KDnI7Dn2ppXE3YNS1GW91TR7KETwRXk8rSc7WeFFY/ VQSR710KDG0dhj+a1y0sOsz6/bawyWKtbwSQrbF2P32BJ3468Y6Vt6VqqaiXjaNoLqEgSwOeV5XB B7qexpuLQlJMuj7g/wB0fyFK/Rvof5PQPuD/AHR/IVU1PVbDSYTLqN7b2qEHBmkC5+909fwqSi6f vH/e/qarXsckthcRwnErxMqfUhcVlWviyHU7yOPStO1G8heQBrryfKhRdx+bc+C34CptSsdYvrxU s9WTT7Lau7yrcPOW+XOGb5QOnbNAEGjSRy6NZtF9zyVXHoQMEfnn/PW7nHOcY7/5/wA/1yk8OvoV nJNYapcYGZphefvVkOASeMbT9OKcdFvtZsCmqXpggmj+aG0Uo3IPBcknt2ra6epjyu9inpGgT6va NLc6vex6bNM8kNnbEQgoWONzj5iDzwCK6HSdD03RU2abZQ24fG9kX5n5T7zHk/iax0utX8LKI7+J tV0qL5VuraPE8Kg/8tIxwwAH3l59q6O3lS4himiO6ORVdTgjIOwjrWTd3c1SsrFeW2khtj/Z4gic neVZPlfjnOOn1FTrcRSSzRK6mSP7655XIcipP4P+A/0qG4gDM80aR/aVRljdx0zuOD3xkCgDE8Uj 7Vq3hzT1P+t1IXDr6pEGb/0LbXQr/D+H/slZlpqaXWuNYy2hS7t7dJ5HJDCPe5GwHrn5SfpitNf4 fw/9kpDD+D8P6Ukgb5tjsjZOGU89X/Ol/g/D+lK38X4/+z0ATC9WMfv8gA43AcfU+lV9S8RadpLK l1P+9YZEUal3x64HQfWor+5+xWNxdYz5EbSY9cc1wdrGRGZpCWnn/eSuTksTz+QzwKuMU9WRKVtD utI8T6dqRjt0n2XRUfupUKFvpnr+FbVeXTxCaMqThhyrDqp7EHtg/wCetd54d1R9T0S0nmVjM0Y8 xtpALA4OD9RmiUbaoIyvozWoqHdK0hHlqE/vFufyqUdKgsWiiigAooooAKKKKACiiigAooooAKKK KAEIB6jIpFjRM7VVc9cCnUUANkRZEZHVWVhgqwyDWXa+HtKina4j0+0DltykQr8v0/nWlNuMLBDh yMA+hpyDaijJOBjJp3YgZA3bn1HWo1MqM28hk/hIHI+tTUUhjVdXGVYEeoOadUQgRWZkAVm6kDr9 aoalrcWj2/mXqHezbYo4/mMp68enHXPAppX2Fe25fl2mWINjOcgH/PvUtcSfGd6ZhN/ZMe1QQENz 8+Pyxnj/ADzjpdH1q21q3MlvuV0OJInGGQ+4/rTcWhKSZo0UU2SRIkLOyqo6knAqSh1VNWWR9IvF gz5pgcJj12nFD38YQtEDJxkbeh69/wADURuJ5fSI57fMRzQI87syps4dn3fLXHft/n/PAmHX/P8A nv8Ar3z813WdAGl2l3qVpdJFAiNPNFMvy5ABYqR0Jz06dKhtPDN9rGlo9/cCxjuIQxjt+ZVypOCx 4Hvx6juc780d7mXK+xueEnnXw5B+8xES7RgDnaWYjnJ9P1rYWNRLvwC5IBY8nqO9cwmq6h4YQQa9 brPp8Y2pqVnH8qAbgPNiHKfVcj6V00MqTqksTB43wysOhBIIIrFu7uapWQqdF/D+SUH7h+h/kaE6 L+H8koP3D9D/ACNIZz3ilReav4f07r5mofanH+xCHb/0IrXRj74+v9RWcLuzufEM1qId15ZwhzKV HyLIX+UHrk7ckewrQH3h9R/MUAIvQfQfyWkYuqkxyFGHOR34PUfhSr0H0H8lob7p+h/k1AFkXqIM TEIc43du/wCXSodS1vT9KCi+uo4mcfKp5Y/QDmq2oXAs7G7uCu4Qxu+098bziuEgVmLXMzGS5nO+ R2OSSecD0AzwB/hVxjfVkSlbQ77SfEWnansht7pGuNuTEcq3vgHk1rV5ZPbicD5ikiHdHIv3oz6g 13fhzVzqmjW002TcbSsu1Tgsp2k/jjNEo21QRlfRmxRUPmyGTCwnbj7xYD9KmqCwooooAKKKKACi iigAooooAKQEHpS1EQyT5yPLYcj0P+f5UAS1Q1D5pYlyfky2PXsP61ezWS5LzSvuyGbj2HQUmyoq 7EoooqTYKgmMrXEUKxBoXDGV26Y6BR7nP5A1NJIkUbSSsFjQbmYnAA9ay57qfTLESW9rcarPcyll EBAXnkZYnCoAAM/400JkdyFXxPbhlAX7EwhGOAdw3Afhir1YzaLrWrzw3eqajFYtAxeC2sUDBGxj 55G5f3AAFEmo6rBrEOlNaWktzNA86yrMVQKpAJIxkcsOK2jJNHNUg+a6Qurx3s2rabHpVxDb3hEu ZJYzIFj2jPy5GecY96f/AMIhHeENrep6hqh6+W8vlQ/9+0wPzJqaHTr7T521BpEvbl12zRhduFHI Efpj0PWtS1u4b2HzYH3LnBB4Kn0I7Gpqa6o0pKys9yZflxtGMDAooorI2Cqmp28t3ZG3ixiVlWQk 9Ez836VYeaKKSNJJFV5DtRSeWPsKzoJbq+1K9ikLQQQoIwI3+Ysed2ccHGPpmrhe9+xMmrW7l+5u YLKMNcSLEnRd3f2A70j3DLOkaW80isATIMBVHvk5/ACnQW8dtEscYO1OhZix9zk81JU6D1MvU9KG tjyLyIxRxNvguIbhlmR8YDLgcd+ufpVO0m8RaYYbW+hj1RJDtW9iOwxnt5q9x/tL+VdBR7ngDqT2 ouFiheak2nWH2i8WAMGwyrMAPwJAyfauY0/W7QeLNT1K7nuLVHEUECSRNtlRUye3Xexx9PetLTbK 2u9VvtaaJDNNKYo2xnCJ8oPpk4PPpita4hjuoWiuI1ljYYKsMit1BLc5pVW3oXI5ElQNG6upAOVO evIp1cdZazp2iXU+n3EE0+oWx8uAWsDSSyxEZXOOOOmWrS0zUNeJabUtNENiudu5g103oSifKMc5 5z7VlKNnY3jO6ubzsscbSSMqIvJZjgD6mqVhrenas9wmm3cV2bfAkMRyoJ6Dd0PTtVGTwvpmqXRv r83GoiQ7447mUtDGOwWPgfmCa2ooo4IlihjSONRhURQoH0AqC9Th47DVLCFmu9NaOBnLRpA/nNEp PCvgD8x/hSWbT6xGp0mF5VfgTuhWJexJJ6454H+Oe4mMgt5TCMy7G2DOMtjj9az/AA1p8mk+GdNs ZwBNBAqyAHI39W578k1r7XyMHQTe5taHaRafpNvaQ5xEuDu6s2ckn6nJrRrH7Ec8+hxVmG88qPEm 58Dr1Jqb3G4W2L9FMjlSVA6HKnpTjQSNWRWdlB5U4P5Z/rT6ih27pCuMljnHr0qWgAooooAKKKKA CiiigAooooAQHPSlqEFkn24HlsOD6H0/z71LQBSvWdpokUgIuWYdyeg/nUTfdP0P8mpqsZJJJCMB 24Ht8uKc33T9D/JqAFP3m+p/m1A+8PqP5rQfvN9T/NqbJKkK75GVVBGS3TqtAFaQSTXCQNCrWpiz KzjIbIXCj+Zz7VmSnf4ruDJ1htUEWewZiW/UD8qmudRh8OadCt2bq6mlYhUhhaSSVyASAB0H1IAA rLltvEerahDqQt7TS1t1YJbzOZZZ1OSVkK/Kg44xkg1cWkyZJtG3WRqT38Gt6e+kQ28t5KskbCdy ibODkkAk4OOPf81/tm5/tJtNOk3JvxF5xjDoU2biu7fnpkEdKmt4rzTL86nqcaSCRBGxgy32Zdwb p3HqRWhktxi6DrN+oOr+IJo0wP3GmRiBeg4LnLn9K3LiytriZJpreGWWEMI3eMMyZ3ZwT06CpIpE lhV43V0ZQQynIPAp79G+h/k9YG44kljk9/6mkXqv1H/slKfvH/e/qaReq/Uf+yUAZesYuI7bT883 bgNj+4oDN/LH41pt/F+P/s9Ztv8A6VrVxKRlLWNYYz/tFQX/APZRWk3Rvx/9nqpaJIldWO6P+P8A U1l6vplzqCQPY6lPYXUJ3RugDRsTs4dDww/X0rU/j/H+ppq/w/h/7JUlGFp+t3yXkem63p7W91ID 5Vxbgvbz4XJweqHHZvwNbc8scMbyTOsaDOWdgAPv9zTuqYz/AA/0rk9OsIdTubnVLoyzx3E7PbwT OXjiUcZVTwCcZqoxuTKVhvh6+tbrXPEWr/a87LtoljRg2+GNVG4L1PO4giutidZEjdCGVgpBHQj5 OaxLrS7O7QCSBFZeUkjG10PqCOlVLDxXZ6Xby2uuXUFvNZyCFfWZRtwVQck4HIAqpR0uhRld2On/ AIPw/pSnktj3/wDZ6x9M1yfVbgiLSL6CyCEi6ulEW444Cxn5vXkgVDeeGpdUu5m1TV76a0ZmKWcD CCML83DFfmbp3PesyzVkmtbxbq1EscxRSs0cbBmUHsQOhPOK8+tpriztlXUrO4sl6RNOm3enYnGQ pwRkGu/03SbDR4vJ02zgtYyeREmN3I5J6k/WrHy7F34K8ZB6fwVUZWJlG5wVuZdScwaWjXExHDIP lT3LdBj8+ntt9E0a0i0/Sba0hJKQoEywwSe5I+uatQxJDEscahVUYAAokj8xThirY4ZeopylfQUY 2JKKh3mCLMxyFHLgf0qRXV1DKwIPQg9agsdTQwYsAQSpwfanVFEoV5CAfmbJ/ID+lAEtFFFABRRR QAUUUUAFFFFABRRRQAlLUKsyTlNvyEZVvfuP8+9S0ARuGa4jwcIuSw9fT+tS1DCGJd3xyx249O1T UAFFFJQAtcD4nkeXxVKrkhYLdBGO3zEkn9B+X4jvGcLxnn071zfiLQbjVJkvbSNFuoFMYV2x5yZz jPbB5H9KuDs9SJq6OX/z/n/P+C29AnktfE8LQru86F0kXOAQCCD+BP61UMGoI/lNpN6JQPuhBjv/ ABZxjjr/AIcS2TXXhbVft+v2yraXCLEt1CxdbP5uVkHYEjO8cdjWjdkRFNs7l55plA3+XnH3Ov8A D3P1NRFAyfNlzt6tyelLE6usbowZWClWU5BHycg0v8H4f0rA2Bv4vx/9np38Q+v9aa38X4/+z015 4o54o3kVXkbCKTy3PpQBheLLeXUrOw0iOJ2i1C6jjuXVSQkKhXbJ7Z2hfxrZu7y3s4g1xKkSsMKC epx0A71k6XqV1rOpataun2e1tGjgWSJ/nMmFLfN04G36E1rQ20dvAscakKinbkliMg55PNMQktyw uREttM6tndIANij5+uTz9AKztStNZurhJNNuo7FoGOxXPmRXHI4dMAge4ORWy3Vvx/8AZ6Uff/4F /UUDOc0/xFdveNpup2K2OpN/x7KxZobgAKSVkAx0GcdRWtJPdRWYdrZJJed6JKAAMHnLAVbUZ2jv xj8krlLWz/te6vLm8uLi5sTcH7NbSt8i4wCcDqMg4B6U4x5iZOwnhvUoZ9b8QXblibq/8mMou8BY 02AEjIHzE+1dYjqz4VlJVsHBzg5HWufl0SydQYIVtZl+5NAAjofXjr9D1pLTWNOtLR73WJ7OzvIX NvPMzBDIwKnIHU5GDjmnKKSuKMrux0K9B9B/JaG+6fof5NXO6R4ja7DeXaald2qDIvDaeUrD5eAC QWPuBSz6JqGru8l7rtwli+THbWKeRlcHG9zlifXGKgs2r1Ybi1vIJGypjdZFTlgCH7euK8+tLvZB El5HPbMchDcxGMyqOjAH1Hbr7f3u60vRNO0SN4tNtUgV2y5BJZyN3LMckn61D4o3nwxqhigNxMLW Ty4wm4sxAAwPXJq4ysTKNzkRc+dJ5NkPtNyfuxxnP4kjoPf+deh+H7JNO0O1tkkEmxfmcfxMTlj+ ZNZ+iWEem6LZW0caxmO3jVtqgZIRM5/HNXmLqGaNyjY6jn+8en4USlfRCjG2pqUVUjvFVf8ASGVC OC3RepH4dKtAgjINQWLSAg5wRxwaKjgQKZCM5ZyTn8v6UAS0UUUAFFFFABRRRQAVHMUWF2kYKiqS zHsPWpKy/EsckvhrUUhyXNu+AOp45prcGclc+J9U1H/j1mNpa9EZUBklH945+7nsAM8/QGK116+0 5g17MLu0GN5ZQJEHdgRwfXH69M1IXSSBGjIKFQQR0x/nP6+9E7KkEjSDKhSWGO2Dn+v+c1tZbWMF JrVM7Z54orczySxpAF3GRmAUD1yao2+rxatptxc6HJDdtGSkZYssbuP9rHI56jNY+j+Ereews7jX JZ9SmWNTHDct+5hGOAsY4OB3OTXUgBVCqAFUYAAwAK5mrM7k21c5l9DuL65t18SajJeGZjtsrUeV bLgZO4Z3OO3J79K6OGGK2gSGCNI4o1CoiDAUDoAPSo/MZtQ8vyh5axbvMI53E4wD9B/Kp6GCQVQG lr/wkTaqZtz/AGQWqxY4Ub9xbPvx+VX6wPDf7/WPEl32fUBAp9oo1X+ZNIZv1E0ITzpII4xPIPvM MBiOm7FS0UAVLO/W5doJkMF2gy8LHt6qe496lnlYrJHamJrlVBCO2AoPQnHbr9cVX1W3FxDFshZ5 w4ETodpjPdt3YY/OnNPa2F35TqYjcHf5zD5Xb0LeuK0snrEi7WjLEUCqyyPtknCBGl2gEj+gz2qK xtTaQuHcPJJI0jsBjJJ/wwKydU121urVre0NxMrOqySwwsyhM/NgjqcelaUes6fLam5S7i8kHaST gg+hHXPtQ4yS9RKcW/Qu02SRIYzJK6og6sxwBVWC9mu5lMNo623eWb5CfTavX88U6TTLaa6NxOrT OPurI25U+i9Knls/eK5rr3R1pfQ3xc24dkXpIUIRvoT1quNKNwQ2pXDXPOREo2RD/gPf8a0KKOa3 why3+LU5+F00S9ls7rEVrNIZLWU8J83JQnoCD09quXWo2lnFvmnQA8Kqnczn0AHU1oXHlG3k+0Kj whSXVhkEDnpWdoOmW1tZx3K2kMc82ZNwjAKhjkKPQAYrVT0uzCVL3rIo+GLltQge+t3Aklu3F5Aw 2vEAu1UYHkMMA++a6Oub8TaFK5k1fR5Fg1BEHnoTtS7jU52v6MMcN26HiuijcywpKU2b1DFc5xkZ xmspPm1NoLl90jkty91HOs0iMvDKDlXX0I/qOaLa5W5V8I8bxttdHGCp/qD1yKmqG6jmkjX7PL5c iMGGRlW9VYehpb6FbaozfF1/Ppvhi8uLOQx3WEjhcDJV3dVB/WtjBXgnJHBPrWTrdi2uW1rDbSxm OG/ilnyf4Y23FfrkCtYnJzSAKKKKBjg7qDscqfUVhax4qu2uHstMaON4SFnuGXdhu6qvTj1P+JG4 v3h9a4OAMj3McgPmLcSB8jqd2f6j9PataavuYVtLWL0Gt6zYMZIrz7SM7mhnRQH55wwAIP8An1x2 +kapDrGnR3cAZQ+QyN95GHBU+4Nef/5/z/n+ldF4GSZrO8lSQCB7ptoxnOFAJBz6j9KuaTVzGDd7 HWUVEyTFlKyqAOoKZz+tSDOOeayNRaKKKACiiigAooooAinZUhdncIqgsWPRcdzXFT+NL+9506KG CAYxNKpZpPUhcjA+v+ON7xkXHhS+2ZAKqHx/d3Dd+ma40YwNvTtj/P0/T2rSCVrszm3eyNKy8UXM EiR6rHD5Jwv2iLI2dB8yntx1FdS33W+h/k1ef3Ko1rKJQDHsO76YrTsPDt7rOl28niLU554TCCtj b5hixg43kfM547kD2omlughJ7HRSalHLa3U2m7NQeBmUxQSrkuCfkznAPI61gS6frGvXUVvrl2th byfvPsWntlsAr9+Y89SPugc966W1srbT4Bb2VvFbwISFjiQKo5bsKbE7tqUqNEAkax7ZMcsSRkZ9 BgfnUI0H20KW1rFDFuCRoEXLEnAVepPJqRvun6H+TUL90fQfyWgjIIHXB/k1IDOg0uWLxTf6pI6F J4IoIlGcqFZy2fqTWkPvL9R/NawfCkst1/bN1JK8iS6rOIQzZCop2AD0GVNby9V+o/mtAGU1lNp5 M+mKGjbmS0JwrcDlD/Cec+hq5a30N9A0kLE4yGVhhkOG4I7Gpx9wf7o/kKpX2nebKbq0k8i7UEbw MiQfNww7jjr1FVdS3Js1saH8R/3v6moZ50tbd7iQ4SJd7H2G2syw8QJd6q1hLEIriMHfhgV3huQD 3HOay/FGo2l4La1t9SgR/N2zHf8AKq4H3se46VSpvmUZaEua5bo3dGt3t9KiE3+tkzK/1bn+tXm6 N+P/ALPWfJqdtYaQlzLciaMKAJFIJkOAOMcUxtUku9y6XbtOvP7+TKRD73Q9W/AdqTjJu41JLQ1C QGJJAAPJPbk1mnWEkfy9Pie9kBAPl8Ip+Xq547ds0DSGuXDapcNcndnyl+SIc/3e/wCNaESLGqIi hVGMKowB9yl7q8x6vyM0afdXi51G5Ijx/qLYlV6d26n9Kz9KYWJfSZ2CzW7MIwePNjydrL6+h9xX R/wf8B/pWfrsVh/Ztxc6lAkkNrG82TwV2hzweo6VSn0ewnDsRXVzDZW73F1IsUSDLM3GP8/59s3w 7aR3kkOvwpb7ryZnL4BYw4UIN2MgggHHuad4S0GFdF0+81GJ5r+RBOTO7P5RY7goBPG0ED8Kratp M2hGa90pHbTZ2WS9s4uTGwKMZoh0znG5e/XrQ5J6ISjbVnXH7n4f0pW/i/H/ANnpu4MmR0K5H5U5 v4vx/wDZ6zNBf4x9f6imCITKsZ6Hbn6fJT/4x9f6ikhTfLCCcbfm/JVoA0aWiigBKjeMqp8kqjds jI/Kpaa2dp29ccUAYsmq319dy2mkQwEwHbPczEmNGx91QOWI79AKYf7e0tGlItdRiyWkjiQxS88n bkkH6cVL4R2/8I1aEffYM0h7+YWO7PvnNbNU3Z2JSvqQWN7BqFnFdWz74pV3KcY/P3qxWD4f3rca qkAj+zLfSbck8HClsf8AAs/rWwxn3LsEZX+LJOfw4pNWY07omopBnHOM+1LSGFFFFABRRRQAUUUU ARzlViZ2ZV2gtuboMdz7Vhwapq2sRCXS7W3htWHyz3ZbMnuqDt6EnmpvFp/4p6cE4jd40lPpGXAb 9M1sIqqoVQAo4AHQCqWiuLdmIurXumTRxa1bQpBIwRLq3YmMMegYHlc+vIrczxVLWY4ZtGvUuQPJ MD789hg81HoZuZtFspLtv3jQIWAGDnaOp9aHqri62L/mpuKqwZh1A5Ipi+c5bzAqLngKcmnpEkYI RQoPOAMU+pKI44Y4ixRACxyx7n8akoooAz7mUPLIg6oBn8VY0x0WTcjqGRsqysMggnkEU6baZJGX Bz1I7kBh/Sj+P/gX9aAMaGyg8LaTcNptpdXESt5y2kTbiudmVjB6Dqdv5Vc03VLPV9PS7sJ1mhcE bhwQQOQR1BHoatr/AA/h/wCyVz+paI8GqxanortbXszKtyoXMNwmOTIOzAZww5zxzQBs3U0jLLHZ mJrheoduEB38kD25x3pwh8pvP2LLdBApfaFL4OcewJqvb3OnrqN3Y20sQvEPmzxZ+f5t2GPrxjnt WX4l1xba70ywtL6KG4ub5FmfeuYoVJZ856Zxt59afoL1LPhTTJtK0OKO8x9snke5ucHP7yRlYjPt kD8K2D9w/wC7/Q0zzolh85pEWEKGLlgFA+TnPSsrT/E1jq941vpvn3USoS93HGfIBA+6HPBP0z0p DNlurfj/AOz1Ti1S2u0ujps0N7LbMVaOKUff4IQt0BNZd54Zm1e8mbWtTnubPexjsYP3MW3LYD4O 5z9TjnpW1Z2VtYRJb2dvFbwoQFjiQKo5HYUAYCaVrmtBTrN+NPtSB/oWnMQ5Hy8PMefT7oH1pNEj XTkk0dvlktGPlgk5eInKsM9euD7/AK9KnRfw/klUdWsbK6tGlvY8iBS6yBirJwTww5HSrg7aEyVy KaeK2heaeRY4oxud2OAo9TVDw5pNheSPrstlbvc3svmwzMgZhF8oTB7ZAzx61LpmgQS2ltcagJrm cqH2XEpdUPzY+U8dh1qq1tceD74z2MMk+hXEuZrWMFns3LDMkY6lCcZQdOopza2RME92dOvQfQfy Wq8tqGuFuFkkR1UhlDfK4w3BH9etWF+6PoP5LSN91vof5NWZoRW10LoSZjeKSNyrxuOVPzd+hHuK p69qsuk2ttJbojzT3kNsivnGXdQentk1cu4ZZQPImMTpJuBxkNy2VI9DWPrUMmranoItFMkFrqfm 3LL0j2IcA/8AAiKAN4cAY6cfyWhvun6H+TUL91foP5LQ33T9D/JqAFYZJB6ZP82oSSSFQsIXHACt 07fl1oP3j9T/ADakJIGV+8On1+XFAGTqvjBoJTb6bbLPOmBK8jYjjJ/h45YjPOP51Rs/GF/av/pt nFNAzFma3J3rk56Hr17H+Yzz+n/8eMZY5ZgWYk9yTn9c1Z/z/n9f19635UtLGHM3qekWtzFeW0dx byCSGRQyMvQipq5bwO840qeNUBgS6kVCWIx0JAGPXNdIzTB1CxqVPUl8EfhisZKzsbRd1clopmX/ ALo/OikMfRRRQA13VFLMQFAySe1R7mnjzESisOGK8/kakKgtk806gDi9S8Gy2hluNKuI1hwXa3nB wD1JUjkfT+WBil/wiE2oQNHqd6Yo25CWZKkHsSx9MdMY/Su5vpBHatn+IhRj3NZ9U6krDhTi9TnP 7T1fw+QutRNqNiOBqFrH+8Qf9NYh/wChL+VdGDkAjoaAcdKzNX0y7vJIrnTdSlsruEEKCN8MgPOH Tv8AUcisjbYvIJ/tkxc/uCq+WPfnd/SpawNI1O+fXZbXWLB7S6eBdjRkyQS7Scsj9uCOGwfrW3Pc Q2sfmXE0cSf3pGCj9abBMlBwc+lUNGsbawsnFnMZ4555Lgy7g25nbJwRxjt+FQ6jrVoug6ld2t1D N9ntZJD5bhsYU4p3hq0+weF9KtiMGK0jBHvtBP6k0NWBO+xpU2SRYo2kkYKigszHoAOtOrN1PUbV ZUsJInupJQS0MPJAGCM+gJ9acYuTsglJJalu3iYSTTNMZPOIKAcBVxwAP1J96y9elS8ubTSvMUrK xkuEB52qMhT6ZP8AKtKSKS+tFExltmbl1jcbv93cP6Vmaxp8dlZwXFhCqzW0oKoBzLu+UqT1yc9T 6VpTtza7mVTmcHbYytV1x9O1WCCF4EtLcR/a1ONwWRtq7fTHU+1X7mGO01qwvVjTzHmFvL8o+YNn B+oI61lyxaBcLfDUNi3F2zGX7XGBLHlQu1cjIAA4x9aspdKbiwmnS6/s21OftMkZ/euBhWI646nO OTW+upzK10dbRTYpUnjWSJ1dG5DKcg06uI7wooooAgvYY7q2e1kk2CYbeDyR1IFTgAAAYAHAFZ6f 6Tr0j9Us4tg/335P6AfnWhVPRJExd7sjuAhtZhLny9jb8dcY5rG1PT7txa6voMjC8hhVfs0rkR3U XXY391vRvXrxWveS+RZTymPzAkbHZ/e46fjUqDEajAXAHyjoPal0HbUpaPrNtrdl9otSysrFJoZB iSFx1Rh2I/Wr1Zmr3L6bFu063gbULyVUUOMCQjqzEc4C5/Sq/wDZ11J89zq16ZT/AM8WEaA+y46f XNVGDauZyqqLsV9UuTa+NdHhhMqJOk01yI84fAVELD0Bb/OK6OuZsre6tvGKTajdCcTWRtrWQIFb IbewbtnGMY64q9deILTRLaGLVrlTfMMCCFTJLKexVF556+lEotFQknqbFRy3MEEkUc00cckzbYkd gC59AO9UtUg1S9SFNMvorCNxmaVod8oHGAgPyg9ck5xUWmeGNO0y4N0Ekur4/evLtzLKfoT90ey4 qChuoXGuz3j2mlWlvbwqBm/u23Kc/wByNeSR/tECqJ8ISoZLlNWuJ9Qm5mluVBjkwMDCLgLj2/HN dNRTUmthSipbnO2vg/Ur3H2u7gggJ+byMs7D0BPAz+P889lZWcOn2cVtbRiOKJdqqKSxZmt8MuMM QPcetWa0cmzBRSCiiorm5hs7d57iRY4Yxud2OABUjC5uYbO3knuJFjijG5nY8AVX0nUotX02K9gD CKbJQN1wCRn9K808R+IpvElxtXfHp0ZzHEeDIf7zf0FM07xLrWlWEVnaT2whiGFDQ5PXPXPvXUsL Nxv1Of6xHmt0PWqK8u/4TXxF/wA/Fp/34/8Ar0ybxz4hiheT7RaHaM48j/69T9VqD+sQPVaQkAZP SmW7mS2idvvMgJ+uKV4xJkP8yn+E9K5zchnVL61kiUJJFKpU7uVIPB+tcRqHhjUtJBNsI7y0Xhcv skXnABzwevX/AOvnvwMDAqvesoiRWx88igA9+Qf6VUZNEyimcC/hbVtTtnSSeHT+4/5bF+h2sOm0 55wc/wBdKDxNJZTLZeJLVdOuH+WK4Q7rWc4OAr/wnn7rY9s10S/dX6D+S02WNJYmSRFdCMlWGR0b tQ5NjUUh5+831P8ANqhgE32iYyn92XXyh6D5M/rms7WI9bhuxeaRNDOigrJYTjasnzMdyyDlW7c5 H0qDQNdh1PVLyFo5rW7Xy2e0uBtkT7oJA6Fc4+YcGkM3V+6PoP5LQTgEjrz/ACakBAQE8AAcn6LW T4svPsnhDV7iNgStrIqkH+JlZR+pFICxoOk/2JpMNiZfOZGdnk27d7M7MTj6mtBeq/UfzWq2m232 LTLO15PkQpHk+wI/pVleq/UfzWgBo+4P90fyFDkANk44P8mqvdX9tYxKbiUKWA2qOWbgdAOTVG6j vdZtpYWiWztXByZRulb7x+70X8eapRvvsS5dinr9vbXmp21kkUalw080qABigJG3I9SefYVRutTX TNStrG3tIhZjYtw6jHk7yVj46ckc59qkl0f/AIRyC1vQxldCY7oA9VY9VHfBUcdTk1Rm0PStWi1C 5lvElmu2LLOshXyQAAg27sHbjPPeujpaLuY9feLs+lWcWq2heBTbXEhjkiyQquVJDADoSRg11UMC W1usMQxHGpVRnOB8/euTXU7afULEz3KfZrYl3uCpCzShcYX6E5P4CutjmjnhEsTB43BKsOhHz1nV voXTtqS/x/j/AFNNX+H8P/ZKd/H+P9TTV/h/D/2SsTUP4P8AgP8ASs3xFpTa3pT2AnEMckiGY7c7 41ZmZPxAxn3rS/g/4D/Sudsz/afjnU7rLeTpcIsY/QyPmSQ/gNgoA6TjfwMDdwPTmq9z5f2KbzlL ReWd4HUrhc/pVj+P/gX9arXkrQafNKkXnOkeVjxnecJx+NCAxNUl1HSpE1ez86804wqLmx6vGoXi SL3GfmXvjity1vLfULSO6s5kmt5lLxyIchh89SLkRLwAQvQdvlrD1K4tPClq39nWKGW8uSRAj7AW O7c/sBgZAppXdkJux0A++Pr/AFFOtE3Sq+fuLjHrkL/hXEHWtaZ/MN7DGc58tYAUHfGTyf06H8N/ wrrz6hcT2l6qR3iIrBEPyuo4LDPPXqKpwaVyVNN2OnopksyQpukYKvqaYzSSJ+5wpPQuP6VBZIzq ilnYKo6knAqNpGkjzAFYkfKW4FOEQIHmfOR3I/pUlAGC2najpV1LcaX5M8M7eZNaSNsAc9WRucZ7 g8UNc67qKmGCyj01ScNPNKJGUd9qrwT7k4reqGFxIHwCMOy/rVc3kTYj06wh0yxjtbcHy0HVjksT yST3JOTVqiipKCiiobq5js7SW5mJEUSF3IGcAcmgCLUdUs9JtvtF/OsMO4LuYHGT06VW07xJpWrX Jt7C9jnlC7iqg9PXkVx3jDxXpet6NHbWMkry+ej4aJlGBnuRWX4Y1a00TxA1zesyRG3ZAUQtzuHp 9K6I0G4OT3MXVtPlPWaKzdH16x12KWSwd3WJtrbkK4OM960qwaadmbJ3Ciio3iEgKvyh6r60gIbu OO+tJYNqSxyoUYMflIPB5FZEZ1nQrfyTDHqdrEuEl80Ryqo7MDw31zXQKoUAKAAOgFRzFQoD4wxC 4NNMTRh3FlquvKIr6KGysQQzQCTzHmxztYjAC+uMk1uLIECq+EPQDt9BUgpskaSoVkUMp6gihu4W HUtQyeZEg8pd4H8JbBx7GpFcN9R1FIY6kJwKM1HcEC3kznG05x9KAM8KFRgvT5j19d5qT+P/AIF/ WmFQoYDoMgf+P0/+P/gX9aAI3lSCIyyuEjQBmYngD5KhtoXj86WSUyNKdwHZVC4AA+nX1NUdb1jT NNSOPVpo4oZFDne3XaUwAvViT2HpT7p77VNJgl0e5WyM4DNJc25Lom3shxhvrTAz/FOn2+panpsG Giuw7yC5iYrJHECdygjs2QMdKqzXNlpmqWumR6fCbeTas0vH7tnyIwwI+bcVPJ9uuabqGlWnhOSL W5bm4uH3+TeXFzKXkkVyQCB0GCB8qgdain8OQavb390NQd57t/NililYRR7QPKygOG24zz71rH4d DKW+o648O6cNe0/7Tbmexmcxi0eQmCOX7wcR5wcgY5z2rsFRUhCIqqirhVUYA4PQVzkV2mpa7YQJ PE32VvOmdT8ryAbQq+v3iT6V0n8B/wB3+hqai1Kg9BzdW/H/ANnpR9//AIF/UUjdW/H/ANnpR9// AIF/UVmWNTov4fySszWv38MFirYa6cZx/cX5m/QY/GtNei/h/JKzIsXWt3MpHy2kYhQ/7TKWb/2U VUN79iZdjUbqfqf5tSj74+v9RSHqfqf5tSj74+o/mKko53Vr/UNBvRqUha60VkVbiJEzJaYC/vFx yynjcOo6it2OaO4t1mgkWSKRNyOhyrAhsEGnr0H0H8lrDl+x+E7CO206zkf7TORFaxv0Zs5IyflU dSB0zTSuDdjdb7zfU/zaufn1WW38cw6fBCrQPaLPdFR8wJkCI30GDn/61O83XJP3huLCEnnyhEzg deC2Rnr1xVTQmuJvGmpz6lEsFw9rBFCI2yrorEsyn/eboeRVcrWpKkmdOv3R9B/JaVvun6H+TVRS 7XTtLWXVrqCLyhiSZ3Cr/DgknuRiodYutVj8qHR7GGZ5VYtcXEu2KEc9QPmYnJwB6dago1T95vYn +bVh33iKVL57DSNNub+9jIDkjyoIj8pG6RuPThcmiw8P3CX8d/q+qXF9eRklFU+VBETuB2xjr35Y mtwdVHuP5rQBxMfhjWoBJdGWxlkncyPawho0jyB9xjnPqc49scYntvDWs3+FaKOxibrK0gdwO+1R 39Cf8MdaPuD6D+S1dtHDwAgYwSv5VamyHBDNN0+DStPhs7VdsUQwM9T6k+5NWqKKgsKKKKACiiig AooooAp37rtjQ9WbI/CqdWL4q06Djcq/iM//AKqr1LNYbBRRRSLK1x5UF1FdTS7NqtHtI4bPzfn8 prC0XTI5YjqN2JJ5bl2mjWdzIIFY5Crnp61s6xJZQ6XNJqUkcVugyXkcIAe3J75rF8Kaxb6lpUUM b/vrdRGykYLAcBh6g+orensc1bcsax4estasZreWJY3kQqJYxtYfiOo9Qf8A9Vix16J9Ot96M94V 2NbQruYMp2njsMjvS6nqdvpFlJdXb7UQEhR95j6AdzS+GkiGhW88TxSm5BmeSIghixJxkdcZx+FO draipXvaJctzczxSfbIkhD8KiOSwHufX6UzT7YWr3EcVukMKsBGQPmfjliep5Pf0q5UNpHJHARNI JHZ3bIOQAWJAH0GBWN9GdFtUTVX+1E6kLREyFi8x2z93Jwo/Hn8qsVS0+GQPdXE6FJZ5ThT1CLwo /r+NEbWbCV7pFwqGILKCR0JGaU/MCDyDwQaKKkoypdHe2kafR5RbSHloW5if6jt9RT7bWV84W2oR Gzuj0Vz8j/7rdDWlUVzaw3kJhuYlljPVWFac6lpP/gmfJy6w/wCAS0jusUbSOcIgLMfQCsS4W68P QPPDN9o0+PloZm+dB/st3+hqK4k1TVreRD5FlbyjAjZS8hH+0cgD6CmqV3dPQl1VHRrU27VIRGZb dcLOfNJOcsSOvNTVkWWqzx3cdlqUUaPJxDNDny5CP4SD91sdu9a9ROLT1NISUloQ3Pn+WgtsbzIo Yn+Fc/MfyqaqVxPFHcfaXmZo7cGMxRqWO9sdQPbt70z7TqF1xbWi26f89Lo8/gg/qafK2hcyTK+r kQ6xpdxIcRZkh3HorsBt/PBFXaW90631KJY7xWkReqBiqk+pA/Ssia3nsL200+PWZQbveIFmthK2 EXLfPx0B71pGUbJGNSnJyuhNctjqU2n2Ec88Ekk/mmWBtrxooO4g84znGff87uk6Jpuh3ci2SBJZ 0DfOS8jY+8xc5JzkZ5qtN4TjkdbqHUtQg1NRgXqSckf3WQ/KV9sUWc2rW+q20GtW1vcZ3pBf2rbA SRkh4j0JC9iRxUSkpPQuEHFam9RTI5opmkWKVHaJtsgVgSh9D6Gn1mbBRRRQBesH3wsMY2uVq1VS wcNEwHVWwfyB/rVurMHuFUtW0q21nTpLO7UmJ+4OCp7Ee4q7RRewjx3VdKutBvvsl78ynmGcDCyr /Q+oqK3sdRvIEnttLvJoX5V0jyDXrOr6Ra61YPaXibkbkMPvIexB7Go/D+mNo+iW9g8gkMAZd4GM jcSP0NdixcuXzOb6subyPL/7I1f/AKA1/wD9+qjuNF1iW3kRdHv8sMDMVey4oqfrc+w/q0SO1BW0 hVgQQigg9uKloorlOgKpXm1riAHG4ZYD8VH9au1nz4a+3Y5QBQfYspoAYv3V+g/ktDfdP0P8moX7 q/QfyWhvun6H+TUAK33m+p/m1UbgxWd+dQnmVUW3KFT1O1g+R+APFXj95vqf5tWZ4hsYr/RrhJCQ URnRlOCDgD+pprcT2MTS9LmvbKKfXLma+d/njjlOFjQ8qCBgFsYyTSav4Vtr3T5YbHNo7bW2xkhJ NpDBWXpg46/5N7Q9Tg1bSYbi3dWwoSQA52OBgg1Zvb2DTrOS7u5FjhiGWZjj8Pqa3fYx8yaHXbWX Tre9mbyjOu4RdX3ZbKgDknPFIH1HUGAiX7BAcfO4DStyvRei9uuaj8O6Ylnp8M0sCpeTAySEj5hu JO3PtxWuv3l+o/mtZNqL900SbWpTs9Nt7LMkalpmUbppDuduB3P1q23Rvof5PQPuD/dH8hQ/Rvof 5PUtt7lJJGDrVg+p69axRXLo0KmcgjKDD4H4nn8q0pNH064nEs1havISMs0Sk/w/4mo9JBuJbu+b kXExER/6ZqSF/qfxrRXqv1H/ALJVzk9I9iYpb9yjf6VbalYrbzIAi4K7RjbgDp9elV2tbzTAfsTG 5tRn/R5G+dB833G79+D+dao+4Pp/QUN/F+P/ALPUqbtboNxV7lez1GC+ZhESsqH54nG10Oe4qwv8 P4f+yVWvdNgvXDSBkmQ/JNGdrpyeh/p0qmb250hd2pYmtFx/pSDBQfL99fy5Hr0osnsF2tzRnuIr S1ee4kWOKNNzu5wqgLySaraZptvplrMlszyCeWS4eRzlnZy5Jz+QHsBXP69/aPifRnsrW0S3s5mj LvcyFXkjBBICgHGcY57Gtqy1n7RdNZ3dsbS6KlkTduSRQGyUbvjI44NHIwUkzV/j/wCBf1qvcCZk jW3IVi6bm9Fymf8AD8asfxf8C/rWXeX1jYyf2hfX0UFvajyyZG2qrnZnnucdqSKNH+D8P6Vyvir5 dfs2b7rW8ioT/e35I+uKsf8ACU3Oopjw/o11eKR/x83P+jQdOoLDc34LV3XNBGufZ/Nvbm3SBjJs h24Z/mwSSM4HPAxnNODsyZK6Oa/z/n8v84+WxoqtJ4psEhco6rIzkDkJtx6euP8ADjC2F8K6v5oi jubORBkea6sD9SBxnp0Pb8uh0Pw2ujAyi4ae6kGJZGUAMPQD+EVo5JLczUW2bSRhfUn1PWnVGZwr hHDKW6HHH51JmsTYWiiigAqKFw5kxn5XINS1FEVLSBcZDc49cCgCWiiigAqlrNtJe6Le20IBllhd FBOBkjAq7RQnYHqeP6joGraJZRzX0EKw7ljysu45PtUNjY3mqX32SwiSSQRmQ732jGcf1r0nxbo1 xrukLa2jxJKsyyZkJAwM+lZXhXwnqOja015ey2zIYTGBEWzkkHuPau6OJfI23qcjoe+rLQteCNEv tFt71dQjjR5pQ6hH3cbcV1FJS1xyk5O7OqKUVZBRRRUjCopArSxq2Mg7gD7f/rqWoioNwG7quPzP /wBagCWiiigAqtemGK1knnYokKmQuDgqAOas1Q1u0e/0S9tYv9ZLCyr9ccU1uJ7HBXmo3muMZ7ya RIGOYraNyqovbdj7zevb9cQpJd6ehbT55cfxW7uWSUenPQ+4/wD1pbSia3RsYOMEehHBH4H/AD0p 008dtC0szBY0GST0rfbQw8zq5/EemW+kRald3UdvbzruTzD8xJ3/ACgdSc8YFLY6hNrdjcPDb3en ByVt5riMB2B6SBD0GezVm+GfC9np1rFez2mdSdSzSTEu0Wd52rn7g6cCum/jJP8Ae/rWD3N1sc/o fhu2sb+W9uEku73eFW8uz5kpGEyR2UZJwFA4re/g/D+lV9PjkitUWaTzJCxYtnPVlIA+gIH4VYAy oHt/Skxmbd3NjeaymkXFv58yR/bRuQFI9rsFJPZs9PoadN4d0me4MsunwF2bLELjdz3A4NZvhYG+ n1bXHz/xMLkrAGGCIIw6L+ZDN+NdJ/EPr/Wmm1sFrlN9NtJrRLZreMQrjaqrt2/c6Y6H6VVIvtMT 5S1/bY+6T++Tg9+jD9a1F6L9B/7JSH7h/wB3+hpqT2ZLiQ219b30bSW8gcAkMOjKfm4I6g1YH3/+ Bf1FUr3TIrmUzozQXK52zxcN1bg+o46GslNcvLPWDDqMX+iR/K1ysRVcgg7z6DjFNQ5vhE5cvxG3 c3kFjAJbmRUTHG44zgKcfpVfRoXi0mMzYM0oaWQ/7Tbj/LA/CsTVrubX7AQ2lhIYNyss0riMtgD7 qnnt1NaejahamP8As9LeSzmhQkQSHJIwfmVujCqcLQ8xKV5Gw3U/U/zalH3x9R/MUjdT9T/NqZLP Hbr5k0iRoDyzsAOorI0HL0H0H8lrEvcf8JRb+Zj/AI838rPrvG79MVZXWRMAun2012cAblGyPov8 R+nbNV7rSr3UvLlurmK2kgJeHyE3FDg9WPUccjHNaRXK7y0M5O6sizWTrcd3Le6VHpk8dvfNcEJK 8e8Im35yV4z2/HH4Ts2sQzravHpsk7hijfaGQuB1Owgnjvg9xUD6Nr1rqC6paX1pdXWwRvaTxlIt uQcI45U57kHNU2kiVF3H2XhTT7fU4rnU55dV1B03JJeAMFIC5KqBtXggdO1dG33T9D/Jq5+x8QRX ep2lrfaZd2WpLkKky5UAqMsrj5WB2j35HFdCwwpz6H+TVibCn7x+p/m1A+8PqP5rQfvH6n+bUD7w +o/mtADV+4PoP5LV61cPEcZ+U7TVFfuj6D+S1ctGVo3244bBx64FAFiiiigAooooAKKKZJKkQzI6 oPVjigB9QXV5b2MBmup44Yx1aRgBUhljC7i6hfUnivNtRum1rV5ryc74opGjtoyPlRQcbsepIPNV GNyZSsdSNf0m+vitrfQvI4AA3Y3fTP1o1HVtP0iPzNSvbe1Xt5sgBP0HU/hXIywRzoEkRXXPAI/z 6/r9M3fBmk6bCLo/YoXvYJcG5kHmSOrDKnc2T7fhROCWqKpVG/dZuWerpq2mzXWlRySlcrEJ0aFZ WAyMFhnafXFZ39m+I9S51HWItPiPWDTIsv8AQyvk/kBXREk9eaSsjcq22nQW9hFZsHuIo+huW81i c5yS3U5qlrNtC9veT39vHJb21u0sMg+VoyFJK5HPbNa9Z/iDS21rQbywjMavPHtVpASqn1OOemaa dmDV0UPCWkw2+g6ZdzxmW/e2R5J5WLvuZQTgnp17U260G50u5k1DwyY4pJG3XFhIcQXB7kf8839x we4rZtpYQxtI8q9sqqVYY+XGAR6j3qxQ23uJJW0GpICyq21ZSu4x7gSPX6jPGag05Io9PhS3kMkS ghXIxnk/1zVXV9Ct9WMU3mSWt9b8295AcSRH09GU91PBrN0fW5dPt57PWrcxG0ZkW7hUmK5O7oo6 h8nO38uKaV1oDdnqbWp3MltaDyMefK6xRZGfmJ6/gMmrfT3rAm1C6nvre6bSbv7NAGKrlN5Y8btu ewzx1rXsr631C3862fcuSrAjDIw6hh1BqpRcYomE1JvUsUUUVmaBRVSfVbG2bbJcx7/7iHc35Dmn yTytaLLaQea74wkh8vA9Tnp9KrlfUnmRQ8RcxWAf/VG8j356dDj9cVzHiiAXWuRRNFYSH+z5Sv22 Uxqh3j5lOD835fWupudOvdUt2gvp4IoHxmOFCzccj5j3+grNvLW6tmhS/wBPtNTBcRwzHaHJPQFW BwfUjit4W5eW+pz1L83NbQq/aPtXhDT7hDKZWW3aJpfvl8qAT7nmty8t5lhMmoXU02WCrb2w8tWY nAHqfxNVG03UJGS+u5LWE2p8yK3JzGMDq78c46Y4FX9Pv3u7qdZ/3EiABbVvvAd3z3z7cYFE3peP QIRtpLqW7OzhsIBDbJ5cYJbAOeScnmpqKK5nqdS0CsDWf+Rz8Mf9vf8A6KFb9Ubu7s4dX023nh3X Vx5v2Z9gOzauX57ZH50CZeqC4kZJbYLEH3y7WJGdg2k59umPxqeoZRP9pt/KwIfmMvvx8o/P+VNb gzO1HwxY390byLzbHUO15aN5ch/3uzj2YGptMXVLSGddYube6SIZinhiKO6gHO9Omf8Ad61o0Uh2 KWl6zp+tQNLp11HOq/fUHDRn0ZTyp+oqOTxDpMUpjfUIAwODhsgfiOKwPGGnWd5q1kPs6pc7TLJc x5SRkHAQsOoJPf0qukaRoERFVFGAAMAD/P8AnrjWNNNXZhOq07I9C02WKWFmidHUtncpyDwO9Xq4 DwrdnStbS1DBLK7DfIeBHIBnI9MgEY9vy7wyxhNxdduM5zxiiUbMhS5tR9FNSRJF3IwZfUHNOqSg ooooAKKKKACikJA6kUZoAR3VFLOwVR1JOAKyo7q3uLqVre4imy4J2OGx90dvpXG6xqD69qMzyuTY wyMkEIPysVOC7epznA7VSNnErI8I8iWM5SWL5WUj6fTp7e3GqprqzNz10PQHljhg82aRI41Ay7sF UcL3NU49Ytb7Tbi70uRdQWIMu22YNvYA/KD0zz61znhzw7p2r2Yu9ZWbU76KRo5DezGVFYEfdThR x7V16xRww+XFGkaKpwqKABw3YVm1Z2LTurmAZPFeqE7YbDRISTzIftM/VuwwgP4mtNtGgvdLisNX /wCJkilS7ToB5jAryQMD8K0D95vqf5tQPvD6j+a0hnOXulWtst7crA9gttbeak9m3l7lCAlWHQkE enemaHoUV/oNjd62Xv7qa2V5FuDujUshJwnT0q94o0641Xwxe2dmoa4miCoDJsHO3OT9M1fgmg/e WsLfNbKI2TGCvytj8MVXM7E8quYSWGpeFZlXS0k1HRi+37GzZmtRk8xsfvIP7p5HY10y9VPuP5rS n7x+p/m1Ymr6NdzXialo94bbUUUJslJaCdQQQjr25P3hyPepKNkfcH+6P5CqOtXDQadJ5efMlIhT Hq24fpnNUtP8TQTW041KF9NurRV+0QzcgZAClG6ODjjHPtVa5122m1G2nkju47KFXbzHtmClyCFP ToAevvVwi27kTkkjoba3S0t4reP7kQCL9ASKkXqv1H/slNhmjuI1lhkWSN/mV1OQwyeQacvVfqP/ AGSoLEH3B9P6Chv4vx/9noH3B9P6CqmparYaVGz6he21qvP+ukC/3+x5oAu/x/j/AFNYniH51023 b/UzXSiQeoChgD+IFWtQ1VrW0hubKxutS89h5aWoXkHJDEsQAvv71iXlt4n8QQLC9rp2kwbldXkl a4mUgrggLhQenc96qLs7ikroyvEsl8dWv/sa37tBp6zRtbXPlrA+5suy5G7hemD93HetXWbjzNBt tQtMTzI0M1uQdnmFiBgem4HH+eKmqR2n2u3HiDRnlvJ8QRSW+XWfALbcAjjqcMKl1Q6wv2fUDpiH TrJvMeyMgWZwAcOP4flxkJ3rW9tTLfQsXkHiS7iMl9fxabGzhVtdNXfKxJwFMzjA+oXit2w0y3s7 GG1VTIkZDZmPmMW+UliT1OT1qvomqw655t9aXaywFhGsKjDREHJDg8h8np6AVpr/AA/h/wCyViag SSnJz8v9KVv4vx/9npP4Pw/pSt/F+P8A7PSGSQNicLjIbPPpV2qUDhZwnds4/CrtAB1qJoTvV0kZ cdV7GpqKAImn2OqurDd/EBkfn2qQHPQijrWDqiSajrMelQTSwQiHzrt42wSpOFQehJByeuBTSuJu xrNqFos3ktdQCXpsMg3flUkYUPJtxktk/XAqinhvR1tvIGmWnl4xgxAk/iec1SsYm0LW009Hd7G8 VngDsWaJ1AymTyVI5Hpg07J7Cu+p0FFJn3oBzUlC0UUUAFFFFABRRRQAUUUmaAAnFQw7GklkR1Ys QDgg4wKw7e1/4SeaW6vWc6akjR29srFVk2nBd8dckHA6YFWJ/CtgF8zTk/s+6X/VzW/y4PuOjD2N VZLRk3ZtZqMXEbMwRg5XqFOcVnaFcvf2Be7z9qikaGdc8B1ODj2PUfWtRUCjCgAegFJqw07kavK7 MDGEUdCTkn8KUQ/OWaR2z0XOAPwqWikM5/VfCVlfTPcwyTWk7cu0OMOcdSp4J96y08F2EkbDUzJf gqcxzYCA4/ujv711105jtnZV3HHAH5VS/hPOeP6VXM7WJ5Ve5zKLqvhaURYuNW0dm2IwG+5tM7gM /wDPRPfqPeunPU/X+tI38X4/+z1j6xp+ppfDUtEus3CALJZTt+4uFDE4H9x+fvD8ako0dOWOOxtk hffGqKFb+8Pk5qn4g1dtG0kTwwie4kkjgghLY3u5CgZ9gSfwqtoWv6fNp7oZDay2OFuoLlgHgOV6 noRnOCOuKyr/AFmzv/FOlzSSyJpthFJP5zxMI3nZdijOP4QWOfcVVm9hXSOyYYLD3P8A7PS/xD6/ 1qNZElTfGyujAlWU5BHz9DUn8Q+v9akY1ei/Qf8AslB+4f8Ad/oaF/h/D/2SmySJFEWkdUXb1Y4H Q0APbq34/wDs9YvibMo0+1YnyZ7rEi/3gqlgp9sgVZk1yzLstu73L5Py26F/73ccd/WsW+/tfWdQ NmtqII1dZ4pZRhoTnAJIOD3GPQ1rCDTu9DOclayMXxFJff2pqTWq3zG2sopUeC42JAcuSzJkb+B0 wc4xWzqc4+w2eo253yRyRvEw43h8Aj8Q1Vb23sZrlX1zR5hdsojyqPIkoHIA2nDDnOCO9TXkl2I4 tQm0900+0cMIXIV5GwQrEdlU84rVLUzb0L9t/b1zqFyl1mzgcllZVV9uMjaDn684rSg0a0SZZZVa 5myP3lw289R0zwPwp2makmq2YuUQoGJ+UsCR97rjpV0feH1H8xWMpSvbY1jFWvuNUfKo7AD+S0N9 0/Q/yalXoPoP5LQ33T9D/JqzLMDUv+ShaH/16Xv80roB94fUfzWqFzDYN4gspZnA1BIp1t03Y3IT +8OO+MLV8feH1H81oArzSSRm2Eabw0ihuM7V2jn9B+dYlzoWp2E0tzoGqOBIWd7K+JlgYndna33k 79MjnpW1Ks7T2hiYLErEzc8kbBgfnj8qnb7p+h/k1AFHTtRuZ7SabVrE6bJCxEgklVkIGSWVh/Dz 1OOlX1IbYykENggg5BGVps8MdxHJFNGkkT5V0cZDDLZBHeuI1fThoGoQW3h69urGOdWee2V90KJx ygbJRs+hxgU0ruwm7I7cOowpZd2B8ueei9qt2IASXGMmQ5+uBXmR062I+aLc399iS5Prnrn/AD7V 0ng/VJIb99LnkaRJVM0LuSWBGNyk9+MEd/rwTbhZaEKd2dnRSUtZmgUUUUAFIQD1paKAGlQRggEV 5tqVm2iarPbT4SGWVpLdyMBlY5259QePyr0uobq0t7yBobqGOaJuqSKGH5GqjKxMo3PM5Z4oULSu qj3P+c9f175w3QeF7OSCznuZlZZLqTfsbqigYAI7Hqce/etyw8N6TYyCe30+BJc5D7clfpnpVq7t sq0kSZfqVHG7/wCvTlK6sgpx5XdlOikB3AHkZ9Rg0tYnUFYXiiWTdotpDI6NdanErFGIJRQXYfTC 4rdqhe6WL3V9MvWmwLBpHEW3O9nXbnPbAz+dAmW7hJJIn8mQRTEfK5UNj8PSmx3C+YkEzxrdFN5j U9fXGeoqamvGkjIXRWKHcpI+6fUU0DHViSos/il1dRttYFkjAH8bkhmPvgAZrSVp7aOVrhvtCKcp 5cfz49CB1x7Vzs+qtq2ux3Hh23a8S0RkvJ92yJl6iNSfvODz6DvWlPRmdX3o2R0H+f8AP+f/AK1B c23iVDAo/wBLtnMi9AzJjafrzim/2yuNv2HUfO/55/Zjn8/u/rWcmqT6PrMt94hsZbW1ljEdvcxn zYoFzkrJjlCT36dOa0k7LUwgnzI3tmqz/eltrRT2RTK35nA/SrAtA1mbe5ke5VvvGTGW/LFSxSJP EksLpJG43K6HKsPUEU6sHJs6lFEcFrBartt4Y4h/sKBUlFHQZ7etK7HZIKoMPtOuxg/6u0j3c9DI /A/IA/nUsl8r2kk1l5dxsOCd+FGOpJ9B7VHZIL+G1v7mLbPsyq7iVTPcD1I71UdE2TLVpEgQ36H7 XbbIlkDRozctjuw6deQPpVh4o3lSR41MkedjEcrnrg06ipuVYovqD2dwUv41SFm/dXC/c9g390+/ Sr1Iyq6MjqrKwwVIyCKreWNNsitpbvKqHIiD8gE84z6dhVaS23Fqt9i1WBrIP/CZeGOP+fv/ANFC rF7rHm28EelyIbm6cxqXH+pwMszL1yB29cVB/wAI/YyESXQlupx/y3lkbfnuRg/L+FVGn3M51UtF qb1V0QPfyTiUMEQQ7B/Cc5OffkVkLePoE6RXM0s9jKCImc7pI3AyEz3B7Z70s/ibRdKZrWOdrm7Z i7Wtqpnl3Hk5C5x+JFS4uJUZqWpvUuKztQ/tS5tIDpL21rJJgyNdxszRqR2UEZbPYnFUYvCcUs0d xrGo3uqTxsHUSyeXCrDkERpgfnmoLM/xfdQW2sWBHmPOY2WREhZ9sZOd5YDAAI5yaqrLG8fmLIpT ruB4/P8AD9PbK9zuPPPWs6Tw/pMsxlfTrYuTknZjJ+nStY1ElZmM6TbujJ8K2f8AaWuJdrta1s1b 5scNIwxgfQf0+g73aMYwMVQ01I4i6RqqYAwqjGAM9q0KJS5iVHl0EAxS0UVIwooooAKKKKAGSRRy jEiK49GGaRoI3TayKV9MVJRQB5jLavpuoXNhMNrxyM0ZJ+/GSSpH54/DtSM6xqWdgqjkknAH+cfp 2x8voGqaPY6vCEvrdZAnKtkhk+jDkVnWPg7SraRJ3ikuJFO5PPkLhfoDx6flWvOnqzJwfQpeFLaS HSWmmUo1zK0oU9l+UL+gH/1ulbTfdP0P8mqa5t1hR5I1OOWZVHX1IH4VASGQlTkEHn8GrNu7uaJW Vhx+831P82oH3h9R/NaD95vqf5tQPvD6j+a0hmJ4gvLi3k0a2tJTFJeX8cbEd41Te4/ELitS6icx SPbGNLgrhXdc8fMcH2rPv9Jlvte0W+DoINP853Q5yzPGqrjtxk1rN90/Q/yagCOO4DOscxSO5K72 iD5I5IOPUZ71KvVfqP5rUctvFLMjyRqzxuWRiOVOW6GoUkuLYSvdFZI1IZDChLkZXgqM5I9uvpTE ZMi/bvEM3ngNFYJGsKEcB3QFm+uMAVfz7k/5/wA/568/JrUD+I5pdJjn1CDyUF+9um5YGAATnu2C cqORirx8QaZtyt2rt/zzRSXPttxmtlqlYyej1FtJjpOqXsFvBJNC9ubxLeEDdvDbWVQeOcg49aFv vFN+R9k0qy02M4xJfT+a/wDD/BHx6dWqnpmsw2/iKY65FLptxchYrP7SuI5I85wH6by2cqcHiuuX qv1H/slZz3NIbGa+mS32hrZ6leStKwHmz2hNuWxg8YOQOx55qGy8JaHpjmS20y387n99KPNk/i/i bJ7CtcfcH0/oKG/i/H/2eoKFxhsDpn+tIv8AD+H/ALJSkgMSeADyfxNZ9xq0UemXF7bPFKlupZ3Z tqAKFJOccgY7UWC5lKy6r47Zmx5Oi2wjUnoZ5lyfxCAf99VsCN75ZPt1sqxrJuiRjluN+C3bryBz 2qDSooL+ytNVksxDczwrKVYYKllHJH97GOeuOK02/i/H/wBnoAqLo9imtNqiQBL1l8t5EJHmLuz8 wHDEdieao6f4jSXU/wCzNSt20/UC37qKRgVuEyuGjfo3AyR1Fbf8f/Av61R1LSbLWbL7LqECzRHB GeGQ/JhlYcqfcUAW/wCD8P6U5v4vx/8AZ6xprtPC+hwm/nvb2KP5JLpk3uikHDPt7DgZx7mm614g S2s4W054rma8yYGVtybfmy+R1AyKaTbshN2VzfgcCcKerZxV0V5l9o1F5BK+q3nnddyMFAJ9FxjH Pv2/HpfDHiO4u7k6dqTK9wE3xTKu0SqOuR0BGR07H86cLIlTTOpoqOSVIlLO2BSeY7pmJeSON/H6 dagskrCu5l0rxQl3OQtrewrbtIekciklc+gIYj6itny2dNsrZyMHb8o/xpr2dvLbNbyQo8LDDRsM gj3FNCepMDxWBO0es+JreKICW304O8zjlfMYbQmfUDJPpxUv/CKWAGxJb5IP+eC3cgjx6Yz0rQsb G206MwWkKwxDBCLwBxT0WwtXuT+RGU2FFK4xgjinIixqFRQqjsBgU6ipKCiiigAooooAKKKKAI5Y Y5gBIu4Ch4I3XawOPYkVJSUAYfheUW9pLpUp23NjIysp6shYlHHsQfzBrYnmjt4HmmkWONFLM7HA A9aqalo1pqLJLKHjniB2TwuUkQegI7ex4qnF4ahlMb6hd3l+FO5Y7iTKA9jtAAP45qnZ6snVaDvD KvJZ3N6yMgvrl7hFYYIQ4C5HuFB/GtqoMJaRkj5YhyQOdv8A9apgQQCDkHvSbuxoWiiikMr3cwiW MEE73CjFU/4P+A/0q1duNyR/xZDfhkD+tVf4P+A/0oAVv4vx/wDZ6d/Efr/Wmt/F+P8A7PTv4/8A gX9aAOXaG2vfEt1G8abLRUcR7eGkcZZz6kcAelax5BB5B4wef8/5/Hn9Q1dLPxXItkXuYtiHUBFG WFsQNoLEdzkcdeK0TrmmLF5hv7crjPDgk/gOa6FqlYwejdyK1uI9B1OS1AkNpcxmaKONS3luMhgo HY7s+1an2+/nb/RdOZATw9y4Qdf7oyaw9I1i1ufFE4vfMsrnyvKs4blDGZkOSzqTwcnAx1GK67+P /gX9azm1fYuKdtzLFnqFxt+0agIlOPktowv93+I5Pp+VOTQ7FfnkhM8gH353Mh6H14rQX+H6D/2S g/cP+7/Q1POyuVCBFjDKihVGcADA/jp38f8AwL+oobq34/8As9NmmS3jeaQ4SMFmPsCCako5/wCx XF14uW4W4LQ2YQlW6AsuNq474IJzW9JGkkLI6hkZSCDyDwap6JC6aessv+tuHMze27aQPwGKvn7h +h/kaucru3YiEba9yhd6ZmdrmxcW91zkgfJIMtww79OvUU6z1LzbgWt1H9nvBj92Tw4yOUPcfrV5 urfU/wA2qC7soL6MRXCbhuyrA4ZDkcg9jSUk9JD5baomX7o+g/ktDfdP0P8AJqylu7nSgq37Ga0w Nt0o5TheHH5DcPxp+qaqbWOCKzVJ7q6yIVJ+XAB3OT/dGaOVhzIpal/yUHQ/+vS9/mldAPvD6j+a 1zL6Rc3F7Df3GqT/AG6FXWN441VUD43ALjocDrzxVq21mazkkt9W2s6IZYp4lwJ1BXIx2f29+Kbg xKaZpRokl8ZhLuMUYi2D+EkKSfqRirLfdP0P8mqhJe6fotj599cQ2Uch8xzPIB8xCk9ev4UzVb++ t4Yv7L01tQeYHB85Y44xg8sx5xz2B6VBaNNvvH6n+bVxvi2WGy120mmniT7TF5CqzDO4HcOM9Dk8 +3brWpBp3iC7uo59U1eK2jRw/wBk0+LhsEnDSPkkdQcAVpXGj6de3BmurG2mmdBE0jxgsUyvy564 5NVF2dyZK6OP/D8P8/5/lV7w5Ztf+JI32kw2kbNIwJHzMMKv5ZPX+eTd/wCEOsT924vViIH7sTcY wOMkZ/Wui0Wwt9OtXhtY/Lj8wtjOeeO/erc1bQhQd9S6YI2TYVyuMYyadHGsSBEGFHQU6isjUKKK KACiiigApkqeZE6AkbgRkdqfRQA1VCIFAwAMClpaKAKV5bO2JIQC2fmX+8Pb3qpnNbFUbu0PmedE T0+ZPX3Hv/Ok0XGVtCr79hXOWVzDefELUGSeNxbWEMCAODlmdnbHqeBVTXLuTU9Sltd5FnbMEaMZ HmvgE7vUDIGPXr2BoGytSoHkRgDkYUAj8R/n+daKlpqTKtZ2R3tR3NzDZ20lxdTRwwRLueRzhVHu axPDmqlpH068n3zJhoGkPzypzx/tFcdfTrS/2DcarqZu9fkjlggkJtLGIkwrg8SPn77/AF4FZyjy uxrGXMronnih8V6LA0NzeW1lO25wqmJ5o+RtOeVU9cjkj61bOk2P2SG1S2SOCAbYkjygQegx/k1d JzSUk7Dt3M+3VrW8isku38pItyxSRg7lHHyt1yOPwxVlGuSZlmhhMeDs2uTv9iCOKkmRnjby2VZc HY7Lu2n6UkEjtGgnCJPty6K2cdsj2pt3EkZVhpy6PZ3kml6X5E0zbltftA8stjqOcIOecVDF4pJu o9Pu7P7HqjHAhuZdkcnvG+CHHt19q36rahp1pq1m1rqFvHcQN1SQZwfUeh9xSuOzHyLdG4TY8SQj 76lCWJ7gHOAKEtVWeSVpZpC4I2u+UUegXp/WszUrq50W30600q3juTI3khJ5m3BQv3s85x3zTRZa g/zzaxcCU9oURUB9gQSR9auMHJGcqii7F7U4JJrAWtumFlZY22jARM/Mfy4/GroAUAKMADAHoKx9 Pvb1dV+xajJG26ItBIibRLg859GAI4/GthvlUsxCqOrHgD8aU7r3WVBqXvIKKpaprNjo1uk99OUS Rtse1GcucZwAoJNZq+Jbu8ZRpnh7U50J/wBbcBbZMevzncfyqC7m/S81narb6rcNEul39vZx4Pmv Jb+a59NoyAO/Wqlt4adbqK5v9a1W+liYOqtMIosj/YQAEexzQBBr13p+k63p95cT20LyloJAzgOd wG1sdSMjGfetf+tPm06yuLgzz2dvJMU2eY8Ss230yRnHJrldcgXStQ0y20++vre2muVguUjkysSu CEwTnb82OPStozurM56lN3uifUltvEer2+j/ALm5tYX828VXyV28BTg5HPGO/wCFdJY2FppkAg0+ 1gtYh/BCgUfp1qHTtFsNI8z7DapFJJ/rJAMvJ/vN1NZjW/iXSiTa3VvrVvnPlXYEM49hIo2n8QKm cuZlwhyI6CiqVlqf2jT2ury1m03YSJEuyq7cd8g4K+hq6CGUMpBU8gjkGszUKKKKALFio89n/i24 /DNaFZ1mgNyr5OVBGPXP/wCqtGrWxjLcKKKKCQooooAKKKKACiiigCOdGkhZEbazDG70p4FLRQAm Ko3sLIN8SFgc7lXqODyB9TV+koAzicscep/m1A+8PqP5rT7m3aOTzEI8vHzLjkH1H5nNcdrurT3e oyWVrM0NrBhZmjbDyPjO3PZRgfX8CRUY3JlKxfsbmW58c6pD5kn2ezsbZfLydodyWJx64Areb7p+ h/k1edxWEdtKZrVpbeckZljchmxwM+v4/wD1q63QNWk1KzmS4x9ptzskIGA+VYqwHuKcoWVxRnfQ 1ppY4I5JpnWOKPLO7HAUAtkk+lZN/BL4isbQadqZt7C4w00sA/eSxnbgI38Oe5646VSGkXviS7+0 eIoxBYRyboNLVtwYhjh5iOGPoo4HfNdIgC7AoAAwAAMY+5UFmfDolhb2Fva21v8AZ4bcZiELFCpI GTkHJJ7561YkinF35iToIsHdGYhno3Rs5/nVgfcH+6P5Ch+jfQ/yei4WKdxbNfLc2uoWVtPaPuwp bdv5OAVI4PvmqGjWE2iWE6wRXkkYYNBaS3CyeWPl+VGPQexPFbp+8fr/AFNIvVfqP/ZKYGFp3iWP Vo2hsodl/FkTWd0/lSxDHBIwSQcdRxWpKt00qGOWJIgCXUoWZj8/AOcAfhVXV9Asdchj+1xETxDM NzExSaE4HKuOR9OlVdY1l/DtvZQGGfUJZsxBy6hiwDfM3Tg55IHFC12E9NzWS0VbySdpJXZyRtdy VUbugXpWL4the+sLHRoYn2alcpBMyLxHCArvk9shdv41nHX9aZ/M86zQHnyxESB3xuzn8f8AI0fD viC71TVbu0vbeG3EEcbRhWJMvIDMP9nIHHUHOapwa1JUk9DoMAJhRgBeAO3y0N/F+P8A7PR/B/wH +lEhChyTjGev/A6gsd/H/wAC/rTV/h/D/wBkpYz53zRAuueoHHWnQ28zgFlEeMcE5P8AD6fSgCM/ c/4D/SuI1nRLTQ9cSezhaC2u1ZSik+Ukm4n5V6LkDt1xXfx2TAHzZd3so2gUy70ayvraWC5i3pL9 7LHIPXIPY/Sqi7MmSurHAf5/z/n/AOys6HC134os0jLjyVeWVlJGFK7QM57k/wCep05PBDQuix6x OsTNtUPCrMOv8X/1vSt3SvD9no8O22DmUnLzO5Lufc+nt0rRzSWhmoO+ppIioAFHQYp1RMZkddoV 075OCP8AGl89A4VmCs3QE4JrE2JaKSloAKiVAty755ZQMfTP+NS1EVb7UG3fLsIx7560AS0UUUAF FFFABRRRQAUUUUAFFFFAEc6u8LLG21jxn0p4GKWigBMZqFmMDLhSYycHb/D+Hp/Kp6SgAByKWofn il7GEj8VP+H8q5DxHr93NqMlhYTGC3g4nmQ4d2xnap7Adz/9cioxuS5WOnuMG6HTKqAf++lqH+D/ AID/AErgkFzA5ktr66jmH8bSlwT/ALQPB6f/AKscdXoWqNqmnu06CO5hJjmReRnHBHsRzTlCyuKM 7uxpSuqJIzsFVQxZicAD5+TWXqcV5rdtbrpOoxW9lcHM11Ed0jRk8CI9Bn+927VmnTr7xXIZdajk s9JRiY9NJxJPjdhpiO3H3B+NdPHGkQWONFRFwFVRgAZ6AVBZU0zSrPSdPSysoFigHVRyWJ2ZLHqS e5NRWVta2hS1IR7lI9wkaMBmXnHPfHAP4etaC/w/h/7JUU0W+MOqx+ciny3cZ2krimhNEWqaZZ6v aPbahbR3ELEna46H5+QeoPuKq2NlNoFhcD7Ve6jFGS8ET4eVVGP3Ybgv04zzV+CSSWBWni8qYg74 927B+foe4qf+IfX+tIZm6PrlhrcBexn3NHhZYnBWSI/Lw6HkdK0D9w/7v9DWTqvhuz1eWO6zLaah GAI722bZKvC8E/xD2bIpNS1g6LHYW0sFzfXN0DGrRKoy4Xqwz8oOeo4FNK+wGw3Vvx/9nrO1kmZb exXn7XMI39o85Y/kMfjVM3WusDJt05M8+Ud7evG78fSnaXdyX+uSPdRfZ7iCBUEBbd1cEuD3B4FW ouPvdjNyT0NmMAKoAwABgfglKfuH6H+RoTov4fySori4htoGkuJo4kAOWkcKOh7mszQmbqfqf5tS j7w+o/mKwT410KS7Fva3v22Zn27bOJpgMluSVBAHI71a1W71eCeOLSdNgui3LSz3IiSM5HBABJ/C gDRUAqMjPA/ktc+9nDpviSERIUiuLdxGM/KrBgWAHbI5x7VLY2niSS6hm1HU7CKBSC1taWxO8YXg yOc+nQVJqnhfTtWvFvLv7S08QBiK3DqsTAEhlUHAb3xVRlysmUblisTWba51PWNLsbaeW1G8ytcQ MPMRRwcZzjrjJ7mm6hLqenaxYab/AGlA63jtGJpLY74zhio4O0k7T+VWU8EwxMk9rqeo22ogBftk cvLDIOChypXJJxj8a0ckkQotstad4S0fT5hcraC4u8DNzdsZ5eg/ibOOvbFbLD5T9D/JqyNKGv29 0tvqhsbu12ZW7hzFJnC4DR8j8QfwqxBrum3d9PYQ3sJvISyvAx2uCA3QHkj3FYmpon7x+p/m1A+8 PqP5rQfvH6n+bUD7w+o/mtADV+6PoP5LVizXa8rZ+8Rx6YzVcfcH0H8lqa13faTz8mw8e+6gC9RS UtABRRRQAUUUUAFFFFABRRRQAUlLTJJFj27jyxwB6mgDz3X7Y6X4hnEoIhvn82GQ9CxGGT65/PP1 BrE7RuJAHXJP+f8AP5n0ObTra7ilS7hSdZfvrINwPoOazD4N0VWDR2KblOQHZmX8icVqprqZODuc JoniDQoNXub66kYzRqIICtpI7AdWIIU8Hp9B6V2Gk67Z608i2a3Q8sAlprZ4gc+hYDNaSl0+Qq0Z XjaePy7YoJJ6kmsZO7udUI2VkYMniorI6RaDr021iu5LPCnHoSw4q9pepT6ikrTaXe2OzG0XO0F/ ptJ/Wr9FSWYH9s+IHJ8vwswHrLqES/yzVyzW+u0NzqOnQWl5CT5AjufMDAjozADjPbn1rTopisc7 9o8XSSOv2bQ7dQwVWlklbfkdsVqWqat/Zsq3s9kL87vLkhiby144ypOTz15q1PBFcwtFPGskbdVY UwpcRyRLAYjbqArrJncPcN3+h/OjQSuc+lvqdnr9nJrF/BdiWKSKExW3lBG4JHU5yB+lblZGp2tx r+srYzvJaaZaYmYrlZbiQHjDYwqL14OT9KtLpuqou2HVYJI+zy2+58fUEA/lW0ZK1mc84Nu6KmtW 0l/qGm2ltdTWk/mPKZoQN6IFIOM5HJIH+eXjwRpEjB9R+16nIP4r65eQf985C/pVW/trjwveJrou J7y2K+VqQcZKx5yJUA6BT1A6j6V1KOsqLJG6ujgMrKchgehFZzkm9DWlDlWoRosKIkahEQBVVRgK BwAKdnNJSOyxoXkYIo5LMcAfjUGotFVnvN0CSWcbXQc4UxsAv1LHoKeYZGulladwij5YlwFz3JPU 07CuRG4N9BIthOqlW2GbYSB67exI/LNN1SxtL3THh1AsbePbMz7sMChDBsj021dACgBRgDoB2oKq 4KuMqw2keoPWhsLDILiO7gjuIHEkUyiRHXoykZBFPrA8Elk8NrYyE+Zps8tk2fRGO3/x0rW/SBDJ oYriF4Z40licbWR1DKw9CDWEfCMdkxk8P39zpLnnyoz5lux94m4H/AcV0FFA7GdeahPpGmQzXVtc X0gws5sYc445cJnO32GTzTtL17TNaB/s69imdfvRZ2yJ9UOCPyq/0rlvGthY3otEktojdyy8XKri WNVGThhzzwPx6GqjHmdiZS5Vc3D4h0qzvFSfUYUdG+ZQS3YjBx061vWt5BewCa1mjmibo8bAivNY okhiWOJQiKOAP8/5z+Jn0qUadrdo6Kvk3Eoimj/hJbhWx0yD/X8NvZq2hyuo29T0WS4VB0Zz0wgz UinI6YoAxS1kaBRRRQAUUUUAFFFFABRRRQAUUUUAIa831OA6f4hvbaQbfOkNxDxgOrYzj6Ec/h9R 6O7BRz1PQetZ99odpqsJS/QyndvRs4aM9tpHSqhK25Mo3OD/AM/5/wA/4Ve8KafDNf3mrsgMpXyI GDk/IA244zjluM+3U1tJ4H01GBlkvLhAf9VLN8p+uAM/jW9a+QIgtuioqfLtC7duO2O1VKStZExi 09Sn5qGUoGBbJOO/U0BgJUQhtxxgbT6r/ga1KKzNDLIdQqmKQkjHCk9hTpI5FBxE7ZyPlx/tf4it KigCg0MoyyxljnoCPUmgW8wUHYNwwdpb/d/wq/RQBRS1lMY3BVbGMZz2xXHeJo5U8Rwi4C4NqfL2 8j7/AM3P4iu+rJ1jSINftkHmGOSJi0M6clT0P1B6Ed6qLsyZK6OI/wA/5/z/AIibS0kk8S6akDbZ AXLHGcJt5yPTIHp/QXG8J64rlFNg47Sb3H/juP61u6D4f/saVp55VnuJU2tIF2hOfuqPQ+vtWjkk jNRdzVFimwK7M3GCc4z+VSxwxxKFRQAOlS0VibBRRRQAUUUUARz7REWbGE+bntjmngggEcg0MAwI PQ0yAr5YCkYX5cDtjigCSmsisMMAe/Ip1FAELRPlfLl246gjINDzeVjejYPdRkD61NRQAgIIyDVK 5v7a2u4lmu7eI85R5FUn04NUtfeVns7GzkaG5vJComXrGijLsPU44Ge5qe28O6VbQ+WtjDJn7zyo Hdz6sx5Jp6dSdTTVgygqQQehFRyTxxFQ7AFjgDuawJLJfD+qWZtC6addzeVJbhztjkIyrKOwJGCO nIrolUKMAAUNWGmKDkZ5/GloopDCiiigAooooAKKKKACiiigAooooASvNr+F7TXdRgkBDGczKf7y tyD+mPw6+npLMFGTWVqfh+11lSb3eJB/q5I22vEPQH+f/wBarhK25Eo3OH9v8/5/z/u2PDK2UV/f 6rcXsURYC3jV7lVUhc7jtzjOeMnPStr/AIQaFWVpr68uIwcmMlUz9SoB6ZpIvC3h0qXTRNNLY5Jt lJzjnqKcpK1kKMXe7NG31KyvzKLK8t7kx53iGVX2534zg8Vmy+OPDUMrLJrdluVsFVk3Hr7Vp2+n 2dgriztLe3DZyIYlTP3+uBU6Qxxt8kUa/N/CgHeszQo6Vrun6xDJLp1x58cJAcqjDH3fUDPTtWZ/ wm+mOn7m11ebj/lnpsx7e4ro1P3fw/8AZKCxKdT09fagDIhu4dVhbUVsdQgltt2xJYjFLIMMSoB6 g9Oe4qqviXUmClPCmqFiejSRJj5unLV0Lfxfj/7PUc9vFdRmGdA8bHlT9aAKVve6hNpLXDaW0N4u dlpJOuWxsxlxkDNY1nPqFz4ikbV7KG0lS1X7Okc/mgqW+c5wOeFrf2XEH2dLYJJCoCuJWO/Hychu c/j+dYGq/btV8TQW9kBZCwRpDdTRk+eWX/VoOhXpuJ9sVcHZkyV0bNZGqi+/tfTP7He2S+cuha4V mQR4BOQvJ52496shtaUbf7Otnb/nql0BGevOCM9jVO2lu9F8WQtrbQyR6iqwW1xGCFglDZMPP97G Q3cjFW2kjNJtlhfDurXoH9p+JrzacZisIktl/h43ct+vata90iw1GKFb+0guxACY/PQPtO0889+B VxOi/h/JKD9w/Q/yNYmwkcUcCeXCiRoMgKihQOW7CnD74+o/mKSRggdnIVRkkk4AGWqqb8SQrLYx /a8vtXy2AXORyWPb3GaALS9F+g/ktUmuft0E6WMu10+UzFNyg4bOOxI/Q1KLd5J4ZnmkVUUHyUOF 3YXJJ6nr06VORhCB0wf5NTAzdW0ZdRtLWJrl42s7qO5SZvmYmNmPPTqMg/WtRSCwI6Ej+a1DfWiX 9ldWkn3LiN4m+jBx/WsrwZdNc+FNN83/AF1ugtpc9d8bBD/6DSA2V+6v0H8lqjq2iadrUHl6lZw3 AUHazr8ycN91hyPwNXl+6v0H8lpW+6fof5NQBnabpLaPFcRwXt5dRk5hiu5d/l43fKHI3YPvnFZy eLxYOkfiPTrnSmyB55/e2zcr0kXp0/iAroz94/U/zakwGwpAKnAIPQ8rQBFbXEN1bJNbSxzRMoKv GwZTwOhFOW+t7e/VJrmCPKkFXkUHOeOD+Nc94hkGlaXb2GkhbF7qQkNAAgjA2s5A9T0/E9OtYC2N si4MSsT95nG5mPqSfp+nbHy6RhdXZEp20R6qpDAEEEHoRTJJo4RmR1UH1OK4Dw7eS6Zq1tZCaQWF 05QR7v8AVyYyMexwRivQBGoIOBkd6mUeUcXdCGVQf4v++TRUlFSUFFFFABRRRQAUUUUAFMMamRXI +ZRgH0p9FACUtFFADJI1lUqwyP5VnS20lshZ23oP48YwPf8AxrUpOtA02jIBz06UVbnsgqE2yAMP 4OgP+FVOejKVburdRUtGqlcKKMUY9qRQdOvA9TXLvJJ40uGht3ePw9C+JZkJDX7A/cQ9owep/i6D itDTtafWdTmWxhR9JgDRvdsT++lzysY7qOct69K1o40ijWOJFSNBtVVGAo9AKBbjiAV24G3GMdsV XFhAlu0MCG3RjuPkHYc+2OlWKKdwsVpbSR7dIkupVCghmZVcyA9myOazbeG08PS6bpcN7NDBMzrb wugdWI+YpvPTrwPQcVt1S1jSYNb0ySyuCyBsNHKn3onHKup9QaLsTROkDrcNK1zMynIER2hV/IZ/ WkhsYIEdFQuJDl/NYvu+u7NU9Avb26sni1WBo7+1kMMzBcJMR0kQ9wwwfY5FadF2OyDpwBxRRRSG FczrWr3E97LY2U7QRwYWaVPvsxGdoPYAdTXTVxE8Zt9Yv4JD8/nNKAepRuQf6f551pJNmNaTS0II LT7HLJLZ3FxbzSNveRZCd7YAywPDdB1//V1Wg6rJqVrItyqrdwMFl2fdbPRh7H0rnf8AP+f8/wBM 7Xgm2Fxfajebcw4SFT2ZlyT9cZArSavHUxpycZG6n7wkJ8xHUDnFSxWssmd6GMA8Fjkn8BV+OJIl 2xoqj0UYp9YWN3NlSOwVGLO7PnoDgAVj+LdHku7CO4sYQ9zav5gjHBkUjDD646fSujpKpOzuZyXN ueWRXcEy5Eqg91c7WU+hB5B/z7m/4fsW1nVraWHJs7WQSyS4+VmH3VB784Jx6fQDtL3SbO8nikms 7aRw43NJEpJGD3xV5I1jVUjUKqjAVRgCrdTsQoa6jhS0UVmaBRRRQAUUUUAFFFFABRRRQAUUUUAR mFWmEpyWUYGegqSiigApjpnJU4b1p9FAEMTyBQJgob1XoamprorqVYAqeoPeosG3j+RWdVHC5yf1 oAnopiOHQMp4NOoAWkozURZ5JdiqPKA+Zs9T6CgBA4uC6AHywdpOOG9QKmVQqhVGABgAUAYGKWgA pGUMMHpS0UAQwBkXZI25h/Ee4/xqaop4zIq7WKsp3Ainq24Z7+lADqKKKACkpaSgDEur291HUpbD S5Fgjt8C5u2XcVYjIRB0LY5JPAyKa2jalaKZLDWJ5Js7jHdorRuffABX6in+G2CHVIGOJ476VpAe uGOVP4qR+VbVU3bREpXKOkamNTszI0ZhnjcxTRE5MbjqPf1B9CKuswXqQKxNGAn1rW5o2PkNOkYx 0LqgD/0H4VsxQRwjEa47+pP40mrMa1Q2OfzQSiPj1Ybc/nQiyknzHX2CDGPxqaikMwdch+wXNnq8 UTSLayN9oC5ZvLcYZh9Dg49M1s21zDd26TW0qSxOMq6HINSGsS58MaXJco4slQSMTL5TtGG4PUKQ DzVXT3J1WxHqNwmrazZ6fakSLazrc3TryI9udq5/vE449BXQVXs7K20+AQ2cEcMQ6Ii4FWKTfYaC iiikMKKKKACiiigAooooAKKKKACiiigCJoFeZJGJJT7o7A+v1qWiigAqCa2WQMRgOR97H86nooAy 2WRQfNQKxz0OQfvdKf8Ax/8AAv61ekjWZCkg3KwwRVOW3NsgZd7oMZ7t1/WgCNf4fw/9ko/g/D+l JGwYIQcg4I/8co/g/D+lACt/F+P/ALPTh98f739aa3U/j/7PWVDqdpr93qGmwpLLbQgwz3MbbU3k 4aNWBzuAOSR09c0AUf7Su/EGqLa6PMYdOtJB9rvkAPmuNuYYz06j5m/AV0bcoR229PwNQ2NnBp9n Ba2kSxQQoqoijAA+Spj9w/7v9DQBWGnW8MU0Vun2dZCSfJO05+bp6VW1TQo9W0l9OuLicxOeXOGf qMHJHBBwQRzxWm3Vvx/9npR9/wD4F/UUXFYy7WKdFtLWXVg91FErSgRrulHyjcQckemfWrf2dvtB mNzMV2nEPGwfKfbJ/OsvxDpNxdpb6jpe1dXsPntyxwsqkLuib/ZYfkcGrukatb63pMV9a7lSQENG 4w0bAMGRh2IPFMZPFYwQNMUQkyk7y7F93L+tWFGGUDoCP5ihup+p/m1KPvD6j+YpANXoPoP5LQ33 T9D/ACaheg+g/ktB6H6H+TUAc/rWvzw3ctnpoj82PPmzONyocnCgdzyD7Vg6ZcahofntaTrcLPcN cyQzIAGdiC20j7uSB7daU/LqGoq5Hmi7l3+vXj9MU7/P+f8AP9cb2S0sYNtnX6VqUOq6fHdQ5AOV ZW6qw2gg/iKtuQFP0P8AJqw/BVuZk1J2LCH7QFXH94KN39Py/CuritooRhF/EnJ/M1lJJOxrFtop RhpyWjViuTyRgHk+v1qWK0kJzMyjngJ+Hc/QVcpako5DxlppghtL+BWKW7sJyWJwjADd9AQP/rYy MAEEAqcg9Mf59v0+m301lDAhgCDwQe9c7c+DdJe6Qx20kSSEl1hlZF6egOBWkZq1mZyhrdHOaNav qHiGzji5S2cTzMP4cfdH4n+Rr0Wqun6baaXbCCxt0giHO1B1PqT3NW6mUrlRjYKKKKkoKKKKACii igAooooAKKKKACiiigAooooAKy/EV3Fp+jT3cqsWjA2BTglicAfiSK1KwfGVtLc+HZWhUu8DpNsX qwU5P6Zpx1auKWi0OKnjkvpPN1CV7iUjkFiEX2VRwB+v9K11HOlutt9tuY9LldVu4kfJMfcKx5UH vjtmrqusihkOVYZBHcf5P+eN0N0huY1s4/mmumEUajkknv8AQDnNb76MwvbU7qC3htbeO3to0igi UJGiDCqo6AU+r0VhFFGE+ZsADJbNILBBu+eQ59T0rmsdnOilRVwaeN5Pmvg/w4HFNOnnfkTfLjpt /rSsPnRVqvf30Om2Ul1cEiNOyjJYnoAO5NaLWEm4bZV298rz/Oub8ZW8kKaaWbMZuCDjj5tp2/1/ +v0qoxu7ClUSV0Zc+u6zdMjwyQWSA58ryvMYj+6STj8q0tJ1+Wa4jtNRjjSWTiOWLOxz/dIPQ+nr WN/n/P8An+m6G5VmWLys+b50fl4/vbhituWL0sc6qSTvc7yljUzf6sbsdx0q7FZKoPmnzGPqMD8q sIiooVFCqOgAwKwsdDn2KUFm7DM4CH+6pz+tVdT8MWOpxoXEkc8Zyk6N849RzwR7HitmkJqk7bGc ve3OPh8DmV3W61O4eENt2pGqM492/E9Pf1Oems7CHToBDZoI4lHEeeBU1u3mQI5XaWG7H1qWm5N7 kqKWxHFMsoOAQQcFWGCDUlNKgnOOadUlBRRRQBFNv3R7Bn5xu9hg1LRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQBna1ejTLBrlQzS7gkaKMmRycKv4mqceiXl4vm6pqd0Jm58q 0k8qOP2GOT9Sad4mYQLp13J/qLa9R5SeiqQV3H6FhWyCKq9loTuznp2vtAlh868lutMlkWN3lAMs BJwPm7qTgHIyM10SgAADoKxvFsi/8I9cQdZbnEEK92djgY/n+FakMciRgNKXI7kCh6q4LcmoqJEm Gd0itnp8mMfrQBPvOWjKdgAc/wA6koloqL9/5nSPZj1Oc0Fpg4ARSp6nfyPwxQAy9vYNPs5Lq6kC QxjLH+g9T7VjxXGt3TtdWun21tG4GEupW3uOxIUEKfxp+sjz9Y0SCcfuWneQjPBdUJX9cn8K3KrZ E7sy9O1lri7axvrZrS+Vd4jLblkX+8jdx6jqK1M4rE8Sjy/7MuIwPtEd9GsfOM7jtYfQgn8q1wjv HiYjkYIQkfr1pNdRrsOeQKD1JHYDJ/KmI8kiZ2GPPTdjP5U+OJIkCxqFA7Cn0hmPeaJK9yt7Y3b2 98F2tIyhklX+668ZA7EcioBBr+oK8U15Z2kQYq0ltGxkP+6W4H15reJxUdu4lhWQZw43DNO7FZFf T9Pj0q1W3tQfIXopOSPU575PPNWo5kmXdGwYe1PpnlgNlRgnrjvSGPooooAKhlYiWEBchicn04NT UUAJS0UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUlLSUAZutTRadYzXzts8oBsY zvORhcepIAriZ9U1W8YO941spHEVuBhfYsRk/wD1/pXS+OkY6Aj4/dxXMbyegXOMn2yRXKn3/wA/ 5/z7awWlzKb1sNudR1i6SDTZdQEdrdSCOe8CgTxqc/KMcfMTjd/Dmu3sLC20y0hs7KFYbeEBERew z+p964O9VpIBEgzLJIiRjvuLDGPf/Dt29JSzdQN8u5gc524pTS3HB9CBei/Qf+yUH7h/3f6GpUs5 VzukQ46YXHp7+wpPsc+WBaPbjAIzn0rM0GN1b8f/AGelH3/+Bf1FONtcGQ8JtOed317Y96DBOJQB GGUnJYN059PwoAqz3MNnatcXMixQxqGd26AfJXNP4qn3qdP0lPsz5Z2lk8t2yDyFAPJPr7VY8YrI h0y3kGIpJGZlOCGKouP1yfw/EY/+f8/5/rt1jFWuzOUneyOo0rXrfVnliCtDcx8vBJ1x83IPcc9a 1B94fUfzFcHC0kOrafLCB532hYgOm5W4Zfp/h09PQks2ZP3rYJ7Ien4/gKmcUthwd9yuGAAz6DgD J6LUkUEk0edpjyP4xz0Pb8atxW8cCBY12ge/P51LUFnM6x4Te8kN1ZXKxXhHzmRfkl9Mgcgj1H+F ZFv4U1e8dklmtbWIMVaSJi78ddvAAPTn29hjvDwKZA4khV1zhhuGferU2iHBMqabp0WjWSWtsv8A o8f3RjkepJ781cSRJFDIwYHoQadTViVGJQBcnJwOtRe5VrD6KKKBhUMr7Z4V253E8+nFTUlAC0UU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAEUkwjZUCszN0Cjp7k9qQwmRlZ3bC87QcDPv61 LiloA5u98FWU0zzWk1xZljlo4SChPX7rAgd+nqfU1Y0Lw7Yabi7iEs1y6Y86dtzgdwOw/CtyoVkC ztFzkjePcf5/nVczasTypO5NRRRUlBRRRQAVQ1WwttZs5bC4G5WALYPKHqCPerTzASCJc7yM/Qep p0caxg7QBuOSfU+tPYNzg5fC+t2zGNEt7xedsok8skf7QI69en+OdHR/Cs9tfw6hqbxO8R/dwRkl YyR94n+Jv5V1tGPaqdRkciAUtRQh0DJIc4Pyn27VLUFhSEZpaKAEAwMUtFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRPOkbqhPzt0Uck1LSYGc45oArzW32pWj nIaBlKtEQCGB9f8ACsoaTqOmRFNN1QC1QZWK6h80xj0VgQSPY5repDTTaE1cyLHRj9rS/wBQvGvr lR+6JUJHED/cUdz6nJrXqOJ1BaJeqY4x0B6VLQ3cErBRRRSGFFFRPMA4jB/eEZA9vWgCnq+njVLV Yo5TFcROJYZQMmNx0OO47EdwTVRNa1C2Xy7/AEa7eYcb7TbJG/uCSCPoa2IoVhDbRyxySeSTT8U7 9BWMGG3vtQ1S2vtTgFvb25PkWwcMysRje5HGcZAA6ZrepCMgg9KZAz7SsoG5T1HcdjQ3cErEtFFF IYhGRihRtAA6ClooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKjeZI2VWYbm+6vc1JTdo3bsDdjGcc4oAgmtzdq0c2027qVeMjO8HsT6VyV14KubIN/Z17F9 lXJCXKsWjHoGXqBj6/kMdtSMAwwehqlJolxTOb0TwktjdpfX063VygxEFXbHFxyQO59/yxXSVHCy jMS4zHxgdh2qWk23uNJLYKKKKQwooqN5AHEYI3sMge3rQBmeItJGs2IhjcJcxMJIXYZCsPX2PSuK ltdQtnMc+mXgkH/PKMyKfow+g9O3T+H0eGERA4JZmOWY9SakxVqdtCHG+pxnh/Qbv+0ob/UYDDFF nyIjgtuxjc2OgxkAfn2A7MdKQqGBB70yF2ZSJFw6nBx0PuKmTuUlYlooopDEIyCPWkVQqhQMADAA p1FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABSYGc45p aKACiiigAooooASloooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigBuxd+/A3Yxn2p1IelUI9SkTP2qJFYsQoicvnBx3A70 AaFFZ1vrdrdSKkXmF2UPjZ0UgEH/AMeFIdagXcWDABd2MfNwCWyO2AKANKmhFDFgBk9TjrWeNXDW huI4HKLO0RBPO1SQWHrwM4qUapCY435PmEBQvOc8jFAF2issa7buiyRrIyY3NxghdpYHH/ATU9vq kF0kLwiRkmPyNt4IxnP0wKALtJS0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFADBGokL4+YgAn2p9FFABRRUNzJJFGGjCE7gPmO OpxQBNTBGodnAG5up9azptcit8B4pXPzZKAY4DE9T6Kx/CnJrUMsQlSOXyi20SFcKeoznsMgjn29 aANKiseTxCkcIK28kkhKrtUgAsWUMASe28detWJdT8m+aCSMBcDY+773GWH1HH1/CgDQpMc5qhPq 8UDqoilkLOE+XHBJAHU+pAqvH4igYKWilxKQIcAfvCdvHXg/MOvFAGxRVe1uxdhisciBSB84wc4z jHtVigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKSloAKKSloAKKKTNAC0UUUAFFFFABSUtZV/dy2+oRx+ZII5UG1UjBO4HnBPUkdfQCgCXUtY g0y0muJdziFlV1TqCcY/nXLS+KNGmlaRo9TBJzhZ2UDvwA2BVzxT/wAgrV/+u0P/AKCtcBXZh6EZ xvI5a1WUJWR2Ca1oTncsOpBohvB89uMADj5vTAqM654f8sIbfUtgIYL57Yz/AN9VzVt92f8A65H+ YrS8Py2kRm+1NArFkyZlBBi53ge/StJYenFN2IVebe5sw6/ou6QxpqinmVsXDjJxyfvdahXXfD6M rJb6ipUBVInYbQOgHzcCuatsbpsdPKfFW9CeFNQP2lrZYTGwYz9OQcY984pyw1NJuwlXm3a5urrW gzkqYNRIUbsGdv4Rn+9QniLQoiTHFqaFmLHFw4yT3+9XL2oxK4yDiNxkd/lNXdAkihvmknlt0jVD lJgP3n+yCQcZ7n0olhqauxqvNux0MfiXSZX2r/a2cE83T9hn+97Uz/hKdI/6i/8A4FP/APFVytt/ x9np0f7vT7p6VZ0GSOHU43maJYx97zCACMjPUH/Gh4emk3YFXm9LnSReJdJmkVF/tbLdM3T/APxV Vv8AhINGOpWt9u1jzLYNtQ3LFG3YzuBbnpXPx7P7XPlEGPzG2kDAI5xgdqXRntItQjkvjiJOQCm5 S3bI9O/4UPDU0r2Eq872udvF48sJZFjWC4yxwMgf40z/AIWDp2M/Z7n/AL5H+NcdIYT4gc2zK0Jn JQqMDGeMCk0SWOLUFaZYmUoy/vWCgZHXJBGR9KTw9NK9hqvO9rnaxePdPmmjjWC4y7BQSBjk49a6 evIgIhrqiCTzYvtI2PjG4buuK9drnxFOMLcvU2ozlO9xaKKK5zcKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiikoAWiikzQAtFFFABRSZpaACiiigAoopGyQQDg+vpQA2SRYo2kdgqKCzE9gKw9 Z8T2GnT/AGS6W4LMgcNEB0PTnPtUUFxLLpWoJPey3UiWzht0SoFIBHO3ox9DXMeNv+Q3H/17J/Wt qFNTnZmVabhG6NVvFGiOCGXUSDnOSO+ff3P50N4g0JUVzHf4kbf1/iHGTz1riaml/wCPW3+jf+hV 2PC0zm+sTOtbxHoDly0V+S6hWJx8wHQHmpn8T6MyRyONRbLEqSckEDGevoawNRWyGiwGAW+793sK keYflPmbu/3sdfwrMk/484P95/6VMcPTkN1po65PE2hRoqRx6gqr0AxgfrQde0DyS/k32yT92w45 AxweenNc5LHEfD0EgW3WcTEMVceYyY4JGc9c1Ub/AI8E/wCurfyFCw1Ng680divi3R4xhDqaj0DY /wDZqk/4SzSvK8zfqe3dt+/3xn+9XMbYl8NMWW1aZpBsKlRIgB5Lc5OegHoKo/8ALh/22/8AZaFh 6bB15o7P/hMNJ/vap/33/wDZU4eLNKMRk36ptDBfv+uf9r2rmbZIP+EduzMLcSZBiYld+cjI67s4 z7Yqgv8Ax4yf9dF/k1Cw9N3D280dbpnifSNMmu5El1ac3MnmFZ2DrGfRRngVpL470xo3cRXWExn5 B3/GuQ0+PTzot6Z5YvthQmMOpyuCMbe2Tk1nx/8AHncfVP5mhYam77h7eeh3v/Cf6X/zyu/++B/j V7SfFNnrN21vapMrqu8l1AGPzrg9MS2l0y8WcRJIMssz7SRheFAPPJ7itHwD/wAh2X/rgf5ionQg oya6FQqzckn1PRKWkpa4jrCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAopKM0AZfiW5u rTQbiXT5lhusokcjruClnVckd+tYlr4wuppbiNbeJ7j7R9nWCWURLE6RBpFZ8HvnHHIPpXVbre8R 0/dzIrbWUgMAwOcH3BqjMui3dg1xPDZzWs8ilmeIMrvkICcjk5wM0AYUvi+a+ksfskIht3mgErtM vmHeu8qExyMdwfpVzRfGMeq6deXs1pJaw20QnBbPzoQSOqjnjoMjkYJrbbTrF7pLlrO3a4jAVJTE pdQOgBxkVCbTS7FfK+y2sK3cuCoiUCV8E8gDk8E8+lAGP4e1PUNZiEdxcPHPa3AknDW7Qs8bKSqh WAOASVz32e9KfE13aX2oreW0P2aC68iNo5vm5iDruGOMnAznq2O3PRiOMSmUIvmFQpfHJA6DPpyf zqJ7Czkkkke1gaSXbvYxgl9vK5PfB6elAGD/AMJdJLHF9msozLK2xVmuRGoZU3SKWweVzjpyc9MG m3fiW4utPsp9OtLlJJprcgSgIkqv1UPz68kDtxWytppep2ZX7La3FuZWYq0SspkDEMcEdc55qxcG 1iijNwIxGHUJuXgMSAuPfJGKAOdbxo6wo/2BP3aB7lTcgFB5jR4jGP3hyh9O3c4q5pniR7/Vfsj2 qRo5mWN1nDsTE+1ty4+XOeOT+FX4rTTL5Le6itbWURkvBJ5SnYSckqccc+lGn6PZaY0j21vGssrM zy7BvfcxbBbGSMk4oAv0UmaM0ALWNMHudXdJlYxqq7cLIAfmPORwSPX3NbNZlxpkk9yXV41R3V2c qfMXGMBTngcfqaAK91bwXR1OK5iEsRljyhJGfkX0rJm03QbdkWayt4zIdqBpWG4+3NbT/wCu1L/r pH/6AtYupafJeSZjeNVkiMMm7OQpYNlcd+P84rWDaWjIlFN6jNQsNL0/Tri4j0yIsqYKmR8EEjjr XN/2pYf9AS1/7+yf411HiA50O8P+yP8A0IVwddtCPNG7/M5Kz5XobNvqdiTLjRbYYiY8Svz7dai/ tSw/6Adr/wB/pP8AGqNr1m/64t/Koa29mv6bMuZmzb6nYmRsaLbL8jHiV/7p461F/alh/wBAO1/7 +yf41Rtf9Y//AFzf/wBBNQ0vZq//AAWHO7Gza6nYmcAaLbL8rciV/wC6feov7UsP+gHa/wDf2T/G qVn/AMfA/wB1v/QTUA6U/Zq//BY+dm1a6nYtdRhdFtlJzyJX44PvUI1SwwP+JHa/9/pP8apWX/H5 H9T/ACNVwwwORR7NX/4LFzM2rXUrFruILotspLDkSvx+tRDVLDH/ACA7X/v7J/jVGyYfbYeR98VA GGByKXs1f/gsOZ2Nu01Oxa9gC6LbKTKoDCV+ORz1r1GvGrFh/aFtyP8AXJ/6EK9lrjxcUmrHVh22 ncWiiiuQ6QooooAKKKKACiiigAooooAKKKKACiikoAWsTxNe39lDYnSypmkugGjZQfNQI7FB6E7c A+tbWarvNaSWwu3aN4YwZRL1CgA5YH6ZoA5aHxuxsDcxRR3Uf7+4LNMIiIFlKgKMHc+B049zzRe+ MJYNQ87yNtjAt0WVZQ0kxiAHKYyvPTk+9dBJbaQws/MtbQh5C1ruhU/OQXJXjgnBOan/ALNsPtEl x9itvPlGJJPKXc4xjk4yeKAOfn8S3d54UmvreGW0uUuY4MKAx5dASvmBRyG/iA5q14bur/ULf7Tc XPmGES27QlVUmQSHliuVyFCj5cjJPtWj9i0qOJdK+yWiwyqzi18ldjAEZO3GOpFWre3gtIEhtoY4 YUGFSNQqr9AKAOWsPGNyNLtZdStIvOnTePIlyrAPtfqONq/MRVifxg0TBlslaFVSSRmnCt5byFEZ Fx8xIXOOOoHJrbOn6fDGzG0tkRd7n90MDcPnPTuOvrSJZ6ddraXSWttKIkDW0nlAlFI42nHAxjpQ Bh6n4jvbe8imtbGdoY7e4kmhuGEJIjKHeODngnHrnnFOn8Y+TcS4s1a2RpI1fzwJC6RlzlMcLgEZ z6HGDW3ey2MADXvlAMrqC65yu0sw+mFJI9qjl0rT7tJpBbQiS5hMTTpGBIUIxjdjPSgCvoWuSauZ 0mt44JIgjYjnEqlXGV+YAc8cj6cnNbFVbGwtdNtxBZ28UEfUiNAu4+px1PvVnNAC1FcSNFA7rgso yAQT/Ln8qkzUdzEZreSNXKF1Khh2oA5uwlNxo2oTOMSNasWO6Q5+U/30Xp07n1qXVdH0++uY5buB 5JPKVcrKV4+lWHsJLTTdQdkghVrZlEUGdpIU/Mcgc/5yakuziWP/AK5rVwbT0Jkk1qYaaDobu6Jb szocMouSSv1HaszW49K0yWCAaa8qlCwJuWGOTWpp2ny2t0Xk2AJG0aspyZNz79x44x0796xfGB/0 +3/64/8AsxrqpScpWbZz1YqMbpFP7bpX/QIb/wAC2/wqV7zS/ssJOkttLNgfam46e1Y+R6ippCPs UHI+8/8ASutwV+v3s5lJl37bpX/QIb/wLb/CpTeaX9jQ/wBktt8xuPtTdcD2rHyPUVMxH2BOR/rW /kKHBef3sFJl37bpX/QIb/wLb/Cpftml/Y8/2S23zen2puuPpWPkeoqbI+wHkf67/wBlocF5/ewU mXftulf9Ahv/AALb/CpVvNL+yOf7Jbb5i5H2pvQ+1Y+R6iplI+wycj/WL/JqHBef3sFJl37bpX/Q Ib/wLb/CtTRItK1RriE6c8SqqscXLHPNcxkeorovBx/0q7/65r/OoqxtFtN/eyqbvJJmz/wjejf8 +cv/AH/NaGiaTYWF8ZLOB45ChUlpS3H0patad/x8/hXDKcmrNnYoRTvY1qKKKwNQooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAz9ctri80W6t7N2S4kjKoyvsIPqG7fWuX1fw5rflCHS7qcWy XLtGhuWLhWVNrbmbPysHOCT16Gu4pKAPO/EK6jb65YwT/a5IJJ2kPkPJuIMi427SBnAIwcgAmrje FdQi06SGHe5mjzLGbxgpcXCuNp52fJuGQB2ruaTFAHDzaFrj2cSKk20+b5MX9ouGtGZhsZn6yBRn jnGcc1el8Mz3bg3ckzl9Q82RhdOv7kKwAUA/Lyegx1rqqMUAcYmi6559iJHkd4khVbj7awEG1jv3 J/y03LgZOffHWoToWu4kLLKRkfaVGot/p3z5yp/5Zcdhjrj3rucUUAceNE1OLRNNt/IeUQzTNPbR 3zRsdzMUPmDBbbnn1z3xUdjoOuLqN297O0sbzxyKWlyrgTK4IGTgqgI6D8etdpRQBzLafqtlpWlr aRLLNbF1mhE+wMGVgDnocEg1Q/sfxAnnbFLu2npCWkvGwZAqghACMchuT378mu1ooA8xuYdXsbvR bLUftkiq5ZhDLIWwZsqAQ2CduAQxOB+ddP4S0rWdOur1tXuHlEmMEybldsnLgZOMgjjj6V1FFABW PqTPHqcAhKZcDI2sxU5+8cA8cYHI79e2xWTqUoXU4AZVjCqCcICeW7k9B/8AXoAki/4/NR/66J/6 AtR3F2ttJboyO3nyCIMoGFJBPP5U+MgXeo5IA8xOv+4tQ3dtFdtAWuHj8iQSqI2XkjpnIPHJqkJl XxM7R+HrtkYqwAwR1+8K88+2XP8Az8S/99GvQvEuJfD12qMmSo/iA/iFeffZJfWP/v6v+Nd+Ftyu 5x4i/NoS215cEy5nk4iY/eNRfbLn/n4l/wC+jViysLiWWSONUd2iYKqyKSePrT/+Ee1T/n0f/vpf 8a3vBPUxtJohtbu4MjZnk/1b/wAR/umofttz/wA/Ev8A30avxaJqEHmSTWxRFjfLFlwPlPvVH7JL 6x/9/V/xoXI2DUkia0u7g3AzPIflb+I/3TUAvLnH/HxL/wB9GrFjZTPdqqBGZgwAEikk7T708eHt Ux/x5v8A99L/AI0XgnqFpND9Eup31uyV5pGUzKCCxINej+TF/wA8o/8AvgVwWkaHqMGsWkstsyxp KGZiw4H5133mJ/fX8648S1zLlOqgnZ3BYo9w/dR/98Ck8mL/AJ5R/wDfApVkTcPnX86TzE/vr+dc xtYBFGCP3UfX+4K0KoB0yPnX860KllIKKKKQwooooAKKKKACiiigAooooAKKKKACsvXbCbUba3gi eRE+0I03lymNjGD8wyOea1KSgDiv7B19dS0thdSm2tyFbE5JQCVjzk/NlNo5BPHbrWTcwam/iSHT 7kXUjC12Ltkk2lzG4552lMkEkgnIH0r0vFLQBxE3hm+gtooYo5rq3ilil8lr91ckQur4cnIyxXjI B56VJFouuLdWJnkeR41hxcC8YLAFOZFZP+WhYcbj1z2xXZYooA4x/Cl3LZW26S4+0x21wWcXr589 tuz5s9Bt6dOOlSSaPrsmqSypK0UpDlbs3TFNpjwsfldAQ5B3Y7Z74rr8UUAcHJ4f1p7YgW84t2OD ZHVHLB9mPNMvXGf4fxx2rSk0jU1fS1VWdILNIcpdGMW8wHLlRxIOgwfTpzXVUUAcJp3hvXF06SK+ lMspaTAkm3cmB0LA5PVmHp64FautWOsN5a6cgdZLP7O/+keX5Lgg7/fjI45rpqMUAcVe6RrskeqJ BExS4uFZS94xcrls7cEAAfLgcd85wKyDFrT+Irexnmuhdx2axpMjyFVl8kjcedpTcck4JyB9K9Mp aAMDwhp+oadpssepu5dpdyI8m/YMAcHJ6kE9e/at10DqVboeDg4paWgDnY53m0zUvkwi27jfuJDH B+7knIx34rVdVIjyAfkHUVlxzI+l6pEHQyRwPvRDlV4bpyePyrUb7sf+4KaEytBcQ3E1xEiEPAwV 90eOoyMeo965LxrO8Op26xlVBhzjaD/Efaurt7NoLy6nM7SfaCp2FQAmBgYI56etcp41t5ZdUtzH GzAQ4JUZ/iNdOH+PUwr/AAHO/bZ/76/98L/hXY+EoYb7SZHuoYZmWYgF41OBge1cd9iuf+eEn/fN dt4LieLR5RIhU+cThuOwrpxFlDQwoL3tTX/syx/58rb/AL9L/hXM+MlSx+xraxxQht5YJGvPT2rr 65TxxDJMbLy42fG/O0Z9K5aDbqK5vVSUHY5T7bP/AH1/74X/AAqb7ZN9hzvGfN/uL/d+lQ/Yrn/n hJ/3zU62F29iQttMxEucBCf4a9B8pxq5B9tn/vr/AN8L/hUy3k32KQ7xnzF/gX0PtTP7Mvv+fO4/ 79mpl029+xSD7JcZ8xePLPoaTcQSZW+2z/31/wC+F/wrpfBMzzX12JCGAiBxtA7/AErnf7Mvv+fO 4/79muj8GW01pe3TXMTwqYgA0g2gnPvWdbl9m7GlK/Ojr9q/3V/IVLAAJeAB9BUHnRf89Y/++xUt vIjSgLIjH0DA15zvY7kXaKKKgoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigArJvg01yJJHVLaBl3DC8tkEZyp9R0xWrVeSwtpbhJ5IlaVOQ x/SgDKSeeS/1mOWzlhjjli8uZyNs3yD7v071n6jdPA9skM8STSSACNwPnXI3c54AGeR3xXUXMRnh KKQCfWs99H8wgyCJyvQsucfSri0kJmLr/wDyArv/AHR/6EK4OvUNR0KS+0+a2WZEMgA3EZxyD/Su f/4V5cf8/wBF/wB8GuyhWhGNmzlrU5SeiMXwx/yHYv8Acf8AlXbVnaV4Kn06/S5a7jcKrDaFI6jF b39mP/fWs61SMpXTLowlGNmY+rf8ge8/64t/KvPq9TvNGkurKaASqplQqCR0zXOf8K8uP+f6L/vg 1dCtCKd2RWpyk1YwNA/5Dtp/v/0Nd3WZp3geex1CG5a8jcRtnaEIzxXQf2Y/99aivUjKV0y6MJRV mVI/9YKbV5dOdWB3rxSf2Y/99ax5ka2Kkf8ArF+tNq8unOrA714pP7Mf++tHMgsVE/1i/UVvVmrp rhgd68HNaNRJ3GlYWiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACmSOI42cjIUZp9MkRZY2RuVYYI9RQBz12/2HRNSuLmBllWzbMUSg4UA/dUMePyqxJM LiO3mVXUSQowV1wwyM8jsa0rawitmZlaSR2GC0rliB6ZPaoby1lmn3oBjAHWqjuJmLBPNJe3ELpH 5cYXbIhPU5+U57gYPHrXO+L/APj/ALb/AK4/+zGuvg0MWryPBAkbSEs5U/eJOSfzrI1/wtqGp3UM luItqR7TufHOSa6KMoqd2zCrFuNkcPXY+E/+QQ//AF2b+Qqj/wAIJq3/AE7/APfz/wCtXQaFoF5p tg0M4j3mQt8rZGMD/Ct69WEo2TMaNOSlqizXNeMfu2f1f+ldd/Z8/wDdH51j+IfDd9qgtxbiMeXu 3bmx1x/hWFKcVNNs3qxbi0jgq6rwd/x7Xf8Avr/I1B/wgmrf9O//AH8/+tW34f8ADl9pkU63AjzI ykbWz0FdFarBwsmYUqclK7ReyfU04E+Wee4qf+z5/QfnSiwm2kYHJ9a4uZHXYq5PqaxfFnOjDP8A z2X+Rro/7Pn9B+dZ2u6Deajp4ggEe/zA3zNgYGf8a0pySkmyJpuLSPOsD0rp/AI/4nsv/XA/zFM/ 4QTVv+nf/v5/9atrwt4avtH1R57rytjRlPkbJzkV1VqsHBpM5qVOamm0ddS0lLXmHeFFFFABRRRQ AVRu9SNtdx20VrNcSuhkxGVGFBA53EetXqzG/wCRni/683/9DWmhMX+0bv8A6BF5/wB9xf8AxdH9 o3f/AECLz/vuL/4utKii67BYzf7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/vuL/4utKii67BYzf7Ru/+ gRef99xf/F0f2jd/9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIut Kii67BYzf7Ru/wDoEXn/AH3F/wDF0f2jd/8AQIvP++4v/i60qKLrsFjN/tG7/wCgRef99xf/ABdH 9o3f/QIvP++4v/i60qSi67BYzv7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/vuL/4utGlov5BYyYtanmk ljTSbwtCwVxui4JAP9/0IqT+0bv/AKBF5/33F/8AF0unf8hHVf8Ar4X/ANFJWjRp2BXM3+0bv/oE Xn/fcX/xdH9o3f8A0CLz/vuL/wCLrSoouuwWM3+0bv8A6BF5/wB9xf8AxdH9o3f/AECLz/vuL/4u tKii67BYzf7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/vuL/4utKii67BYzf7Ru/+gRef99xf/F0f2jd/ 9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIutKii67BYzf7Ru/wDo EXn/AH3F/wDF0f2jd/8AQIvP++4v/i60qSi67BYzv7Ru/wDoEXn/AH3F/wDF1HJrU0U0MT6VeB5i Qg3Rc4GT/H6CtWs3UP8AkMaT/wBdJP8A0Waas+gai/2jd/8AQIvP++4v/i6P7Ru/+gRef99xf/F1 pUUrrsFjN/tG7/6BF5/33F/8XR/aN3/0CLz/AL7i/wDi60qKLrsFjN/tG7/6BF5/33F/8XR/aN3/ ANAi8/77i/8Ai60qKLrsFjN/tG7/AOgRef8AfcX/AMXR/aN3/wBAi8/77i/+LrSoouuwWM3+0bv/ AKBF5/33F/8AF0f2jd/9Ai8/77i/+LrSoouuwWM3+0bv/oEXn/fcX/xdH9o3f/QIvP8AvuL/AOLr SoouuwWM3+0bv/oEXn/fcX/xdH9o3f8A0CLz/vuL/wCLrSprOqLuY4HrRddgszP/ALRu/wDoEXn/ AH3F/wDF0f2jd/8AQIvP++4v/i6u/aYf+ego+0w/89BRdD5WUv7Ru/8AoEXn/fcX/wAXR/aN3/0C Lz/vuL/4urv2mH/noKPtMP8Az0FF0HKyl/aN3/0CLz/vuL/4uj+0bv8A6BF5/wB9xf8AxdXftMP/ AD0FH2mH/noKLoOVlL+0bv8A6BF5/wB9xf8AxdH9o3f/AECLz/vuL/4urv2mH/noKPtMP/PQUXQc rKD6rcxRs7aReBVBJO+LoP8AgdJDq9xcQpLHpN4UkUMp3xcg8j+Orl26yafcMpyPLbn8DTNI/wCQ PZf9e8f/AKCKelthakP9o3f/AECLz/vuL/4uj+0bv/oEXn/fcX/xdaVFK67BYzf7Ru/+gRef99xf /F0f2jd/9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIutKii67BYz f7Ru/wDoEXn/AH3F/wDF0f2jd/8AQIvP++4v/i60qKLrsFjN/tG7/wCgRef99xf/ABdH9o3f/QIv P++4v/i60qazBBljgZxRddgsZ/8AaN3/ANAi8/77i/8Ai6P7Ru/+gRef99xf/F1e+0RYzvFHnxj+ Mf5z/gaLrsFij/aN3/0CLz/vuL/4uj+0bv8A6BF5/wB9xf8AxdXvPj/vijz4j/GP84/xFF12CxR/ tG7/AOgRef8AfcX/AMXR/aN3/wBAi8/77i/+Lq99oixneKPPj/vj/Of8DRddgsUf7Ru/+gRef99x f/F0f2jd/wDQIvP++4v/AIur3nx/3xR9oiP8Y/zj/EUXXYLGZ/bUwuhbf2VeeaU8zbui+7nGfv8A rUv9o3f/AECLz/vuL/4um5DeKEI5Bsjj/vsVqU3bsGpm/wBo3f8A0CLz/vuL/wCLo/tG7/6BF5/3 3F/8XWlRSuuwWM3+0bv/AKBF5/33F/8AF0f2jd/9Ai8/77i/+LrSoouuwWM3+0bv/oEXn/fcX/xd H9o3f/QIvP8AvuL/AOLrSoouuwWM3+0bv/oEXn/fcX/xdH9o3f8A0CLz/vuL/wCLrSoouuwWM3+0 bv8A6BF5/wB9xf8AxdH9o3f/AECLz/vuL/4utKii67BYzf7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/v uL/4utKii67BYzf7Ru/+gRef99xf/F0f2jd/9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F1 B/b0n277H/ZV555j83bui+7nGc7/AFrZrEP/ACPC/wDYOP8A6MFNWfQNSz/aN3/0CLz/AL7i/wDi 6P7Ru/8AoEXn/fcX/wAXWlVe4voLW4toZX2yXLmOIYJ3MFLEe3CmlddgsVf7Ru/+gRef99xf/F0f 2jd/9Ai8/wC+4v8A4ur8kqQxPJKwREBZmY4AA6k0RypNGskbB0cBlZTkEHoRRddgsUP7Ru/+gRef 99xf/F0f2jd/9Ai8/wC+4v8A4urtxPHbW0s8pxHEhdj6ADJqDS786np8V39nlt1lXcqS7d208gnB IGRRddgsQ/2jd/8AQIvP++4v/i6P7Ru/+gRef99xf/F1o0UXXYLGd/aN3/0CLz/vuL/4uj+0bv8A 6BF5/wB9xf8AxdaOaMjGaLrsFjO/tG7/AOgRef8AfcX/AMXR/aN3/wBAi8/77i/+LqS21NbrVLyz jjbFoEDydi7DO0e4G0n/AHhV6i67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIutKii/kFjM bVLpFLNpF5gDJ+eL/wCLpsGrz3EEc0Wk3jRyKHU74hkEZH8daFx/x7S/7h/lVbRf+QFp/wD17R/+ gijS2wakf9o3f/QIvP8AvuL/AOLo/tG7/wCgRef99xf/ABdXjNEHZDIgdV3Mu7kD1PtwfypySJIi vGysjAEMpyCPUUXXYLGf/aN3/wBAi8/77i/+Lo/tG7/6BF5/33F/8XWjmokvLeS0F0k8Ztyu/wA0 MNu31z0xRddgsU/7Ru/+gRef99xf/F0f2jd/9Ai8/wC+4v8A4urtvcwXcKzW00c0TfdeNgyn6EUx L+0knEKXMTSlmTYGGdygFhj1GRn60XXYLFX+0bv/AKBF5/33F/8AF0f2jd/9Ai8/77i/+LrSqvqF w1pp9zcIoZoomcA9CQCaPkFir/aN3/0CLz/vuL/4uj+0bv8A6BF5/wB9xf8AxdcUvxA1cqD5NjyP 7j//ABVL/wAJ/q3/ADxsf++H/wDiq6Pq1TsY+3h3O0/tK7/6BF5/33F/8XU+n3wv4XfypIWjkMbp JjII+hIrjdN8cand6raW0sNn5c0yxsVVgQCe3NdVov8AzEP+v2T+lZTpuGkkXCalsadFFFZmgVmN /wAjPF/15v8A+hrWnWY3/Izxf9eb/wDoa00JmnSHpxS0UhnP3utata65DYR6dZOk6SSxytdsp2IV zlRGcH5xwCavx6/pkoi2XsJ822N2nPWIYy/05FFxprza/ZagJFCW0E0RQjklyhB/DYfzrlbj4dTS +d5WoLHuuCsRCcx2bbt8P47259hQB0r+KNHjuIYXvoxJMqMoIOAH+5k4wue2cZo8Q6wdEtbW4JjW OS6ihlaTOFRjgn61m6h4XvLme/gt7m2j07UpI5Jw0ZMqbQqkIc4wQg69OetXL3w1DI8T2ZMT/bYr qUySO4bYxOACTjr2oAnPifSBp8d79tQwSSGJMKxYuOq7cbsjByMcU2fxXottBDNJqEXlzxmWMrlt 6A4JAA6Dv6d6zW8M39vqDahY3NsblbyadEmRihSVVUg45BGwHI9x3qkmgavp+q2seny27P8AYrjz p5oG8ovJMHIGDxySQO4H40AdnFKk8SSxOrxuoZWU5DA9CDT6p6Tp66VpFpYI5dbaFYgx6ttGM1co AKzdZ1u20W3V597ySHEcUYyzn29vetKvPvEjtN4tufMyRDDGkYPQA8n8z/L86hG71Jk7Iujxvfht 7aVGYv7i3GXA/LBPP+eM9PpWrW2r2nn2rHAO10YYZG9CK8+/z/n8/wBe+fm1fBztH4iuY1J2S2od xnjcrYB/In/PJuUVbQiMnfU6jTv+Qjqv/Xwv/opK0aztO/5COq/9fC/+ikrRrNmiCsjUdYuIdVj0 zTbRLm7aEzuZZfLjjTOASQCSScgADsa16xNS0m+/tlNV0ma3W48j7NLFcqSjpu3AgryCCT65zSGR W3jGw+yb9Sb7DcLPJbvA2XPmJywXaPm4IIwOhq3P4m0i3t7eeS+i8q5TzI3XLAp/eOBwvPU4FUNP 8LzWl/ZXkt0ks6T3FzcsE2h3lUL8ozwAABzngVlP4BuBFagS2s7JbtbTJMZVQqZGcEbGGfvkEHg8 dKAOk8Raq2j6FNfxeWfLKcyfd2l1BJ/Ak0L4m0hrCS8F6nkRyeUxIIYP2XbjOTkYGOaq6l4Vt7mw nitMQzz+UGZndkwjq2ApOBwuOKhvvDd3LqlxqNrcQLP9qiuoElQlcrEYyGx6gnBHTigC+/inRktI blr+Pypyyx4BLMV+8u3GcjuMZrQtLuC/tIrq0lSaCVQySIchhXISaFq9lq2mz2rW8t5JPdXNxI0T eQjOigLwcgYAAPcg+tdLoWlnRtHgsmlErpuZ3C7QzMxZsDsMk4FAGhRRRQAhOK52bxNNcSsuj2a3 ESkg3E0myNj/ALPBLfXpVzxVLJB4Zv3iYq3l7dw7AkAn8iaoRRRwQpFEoWNFCqB2A6f5/wAnSEVa 7IlJp2RLb+JpYZ0i1e0FqsjBUuI5N8W49AxwCuffir2of8hjSf8ArpJ/6LNZVzDHcWk0UwBidCGB 9Mf5/wA9XaXPLc2fhmWckysjEk9T+6PNNxW6FGTehPH4rt4jcC/DRst9JZwLFG0jSlVDcBQTkjPH tSr4uspdR022to7mdNQjeSOaOFiq7SAQ3HHJ5z0xzjNEHhowanHd/as7L6a827Ou+PZtznt1zUdt 4Yms5dOkgvU3Wj3G8PFkSRzSb2H3uCMAA8/SsjQtL4r0lvPP2hwkMTzeY0LhXRPvsjEYcDvtzWZe +LBLqulQWTzw2lwsk8s8llJgxpt6EgYU7iS3YY9ahs/AMdlZ3VrHJZhJLaW3imFpidQ4xln3YbA9 AM9619R8OrqUsPnTMIksprN1UcsJAoJB7Y2/rQAn/CXaQLSe5kuJIo4Ajt5sEiEo7bVYAjJUnjIp 8ninTIWjWZ54yyqz77eQeSGOF8zj5MnpuxWVZ+CPs1jJb+ZYo7GHEtvZ+WzCOQP8x3HJO3tgDrip tT8GxX+uyaiPsb+eEEqXVr5xGzgFDuGMj1BHGaANCPxPpcupfYUnfzvOa3yYXCeaBkpvxt3YGcZp qeK9JkjlkWeQxx9H8h9svzbf3Zx8/wAxA+XPNQ/8IycL/pP3dUOofc9c/J19+v6VTfwbcT6Iuk3O oxy2duUNqpthldjbl8z5vnGBtwNuR70AdBp2p22qQPLas+EcxusiMjow6hlYAg8jr61zmn+L7q61 yO0aOxkjku5rbyoJSZ4Qhb9469Np2+33h1rb0LSBo1i8IS0VnkLt9lg8pM4A6ZJzx1JqhB4UFtPb XENwqXUN5NcGUR8vHKzFozz0+Yc+qg4oAtf8JTpgFyZJJ4RbQtcP51vJHmNfvMuQNwHt6ikj8V6V LbzzLNKBCUUo0Dh23/c2qRlt3bA5rEtvh+8IvPM1CN5LiylszKLciR95B8yRix3Nx7D6VJ4s8PXU 8M9xaiWczfZY3jiUFkWJ2YsASN33hxkHjOaANWPxbpk1qJ4zdNmZ4FiFrJ5rOv3gE27uO5xgVe+1 wX+mJc2siywSqGR16EGuStPCdxqul2n2q3traSyml+zpc225ZY3Ay0iB+HLDOd2eOeprqbeyXTtG itUWILEoXEUflp17L2FDHHcgoooqDcKKKKACiiigAooooAsn/kEXH+4/8qfpH/IHsv8Ar3j/APQR TD/yCbj/AHH/AJU/SP8AkD2X/XvH/wCgitFsc73LlY+s+Io9FmiSayvphKyojwRBlLMcBc5HOa2K yPENlPfRWK26BjDfQTPyBhFbJP5UgNC2uluLaOUq8Rf+CTAZT6EZ609p4kXc8qKM7clgOfSuI1vw 1q8utXUunIn2SOQapbDzAu68AC+WR/dIBOemWpf+Ecu7eOwlvdKj1cG2l+0WxdMJcyPvZ/mOD1K5 HIA460Adhqd6NN0u6vWQuttC8pQHBYKCcfpUlvdR3FusqsMEAkZzt4zg1zf/AAj+qR+EXsn1CWef +zWtvs3yeW0nllQd5G7r3Jqjd+FLiFbmPTbCFLaS0tBJArhFuHjkJkQ+5TAyevQmgDtBPE0YdZEK HowYYP405XV1DIwZTyCDkGvPNR0qW38mRtISG2u9XgaLTN6AYWJwxODsBbGcZwcDPU11XhXTptN0 2dJrdbVZrqSaK1VgRAjHheOPU4HAzQBt1Dc/6of7y/zqaobn/VD/AHl/nQBS/g/D+lK38X4/+z0n 8H4f0pW/i/H/ANnoAX+MfX+opq9F+g/9kp38Y+v9RTV6L9B/7JQAH7h/3f6Glbq31P8A7PSH7h/3 f6Glbq31P/s9AC/xj/eH8xTV6L+H8kp38Y/3h/MU1ei/h/JKAI4/+Rih/wCvD/2cVr1yXiK+uLC7 t2s5BFPcQw2yylQwi8yZVLYPBwDx74q7LNdaAbe0hnuNTub2XZAt3IqhMKWYs6r0wOmCc02JHQUm a5dfFd7cSW9taaWj3sjXCSxyXO1I2hKg/NtOQdwwcfUDmsi91W61vUYrqKMx2f8AYkl5GPtLK0bs CM7VGGIPHJx1NIZ3+aWuMsvEEtlDs2zXMxtrGOKJ5QEaSUMOuMjpkkk9OB6311bW/wDhJdPsZbK0 ihlt5ZJh9oLEbXUblO3kYbgHGc84xyAdJRXI+JLu6/4Smzs45dVFu1nJKU04Lu3B1ALbu2Cai8Q6 1eS211bWVu32W0vLa2muzcbZN5eMnCgcjDAE5GcnjFAHZUtclH41kl1ia3WyjNpbm4M8omJkhWLg sybcDcfu/NzUdn46mu7O5nTSpXMcCTxiPzCpVmAIYlBggHcdobjOM4oA6fUbi5tbGSazs2vJ1xtg WRUL8+rcD1rC/wCEh8R/9Cdc/wDgfb//ABVbelX39o6dDdZhbzVzmCXzE/BsDP5CrlAGZcahqMWj R3UWkSTXjBd1mJ4wy56/OTtOPrWX/wAJD4j/AOhOuf8AwPt//iq6eigDMv7/AFG202Ge10iS7uX2 77ZZ40MeRk5Zjg4PHFZf/CQ+I/8AoTrn/wAD7f8A+Krp6KAMzVNQ1GztoZLHR5L+Rz88STxxmPj1 YgH04rPsJ7i68VQzXdo1nO2mtugZ1cp+99V4PrxXR1iH/keF/wCwcf8A0YKqImbdY+sWs0+raJLF GXSC5d5WH8IMLqCfxIH41sVS1PVrPR7cT38jRxE43CNnxxnnaDgcdakZxdl4Tnj0yzh+xSCS50me G98yQkNL8hjD5PUHdg9qq3ehXkum6THHp13b2UVo0T28dukjx3GRl9pcAZ5w4Jx7ZrvdM1Wz1i3M 9jI0sQONxjZQeM8bgM9eoq7x6UAcU/hh7o6497bS3UzWUcNtJO2S7eThiADgMWxk1lTeGL+K5s4l guobdba3W3NrCjm2kHMnJcbCW5Jwcj6Yr0rj0pOPSgDh7zw7evputT20Ei31xfk7s7nktt6kqgJA wQDxkZ59abp/huSZNMhuYLt7H7bNLLDNGIVjQxEAbFY/IW5x6k8YrtZ7qC1MKzPtM0gjjGCdzEE4 /IGpePSgDgItHu4otPTVNLvb+1hhmhihjk+aGTzjsY5YY/d7QGz8uO2aW30+9sPEs+pao13GsE81 w9wkSGNoMNtVpC+doXHy7eo/Gu5S6ge7ktVfM0Sq7rg8Bs4P6GpWVWBVlBB6gjNAGR4WtpItFS4u VK3V67XcwPZn5C/8BXav/Aa1nfYpOCSBwB1P0pwwOlUhHBcau029mltU8vYfuoW5J+pGKAFSa+ms zItrHDMW+WOWTPy+5UHB9uael6qPBDdbYrmZSQgJIJHUBsDP86tVBdpugZhEkkkfzxhxkbwOKYh1 x/x7S/7h/lVbRf8AkBaf/wBe0f8A6CKkWVp9MEroY2eHcUPVSVzio9F/5AWn/wDXtH/6CKOgdTF1 hprHXL24+w3dxHeacsERt4jJ+8VpDtbH3c7xgnA681leRrenstrYi8luItMEKABlghkWEYIJ+R8t x/eB9q7zFGBSGcDapqiWUAuLrW57Nrkmby7eWKdP3fAG5mcrv6nOM+2aujT7r/hAtHhms55fs7wS XVqVzI6K2WUr3PQ474rscCjHGKAOE1k39zPbtpEd/pdg6u2YbF97T5XDNGrKQCOm8YODkdKu6dYX cfieOaS3lEYvLtzIUwMMkYB+hIOPpXXYFGKAFqlrP/IDv/8Ar3k/9BNXarajA9zpl1BHjfLC6Lk8 ZIIFNbgzxpPuL9BTq3l8Ea4FA8i34H/Pf/61H/CE65/zwt/+/wD/APWr1vb0+55vsp9jO0T/AJD+ m/8AXyn869M0X/mIf9fsn9K47S/B+sW2r2c80UCxQzLI5E2TgH0xXY6L/wAxD/r9k/pXFiZqTvFn VQi4rU06KKK5ToCsx/8AkZ4v+vN//Q1rTrMf/kZov+vN/wD0NaaEyRtd0xNQWwa/theM2wQGQb92 M4x64NNfXbDzrm3hu7eW7t0Z3gEqhhgZOfT+nesq48OTySX0itbh7jVLe9UnOQkfl5BOOvyNj61R sfB1zazSLJ5cyJ9oaCd7uUkGXd/yyxsB+bBIJz1xSGbr+J9KtobU31/a2stxGkixvMpPzdMEdfQH v2qLS/EttfX9zYzz28V3HdSwxwCQb3VP4sfSuMubO70zXI4Xt5bnyYrJBbIsqrdNGB8wZV2kK3OW I6c8V1A8NXCsGDwBhrJ1AkZyUIIx0+9g4oAteHvFFprVrFvuLZL0qzvbpKCyAMRnHX0/OrcPiPSL iGeaHUrSSK3/ANa6yghB0BJ7D3rmrfwbqEtjbafeS2UUFtFcqk0G4yMZlZeQQAAAxJ5OSB0p914W 1TU7WYXg06GRbFbGJICzI43qxZsqMD5MBecZPNAHUx6pZS6e19HdRNaKCxnDDYAOpz6DBqKHXtLu La4uIdQtXgtjiaRZQVj+p7Umu6e+peH76wgKK9xbvChb7oJXAz7Vjal4Yubm6mntmtV/d2hijcHa zwOzYYAfdIYAHtjpxQBsf8JDpP8AZ32/+0bX7Ju2ed5g27v7ufX2qnYeK7GXTGvr+6tbaE3MsETm UbZAjlQQe+QM1nnw7qhvhq3+g/b/ALaLn7Nvbydvk+Vjftzuwc7tvtjvVM+DdRVLaXfbPMj3XmQw 3MtshWaTf8rKCeMYIIwaAO4R1dAyEMrDIIOQRXN+KPDs9/MmoadtN3GvlvGxwJk6gZ7Edj71uaba Jp+mWtpGiokESxhVYkLgYwCeSPrVmmm07oTV1Y80+yam7eWmkX3mejIAuf8Aezjuf1/HrvDGgPpM c1xdsrXtzjftOQijoo/M/jW7S1TndWJUEncztO/5COq/9fC/+ikp17rmmabOsN9f21vK+NqSSBSc kgHB7ZBpunf8hHVf+vhf/RSVnaz4em1G51eVDB/pumfYoy/VWy5yeOnzL+VSykasmsafFqCWEl5A l5IMrCzgOfwqp/wk2nW+nx3WpXVtZK7yIoknUg7GIJyOO3PpnBrHHhK4GuPcy7Li2luIblt15Knl siqP9WPlfBQEE4689Kwte0u70+W1t5S5QwXQdoklKTCWbf5WY1JyRjIOPY0hnXweK7FtZns7i6tY o9sJtXaUAz+YCeM/QY+tO0/xPaXGp3dhc3FtDdR3TQQwmQb5AFU5we/J/Ksybw7dapp+qS+TDay6 la2yxxSHLQFBkqxx2J7elObw1qD39wpNiLOfU01Ayjd5y7NpCgYwSSmM54BPWgDej1zTJryW0jv7 Z7mEEyRLICygdcj27+lS2Gp2WqRNJYXUNzGh2s0ThgDjOMj61zNp4Y1GKOytJmsha6e07QzIW82Y urqNwxhfvknBOSK6HRLE6ZoVjYts3W1ukTeWPlJCgEj8aAEtNe0rUJXjs9QtZ3jTe6xyglV9T7Uk HiDSbq2nuLfUbWSG35mkWUbYx6k9h71z3/CGTto1hYmaCMw6dcWcroDy0m3BAwMjKknOOtLd+GNU 1Tzbm6/s+C5SGCKGKEs0T+XKJPnJAOCRgAA4BPWgDSsvFdjcy6lK91apYWbxolyJRtfcgbr65OMV s211Be28dxaypNDIMpIjZVh7GuQuvCmp3s1xeSvaRXEl9HdrDBPJGpCxGMqZAAwPOdwH4V0egab/ AGVpaQGJInLvI6rM8o3MxJO9uSeetAF24t47q3kgmUPFKpR1PcHg1y32HVdHHkfZn1G1TiKWN1Eo XsHViMkeoNddSYqoyaJlFM5L+ztT1r9xNbNp9k/EzSODK691UAkDPck1sXcaw6no8cahURpFVR0A EZwK1cVm6h/yGNJ/66Sf+izT5m2CikadZviDV10LQb3UWXd9niZ1XBO5scDjtnHNaVUNc099V0O+ sY5BG9zA8QdhkKSMZqCjPsvFNgkFrFqGowNeTKpYpC8agscLkNnZnoNxGa0LTWrC+v57K2uBJcW5 IlRVPyEHBBOMZ56Vjaj4XvrubUIYru3Wx1No2ud8ZMqlVVSEOcchB16c9a19H0x9M+3b5Ff7TdyX A2jGA2MA+/FAFGw1671DV7q3jtrNLa2uXgZmuj5p2gHcE24xz61CnjGwuNait7a8gezW1mnnlII2 7CgBBPBU7m5GRx1qK18L3NvrF/MY9MeC9mkkacxEXKK64KhqzdS8MavFojrJLBdfZNMksIIraAh3 UlMMcnrhOVH4GgDo4fFujXEFxLHefJbsqy7onUhm+6MEZJPYDmrkWrWdxpkmoQTCS2jVmZgMY253 Ag8gjB4NcZZ+HrvWNPuYGR0MN1FdRXVzHPE1y4UqVcO5kwBgBgR2wOOeksdA+z+G7rTWWCJ7pZRI YN5XLggnLEkn3NAFW58UXNh4YsNQmtFnu7tBL9njbbtTaZGPOfuoPxPpmuigmS4gSaJw8cihkYdC CMg1y1h4dl1eHTLnVHubcWtgLcW8cjwusnAkJKkZBCqAPT61f0Ky1HRzbaU2yXT7aFwJ2zuI3/uk HP8ACgIJ/wB33oAq6p4um07VbqAWUMtvavCjn7RiZ/MxjZHt+bGemRWrp+oyz6tqVhOqhrVkaMqP vRuuRn3yGH4CsLW/B1zqmq6hMjaesd6sa+fJCWnt9oxmM54PcehrW0q2m/4SLVryVHWNhDbRFxgu EUkt9MuR+FAGzUN3/wAe7fhU9QXf/Hu34UMa3M6iiioNwooooAKKKKACiiigCyf+QTcf7j/yqnDr VjpOm6NFfTiJrxI4Ycg4Z9o4J7fjVw/8gm4/3H/lWFfaN/bVv4fhmhaSz+zus7A42BocA/XOMHsa 0Wxzvc6O3voLq4uYYWJktXEcowRtYqGH14YU5ruNbyO2YP5kiM4IQlcAgHLdAeRwevPpXn8mj+IZ tNvFvIXeT+0kafy1V/tcKQhA4QkA5YKxUnseuKfd2V5pPh8TFrxIYNNvRvm2xNEzshRcKTtxzt54 HpSA7jUNRi02KGSVHYSzxwKFHO52Cj8Mmi61GK0vLK2dHL3kjRoVHAIQuc/gprz3TNGiuoLyyjtC Lx7uyluYYQiRrCG6qUkbH3WJ+bPtzWhdeH5YGjiOlT3Om2+qyTLbRMP9QYMfKCRld5Py/XigDvfw qK4nW2tpZnUlYkLkDrgDNcImi3UUFkNS0e7vdPWO4ENikgZrdmk3RhssOifKDk7elW7Hw7eGSSbV IXnu4dJhhikaTcPOAkDY55blRuPWgDrrO5i1CxtrtEISaNZkDDkBhkfjzU/4V5+PDWoWWnrFpdtN C82kRpcBZtpkmV0yu7PDld4B9+vFK2j3TRXT2Gk3drpLzW7PpxcK8yru80hd2BnKcZG7YfXkA7/N Z9rqMWq6at1CrqhmaPDgZykhQ/qprkf7GuQkDy6TdPo326SUaYGBdEMYCEruxjeGbbnjcD243fC9 lPp3hS2trmB7eVZpD5TvvZQZmIBbJzwRzQBf/g/D+lK38X4/+z0n8H4f0pW/i/H/ANnoAX+MfX+o pq9F+g/9kp38Y+v9RTV6L9B/7JQAH7h/3f6Glbq31P8A7PSH7h/3f6Glbq31P/s9AC/xj/eH8xTV 6L+H8kp38Y/3h/MU1ei/h/JKAKlzY2+pasLS8iWaCXT8OjdD84/X3qU+FdOaDy3+1O4kEizPdSGV WAIBVy24cEjg9zTo/wDkYof+vD/2cVr02JGbaaDYWTW7W8JVrdZFjO9if3hBckk8kkAknmmQ+HNO t4ljigIRbU2YG9j+6PO3r+vWtWikMyZPDOmSwSRNAdskcUZIkYECLPlkHOQVz1HNOj8O2MUtpKon 820LGOQ3DlzuILBjnLAkAkHI4rUooAzNR0G01K8jupWuYriOMxrJb3DxHaSCQdpGRkCoLjwppd1d G4milZ2aN2AncK7pja7KDgsMDk88VtUUAcjpnhC8stW86W7hNv5sskgQyZuA5Y7HQsUAG7PA52jp k1rw+GbK2tpLeGS9WJgqqBeS/ugDkBPm+UD2+la9FAFawsLfS7NLW0TZCmSASSSSckknkkkkkn1q xmoby3e6gMaXEtucg74sbv1Bqh/Ytx/0GtR/NP8A4mmkn1E2+xq5ozVS4spJ7VIVvLiFlxmWPbub HrkYqr/Ytx/0GtR/NP8A4mhJdxXfY1c0Zqpd2MlzEiJe3FuV6tFty31yDVUaLcAg/wBs6gfbKf8A xNCS7hd9jVzWKf8AkeF/7Bx/9GCr97YyXYTy724ttuc+Tt+b65BrMhiaHxjFG0ryldMILvjc37wc nFNbA7m/VLWY3m0S/jiVnke3kVVUcklTgCrtFSUcYmm3j3NnJJb3jraaMhjhWZoka4H8JwQN3bnp mseytNYk0/U4o4tRhjmS0ZFVJo2V/N/e7S7s2QvVhgHGcV6XSUAcFqmnXdrbajawLqJtIr1JLaIC aZZQYQWQsrbwhfPIOA3Xjii/0zUrxdSu/L1O3ulFmbVI7h/3ZwolC4OGIyQTg9K76igDjFsb+y1L 7Pape/YYtWiePc7uPKMGX+Ykkrv9TjNZsdte/wBk30DLquwTxyC5aCcvcn5iUeMNuAHALR4ByPTF eiUUAcNcR6vLbzP9lvoEe0sfNgikZnVQ7eciNnJfbjJHJ+tNj027umjhgj1SHSX1OMxxySSJIsXk t5mcneqF8cE/zFd3S0AY3hiG4ttMlt7kTAQ3UyQ+cSW8oOdnJ5I24wfTFWhD9k1Oe4eSNYLhUHzN g+YMj9QR+VX6iuLeK6heGeNZI3GGVhkGgCQVWvnm+yyx2jILpkPlBjjB9fwzSPZPmEQ3c0McQA8t QpDAepYE/rT47KCO7kuVjHnyABnJycegz0HsKAFlBWydWYsRGQWPfjrUGi/8gLT/APr2j/8AQRVm 4/49pf8AcP8AKq2i/wDIC0//AK9o/wD0EU+gupbMiDd8w+Xluen1pwIIyOlcZrjtaXviKGS3uHfV LJIrTyoWcSPsdSuQMAgsOuODmnxjVbfVkf7Vd+TFeQ2otwg8ryjCu9umT82ec8YpDOxorgE1nU7i w8tri+t5IbBVuJXtXGJ/NAYZCk5xkZUEDOaVNR1yfVtLBuLqyt2jhMaTwvI02WIkDlUxnAH3tuAQ cdaAO7MqCVYy6iRgSFJ5IHU4/EUGVBIIy67yMhc849cVxfh6S7uvFFvNeSX8k621wtwk8BWKBzJH hUbaBjA9TkDNORIbe/1PzdOkm183E01pK1uzZXafKIkxgIBhSMjnPHNAHZPKke3e6rvbauTjJ9B7 1Wvbzy9IuLu2dH2QvIjA5U4UkfUVxekPqd4lg99dS3e3UYXKtbyI0J8uTfkso4yR04HrzW3psbQ/ DiOORGR104hlYYIOw8EU1uBZjTVHiRjqq5ZQf+PVe4+tO8rU/wDoKj/wFX/GrEH/AB7xf7i/yp9U SZ80upWcls736zI9xHGyG3C5DNg8g1c0X/mIf9fsn9Krap9y0/6/IP8A0MVZ0X/mIf8AX7J/Sh7C W5p0UUVBYVmP/wAjPF/15v8A+hrWnVG8003N3HcxXc1vKiGPMYU5BIPO4HuBTQmXaKzv7Mu/+gxe f98Rf/EUf2bd/wDQYvP++Iv/AIiiwXNGis7+zLv/AKDF5/3xF/8AEUf2bd/9Bi8/74i/+IosFzRo rO/sy7/6DF5/3xF/8RR/Zl3/ANBi8/74i/8AiKLBc0aKzv7Mu/8AoMXn/fEX/wARR/Zl3/0GLz/v iL/4iiwXNGis7+zLv/oMXn/fEX/xFH9mXf8A0GLz/viL/wCIosFzRorO/sy7/wCgxef98Rf/ABFH 9mXf/QYvP++Iv/iKLBc0aKzv7Mu/+gxef98Rf/EUf2Zd/wDQYvP++Iv/AIiiwXDTv+Qjqv8A18L/ AOikrRrKi0WaGSaRNWvA0zBnO2LkgAf3PQCpP7Mu/wDoMXn/AHxF/wDEUMFc0aKzv7Mu/wDoMXn/ AHxF/wDEUf2Zd/8AQYvP++Iv/iKLBc0aKzv7Mu/+gxef98Rf/EUf2Zd/9Bi8/wC+Iv8A4iiwXNGi s7+zLv8A6DF5/wB8Rf8AxFH9mXf/AEGLz/viL/4iiwXNGis7+zLv/oMXn/fEX/xFH9mXf/QYvP8A viL/AOIosFzRorO/sy7/AOgxef8AfEX/AMRR/Zl3/wBBi8/74i/+IosFzRorO/sy7/6DF5/3xF/8 RR/Zl3/0GLz/AL4i/wDiKLBc0azdQ/5DGk/9dJP/AEWaX+zLv/oMXn/fEX/xFRyaJNLNDK+rXheE kodsXBIwf4PShBqatFZ39m3f/QYvP++Iv/iKP7Mu/wDoMXn/AHxF/wDEUWC5o0Vnf2bd/wDQYvP+ +Iv/AIij+zLv/oMXn/fEX/xFFguaNFZ39m3f/QYvP++Iv/iKP7Mu/wDoMXn/AHxF/wDEUWC5o0Vn f2bd/wDQYvP++Iv/AIij+zLv/oMXn/fEX/xFFguaNFZ39m3f/QYvP++Iv/iKP7Mu/wDoMXn/AHxF /wDEUWC5o0Vnf2Zd/wDQYvP++Iv/AIij+zLv/oMXn/fEX/xFFguaNRzoZYiowCfWqX9mXf8A0GLz /viL/wCIo/sy7/6DF5/3xF/8RRYLsf8AYpP7y0fYpP7y03+zbv8A6DF5/wB8Rf8AxFH9m3f/AEGL z/viL/4ilyovnkO+xSf3lo+xSf3lpv8AZt3/ANBi8/74i/8AiKP7Nu/+gxef98Rf/EUcqDnkO+xS f3lo+xSf3lpv9m3f/QYvP++Iv/iKP7Nu/wDoMXn/AHxF/wDEUcqDnkO+xSf3lo+wyf3lpv8AZt3/ ANBi8/74i/8AiKP7Nu/+gxef98Rf/EUcqFzyJJozFpdwrYJ8tzx9DS6R/wAgey/694//AEEVBJpN zLGyPq94VYEEbIun/fFJDo9xBCkUerXgRFCqNkXAHA/gp9Cbu9zTpHRZEZHUMrDBBGQRWf8A2Zd/ 9Bi8/wC+Iv8A4ij+zbv/AKDF5/3xF/8AEUWC5atLG2sIzHZ20NvGTkrFGEBPrgVPWd/Zl3/0GLz/ AL4i/wDiKP7Nu/8AoMXn/fEX/wARRYLmjRWd/Zl3/wBBi8/74i/+Io/s27/6DF5/3xF/8RRYLmjR Wd/Zl3/0GLz/AL4i/wDiKP7Nu/8AoMXn/fEX/wARRYLmjTJkMiADGQQefrVH+zLv/oMXn/fEX/xF H9m3f/QYvP8AviL/AOIosFyX7K+3GV6Y/TFKbVznlec/+zf41D/Zl3/0GLz/AL4i/wDiKP7Nu/8A oMXn/fEX/wARQFyb7M+7OV6/1zSLauMcrxj/ANl/wqL+zLv/AKDF5/3xF/8AEUf2bd/9Bi8/74i/ +IoC5L9lfbjK9MfoRSm1ck8rzn/2b/Gof7Mu/wDoMXn/AHxF/wDEUf2bd/8AQYvP++Iv/iKAuTfZ nznK9c/qP8KQWrgDleMf+y/4VF/Zl3/0GLz/AL4i/wDiKP7Nu/8AoMXn/fEX/wARQFyNV2+JY1PU WJH/AI+K1ayv7Em+1C5/ta880J5e7bF93Ocfc9ak/sy7/wCgxef98Rf/ABFDDU0aKzv7Mu/+gxef 98Rf/EUf2Zd/9Bi8/wC+Iv8A4iiwXNGis7+zLv8A6DF5/wB8Rf8AxFH9mXf/AEGLz/viL/4iiwXN Gis7+zLv/oMXn/fEX/xFH9mXf/QYvP8AviL/AOIosFzRorO/sy7/AOgxef8AfEX/AMRR/Zl3/wBB i8/74i/+IosFzRorO/sy7/6DF5/3xF/8RR/Zl3/0GLz/AL4i/wDiKLBc0aKzv7Mu/wDoMXn/AHxF /wDEUf2Zd/8AQYvP++Iv/iKLBc0aKzv7Mu/+gxef98Rf/EUf2Zd/9Bi8/wC+Iv8A4iiwXNGsU/8A I8L/ANg4/wDowVZ/sy7/AOgxef8AfEX/AMRUP9gyfbvtn9q3n2gR+Vu2xfdznGNnrTWgO5r0Vnf2 Zd/9Bi8/74i/+Io/sy7/AOgxef8AfEX/AMRSsFzRoPSs7+zbv/oMXn/fEX/xFH9mXf8A0GLz/viL /wCIosFzlr37dBaardyPqkjPqTQIomlVIYcjDBUG7bnuvPOMgUzSY9V1RdJtr661OKEyXiytG0kT MisPK3Mfm6dCeT+ddZ/Zt3/0GLz/AL4i/wDiKP7Mu/8AoMXn/fEX/wARQFzz681DVbq3soru81C2 EenxPcXCGZTAd7bpHEY5JVP48AdR3rXSXV5fF5Vr2WGNbpfITZO6S220en7s55yx5B/Ctm98GWup XX2m8uriWYqFLFYxvA6BgFwwHPBz1rR/sy6AwNXu8f7kX/xFAXNGis7+zLv/AKDF5/3xF/8AEUf2 Zd/9Bi8/74i/+IosFzRorO/sy7/6DF5/3xF/8RR/Zl3/ANBi8/74i/8AiKLBc0aKzv7Mu/8AoMXn /fEX/wARR/Zl3/0GLz/viL/4iiwXLtx/x7S/7h/lVbRf+QFp/wD17R/+giom0u6dSraveEEYPyRf /EU2DR57eCOGLVrxY41CKNkRwAMD+CjoGtzUorO/sy7/AOgxef8AfEX/AMRR/Zl3/wBBi8/74i/+ IosFzRorO/sy7/6DF5/3xF/8RR/Zl3/0GLz/AL4i/wDiKLBc0aKzv7Mu/wDoMXn/AHxF/wDEUf2Z d/8AQYvP++Iv/iKLBc0ar6hA11p1zboQGliZAT0BIIqt/Zl3/wBBi8/74i/+Io/s27/6DF5/3xF/ 8RQBXji1dI0X7NYnaoGftL9v+AU7bq//AD62P/gS/wD8RU39mXf/AEGLz/viL/4ij+zLr/oL3n/f EX/xFO4rFWWz1O6e3WaGzjjjnjlZlmZjhTnAG0VZ0X/mIf8AX7J/Sl/sy6/6DF5/3xF/8RU+n2Is IZE86SZpJGkd5MZJP0AFDegJaluiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD//2Q== --20cf301d3e60e7cab504df970794-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0674721F9CA9 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:10:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.805 X-Spam-Level: X-Spam-Status: No, score=-1.805 tagged_above=-999 required=5 tests=[AWL=0.172, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QaaPRkG3QJ1q for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:10:00 -0700 (PDT) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 8D72E21F9C9A for <6tsch@ietf.org>; Thu, 20 Jun 2013 07:10:00 -0700 (PDT) Received: by mail-ie0-f177.google.com with SMTP id aq17so16591415iec.22 for <6tsch@ietf.org>; Thu, 20 Jun 2013 07:10:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=SFlZU+51FzxfsmWRakGwNEAK9TTB7ANVIub5OwxBeBE=; b=Z9VEOpfwlaAkUaztKJpKSAWGMrKw6Efwzrdq9FpWHp37ZswCFPr1cD9ntMziBstA0s nOk+gZTeaVIA4TQDl9y21CoQm614gTcRY7w54ZYjjnSU3SRjGZQyR8z7vhxtHw1pwN9x qWqcxGZ8VedCGVurPP9itxovwhqfINg286Q6cgB70BJO25NCWrJfGJXlaRoFGtXlKXXH /7+zg/bD+eZqXxKWSNh5iPI3MEE+8q+e/UFag+De4xMLLvjt//c7YOuoZ4NGQjZQ5uN+ Kart/VtlD98BKD/J6nLd4F/RJYwuNEtcBAOqRSx+BRRf/N96umagPC66TzL0wXC8OY1r qv1Q== MIME-Version: 1.0 X-Received: by 10.50.73.101 with SMTP id k5mr1628094igv.53.1371737399961; Thu, 20 Jun 2013 07:09:59 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 07:09:59 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Jun 2013 22:09:59 +0800 Message-ID: From: Qin Wang To: "Pascal Thubert (pthubert)" Content-Type: multipart/alternative; boundary=089e0129483e73356704df96808a X-Gm-Message-State: ALoCoQn83/NdJO7Ek2RIRcwYEKbrNIpHIIcBQu8v7OG2sMEexo9AtUxW90jWydLxsLHSQY2zgB6/ Cc: Thomas Watteyne , 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 14:10:02 -0000 --089e0129483e73356704df96808a Content-Type: text/plain; charset=ISO-8859-1 Hi Pascal, I have a problem with using [dest IPv6, instanceID] to identify a Track. My understanding is the TrackID in each node along the path should be same, correct? It means PCE has to find a instanceID which has not been used by all of the nodes along the path before installing a Track. Did I miss something? Qin On Thu, Jun 20, 2013 at 9:48 PM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Thomas:**** > > ** ** > > If we consider that a track is an hard core version of a route as > installed by the PCE, then we might extend the thought that we placed > there, and use an instance?**** > > ** ** > > TrackIDs could be taken from local instances (there are 64 of those per > node) of the destination so the tuple (dest IPv6 , instanceID) would > identify the track as it identifies routes.**** > > ** ** > > BTW, the proposed update of the architecture draft to reflect the previous > discussions is as follows: **** > > ** ** > > Centralized vs. Distributed Routing**** > > **** > > 6TSCH supports a mix model of centralized routes that are computed by** > ** > > a Path Computation Entity and distributed routes that are computed by** > ** > > RPL over a common physical LLN.**** > > **** > > Both RPL and the PCE may inject routes in the Routing Tables of the**** > > 6TSCH routers. In either case, each route is associated with a**** > > topology that is indexed by an instanceID, as defined in RPL**** > > [RFC6550]. RPL and PCE rely on shared sources to define Global and**** > > Local InstanceIDs.**** > > **** > > It is possible for RPL and PCE to share a same topology, in which**** > > case the PCE routes have precedence over RPL routes in case of a**** > > conflict.**** > > **** > > Inside the 6TSCH domain, the flow label is used to indicate the**** > > topology that must be used for routing and the associated Routing**** > > Tables as discussed in [I-D.thubert-roll-flow-label].**** > > ** ** > > What do you think?**** > > ** ** > > Pascal**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Thomas Watteyne > *Sent:* jeudi 20 juin 2013 09:28 > *To:* 6TSCH > *Subject:* Re: [6tsch] support to installing Tracks**** > > ** ** > > Qin,**** > > ** ** > > [I believe you sent the same e-mail twice, I'm only answering the second > one]**** > > ** ** > > Having some type of track ID would indeed make life much easier. Each RX > and TX cell would simply be associated to a trackID. The switching table > (which I assume you refer to by "track table"?) might not even physically > exist as such in the node's RAM memory. Rather the switching rule is simply > "whatever you receive on an RX cell associaed with trackID 4, transmit on > the next TX cell associated with trackID 4". There could be a trackID which > means "no trackID", to identify the cells which are not associated on a > track, and which can be used for regular routing. When the PCE installs a > hard cell, it would install [direction,slotOffset,channelOffset,trackID].* > *** > > ** ** > > Does the above sound like what you're proposing?**** > > ** ** > > Assuming that a trackID identifies a flow, is there not some other > number/tuple already available somewhere which could play the role of > trackID without requiring a new numbering space? For example, could the > trackID be the tuple [destination IPv6 address, DSCP]?**** > > ** ** > > Thomas**** > > ** ** > > ** ** > > ** ** > > ** ** > > On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang wrote:*** > * > > Hi all,**** > > ** ** > > We have had many discussions on Track related topic in threads like > "Routing vs switching". I would like to discuss more about what 6tus should > provide to install a Track, including installing both hard cell based Track > and soft cell based Track.**** > > ** ** > > My understanding is what we can do now is as follows.**** > > (1) add hard cells along the path, with Cell Commands**** > > (2) specify the mapping between each incoming cell and outgoing cell along > the path, with Label Switching Commands**** > > ** ** > > If my understanding is correct, I can see the following problem: It need > more bandwidth. For example, when you add a hard cell between nodeA and > nodeB, one global communication from PCE to nodeA, and one local > communication from nodeA to nodeB are needed. But for the Label Switching > command, additional two communications, i.e. from PCE to nodeA and from PCE > to nodeB are also needed. In addition, if a given track consists more than > one incoming cells and outgoing cells, more bandwidth for installing the > track will be consumed.**** > > ** ** > > Thus, I would like to suggest to use TrackID to associate incoming cells > and outgoing cells. For sure, the TrackID will not appear in packet, it is > just used to establish the relationship between incoming cells and outgoing > cells. i.e.**** > > (1) add TrackID as a parameter of Cell commands.**** > > (2) same procedure of adding/removing hard cell or soft cell as before.*** > * > > (3) while receiving adding hard cell or soft cell command, fill the Track > table with the TrackID. In the Track table, Rx cells are the incoming cells > and Tx cells are the outgoing cells. And then, from TSCH's point of view, > the schedule is the overlap of all Track tables.**** > > ** ** > > How do you think?**** > > ** ** > > Qin**** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --089e0129483e73356704df96808a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Pascal,

I have a problem with = using [dest IPv6, instanceID] to identify a Track. My understanding is the = TrackID in each node along the path should be same, correct? It means PCE h= as to find a instanceID which has not been used by=A0=A0all of the nodes al= ong the path before installing a Track. Did I miss something?

Qin

On Thu, Jun 20, 2013 at 9:48 PM, Pascal Thubert (pthu= bert) <pthubert@cisco.com> wrote:

Hello Thomas:

=A0<= /p>
If we consider that a tra= ck is an hard core version of a route as installed by the PCE, then we migh= t extend the thought that we placed there, and use an instance?

=A0<= /p>
TrackIDs could be taken f= rom local instances (there are 64 of those per node) of the destination so = the tuple (dest IPv6 ,=A0 instanceID) would identify the track as it identifies routes.

=A0<= /p>
BTW, the proposed update = of the architecture draft to reflect the previous discussions is as follows= :

=A0<= /p>
Centralized vs.=A0 Distri= buted Routing

=A0=A0 6TSCH supports a m= ix model of centralized routes that are computed by
=A0=A0 a Path Computation= Entity and distributed routes that are computed by
=A0=A0 RPL over a common = physical LLN.

=A0=A0 Both RPL and the P= CE may inject routes in the Routing Tables of the

=A0=A0 6TSCH routers.=A0 = In either case, each route is associated with a

=A0=A0 topology that is i= ndexed by an instanceID, as defined in RPL

=A0=A0 [RFC6550].=A0 RPL = and PCE rely on shared sources to define Global and
=A0=A0 Local InstanceIDs.=

=A0=A0 It is possible for= RPL and PCE to share a same topology, in which

=A0=A0 case the PCE route= s have precedence over RPL routes in case of a

=A0=A0 conflict.

=A0=A0 Inside the 6TSCH d= omain, the flow label is used to indicate the

=A0=A0 topology that must= be used for routing and the associated Routing

=A0=A0 Tables as discusse= d in [I-D.thubert-roll-flow-label].

=A0<= /p>
What do you think?=

=A0<= /p>
Pascal=

=A0<= /p>
From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks

=A0

Qin,

=A0

[I believe you sent the same e-mail twice, I'm o= nly answering the second one]

=A0

Having some type of track ID would indeed make life = much easier. Each RX and TX cell would simply be associated to a trackID. T= he switching table (which I assume you refer to by "track table"?= ) might not even physically exist as such in the node's RAM memory. Rather the switching rule is simply "whate= ver you receive on an RX cell associaed with trackID 4, transmit on the nex= t TX cell associated with trackID 4". There could be a trackID which m= eans "no trackID", to identify the cells which are not associated on a track, and which can be used for regular routing. = When the PCE installs a hard cell, it would install [direction,slotOffset,c= hannelOffset,trackID].

=A0

Does the above sound like what you're proposing?=

=A0

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, cou= ld the trackID be the tuple [destination IPv6 address, DSCP]?

=A0

Thomas

=A0

=A0

=A0

=A0

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

=A0

We have had many discussions on Track rel= ated topic in threads like "Routing vs switching". I would like t= o discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track.=

=A0

My understanding is what we can do now is= as follows.

(1) =A0add hard cells along the path, wit= h Cell Commands

(2) specify the mapping between each inco= ming cell and outgoing cell along the path, with=A0Label Switching Commands=

=A0

If my understanding is correct, I can see= the following problem: It need more bandwidth. For example, when you add a= hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are nee= ded. But for the Label Switching command, additional two communications, i.= e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if= a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the t= rack will be consumed.

=A0

Thus, I would like to suggest to use Trac= kID to associate incoming cells and outgoing cells. For sure, the TrackID w= ill not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e.=

(1) add TrackID as a parameter of Cell co= mmands.

(2) same procedure of adding/removing har= d cell or soft cell as before.

(3) while receiving adding hard cell or s= oft cell command, =A0fill the Track table with the TrackID. In the Track ta= ble, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, =A0the schedule i= s the overlap of all Track tables.

=A0

How do you think?

=A0

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--089e0129483e73356704df96808a-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82FA421F9BF4 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:03:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.986 X-Spam-Level: X-Spam-Status: No, score=0.986 tagged_above=-999 required=5 tests=[AWL=-0.110, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ktFXn-J3kNjn for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:03:10 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id E57B421F9BD5 for <6tsch@ietf.org>; Thu, 20 Jun 2013 07:03:08 -0700 (PDT) Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 20 Jun 2013 16:03:11 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Thu, 20 Jun 2013 16:03:07 +0200 From: To: , Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRdNX/CzpwRPEqzdewzKovo2pk861wg///nT4CAADM6IIAAB97ggAAlvYCAAAOqAIAAFYYAgAC03wCAADf6EP//49KAgABGzQCAACfl0P//6nGAAABTnwAABXQFsA== Date: Thu, 20 Jun 2013 14:03:06 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_"; type="multipart/alternative" MIME-Version: 1.0 Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org, pal@cs.stanford.edu, pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 14:03:15 -0000 --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_ Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_" --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Qin, May be we can talk on this figure, Each node can get this 2-hop neighborhood information by collecting the cel= l-usage of its 1-hop neighbors. Then during the negotiation for a soft link= on an edge (e.g. edge (A, B)), the combination of node A and node B's 2-ho= p neighborhood information, create a virtual 2-hop neighborhood information= around that edge. Would you please explain what does 1-hop information include? [cid:image001.jpg@01CE6DCF.A73D66C0] Best Wishes, Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Thursday, June 20, 2013 3:26 PM To: Maria Rita PALATTELLA Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@= ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Maria Rita, I fully agree with what you said. There is trade-off, i.e. how much informa= tion a node should hold, (None, 1-hop, 2-hop), and then monitoring will tak= e care of rest. Should it be configurable? Qin On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTELLA > wrote: Qin, it is exactly as Pouria explained. Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pictur= e of the network. The combination of the partial information that each node= has, will allow them to properly select the soft cells within the TSCH sch= edule. In the worst scenario, if the cells allocation isn't properly done, = the monitoring algorithm will help in detecting that. Maria Rita ________________________________ From: P.Zand@utwente.nl [P.Zand@utwente.nl] Sent: Thursday, June 20, 2013 2:59 PM To: qinwang@berkeley.edu; Maria Rita PALATTELL= A Cc: watteyne@eecs.berkeley.edu; pal@cs.s= tanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Qin, You mean the case that edge(A, B) is not in the two-hop neighborhood of nod= e D, but is in the two-hop neighborhood of node C. Am I right? If yes, for creating a soft link between node D and C, node D will send a "= Link Reservation Request" including a candidate set of links based on its t= wo-hop information. Node D might suggest the cell-1 that is used on edge (A= , B). However, node C upon receiving the request, will do another check bas= ed on his two-hop neighborhood information and will not chose that cell-1. = That is because node C knows about the cell-1 on edge(A, B) in its two-hop = neighborhood. In other cases, that node D intend to create a soft link with other nodes (= e.g. E or F), and if those nodes are not one-hop neighbors of node A, then = edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, = F). Am I right? Best wishes, Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Thursday, June 20, 2013 2:11 PM To: Maria Rita PALATTELLA Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria and Maria Rita, I think there is a difference between just 1-hop information and 2-hop info= rmation. For example, Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of nodeA= . nodeD is a neighbor of nodeC, but not a neighbor of nodeB. Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD cannot= know nodeA is its 2-hop neighbor. Thought? Qin On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA > wrote: Pouria, I do agree with you. 1-hop also include the 2- hop information. The RX cells for the 1-hop neigh= bor, are the TX cells for the 2-hop neighbor. Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of P.Zand@utwente= .nl Sent: Thursday, June 20, 2013 9:54 AM To: watteyne@eecs.berkeley.edu; pal@cs.s= tanford.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Thomas, Just one minor comment on "1. when all nodes know the full TSCH schedule of= all their (2-hop?) neighbors". Shall we say 1-hop neighbors? I think, one node by collecting the schedule = of all its one-hop neighbors can know the schedule of its two-hop neighborh= ood that might conflict with its communication. In the received schedule in= formation from one hop neighbor, the links between the one-hop and two-hop = neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the= applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what = Trickle considers consistent, inconsistent, and what other events can cause= a Trickle timer reset. A first step might be to identify what we believe is a fully consistent net= work. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbo= rs 2. when there are no MAC-layer collisions, i.e. no communication happens on= the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I wou= ld argue that, since condition 2 is the end goal of the network, satisfying= condition 2 might be enough. That is, it's OK if you don't know the comple= te schedule of your neighbors, as long as you can communicate without colli= sion. It is in fact possible that two cells are reused between two pairs of= nodes, if at least one of these pairs never uses that cell, no Trickle res= et is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algo= rithm than RFC6206 for reaching eventual consistency in a wireless network.= P2P is not a good place to start because it is based on a graph abstractio= n with neighbor sets. etc. I can look closer at the exact problem problem y= ou're discussing to figure out whether I think Trickle would work well, if = you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues w= ith distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different app= roaches to deal with keeping a distributed state (consistency). I think the= re are 2 main directions, pessimistic and optimistic, pessimistic approache= s aim to enforce all nodes with the same information which requires transmi= tting the exact state to the neighbours and make sure it is installed there= , usually this is done in master-slave architectures where the master tells= the slaves what to do and won't fit to our scenario (this is the PCE case = in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronizati= on (optimistic consistency) and think that eventually all nodes will learn = about the scheduling state. With that approach we can have scheduling probl= ems in case 2 nodes do not have their schedule completely synchronized, how= ever monitoring can help to detect that and correct eventually. My opinion = is that the schedule does not change so much so having optimistic approache= s would work well (in terms of scalability). To achieve that, nodes might s= end portions of their schedule, assuming that eventually all schedule will = be sent, it will take time but neighbours might learn all information from = others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what = are the cases where this will work better than just simple random selection= and monitoring, assuming our schedules are sparse. If this is an optional = feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Qin,
May be we can talk on thi= s figure,

Each node can get this 2-= hop neighborhood information by collecting the cell-usage of its 1-hop neig= hbors. Then during the negotiation for a soft link on an edge (e.g. edge (A, B)), the combination of node A and node B’s 2-ho= p neighborhood information, create a virtual 2-hop neighborhood information= around that edge.

Would you please explain = what does 1-hop information include?

<= /p>
=

Best Wishes,

Pouria<= /p>
<= /p>
<= /p>
From: Qin Wang= [mailto:qinwang@berkeley.edu]
Sent: Thursday, June 20, 2013 3:26 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu;= 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Maria Rita,

I fully agree with what you said. There is trade-off= , i.e. how much information a node should hold, (None, 1-hop, 2-hop), and t= hen monitoring will take care of rest. Should it be configurable?

Qin

On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Qin, it i= s exactly as Pouria explained.
Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pictur= e of the network. The combination of the partial information that each node= has, will allow them to properly select the soft cells within the TSCH schedule. In the worst scenario, if = the cells allocation isn't properly done, the monitoring algorithm will hel= p in detecting that.
Maria Rita

From: P.Zand@utwente.nl [P.Zand@utwente.nl= ]
Sent: Thursday, June 20, 2013 2:59 PM
To: qinwan= g@berkeley.edu; Maria Rita PALATTELLA
Cc: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Qin,

You mean the case that edge(A, B) is no= t in the two-hop neighborhood of node D, but is in the two-hop neighborhood of node C. Am I right?

If yes, for creating a soft link betwee= n node D and C, node D will send a “Link Reservation Request” including a candidate set of links based on its two-hop information. Node = D might suggest the cell-1 that is used on edge (A, B). However, node C upo= n receiving the request, will do another check based on his two-hop neighbo= rhood information and will not chose that cell-1. That is because node C knows about the cell-1 on edge(A, B) i= n its two-hop neighborhood.

In other cases, that node D intend to c= reate a soft link with other nodes (e.g. E or F), and if those nodes are not one-hop neighbors of node A, then edge(A,B) is not considere= d as a conflict edge with edges of (D, E) or (D, F).

Am I right?
Best wishes,

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.b= erkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Pouria and Maria Rita,

I think there is a difference between just 1-hop information and 2= -hop information. For example,

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range= of nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB.<= /o:p>

Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nod= eD cannot know nodeA is its 2-hop neighbor.

Thought?

Qin



On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA <maria-rita.palat= tella@uni.lu> wrote:

Pouria, I do agree with you.

1-hop also include the 2- hop informati= on. The RX cells for the 1-hop neighbor, are the TX cells for the 2-hop neighbor.

Maria Rita

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Thomas,

Just one minor comment on “1. whe= n all nodes know the full TSCH schedule of all their (2-hop?) neighborsR= 21;.

Shall we say 1-hop neighbors? I think, = one node by collecting the schedule of all its one-hop neighbors can know the schedule of its two-hop neighborhood that might conflict with= its communication. In the received schedule information from one hop neigh= bor, the links between the one-hop and two-hop neighbors are also included.= Am I right?

Best Wishes,

Pouria

From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

+1 on the use of Trickle. It would indeed be great if you coul= d look at the applicability.

Per http://tools.ietf.org/html/rfc6206#section-5, we need= to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset.<= /o:p>

A first step might be to identify what we believe is a fully consi= stent network. I see multiple, slightly different, definitions:<= /p>

1. when all nodes know the full TSCH schedule of all their (2-hop?= ) neighbors

2. when there are no MAC-layer collisions, i.e. no communication h= appens on the same slotoffset/channeloffset within that neighborhood

Of course, condition 1 is sufficient for condition 2 to be satisfi= ed. I would argue that, since condition 2 is the end goal of the network, s= atisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your neighbors= , as long as you can communicate without collision. It is in fact possible = that two cells are reused between two pairs of nodes, if at least one of th= ese pairs never uses that cell, no Trickle reset is needed.

Thomas

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <pal@cs.stanford.edu> wrote= :

Yes -- as far as I know, there isn't a better (faster, more effici= ent) algorithm than RFC6206 for reaching eventual consistency in a wireless= network. P2P is not a good place to start because it is based on a graph abstraction with neighbor sets. etc. = I can look closer at the exact problem problem you're discussing to figure = out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many differe= nt approaches to deal with keeping a distributed state (consistency). I thi= nk there are 2 main directions, pessimistic and optimistic, pessimistic app= roaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won'= t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_-- --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=66562; creation-date="Thu, 20 Jun 2013 14:03:06 GMT"; modification-date="Thu, 20 Jun 2013 14:03:06 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAHDA8IDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKKACiiigCJbiJp2hWRDKqhmQN8wBzgke+D+VK88Uc0cTyIskmdilsFsdcDviuOm1I6c niS8aV4bltSitkdUUkDZGEHzEKB8x5bgZJqva6vc6rpOnXNzIr3Ntrq26SLtJZc7Tkr8pO1mzjji gDuzIinDMoPoTSggjIIIrlvGOlafdXOjzXNlbSyvqMMTPJEpZkw3yknqPasq+8UXmg6lJpwSJbbT p/PuNkWAtgdoXaB3Bc9O0ZoA76mTzx20LzTSJHGg3M7nAUepNcQfEGpSRWou9UttK82xe/EkkSnf ljtj+bjCrtzjk5HSrOsapf6h4GvXutNaBJdLMrTGRdocx5K7M7hyT19KAOxBBAI70tcTda1qmlNe Wk9/DIVNoRdvCFFsszMrEjOCF28Z9eSaik8R3sey3GsWph/tIWg1IxLtdDCXI67dwbAz09R1FAHd 0mRgHIwaw/DuoT6joM0txMk7RyzQpcIoVZ1RiA4A45A7celcTpHmaVY+GNPYu1ne3Ftd2rEk7H2k yx59MncPqw7UAepZozxmvO7bxLq2pwX7XH2X7M9tdeZbSPFmLaGCgIDvPTDBvXtS/wDCRalJrVjp lpfwWahLT5dsIVkZAz/fO7OOFCgjt64AO/iuIpwxhkSQKxRirZwwOCD7g0sE8VzCssEiSROMq6Nk EexritIur6w1BXS6Q2d3rd1bNbeUOMmRt27rnK/TB/GsvQfEN7pmg2P2O8t9QH9n3Ehs0jGbcxjK kkHdyeDnrnjFAHptRC4iadoRIhlVQzIG+YA5wSPTg/lXC3HiTUbW2vEtNXtdRItoZlulhXbC7yqm 0hTgggkgHnjrTtWbU9L1bVrqDUlM9jpMU8jvbqfP2vKdpHRRgEcc+9AHe0VxN94jvU1C6kjvoImt 7uG3i00xqXuEfZls/eyd5IxwNvOeaIPEd8+owOL2CZ5r6W1fS1jXfEi78Nn72fkBJPHzfSgDsWuI knSFpEEsgJRC3LAYyQO+Mj86lrgdB1ObVfE2hXNxqlvdyzWNxM0EcYU2xJjynHOB0+bnIP4aXiTW bm11aa2TVLfTI4LL7Ujyxq32h8sNvzdhgZA5+YcigDpHvraO8jtHniW5kUskRcB2A6kDqRU9cj4d F1eeLr2+uZmRpNPtHe2Ma/uywc7c43cHP589BXX0AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAVHLPHAYxJIiGRtiBmxubrgep4P5VJWBqXz+NdEjk/wBWlvcyoPVx5a/orN+ZoA2FvLd7 Q3SzxG3Cl/NDjbtHU56YqVWDqGUgqRkEdDXn/g3UJTDo2ni/t7y2uoJlmtFjGbdV6EkHPOdpz1zx ir0dxfD4R+bZtJ9pSyKo6ff2A4yPfYMigDswwOcEHBwajkuIoXjWSREaRtqBjgscZwPU4B/KuPnu 9E0fTUk8MzWELztDFLcRsHWKJmx5rjOCeerdzzxmo49RmvdT06Ka7jvUtdY8qK7RQolBtnYjjjKk kEjjj1zQB2kFxFcwrLBIkkTDKujZB+hqWvL7XxBqdjo2lWWnSQwqLA3CvK8SLI/mMNpMhHyjAzt5 +YdK6KDVru+1i6gk1a2sJIpFgSyEau8mYg28EnJ5Y4xxhec80AdbketLXnujahN/ZnhqaW9S/uGg uGM0iqXiYQg7cjuD1zye9OPiTWLDSftNxewXD3GkC/T9wEET7kBxg8j5889x1A6AHf0tc34OvrvU 7S7uLu/W7iM22D/Vb0QKM7vLJXJOe/TFYh8VX66BNqKajazXUnBsQig2f70ISSTn5Qed/GeeBQB3 UlxHE8aSSIrSNtRWbBY4zgevAJ/ClgniuYUmgkSSJxlXRsgj2NcTZX17fXminUJIZSmqOkUiSRuz L9nc/P5Z2hgSenbFT2N9cab8JYryyIE8FnvQldwGDycfTNAHZ0VxmoeJbia61SPSdQszFbm1COHj /j3lwrMdpbCjAJx1rP1PxrcRCzl0+9Z1ENtJIk0UUYkEjYyQTuJIzwnA96APQ6K4O28R6pe+Lp7W O9jENtPOr2oEQMiIDtC8mQsT14Ax07Zs+Dte1XWbpXvZLd7ea284oskW+J8j5Qqktt5IO7kECgDr HvbaO8jtHuIluZFLJEXG9gOpA64qeuD1ae90zWvFOo216PMgsrcxxyRKVXJfGT1wOe/OfpVjV9V1 DTbiazm1yC2a1svtSzTQIPtTlm+UDptXaBhfm+Yc+oB2lFcHd6/rbR395Dcw2otBZn7LJAGG6ULu DHIPBbjGDxW5pF9eq2s213L9tl0+UCNxGEaQGJXCkDjOWI/KgDoKK8+TxTqK6c1zHqlreyTaVNeP HHEoFlIqgqDg5xliuG5yPrU9/wCINX0eG+hkuYruURWsqSmJYxCJXZGzk42jbkFjxnkmgDuqjhni uI98MiSJkruQ5GQcEfgQRXOaDq+sTWQM9ol9/pBj86K4hyiYU5fadu7k8L2A45rJ0e+1DTRbPHcJ PaXV9fRC1EQByrTOCG65JTHpz04oA7ylrz5fFOoR6a9zHqlrfSS6VNeskcSgWciqpUHBzgliuG5+ X61t+HNWuLzV7i2fUYNSgFtFcCaFFUROxYGPg+gBGeR3zQB01FFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABUbTxLOkLSIJXBZUJ+ZgMZIHtkfnUlclql9NY+IdbvY4xLNZaQj28ZGQctIWP5oufpQ B1DzxxyRxvIivISEUnBYgZOPXipCwAySAPU1xd1dNLptnKNZt9Umi1G0aOSFFXaXYKy/KcYKs3vg 85qz4gFnL4t06DXDD/ZhtZWiS4IETzhl+9ngkJnAPvigDrKrm/tlkMZuIQ4kERUuMhyMhfqRziuL 1DXvsIu49K1O0srPT7RJrOJlEn20ndwCTkrlQo285P0FNmfzNcdnXY7a7allPVSbVTigDvqK86sf F+ty213fMtu6razym2Z490Lp90BFO8gc7t36dKtX99cMNJaPxXFLGb9UluII41UBonIDdVxkcD3G ckA0Ad1kUtcRFfXrak1lYTw2ZudYuIpJFgVjtWHfnB43ZA5P5Vmah4v1b7FZQxX0FvdSwzgTbYlW SVJTGC3mEAKduTtyRn6UAelUVia/qFxpXh6OaOeMSl4YnupFBWMMwVpCOBgZJ9Pwrm9V8R6nazQW djqdtcgwySC9zDGsrK2AhLHbxn5tvPI6UAdu1/bJI0b3EKurKjKXGQzfdBHqe3rVivPbiV5tVuJJ xGsr6hpbOEbcoYgZwe49K6bV9Y/szX9LinuIoLK4inMrSkAFlCFRuPTgtx3xQBuUVwmneKL6aTQZ ru9j8i9hj3JCiF3kckfOh+YIRjBXoQc8VTg8bXzf2hLFcpPENOlu4fOWMFCrKBlUJKj5uj88dRzQ B6PSV54nibVo9Fmu01BLmOa9itoXb7OHgQrlmbaSgJbgbjjkV1Ph26v9R0JmvZohcb3RJoXR+AcK x25Xd6gcZFAGnbX1teGUWtxFN5TmOTy3DbGHVTjofarFefeGH1KPTPDVhbakEju4Jp5HNuhbClMK O3VjknJ5qzYeJL6e7s5Gv7eR7qeeKXTljXfbKgfDE/eyCi53cHdxjigDt6WuAtNU8Q3FtaM2rwhr vSm1DcLRf3bLt+VefunfznJ44xnjY1DXbgeG9Hu0mhtG1FoVluHUFLcOm4nB464UZ4yRQB09FcRb a1qt/c2ljb6nDiS8uLf7akCt5yJGGDKPu5BJUkcfKeKz5/F+tS21gkMlvFM1o8rTM0UaTSLIyYPm HAX5QSF5+YdKAPQ554raIyzyJHGuMs7YAzx1p+a5HxVeX0/ha+jnsRAoSFluPNV0Zy6dADnGT39K gutc1KxuLrTp9RhBS+hgN9JCq+VHJGX5X7ucrtBPHzDOe4B21FcGviS+keztn1i1ihkvLi2/tAxL iVUQMrDPyg5JXPQ4PFdL4X1CfVPD9td3TI8r7gZEXasgViocDsGAB/GgDXooooAKKKKACiiigAoo ooAKKKKACiiigAooooApLpNst5d3BUsbxUE0bYKNtBAOPXGAfoKJdJtZZ7STZtFpIZI40AC7ipXJ HsCcVdooAa0aOVLqG2nIyM4PrTHt4ZCxeJGLrsYlQdy+h9RUtFAEMtpbzhBNDHIEO5A6A7T6j0qR 41kQpIoZTwQwyDTqKAImt4X3bo0O9drZUfMPQ+o5NVbnRrK6ForxKsdpIZI4lACZKspBGMEYY8Vl +PN3/CLSKoDFri3XaXKBgZkBUsOgPQ1UWefSv7O0ywisNKa7aaSRi5uI12AHAJ25JyD7AGgDqYPJ MKi32GIDaoTG0AcYGOKPs8W1F8tNsZyg2jCn29K8zsfEmp2Oh6ZY6VJarNLBJKhMYdZHM7gDJddq 9Tnn/HoG8Ra0/iKW0trdJLe0uYrabKou8Mqln3GQFfvcAKc4xnngA6hrezjmaRooFlm+QsVUNJx0 J79OlZd34Ssry8mlknulhuHSSa2VwIpGTG3PGR91eAQOPrTNSYSeM9HjmIEUVvc3Az03jYoP4K7f nXP6DrUjeKIdQkivo7fWWki3zIVh45t9hzjlFbp1LCgDvPIiGP3acNvHyj73r9eetRiC1tS0qxww lsKXChc9gCf5Vm+Kplfwbq0sEgI+ySlXRv8AZPQiuShhWCDxDp80CWiPpYuo4ILgzxIV3fvMnBVs 7eMY+UHnmgD0COytoo2jjt4kRm3MqoACfUj1p7QRPu3Ro28bWyoO4eh9uai06Z7nTbWaUYkkhR2H uQCas0AQm1gMyzGGMyoNqyFRuUegPUUq2sCztOsUYmYbWkCjcR6E9alooAhjtIIpGeOGNHYliyoA ST1JNE1rBcFDNDHIUO5S6htp9RnoamooAaI0Vy4UB2ABbHJxTqKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKq3Wnw3d1aXD7lltHLxspx1UqQfYg/oKtUUAVZNPt2hnSNBC00ZjaSJQ r4xgc47dqktLWKxs4bW3XbDCixovoAMD+VTUUAQJZW0aSIlvCqS5MiqgAfPXI705LWCNI0jhjVI/ uKqgBfoO3WpaKAK72NrKiJJbwuiHKKyAhT6gdqebaEzicxIZlG0SFRuA9M9cVLXP63famus2lhpk 9tB51tNM8k0RkwUKYAAI67uaANpbS3jzsgiXJLHCAcnqfxqtqOj2uqWD2kylEZQoaL5WTBDDB+oH HTjpXJP4x1m8NudNs4ywsYLuRCE2yGTJI3NIpVRgjIDc9fcvvEdxpT3iW3lQGXVZYmk8sykBYlbO 0sASTgdQAO1AHUaXpNtpdxckXMtxd3W15pJ3UuwUbV4AAAHsKuJBaebOEjh8x8edhRlvTd6/jXDv c62uoRXrTWUepR6EZ5yYt6Eh92wAN07ZyaZJrl5bahrOrWc1nFi2s7h7eZSzS7k+6DkY64BwecUA d5FZ28CKkMEUaIcqqIAFPqMdKkWJFjEaoqoBgKBgY+lcp/wkmoG+84TWYthqY077GUPmkbtu/dnr zuxjG3v3qFdd12Tw6NSEtqRLO67YoMtFEjOCwUuN7fKMgEYGcZoA6mSysI7YxyW9ssHAKsihevHH Tqf1qR7O3kdXeCJmQbVZkBKj0Fc94su1ufAZu4poWWT7NKsrAqhzKhDEHkDvVY+J77Trm4+3z2k9 nY3Ucd1cxRlAI5EyDjccFWK56/Kw6UAasPhSzhv0uPtF3JHFcNcx27uDGkrZyw43H7zcEkc/StaO 0t4ZHkigjR5Dl2VACx9z3rAn1zUYPAk2sOkKXZhM8cbKdqqWygYZznaRn3zVO48Q6rYXN1p9xNZt cfabaKO68oqkazBuWXdzgoQORnIoA61oIn3b40beAGyoO4ds+tMaG1vAkjJFOEbKMQG2keh7HiuU TxHqUl3HpYurJZvtslub/wAomNlSJZMBN33vm2n5uNp+lY+l+IdTtdIsbLS44pZXS6umkRVdJCLh xgbpEwuTkkEkAjigD0VoIju3Rod+N2VHOOmfWnLEisxVQGbliBgn61j6zrE9h4Te+8rF7JEqxQoQ 5858BVGPvfMe3XFZ3gm4+zte6My3iLass1uLxSsjROOTyckBw/5igDpVs7dPN2wRL53MmEA3/X1/ GntBE27dGh3LtbKjlfQ+3NSUUARw28VtEI4IkijHRUUKB+AoEEQ24jQbSWXCjgnqR78mpKKAKN3p Fpd2N5aNEI0vEZJmiAVmyME5x1561Yt7WG1TZBGka5yQqgZPqcd6mooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACqj6dC+qx6h86zpC0JweGUkHkexHH1NW6KAKMuj2cr2p8sRpazeekcYCqXw RkgDnGSfrVme2huYzHcRJLGequoYfkalooAhe0t5GiZ4Y2aLmMsgJT6elO+zxFtxjQtu3Z2jOemf rUlFAEKWlvHM8yQxrK/33CAM31PemiwtBAYBbQ+STuMfljbn1xjFT1yOreINVs9Q1V4JLQWmmvb5 ieIl5RJjcN24AYzkcGgDqvIiVg3loCDuztGcnjP1rL1LwzbajcGYXF1as8Jt5Ft2VRJGSSQQQcck 8jB561k2fiLVr7xBLElqp09LyS0kBCDaFyN+7zNxYkD5dnQ9e9YqeJ9Vi07SbLSTbQyy2MMqK0e9 WZ2K4JZwVAAyD8xP8wD0G3gto7RbOEIYYUEPl53BQAAFP4Y600WljcW6RCC3khjPypsUqpHHA6A9 a5GK91DTNZ1W4hltjanV4IJomjO9zIkSFg2cDGQQMHvUOjaveaZs2TWk9tNql5AbSND5wIaV927P XK8jHQigDujbxFixiQkkEkqOo6H8KJYIrgKJo0kCkMA6g4I6HnvXFDxZqcOnLdvcWFybrS5r6OOJ CPs7IoYBjuO5fmxnjkVdutX1fTZtON9c2v2WXabiaK3ztZ2AVNu/KrzgPzz1AoA6M29pHcRMYoFm AKxHaA2O4Xv69KgvtDsb+xuLV4RGtwPneEBHJyDnI75A/KsjxU0w1zw99nuILeZriZVlmXcq5ibt kZPoM1m/8JlqFvYxS3C20j3UU0FoY1O2W6SUouOfuuCGA/2W5NAHS2Hh+2snupJJJrya7CrNJc7W LKudq4AC4GT271oRQRQRrHDGsca9FQAAfhWPrd9qNlFpUFrLbrc3dytvJLJGWUfu2YkKCOcrwM1l W/iHVL17Ww+1WVrc5uhLdSREo/kyBMKm4YJzuPPABoA6zy4IED7Y41iU4bAAQd/oKRLa3ErTpFF5 kg+aRVGXHue9cDqfia/1nw5ejzbGzjGjm4lWVSfP3+YvyHIwvycHn7w/G7B4i1f+1Fs7G1V7Wze3 gkVgg3KyISxYyAjAbgBTnHvwAdkLeIYxEgwu0YUcL6fShreKSEwtGjREbShUFcemK5nxpCbm80OD 7PFdK9zJmCWcxI+InPLAHp16Va8DztL4Zijkd3lt5ZYHLNvAKuRtVv4lHAB7gc80AbiW0MYjCRIo jGEAUDaPb0pkljayoqSW8Loh3KrRghT6gdqsUUANeNJEKOoZT1DDIpj20EiyLJDGwkGHDKDuHv61 LRQBn3OiWV1PZySxDbaBxHEANmGGCCuMVeVQihVGAOAB2p1FABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQBDc2sF7btBdwRzwv8AejkQMp+oNVhoWlLaC1GmWYtw/mCLyF2b v72MYz71fooA5zVvBlpqc5dJWto2g+zvFHDGy7Mk/LuU7CdxyVx29K1V0bTxLBM1lbvPbqEimeMN IoHTDHmr1FAFG+0qG/u7S4kJD2zPjgEOrKVZSD2PB/AVNLZQSWyQeTGEjx5YCDEZH3So6Ajt6VIr 5dkJ+Yc49jUlAFKz0mzstJj02KBTaInl+W43Bgeuc9c5OfXNV5/DmnPpVzYWttFZQ3IAl+zRqhYd wcDuMj6GtWigBAAoAAAA7CloooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAqNreJ5VlaJDIqlQ5XkA4yAfQ4H5VJRQBSl0bTZxAJdPtJBbjEO 6FT5Y/2eOPwqlrHhqDVHhkjk+yyxSNJlIkdXZgASysCCcAc9RW1RQBm6XoVlpWnxWkUQkWOMxb5F BZlJLEHjoSTx09qmbR9OeaOVrC1aWLBjcwqSmBgYOOMVcooAq/2ZY/bvtv2O3+14x5/lL5mOn3sZ pJtJ0+5tltp7G2lgVtyxPEpUH1AIxnk/nVqkVs5B6g80AMltoZ4PJlhjeLj5GUFeOnFZ994dsbvR JtKihjtbSc/vEgjVQRkEjGMc4wa1aKAI5beGeEwzRJJEwwUZQVI+lRzWFpcLMs1rDIJwFlDxg+YB 0DZ6496sUUAU20jTnsls2sLU2qHcsJhXYp9QuMUk2i6ZcwRwT6faSQxEskbwqVQnqQMcVdooAie2 hlEYkhjYRsGQMoO0joR6EUv2eH7QJ/KTzguzzNo3bc5xnrjPapKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAqB7G1l83zLeF/Ox5m5Ad+OmfXFT0U AVP7LsPt3237Fbfa8Y8/yl8zGMfexnpWNqvgqz1O4dhM9vDJAtu8KRRldgzwhZSU+8eVx27iukoo ArrYWoQr9niILK5yoOWXGGPqRgc9eBTItLsILs3UNlbR3JBBmWJQ5BOT82M8mrdFAFOLR9Og8/yb C1j+0AibZCo83PXdxz1PWnS6ZZT3ENxNZ28k0H+qkeMFo/8AdPUfhVqmqc59QaAIbuwtL9Al5aw3 CDOFljDgfnVa60S2uptOJUJDp8vmxQooCbgpVeMcY3HGK0aKAI5IIpWRpI0cxtuQsM7TjGR6HBP5 1Xn0jT7qHybiwtZYt5k2SQqw3Hq2COpyeauUUAVLjSrC8MZurG2mMQKxmSJW2A8EDI4FEmk6fLdR XMljbPcRACOVolLIB0wcZFW6KAK17ptlqUax39pb3KKdyrNGHAPqM1LBBFawpDbxJFEgwqIoVVHo AKkooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiimsCRwcUAOoqFJj vKvGVx0PY1LQBG0u2eOPBO/Jz6Af/rqWoUkDzuqnlMA/jzUtAC0UUUAFFJUF7eQ6fZy3Vw22KJSz H/PegB7BVmWQ4BI2Zz+VSZrz688Q6vqLbkmWygPKxIgZxzkbmPf6VZ07xbfWc6x6m0dzbuwUTAeW yE8DdjgjPcVfs2Rzo7miomErpwyox743YpURlA3OWPc4xUFklFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU1sgZXGfemJOruyYZWXswxn3FAEt RmVRMI+dxUt+A/8A10+o0KtK5GMr8p4/H+tAEtFFFABRRRQAVEECXDOM/OBn6j/P6UXNzFaW0k9w 4SKJSzsegArir3xZqN5KrWUENtArbkM4LSH6gYC5GeP8ioxciZSSO5zS1yekeMHlu0s9TtlSaU4h lhPySH0wfumunZpSnyIobtuPH6UnFrcaknsSUtMQPgb2XPfaOKfSGFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU1iQOBn2psc6SFlUkMvVSME UASUxpFWRUP3mBI/D/8AXTs1GCrzkjBZBj3Gef8ACgCWiiigAooooAKiVPLndsn95g47ZHH+H5Us 88drA807qkUalnZjgKB1NYYvtX1YJPp9nBbWwO6N7x2DyD12KOAR6nNNK4mzoKKxbfXJ4LtLPVrM 29xJnyXibzI5sdQp6g+xrVaR9v7uPJ9GbFDTQJ3JaKYm8gF9oPcCn0hhRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRSUABGQRXAa9qc9/qF1ZQXE8VjA+xgj kGRx975uu0dMZ9fw7Wa9XDLCwZxkZHIU155NC9nqt5bTfeMrTI399WOc/nkVpT6kVE7IrraJC2+2 eS3lByJInKsD+fPfr+mPl63w9rt7f280d3Iv2m3YK2EADA9GH1/mK5onAJJwB3/z/n9ManhGMyre X6j9zOyxxEYw4TILfmSPw/Cqn8LbFS+JI6cXVwHJLqVPQbOn45o+13G/O9Nv93Z/XNRUVz3Z1cqJ mvJywwUCjqNvX9axPGM8k2gNuC+Us0bSgA8ruH6Zx2NatNliSeF4pUDxupVlPQg9qcZWaZMqaaaO L7euf8/1/Xvn5q2oMo06fdjBQjB7k9P1xVrXtNufD9hLeQSpdWyMiJDLkSZZgoUN0P3u/wDjnUsP DEq3SXOpTxu8RDRwxL8isO5J5aujmjvc5vZzvax2NisiWFus2fMWJQ+fXAzViqaX8agecdmTjPb/ AOtVvNYGtrC0UU2RikbMAWKgnA70AOopqNuQHGMjOPSnUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFNZQwwRTqrXN15asItrSD16Dr1/I0Achrev3k1/cWF hdtFBA+ySZVHmM3dQewGeuM/1yobrUbRzJZ6jciQnOJXMiMfcHP049vbcxo3t9QvrebPmR3Dkk/x BiSD9DmnfX/P+ef1989G2hz3bOw0TXptVsPPkhjikVijxgklWHX8DkEexq+bucM2Vi2DOOTnv/hX M+DoybS9uQcxXE2YzjqFABP4muifo30P8nrGdlLQ2jdrUlN3P5mNkW3p1OepFJ9snLrhI9pIzknP b/Gmn7x/3v6mkXqv1H/slSUYvjO5lk0EKwVYmni80hsfLkfpnHcVzv1/z/n/AD0+XtLu0ivrGS2u F3RSJhh+A5HvXFava3vh9Ea4jF1A8qQRSRMFZmZtqgqe/Hbjj6Y1g1axlNO9yC/yLRmQHzFZWTA5 DAjH6/59fVRnaM9cc1wmm+HLx72K61ERRrAweO2B35cHguR6c4A+tdpHeI+0MQjNwAx6n29aU3ey Q4K25YopKWszQKKbI4jjZ26KCTSqdyg+tAC0UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFNZA3XtS0yR2AIjAZ/QngfWgDC+0ajqt9cWllci3tLZ/Lluh GC7v3RQeOO7Yp76LqFnmXTtWuJJvvGK72vHJ7HABH1FO8LMI7K5tXI+0291KJh3JZiwb6EEVtnpV N20RKV1cztI1N9Us/OMAhdXMckRbLI4OCDx/kVdDS7yGjTb2Ibn8sVkeHWE9xq11FzBPeHyyOjbV VSR9SDW3SluNbEe6XzMeWuzHXdz+WKC8u8BYlK9zu6fhipaKQzC8TZlt7GCVQLee9iSbngrnOD7E gCtwVV1PT4tUsJbSYsFkHDL1UjkMPcHBrLj1TVNNQQ6lpst2wwq3NptIk9CVJBU/mKrdE7Mk8XAD w9NMP9bA8csJ7hw4xj+X41tDpXPvb6lrdzDLeWy2lnbuJUtncM8zjoXI4UDrjnnrW6sgyFb5WPY9 6HtYa3uSUUUVIwopkjiKNnb7qgk/SnA5ANAC0UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUlFV72+ttOtmuLyZYol6s3r2A9T7UASwF/LAkILDIJA61JXLR+OLAXD7ob0QsRtk+znH oeOv6d/pW5HqtpcW6S2s6TrIu5DGc5H9Kpxa3FFp7Ft3VFLMQAO5rPkvJJtwCmNOg55b/Cond5JC 8jls9F7L9P8AGkqGzWMO4BQoAUAAdAKrX2l2mqxCK8hEgB+U5IZT7EcirNAJHI6jpSTaLaTRx/hn RLXU7e7urxp7iNb+eOCOSUlfLR9q5A68g9au3Gj3egXD33hyMPbud1zpecJJ6vF2R/bofar3hnTJ tH8PWtndFDcJuaUocguzFjg/jWrTcm9xRgktCGzukvbOG5jSVElUMFlQo6+xB6Gpqztas9QuYopt Kvfs93AxZUkGYZ/VJB1x6EdKj0bXotUaS2nhaz1KD/X2cp+ZP9pT/Eh7MKkdzVooooGYPieN7u50 OxVGZJtRSWUgEgJEpfn8Qtb55OazU1V5PE02lJEpjhtFuJJN3IZnIVcfQE1o0CCpFuJogPLZSAeV fpj69qjoouDSZpR3MchA3AMeinrRc3EdvbvJK6qoB+8QM1i6hdR2NhPdTKGSBS+PUjp+tcXIs2oy fatVf7RcNztY5SIdcKOn41rCPNqc9R8jsenW80c0KvG6spA5Ug1NXltuZdJl+1aWTDMo5RThJAP4 WXp7ev5V6Rp16mo6fb3cWQk6BwD2yOlEo2FGVy1RSZpakoKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKjgd3iBkAD9CB60lxcw2kDTXEqRRIMs7tgD8axrfxfo0ly8X2+NVLDYzBl VvxIx1BppN7CbSN6kZgoJJxUUlzGgHzAkjIA6ketU98ssm6ZgRuGFA4HK/nSGPe7NwhEYZUPG48E jjkenWoQipGVQAKAcAfRqcv3R9B/JaG+6fof5NQBn6toVtqzh3MkNwuVWaI4YDc3B7EZ7GuZ8N6H /bkNzNqFzLJbx3s1ukSAIJEjkCgsRzzzwPQV27kruZRkgkgepy1Y/hGwn03w1Y292my55kmXOcO7 hj/OqUmieVMzPIvfBoMlkk19oR+aS1GXms8gEtH3dMnleo7V0lvdwX1mlzayrLBMm+ORejAh8EVM Puj/AHR/IVl64NWgiiuNFEMvk7jLZuAvnrhuFf8AhYc47HvUlGsfvH/e/qaReq/Uf+yVQ0fWrTXL ZprVnV0fZNBIu2SB8nKuvY1fXqv1H/slACD7g+n9BXO+IyLrxF4e0/qDcSXrj2iR8f8AjzCuiH3B 9P6Cs+LUIbrXb6xWH97YxIzzHHHmBztHccAE/hQBo/x/j/U03YsihXUMpxwf+AU/+P8AH+ppq/w/ h/7JQA5bmaJVwPMXjIJ5xgdD+dXklWQZUis/+D/gP9Kr388VnazXcuQLdWfKnB438D68U1qLY15n CQux6KpJxTkOVHuK8zuby/1dzNqM8oVuVto3KpGPQgdT65qSx1a90GVZoZpp7RcebbSOX+Xuyk8g j9av2fmR7Q9KopkUqzRJIjbkdQykdwadWZoLRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAhpkLs8Ss67WI5HoaWWVIY2eV1RFGSzHAA+tZNv4n0iW5aFNRtc7sIfMGG+h6daa TYm7GzSEgDJOBTS4HuT0ApkaSMSZip5+VV6D/GkMRZPtMZK7lQ8bsYJ9x/jUkcSQoEjGFHanUtAG XqGii5ulvbO5ks70LsMsYBDr6Op4YfqKqf2VqmoIY9Q1Ui3JKtHbQeU0gzjlskgH2xW8SApJ6Co7 dt8CPgjcA2D701JiaRFa28em2ywxALbRjCL/AHFHb6VZVgwBUgg8gjvS1Ay/Z4yYY8qP4F4/KluM nopqOHUMOhHcYp1ABUUm1pI1bBOdwB9v/wBdSVHtVpy3VlXb16Z5/oKAJKZJDHMuJFDDqM9qkooA hdpI8bUMi5555H+NSKwYdadVPUpoLOzlvbhmRLdS5ZTzj0980biLEzBYZC3QKSfyp46CvNrnVNT1 dmku7ma3jb7ltA2wIP8AaI5JqbT9fvtFkWSa5lurIH96kzbmRf7yt149D1Hv109myPaK56JRTVYO oZTkEZBHenVmaBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUhYKMnpQAVwniq4e68SNA/M VnEpRT03tklvrjA/Ou3E6sWChzt6/KQPzNcp4p0e6lvhqVnatJhBHOikbmUchlHcjJyO/arhuRPY wcf5/wA/5/P5rvhqVoNYntk4iuIjNgdA4IBP4gj/ADycr7bFv2bZTJnHl+U278sZ9f8AJ5t6Tfpo uryya/bTaeblVjtZ5QDEV67WcZ2uT2OKuWkXcmn8SaOzooByAQcg8gjvRXMdoVleKb6TTfCmqXcL lJorZzGw6hyMKfzIrVrN8QaVJrekPYxyLGHljZywJBRXDEfiBigC9ao8dpAkrl5FjUOzdWbAyT+N SVFJdxreLAA7SP8AMQqkhB6k9BTFiuJPOFxKgRxtRYQVKj13dc/yp2Fclmmitoy88iRIP4nOBVaW SyF1b3DQ+ZOUKwypCXYI2M/MBwDxU8NpBbwiKOMbAd2G+bn1ye9TZo0DUw7LX5I9TTStbgW1v5XY QPGSYblRzlWPQ46qea1I7xJHkXy508sEkvEQCPY96Zqel2msWT2l9CJYm5HYow6Mp6gj1FY9oLrU bdUXULlbCH91HIGAmudvBdnxwCR2+tVGPMROfJuO8PnztZ1/UpMok9zHBCzjbujjjAB59SzV0FYE +lTRxE2dzLKRybe7fzYpfY7uR9RV2zaO/wBMtri0lls40Byi42pg4ZWBGOCDTlC2ooVObQ0qKzLL xBZ6jq09lZzQ3AhXc8kEgcJ7N759Cfwqj5niTV8m3ew0qzJIWUH7VM4z1HRF/WosaXNPXLcXWh3k TOse6IkO5wqkcgk9hxXG6fqEOpWqzwSKwI52tnB+v4df/wBY7LTtLFjaSQTXd1fmYlpHu2DlsjBG MYC+wGKoeJbXSbLSbjU7uyDG2QY8g+W7cgKoIx3xWkJpaMyqU3LVGDcS+UhCjdK3yxp3ZugAH+en bHy+gaHpSaZpFrbMAZY4lVyO57/rWXYaJYaad9vahZSuC7kuwGOmT+VakdzJDGFjAYDopOKcpp6I mNJrVl8W8SyeYI13/wB7HNSVFDMsygjr3HpUtQAlAOaDUdspS2jVm3EKMn1oAlooooAKKKKACiii gAooooAKKKKACiiigAooooAKKQkDrUYuImJVZFYjqFOcUAcJ4mum1HxBLBISbewKhI8/KZCMlj6k ZAHp/KgyqylWUFT1BHH+eP07Y+W94ptn07Wp74xuLK52l5CpAjkAxyfQgDms5riGNN7yoq+pYY/z x+n0roWysYPfU2fCU5Sa7sG5WMLLFnqqHIK/QEcfXt0HTj7w+o/mtcb4Pv7R9WvEmd7e+kCrDbzo Y2eIA/OoPUEnt6V2Q+8PqP5rWM9ZGsNhF+6PoP5LQ33T9D/JqF+6PoP5LQ33T9D/ACapKM3xNqEm k+G9TvoCBPBA7REjI35YLx35Iq/a+Z9nt/OIMuxN5Axlvkzx9azfFGnT6vpP2K3VT5lzEZdzY/di Xc/44HSr/wBsjN8tuokaThm2qcIMrjJ6c+lAEo+4P90fyFR3VzDaxs9xKkSnIy7AdmqGOC5mt5Ev JlG8DaIMpsGB/F1J6elSpawwQCJI12R52g/Nj7/c80wKklvp0evJfCBvt8sflebGjfMhbjcRx26n pUGk+I47/UW025tpbPU4hve3kwRs3KAysPvA47VtfxH/AHv6msvWdCttbiiErPDcwENb3URxLA3y 8qf5g8GkBYiv45IZGMc8SxL8xkiZe3b1/CsbwziS413U5PkF9qDCPf8ALlEQovX1wT+NJaXmqanb R+TdrDbooQ3QhHmXLAAFlU8IuQcdc0t1HqMMTM8y6pAOZLe4iXcRzypA68ngitPZkc50n8f4/wBT SL/D+H/slUrUR30FndWFxNFAVUoiY2suehUjr29RSw34Ooy2snkjykEhZJgSq5X7y9V6fSosVcuf wf8AAf6VneIrV7zQr2GIZcoWUepUscfjisxdb1zVo/8AiS6THb25GBd6jJgMMdVjTLHp3IrTtdNu Tp1xba1eLqLT7g58kRIFIYFQB269TnmhOzuDV0cjBOlzAksZyrD/ACP8/r/Ey7Yi2dFQvJIPLRAM l2PAA/P/APX/ABbesaBomk2ouUE2nxB0hC2YGCWfao2HIPJ/n71o6f4asbGYTN5txccDzJ23Ffu9 Ow6nnrzWvPHcy5GbemWLWWnW8DyOzRxIhy2eQMcVZWELIX3OSexckflVRLl4IhkNKqgd/mxj9aux yrKoZTkfyrLU1Q+iikpDClqK23/Z4/MOX2jcfepaACiiigAooooAKKKKACiiigAooooAKKKKACii igApDQTimedGcgOpI6gHOKAMP7Ouv67ci8HmWOnusaQH7skuAxZh3xkAA+5rZmsra4tzBNbxSREY KMgIx9Kwxex6Frt21ySlhessgnKkJFLgKVY9gQAQenWtibU7K3tzPNdwJCBneZBiqdyVYy9Ii/sr W7nSgS0JiWe2ZjlkTO0pk84Bxj61v1gaNKdU1m61UqyReUsFsjjDMmdxcg9ATjHsK36JbjjsFFFF SMjnkEULu2cAdqeBgYqOYqAobGGYDnvUtABSUtFAEUsb/ehZVcHoRw3saerg8dCOop1RSwq7I/Rk PDDj/IoAlqKFArSPzl2yc+wx/SuO1DxheXU8kekeXFbxtt+0SLuMpBwSo7D3PWoLHxTqmnkfavLv LYfeCJskA7kdj9P/AK2b9myOdHe0VFbXEV3bR3EDh4pFDIw7g055UjxvcKT0BNQWPrG8W20t14Zv Y4FLSBA4UfxbSGI/IVce+JcLDGSD/GxwO3bqetQSmWU7nlbGD8i8Doaa0dxPU4OORZY1kjIZXGVI 5BH+f89hFeti0kUKWZxsRQMlmPAH6/5/i3Nb0PTrENeC8msEkmCFY0DoXdiowuOMnHTirth4XtrO 5E80s11cKRteQ4CcjlQOh5PPXmteeO5lyS2Og060ktLCCGSV2ZIlU5I4IGOOKnSIrIzeY5z2J4FV I7xool80NIAByvLdB279avJIsihkOQe9ZGo6iikbhTSGLRUVuXNvGZMb9o3Y9cVLQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAlFLUN0222fBIJGAR2zxQBnyNunlkBPzn17Dio5oo7iF4Z40licYZHU MrD0INKqhFCr0AwKWpZulZWMzTdGh0KC5XTfPaJvmitHmzHGQD8qZ+6CffApmleI7XU7g2cqSWWp IMvZXI2yD3Xs491zWtVLVdHsdathDqECyKh3I+drxH+8rDlT9KQehermNYun1LWNCso/tMEUtzLI zKxjaRI4zk8c4ywHP19KkvNQlsoNIFj9o1FXcxIHlCPIQDiR2I+ZR3x6554psml6ncapb6nLqEKX dvG8ccaQZjUPjd1OT90c1pGD3M5VEtDo1ARFVeFUYApaztN1OS4nks72JYbyJd2EOUlTpuX+o7Vp YJ7GoaadmaRkpK6EorP1XXbDRRF9uldXmJEUccTSPIR1wqgk9ap22tarf3MX2XQZ4LQsN89/KsTb e5WMZbP1xSC5uFd4Kg4JGM1h6C2NJjt2G2a1zBKh6qyn+vX8asaposmq3AMmq6hb2oXBtrVxEHPq XA3fgCKrDwvpumQNLpzTae6Au8schYvxyX3Z3dO9aU5W0ZlVg5ao0WZY1Z3YKijLMeAB/n/PpgaZ 4WstWga+1T7TcRXEzzRWkszCBFJ4OwYyT15z1q7a6K2p2MUmsXM1zHKgY2xASPB6bgvJ7VENM1bw 6M6JKdQ09f8AmHXUn7yMekUp/wDQW496qpJfCiaUGveZv29tBZwLDawxwRL91IkCqPwFRyW7RRSG wWGKZ23kMvyuffHTPrT7Sc3VrFMYZYTIobypVw6exHrUtYnQMSZXcxllEyqC8YbJXP8AT3rD8Wxt dw6Vp6qWW71GESYHARCZGz/3yK25IFdxMqJ9oRSsbsOme3Has631mabX49Le18thZm5nYtnYd+xQ PUHBIPoKYjWJySfWkoopDEZQwwc/gcVaS+MaDerOB3Xk/wD16rUjt5cbvjO1S2PXAppkuKYmq+KL HS5PJxJc3GATDCMlQehY9B+NUtO8aWj+XBfQz2jHCiWUAoSemWB4/GuQsmaW2E8h3SznzZG7lj/n H4VOyrIhR1DKwwQRkEf5/wA9K6ORLQ5Od3PTqWue8HXk9x4fgSRWfyWeHzCRghWIHfPT+VbeJjJw yBPoSayas7Gid1cmopAMUtIYUUUUAFFFFABRRRQAUUUUAFFFFACEA9RmjAHalooAa6K6lXUMpGCC Mg1z66LpsV1NPFYWqPk7SsQG3AYcflW5duUt3KnDEEKfc9KoY2xkZJwvU/Rqab6CsVdW0ex1uAwa jbpMisWQnho2y3zKw5U+4qvZwXGg6bObi7vNUSE74gYw04Qbfk4++fc81qn7zfU/zagfeH1H81pD KOk6xY61aefp1wkyL8rgcNG2BwynlT7GrjkKjE9ACT+TVjat4ctL6T7fDNJp2oogxfW5CtgBeHHR 19mqC91oWlxprEXt011EywRwxbVd8HLPk/KDnI7Dn2ppXE3YNS1GW91TR7KETwRXk8rSc7WeFFY/ VQSR710KDG0dhj+a1y0sOsz6/bawyWKtbwSQrbF2P32BJ3468Y6Vt6VqqaiXjaNoLqEgSwOeV5XB B7qexpuLQlJMuj7g/wB0fyFK/Rvof5PQPuD/AHR/IVU1PVbDSYTLqN7b2qEHBmkC5+909fwqSi6f vH/e/qarXsckthcRwnErxMqfUhcVlWviyHU7yOPStO1G8heQBrryfKhRdx+bc+C34CptSsdYvrxU s9WTT7Lau7yrcPOW+XOGb5QOnbNAEGjSRy6NZtF9zyVXHoQMEfnn/PW7nHOcY7/5/wA/1yk8OvoV nJNYapcYGZphefvVkOASeMbT9OKcdFvtZsCmqXpggmj+aG0Uo3IPBcknt2ra6epjyu9inpGgT6va NLc6vex6bNM8kNnbEQgoWONzj5iDzwCK6HSdD03RU2abZQ24fG9kX5n5T7zHk/iax0utX8LKI7+J tV0qL5VuraPE8Kg/8tIxwwAH3l59q6O3lS4himiO6ORVdTgjIOwjrWTd3c1SsrFeW2khtj/Z4gic neVZPlfjnOOn1FTrcRSSzRK6mSP7655XIcipP4P+A/0qG4gDM80aR/aVRljdx0zuOD3xkCgDE8Uj 7Vq3hzT1P+t1IXDr6pEGb/0LbXQr/D+H/slZlpqaXWuNYy2hS7t7dJ5HJDCPe5GwHrn5SfpitNf4 fw/9kpDD+D8P6Ukgb5tjsjZOGU89X/Ol/g/D+lK38X4/+z0ATC9WMfv8gA43AcfU+lV9S8RadpLK l1P+9YZEUal3x64HQfWor+5+xWNxdYz5EbSY9cc1wdrGRGZpCWnn/eSuTksTz+QzwKuMU9WRKVtD utI8T6dqRjt0n2XRUfupUKFvpnr+FbVeXTxCaMqThhyrDqp7EHtg/wCetd54d1R9T0S0nmVjM0Y8 xtpALA4OD9RmiUbaoIyvozWoqHdK0hHlqE/vFufyqUdKgsWiiigAooooAKKKKACiiigAooooAKKK KAEIB6jIpFjRM7VVc9cCnUUANkRZEZHVWVhgqwyDWXa+HtKina4j0+0DltykQr8v0/nWlNuMLBDh yMA+hpyDaijJOBjJp3YgZA3bn1HWo1MqM28hk/hIHI+tTUUhjVdXGVYEeoOadUQgRWZkAVm6kDr9 aoalrcWj2/mXqHezbYo4/mMp68enHXPAppX2Fe25fl2mWINjOcgH/PvUtcSfGd6ZhN/ZMe1QQENz 8+Pyxnj/ADzjpdH1q21q3MlvuV0OJInGGQ+4/rTcWhKSZo0UU2SRIkLOyqo6knAqSh1VNWWR9IvF gz5pgcJj12nFD38YQtEDJxkbeh69/wADURuJ5fSI57fMRzQI87syps4dn3fLXHft/n/PAmHX/P8A nv8Ar3z813WdAGl2l3qVpdJFAiNPNFMvy5ABYqR0Jz06dKhtPDN9rGlo9/cCxjuIQxjt+ZVypOCx 4Hvx6juc780d7mXK+xueEnnXw5B+8xES7RgDnaWYjnJ9P1rYWNRLvwC5IBY8nqO9cwmq6h4YQQa9 brPp8Y2pqVnH8qAbgPNiHKfVcj6V00MqTqksTB43wysOhBIIIrFu7uapWQqdF/D+SUH7h+h/kaE6 L+H8koP3D9D/ACNIZz3ilReav4f07r5mofanH+xCHb/0IrXRj74+v9RWcLuzufEM1qId15ZwhzKV HyLIX+UHrk7ckewrQH3h9R/MUAIvQfQfyWkYuqkxyFGHOR34PUfhSr0H0H8lob7p+h/k1AFkXqIM TEIc43du/wCXSodS1vT9KCi+uo4mcfKp5Y/QDmq2oXAs7G7uCu4Qxu+098bziuEgVmLXMzGS5nO+ R2OSSecD0AzwB/hVxjfVkSlbQ77SfEWnansht7pGuNuTEcq3vgHk1rV5ZPbicD5ikiHdHIv3oz6g 13fhzVzqmjW002TcbSsu1Tgsp2k/jjNEo21QRlfRmxRUPmyGTCwnbj7xYD9KmqCwooooAKKKKACi iigAooooAKQEHpS1EQyT5yPLYcj0P+f5UAS1Q1D5pYlyfky2PXsP61ezWS5LzSvuyGbj2HQUmyoq 7EoooqTYKgmMrXEUKxBoXDGV26Y6BR7nP5A1NJIkUbSSsFjQbmYnAA9ay57qfTLESW9rcarPcyll EBAXnkZYnCoAAM/400JkdyFXxPbhlAX7EwhGOAdw3Afhir1YzaLrWrzw3eqajFYtAxeC2sUDBGxj 55G5f3AAFEmo6rBrEOlNaWktzNA86yrMVQKpAJIxkcsOK2jJNHNUg+a6Qurx3s2rabHpVxDb3hEu ZJYzIFj2jPy5GecY96f/AMIhHeENrep6hqh6+W8vlQ/9+0wPzJqaHTr7T521BpEvbl12zRhduFHI Efpj0PWtS1u4b2HzYH3LnBB4Kn0I7Gpqa6o0pKys9yZflxtGMDAooorI2Cqmp28t3ZG3ixiVlWQk 9Ez836VYeaKKSNJJFV5DtRSeWPsKzoJbq+1K9ikLQQQoIwI3+Ysed2ccHGPpmrhe9+xMmrW7l+5u YLKMNcSLEnRd3f2A70j3DLOkaW80isATIMBVHvk5/ACnQW8dtEscYO1OhZix9zk81JU6D1MvU9KG tjyLyIxRxNvguIbhlmR8YDLgcd+ufpVO0m8RaYYbW+hj1RJDtW9iOwxnt5q9x/tL+VdBR7ngDqT2 ouFiheak2nWH2i8WAMGwyrMAPwJAyfauY0/W7QeLNT1K7nuLVHEUECSRNtlRUye3Xexx9PetLTbK 2u9VvtaaJDNNKYo2xnCJ8oPpk4PPpita4hjuoWiuI1ljYYKsMit1BLc5pVW3oXI5ElQNG6upAOVO evIp1cdZazp2iXU+n3EE0+oWx8uAWsDSSyxEZXOOOOmWrS0zUNeJabUtNENiudu5g103oSifKMc5 5z7VlKNnY3jO6ubzsscbSSMqIvJZjgD6mqVhrenas9wmm3cV2bfAkMRyoJ6Dd0PTtVGTwvpmqXRv r83GoiQ7447mUtDGOwWPgfmCa2ooo4IlihjSONRhURQoH0AqC9Th47DVLCFmu9NaOBnLRpA/nNEp PCvgD8x/hSWbT6xGp0mF5VfgTuhWJexJJ6454H+Oe4mMgt5TCMy7G2DOMtjj9az/AA1p8mk+GdNs ZwBNBAqyAHI39W578k1r7XyMHQTe5taHaRafpNvaQ5xEuDu6s2ckn6nJrRrH7Ec8+hxVmG88qPEm 58Dr1Jqb3G4W2L9FMjlSVA6HKnpTjQSNWRWdlB5U4P5Z/rT6ih27pCuMljnHr0qWgAooooAKKKKA CiiigAooooAQHPSlqEFkn24HlsOD6H0/z71LQBSvWdpokUgIuWYdyeg/nUTfdP0P8mpqsZJJJCMB 24Ht8uKc33T9D/JqAFP3m+p/m1A+8PqP5rQfvN9T/NqbJKkK75GVVBGS3TqtAFaQSTXCQNCrWpiz KzjIbIXCj+Zz7VmSnf4ruDJ1htUEWewZiW/UD8qmudRh8OadCt2bq6mlYhUhhaSSVyASAB0H1IAA rLltvEerahDqQt7TS1t1YJbzOZZZ1OSVkK/Kg44xkg1cWkyZJtG3WRqT38Gt6e+kQ28t5KskbCdy ibODkkAk4OOPf81/tm5/tJtNOk3JvxF5xjDoU2biu7fnpkEdKmt4rzTL86nqcaSCRBGxgy32Zdwb p3HqRWhktxi6DrN+oOr+IJo0wP3GmRiBeg4LnLn9K3LiytriZJpreGWWEMI3eMMyZ3ZwT06CpIpE lhV43V0ZQQynIPAp79G+h/k9YG44kljk9/6mkXqv1H/slKfvH/e/qaReq/Uf+yUAZesYuI7bT883 bgNj+4oDN/LH41pt/F+P/s9Ztv8A6VrVxKRlLWNYYz/tFQX/APZRWk3Rvx/9nqpaJIldWO6P+P8A U1l6vplzqCQPY6lPYXUJ3RugDRsTs4dDww/X0rU/j/H+ppq/w/h/7JUlGFp+t3yXkem63p7W91ID 5Vxbgvbz4XJweqHHZvwNbc8scMbyTOsaDOWdgAPv9zTuqYz/AA/0rk9OsIdTubnVLoyzx3E7PbwT OXjiUcZVTwCcZqoxuTKVhvh6+tbrXPEWr/a87LtoljRg2+GNVG4L1PO4giutidZEjdCGVgpBHQj5 OaxLrS7O7QCSBFZeUkjG10PqCOlVLDxXZ6Xby2uuXUFvNZyCFfWZRtwVQck4HIAqpR0uhRld2On/ AIPw/pSnktj3/wDZ6x9M1yfVbgiLSL6CyCEi6ulEW444Cxn5vXkgVDeeGpdUu5m1TV76a0ZmKWcD CCML83DFfmbp3PesyzVkmtbxbq1EscxRSs0cbBmUHsQOhPOK8+tpriztlXUrO4sl6RNOm3enYnGQ pwRkGu/03SbDR4vJ02zgtYyeREmN3I5J6k/WrHy7F34K8ZB6fwVUZWJlG5wVuZdScwaWjXExHDIP lT3LdBj8+ntt9E0a0i0/Sba0hJKQoEywwSe5I+uatQxJDEscahVUYAAokj8xThirY4ZeopylfQUY 2JKKh3mCLMxyFHLgf0qRXV1DKwIPQg9agsdTQwYsAQSpwfanVFEoV5CAfmbJ/ID+lAEtFFFABRRR QAUUUUAFFFFABRRRQAlLUKsyTlNvyEZVvfuP8+9S0ARuGa4jwcIuSw9fT+tS1DCGJd3xyx249O1T UAFFFJQAtcD4nkeXxVKrkhYLdBGO3zEkn9B+X4jvGcLxnn071zfiLQbjVJkvbSNFuoFMYV2x5yZz jPbB5H9KuDs9SJq6OX/z/n/P+C29AnktfE8LQru86F0kXOAQCCD+BP61UMGoI/lNpN6JQPuhBjv/ ABZxjjr/AIcS2TXXhbVft+v2yraXCLEt1CxdbP5uVkHYEjO8cdjWjdkRFNs7l55plA3+XnH3Ov8A D3P1NRFAyfNlzt6tyelLE6usbowZWClWU5BHycg0v8H4f0rA2Bv4vx/9np38Q+v9aa38X4/+z015 4o54o3kVXkbCKTy3PpQBheLLeXUrOw0iOJ2i1C6jjuXVSQkKhXbJ7Z2hfxrZu7y3s4g1xKkSsMKC epx0A71k6XqV1rOpataun2e1tGjgWSJ/nMmFLfN04G36E1rQ20dvAscakKinbkliMg55PNMQktyw uREttM6tndIANij5+uTz9AKztStNZurhJNNuo7FoGOxXPmRXHI4dMAge4ORWy3Vvx/8AZ6Uff/4F /UUDOc0/xFdveNpup2K2OpN/x7KxZobgAKSVkAx0GcdRWtJPdRWYdrZJJed6JKAAMHnLAVbUZ2jv xj8krlLWz/te6vLm8uLi5sTcH7NbSt8i4wCcDqMg4B6U4x5iZOwnhvUoZ9b8QXblibq/8mMou8BY 02AEjIHzE+1dYjqz4VlJVsHBzg5HWufl0SydQYIVtZl+5NAAjofXjr9D1pLTWNOtLR73WJ7OzvIX NvPMzBDIwKnIHU5GDjmnKKSuKMrux0K9B9B/JaG+6fof5NXO6R4ja7DeXaald2qDIvDaeUrD5eAC QWPuBSz6JqGru8l7rtwli+THbWKeRlcHG9zlifXGKgs2r1Ybi1vIJGypjdZFTlgCH7euK8+tLvZB El5HPbMchDcxGMyqOjAH1Hbr7f3u60vRNO0SN4tNtUgV2y5BJZyN3LMckn61D4o3nwxqhigNxMLW Ty4wm4sxAAwPXJq4ysTKNzkRc+dJ5NkPtNyfuxxnP4kjoPf+deh+H7JNO0O1tkkEmxfmcfxMTlj+ ZNZ+iWEem6LZW0caxmO3jVtqgZIRM5/HNXmLqGaNyjY6jn+8en4USlfRCjG2pqUVUjvFVf8ASGVC OC3RepH4dKtAgjINQWLSAg5wRxwaKjgQKZCM5ZyTn8v6UAS0UUUAFFFFABRRRQAVHMUWF2kYKiqS zHsPWpKy/EsckvhrUUhyXNu+AOp45prcGclc+J9U1H/j1mNpa9EZUBklH945+7nsAM8/QGK116+0 5g17MLu0GN5ZQJEHdgRwfXH69M1IXSSBGjIKFQQR0x/nP6+9E7KkEjSDKhSWGO2Dn+v+c1tZbWMF JrVM7Z54orczySxpAF3GRmAUD1yao2+rxatptxc6HJDdtGSkZYssbuP9rHI56jNY+j+Ereews7jX JZ9SmWNTHDct+5hGOAsY4OB3OTXUgBVCqAFUYAAwAK5mrM7k21c5l9DuL65t18SajJeGZjtsrUeV bLgZO4Z3OO3J79K6OGGK2gSGCNI4o1CoiDAUDoAPSo/MZtQ8vyh5axbvMI53E4wD9B/Kp6GCQVQG lr/wkTaqZtz/AGQWqxY4Ub9xbPvx+VX6wPDf7/WPEl32fUBAp9oo1X+ZNIZv1E0ITzpII4xPIPvM MBiOm7FS0UAVLO/W5doJkMF2gy8LHt6qe496lnlYrJHamJrlVBCO2AoPQnHbr9cVX1W3FxDFshZ5 w4ETodpjPdt3YY/OnNPa2F35TqYjcHf5zD5Xb0LeuK0snrEi7WjLEUCqyyPtknCBGl2gEj+gz2qK xtTaQuHcPJJI0jsBjJJ/wwKydU121urVre0NxMrOqySwwsyhM/NgjqcelaUes6fLam5S7i8kHaST gg+hHXPtQ4yS9RKcW/Qu02SRIYzJK6og6sxwBVWC9mu5lMNo623eWb5CfTavX88U6TTLaa6NxOrT OPurI25U+i9Knls/eK5rr3R1pfQ3xc24dkXpIUIRvoT1quNKNwQ2pXDXPOREo2RD/gPf8a0KKOa3 why3+LU5+F00S9ls7rEVrNIZLWU8J83JQnoCD09quXWo2lnFvmnQA8Kqnczn0AHU1oXHlG3k+0Kj whSXVhkEDnpWdoOmW1tZx3K2kMc82ZNwjAKhjkKPQAYrVT0uzCVL3rIo+GLltQge+t3Aklu3F5Aw 2vEAu1UYHkMMA++a6Oub8TaFK5k1fR5Fg1BEHnoTtS7jU52v6MMcN26HiuijcywpKU2b1DFc5xkZ xmspPm1NoLl90jkty91HOs0iMvDKDlXX0I/qOaLa5W5V8I8bxttdHGCp/qD1yKmqG6jmkjX7PL5c iMGGRlW9VYehpb6FbaozfF1/Ppvhi8uLOQx3WEjhcDJV3dVB/WtjBXgnJHBPrWTrdi2uW1rDbSxm OG/ilnyf4Y23FfrkCtYnJzSAKKKKBjg7qDscqfUVhax4qu2uHstMaON4SFnuGXdhu6qvTj1P+JG4 v3h9a4OAMj3McgPmLcSB8jqd2f6j9PataavuYVtLWL0Gt6zYMZIrz7SM7mhnRQH55wwAIP8An1x2 +kapDrGnR3cAZQ+QyN95GHBU+4Nef/5/z/n+ldF4GSZrO8lSQCB7ptoxnOFAJBz6j9KuaTVzGDd7 HWUVEyTFlKyqAOoKZz+tSDOOeayNRaKKKACiiigAooooAinZUhdncIqgsWPRcdzXFT+NL+9506KG CAYxNKpZpPUhcjA+v+ON7xkXHhS+2ZAKqHx/d3Dd+ma40YwNvTtj/P0/T2rSCVrszm3eyNKy8UXM EiR6rHD5Jwv2iLI2dB8yntx1FdS33W+h/k1ef3Ko1rKJQDHsO76YrTsPDt7rOl28niLU554TCCtj b5hixg43kfM547kD2omlughJ7HRSalHLa3U2m7NQeBmUxQSrkuCfkznAPI61gS6frGvXUVvrl2th byfvPsWntlsAr9+Y89SPugc966W1srbT4Bb2VvFbwISFjiQKo5bsKbE7tqUqNEAkax7ZMcsSRkZ9 BgfnUI0H20KW1rFDFuCRoEXLEnAVepPJqRvun6H+TUL90fQfyWgjIIHXB/k1IDOg0uWLxTf6pI6F J4IoIlGcqFZy2fqTWkPvL9R/NawfCkst1/bN1JK8iS6rOIQzZCop2AD0GVNby9V+o/mtAGU1lNp5 M+mKGjbmS0JwrcDlD/Cec+hq5a30N9A0kLE4yGVhhkOG4I7Gpx9wf7o/kKpX2nebKbq0k8i7UEbw MiQfNww7jjr1FVdS3Js1saH8R/3v6moZ50tbd7iQ4SJd7H2G2syw8QJd6q1hLEIriMHfhgV3huQD 3HOay/FGo2l4La1t9SgR/N2zHf8AKq4H3se46VSpvmUZaEua5bo3dGt3t9KiE3+tkzK/1bn+tXm6 N+P/ALPWfJqdtYaQlzLciaMKAJFIJkOAOMcUxtUku9y6XbtOvP7+TKRD73Q9W/AdqTjJu41JLQ1C QGJJAAPJPbk1mnWEkfy9Pie9kBAPl8Ip+Xq547ds0DSGuXDapcNcndnyl+SIc/3e/wCNaESLGqIi hVGMKowB9yl7q8x6vyM0afdXi51G5Ijx/qLYlV6d26n9Kz9KYWJfSZ2CzW7MIwePNjydrL6+h9xX R/wf8B/pWfrsVh/Ztxc6lAkkNrG82TwV2hzweo6VSn0ewnDsRXVzDZW73F1IsUSDLM3GP8/59s3w 7aR3kkOvwpb7ryZnL4BYw4UIN2MgggHHuad4S0GFdF0+81GJ5r+RBOTO7P5RY7goBPG0ED8Kratp M2hGa90pHbTZ2WS9s4uTGwKMZoh0znG5e/XrQ5J6ISjbVnXH7n4f0pW/i/H/ANnpu4MmR0K5H5U5 v4vx/wDZ6zNBf4x9f6imCITKsZ6Hbn6fJT/4x9f6ikhTfLCCcbfm/JVoA0aWiigBKjeMqp8kqjds jI/Kpaa2dp29ccUAYsmq319dy2mkQwEwHbPczEmNGx91QOWI79AKYf7e0tGlItdRiyWkjiQxS88n bkkH6cVL4R2/8I1aEffYM0h7+YWO7PvnNbNU3Z2JSvqQWN7BqFnFdWz74pV3KcY/P3qxWD4f3rca qkAj+zLfSbck8HClsf8AAs/rWwxn3LsEZX+LJOfw4pNWY07omopBnHOM+1LSGFFFFABRRRQAUUUU ARzlViZ2ZV2gtuboMdz7Vhwapq2sRCXS7W3htWHyz3ZbMnuqDt6EnmpvFp/4p6cE4jd40lPpGXAb 9M1sIqqoVQAo4AHQCqWiuLdmIurXumTRxa1bQpBIwRLq3YmMMegYHlc+vIrczxVLWY4ZtGvUuQPJ MD789hg81HoZuZtFspLtv3jQIWAGDnaOp9aHqri62L/mpuKqwZh1A5Ipi+c5bzAqLngKcmnpEkYI RQoPOAMU+pKI44Y4ixRACxyx7n8akoooAz7mUPLIg6oBn8VY0x0WTcjqGRsqysMggnkEU6baZJGX Bz1I7kBh/Sj+P/gX9aAMaGyg8LaTcNptpdXESt5y2kTbiudmVjB6Dqdv5Vc03VLPV9PS7sJ1mhcE bhwQQOQR1BHoatr/AA/h/wCyVz+paI8GqxanortbXszKtyoXMNwmOTIOzAZww5zxzQBs3U0jLLHZ mJrheoduEB38kD25x3pwh8pvP2LLdBApfaFL4OcewJqvb3OnrqN3Y20sQvEPmzxZ+f5t2GPrxjnt WX4l1xba70ywtL6KG4ub5FmfeuYoVJZ856Zxt59afoL1LPhTTJtK0OKO8x9snke5ucHP7yRlYjPt kD8K2D9w/wC7/Q0zzolh85pEWEKGLlgFA+TnPSsrT/E1jq941vpvn3USoS93HGfIBA+6HPBP0z0p DNlurfj/AOz1Ti1S2u0ujps0N7LbMVaOKUff4IQt0BNZd54Zm1e8mbWtTnubPexjsYP3MW3LYD4O 5z9TjnpW1Z2VtYRJb2dvFbwoQFjiQKo5HYUAYCaVrmtBTrN+NPtSB/oWnMQ5Hy8PMefT7oH1pNEj XTkk0dvlktGPlgk5eInKsM9euD7/AK9KnRfw/klUdWsbK6tGlvY8iBS6yBirJwTww5HSrg7aEyVy KaeK2heaeRY4oxud2OAo9TVDw5pNheSPrstlbvc3svmwzMgZhF8oTB7ZAzx61LpmgQS2ltcagJrm cqH2XEpdUPzY+U8dh1qq1tceD74z2MMk+hXEuZrWMFns3LDMkY6lCcZQdOopza2RME92dOvQfQfy Wq8tqGuFuFkkR1UhlDfK4w3BH9etWF+6PoP5LSN91vof5NWZoRW10LoSZjeKSNyrxuOVPzd+hHuK p69qsuk2ttJbojzT3kNsivnGXdQentk1cu4ZZQPImMTpJuBxkNy2VI9DWPrUMmranoItFMkFrqfm 3LL0j2IcA/8AAiKAN4cAY6cfyWhvun6H+TUL91foP5LQ33T9D/JqAFYZJB6ZP82oSSSFQsIXHACt 07fl1oP3j9T/ADakJIGV+8On1+XFAGTqvjBoJTb6bbLPOmBK8jYjjJ/h45YjPOP51Rs/GF/av/pt nFNAzFma3J3rk56Hr17H+Yzz+n/8eMZY5ZgWYk9yTn9c1Z/z/n9f19635UtLGHM3qekWtzFeW0dx byCSGRQyMvQipq5bwO840qeNUBgS6kVCWIx0JAGPXNdIzTB1CxqVPUl8EfhisZKzsbRd1clopmX/ ALo/OikMfRRRQA13VFLMQFAySe1R7mnjzESisOGK8/kakKgtk806gDi9S8Gy2hluNKuI1hwXa3nB wD1JUjkfT+WBil/wiE2oQNHqd6Yo25CWZKkHsSx9MdMY/Su5vpBHatn+IhRj3NZ9U6krDhTi9TnP 7T1fw+QutRNqNiOBqFrH+8Qf9NYh/wChL+VdGDkAjoaAcdKzNX0y7vJIrnTdSlsruEEKCN8MgPOH Tv8AUcisjbYvIJ/tkxc/uCq+WPfnd/SpawNI1O+fXZbXWLB7S6eBdjRkyQS7Scsj9uCOGwfrW3Pc Q2sfmXE0cSf3pGCj9abBMlBwc+lUNGsbawsnFnMZ4555Lgy7g25nbJwRxjt+FQ6jrVoug6ld2t1D N9ntZJD5bhsYU4p3hq0+weF9KtiMGK0jBHvtBP6k0NWBO+xpU2SRYo2kkYKigszHoAOtOrN1PUbV ZUsJInupJQS0MPJAGCM+gJ9acYuTsglJJalu3iYSTTNMZPOIKAcBVxwAP1J96y9elS8ubTSvMUrK xkuEB52qMhT6ZP8AKtKSKS+tFExltmbl1jcbv93cP6Vmaxp8dlZwXFhCqzW0oKoBzLu+UqT1yc9T 6VpTtza7mVTmcHbYytV1x9O1WCCF4EtLcR/a1ONwWRtq7fTHU+1X7mGO01qwvVjTzHmFvL8o+YNn B+oI61lyxaBcLfDUNi3F2zGX7XGBLHlQu1cjIAA4x9aspdKbiwmnS6/s21OftMkZ/euBhWI646nO OTW+upzK10dbRTYpUnjWSJ1dG5DKcg06uI7wooooAgvYY7q2e1kk2CYbeDyR1IFTgAAAYAHAFZ6f 6Tr0j9Us4tg/335P6AfnWhVPRJExd7sjuAhtZhLny9jb8dcY5rG1PT7txa6voMjC8hhVfs0rkR3U XXY391vRvXrxWveS+RZTymPzAkbHZ/e46fjUqDEajAXAHyjoPal0HbUpaPrNtrdl9otSysrFJoZB iSFx1Rh2I/Wr1Zmr3L6bFu063gbULyVUUOMCQjqzEc4C5/Sq/wDZ11J89zq16ZT/AM8WEaA+y46f XNVGDauZyqqLsV9UuTa+NdHhhMqJOk01yI84fAVELD0Bb/OK6OuZsre6tvGKTajdCcTWRtrWQIFb IbewbtnGMY64q9deILTRLaGLVrlTfMMCCFTJLKexVF556+lEotFQknqbFRy3MEEkUc00cckzbYkd gC59AO9UtUg1S9SFNMvorCNxmaVod8oHGAgPyg9ck5xUWmeGNO0y4N0Ekur4/evLtzLKfoT90ey4 qChuoXGuz3j2mlWlvbwqBm/u23Kc/wByNeSR/tECqJ8ISoZLlNWuJ9Qm5mluVBjkwMDCLgLj2/HN dNRTUmthSipbnO2vg/Ur3H2u7gggJ+byMs7D0BPAz+P889lZWcOn2cVtbRiOKJdqqKSxZmt8MuMM QPcetWa0cmzBRSCiiorm5hs7d57iRY4Yxud2OABUjC5uYbO3knuJFjijG5nY8AVX0nUotX02K9gD CKbJQN1wCRn9K808R+IpvElxtXfHp0ZzHEeDIf7zf0FM07xLrWlWEVnaT2whiGFDQ5PXPXPvXUsL Nxv1Of6xHmt0PWqK8u/4TXxF/wA/Fp/34/8Ar0ybxz4hiheT7RaHaM48j/69T9VqD+sQPVaQkAZP SmW7mS2idvvMgJ+uKV4xJkP8yn+E9K5zchnVL61kiUJJFKpU7uVIPB+tcRqHhjUtJBNsI7y0Xhcv skXnABzwevX/AOvnvwMDAqvesoiRWx88igA9+Qf6VUZNEyimcC/hbVtTtnSSeHT+4/5bF+h2sOm0 55wc/wBdKDxNJZTLZeJLVdOuH+WK4Q7rWc4OAr/wnn7rY9s10S/dX6D+S02WNJYmSRFdCMlWGR0b tQ5NjUUh5+831P8ANqhgE32iYyn92XXyh6D5M/rms7WI9bhuxeaRNDOigrJYTjasnzMdyyDlW7c5 H0qDQNdh1PVLyFo5rW7Xy2e0uBtkT7oJA6Fc4+YcGkM3V+6PoP5LQTgEjrz/ACakBAQE8AAcn6LW T4svPsnhDV7iNgStrIqkH+JlZR+pFICxoOk/2JpMNiZfOZGdnk27d7M7MTj6mtBeq/UfzWq2m232 LTLO15PkQpHk+wI/pVleq/UfzWgBo+4P90fyFDkANk44P8mqvdX9tYxKbiUKWA2qOWbgdAOTVG6j vdZtpYWiWztXByZRulb7x+70X8eapRvvsS5dinr9vbXmp21kkUalw080qABigJG3I9SefYVRutTX TNStrG3tIhZjYtw6jHk7yVj46ckc59qkl0f/AIRyC1vQxldCY7oA9VY9VHfBUcdTk1Rm0PStWi1C 5lvElmu2LLOshXyQAAg27sHbjPPeujpaLuY9feLs+lWcWq2heBTbXEhjkiyQquVJDADoSRg11UMC W1usMQxHGpVRnOB8/euTXU7afULEz3KfZrYl3uCpCzShcYX6E5P4CutjmjnhEsTB43BKsOhHz1nV voXTtqS/x/j/AFNNX+H8P/ZKd/H+P9TTV/h/D/2SsTUP4P8AgP8ASs3xFpTa3pT2AnEMckiGY7c7 41ZmZPxAxn3rS/g/4D/Sudsz/afjnU7rLeTpcIsY/QyPmSQ/gNgoA6TjfwMDdwPTmq9z5f2KbzlL ReWd4HUrhc/pVj+P/gX9arXkrQafNKkXnOkeVjxnecJx+NCAxNUl1HSpE1ez86804wqLmx6vGoXi SL3GfmXvjity1vLfULSO6s5kmt5lLxyIchh89SLkRLwAQvQdvlrD1K4tPClq39nWKGW8uSRAj7AW O7c/sBgZAppXdkJux0A++Pr/AFFOtE3Sq+fuLjHrkL/hXEHWtaZ/MN7DGc58tYAUHfGTyf06H8N/ wrrz6hcT2l6qR3iIrBEPyuo4LDPPXqKpwaVyVNN2OnopksyQpukYKvqaYzSSJ+5wpPQuP6VBZIzq ilnYKo6knAqNpGkjzAFYkfKW4FOEQIHmfOR3I/pUlAGC2najpV1LcaX5M8M7eZNaSNsAc9WRucZ7 g8UNc67qKmGCyj01ScNPNKJGUd9qrwT7k4reqGFxIHwCMOy/rVc3kTYj06wh0yxjtbcHy0HVjksT yST3JOTVqiipKCiiobq5js7SW5mJEUSF3IGcAcmgCLUdUs9JtvtF/OsMO4LuYHGT06VW07xJpWrX Jt7C9jnlC7iqg9PXkVx3jDxXpet6NHbWMkry+ej4aJlGBnuRWX4Y1a00TxA1zesyRG3ZAUQtzuHp 9K6I0G4OT3MXVtPlPWaKzdH16x12KWSwd3WJtrbkK4OM960qwaadmbJ3Ciio3iEgKvyh6r60gIbu OO+tJYNqSxyoUYMflIPB5FZEZ1nQrfyTDHqdrEuEl80Ryqo7MDw31zXQKoUAKAAOgFRzFQoD4wxC 4NNMTRh3FlquvKIr6KGysQQzQCTzHmxztYjAC+uMk1uLIECq+EPQDt9BUgpskaSoVkUMp6gihu4W HUtQyeZEg8pd4H8JbBx7GpFcN9R1FIY6kJwKM1HcEC3kznG05x9KAM8KFRgvT5j19d5qT+P/AIF/ WmFQoYDoMgf+P0/+P/gX9aAI3lSCIyyuEjQBmYngD5KhtoXj86WSUyNKdwHZVC4AA+nX1NUdb1jT NNSOPVpo4oZFDne3XaUwAvViT2HpT7p77VNJgl0e5WyM4DNJc25Lom3shxhvrTAz/FOn2+panpsG Giuw7yC5iYrJHECdygjs2QMdKqzXNlpmqWumR6fCbeTas0vH7tnyIwwI+bcVPJ9uuabqGlWnhOSL W5bm4uH3+TeXFzKXkkVyQCB0GCB8qgdain8OQavb390NQd57t/NililYRR7QPKygOG24zz71rH4d DKW+o648O6cNe0/7Tbmexmcxi0eQmCOX7wcR5wcgY5z2rsFRUhCIqqirhVUYA4PQVzkV2mpa7YQJ PE32VvOmdT8ryAbQq+v3iT6V0n8B/wB3+hqai1Kg9BzdW/H/ANnpR9//AIF/UUjdW/H/ANnpR9// AIF/UVmWNTov4fySszWv38MFirYa6cZx/cX5m/QY/GtNei/h/JKzIsXWt3MpHy2kYhQ/7TKWb/2U VUN79iZdjUbqfqf5tSj74+v9RSHqfqf5tSj74+o/mKko53Vr/UNBvRqUha60VkVbiJEzJaYC/vFx yynjcOo6it2OaO4t1mgkWSKRNyOhyrAhsEGnr0H0H8lrDl+x+E7CO206zkf7TORFaxv0Zs5IyflU dSB0zTSuDdjdb7zfU/zaufn1WW38cw6fBCrQPaLPdFR8wJkCI30GDn/61O83XJP3huLCEnnyhEzg deC2Rnr1xVTQmuJvGmpz6lEsFw9rBFCI2yrorEsyn/eboeRVcrWpKkmdOv3R9B/JaVvun6H+TVRS 7XTtLWXVrqCLyhiSZ3Cr/DgknuRiodYutVj8qHR7GGZ5VYtcXEu2KEc9QPmYnJwB6dago1T95vYn +bVh33iKVL57DSNNub+9jIDkjyoIj8pG6RuPThcmiw8P3CX8d/q+qXF9eRklFU+VBETuB2xjr35Y mtwdVHuP5rQBxMfhjWoBJdGWxlkncyPawho0jyB9xjnPqc49scYntvDWs3+FaKOxibrK0gdwO+1R 39Cf8MdaPuD6D+S1dtHDwAgYwSv5VamyHBDNN0+DStPhs7VdsUQwM9T6k+5NWqKKgsKKKKACiiig AooooAp37rtjQ9WbI/CqdWL4q06Djcq/iM//AKqr1LNYbBRRRSLK1x5UF1FdTS7NqtHtI4bPzfn8 prC0XTI5YjqN2JJ5bl2mjWdzIIFY5Crnp61s6xJZQ6XNJqUkcVugyXkcIAe3J75rF8Kaxb6lpUUM b/vrdRGykYLAcBh6g+orensc1bcsax4estasZreWJY3kQqJYxtYfiOo9Qf8A9Vix16J9Ot96M94V 2NbQruYMp2njsMjvS6nqdvpFlJdXb7UQEhR95j6AdzS+GkiGhW88TxSm5BmeSIghixJxkdcZx+FO draipXvaJctzczxSfbIkhD8KiOSwHufX6UzT7YWr3EcVukMKsBGQPmfjliep5Pf0q5UNpHJHARNI JHZ3bIOQAWJAH0GBWN9GdFtUTVX+1E6kLREyFi8x2z93Jwo/Hn8qsVS0+GQPdXE6FJZ5ThT1CLwo /r+NEbWbCV7pFwqGILKCR0JGaU/MCDyDwQaKKkoypdHe2kafR5RbSHloW5if6jt9RT7bWV84W2oR Gzuj0Vz8j/7rdDWlUVzaw3kJhuYlljPVWFac6lpP/gmfJy6w/wCAS0jusUbSOcIgLMfQCsS4W68P QPPDN9o0+PloZm+dB/st3+hqK4k1TVreRD5FlbyjAjZS8hH+0cgD6CmqV3dPQl1VHRrU27VIRGZb dcLOfNJOcsSOvNTVkWWqzx3cdlqUUaPJxDNDny5CP4SD91sdu9a9ROLT1NISUloQ3Pn+WgtsbzIo Yn+Fc/MfyqaqVxPFHcfaXmZo7cGMxRqWO9sdQPbt70z7TqF1xbWi26f89Lo8/gg/qafK2hcyTK+r kQ6xpdxIcRZkh3HorsBt/PBFXaW90631KJY7xWkReqBiqk+pA/Ssia3nsL200+PWZQbveIFmthK2 EXLfPx0B71pGUbJGNSnJyuhNctjqU2n2Ec88Ekk/mmWBtrxooO4g84znGff87uk6Jpuh3ci2SBJZ 0DfOS8jY+8xc5JzkZ5qtN4TjkdbqHUtQg1NRgXqSckf3WQ/KV9sUWc2rW+q20GtW1vcZ3pBf2rbA SRkh4j0JC9iRxUSkpPQuEHFam9RTI5opmkWKVHaJtsgVgSh9D6Gn1mbBRRRQBesH3wsMY2uVq1VS wcNEwHVWwfyB/rVurMHuFUtW0q21nTpLO7UmJ+4OCp7Ee4q7RRewjx3VdKutBvvsl78ynmGcDCyr /Q+oqK3sdRvIEnttLvJoX5V0jyDXrOr6Ra61YPaXibkbkMPvIexB7Go/D+mNo+iW9g8gkMAZd4GM jcSP0NdixcuXzOb6subyPL/7I1f/AKA1/wD9+qjuNF1iW3kRdHv8sMDMVey4oqfrc+w/q0SO1BW0 hVgQQigg9uKloorlOgKpXm1riAHG4ZYD8VH9au1nz4a+3Y5QBQfYspoAYv3V+g/ktDfdP0P8moX7 q/QfyWhvun6H+TUAK33m+p/m1UbgxWd+dQnmVUW3KFT1O1g+R+APFXj95vqf5tWZ4hsYr/RrhJCQ URnRlOCDgD+pprcT2MTS9LmvbKKfXLma+d/njjlOFjQ8qCBgFsYyTSav4Vtr3T5YbHNo7bW2xkhJ NpDBWXpg46/5N7Q9Tg1bSYbi3dWwoSQA52OBgg1Zvb2DTrOS7u5FjhiGWZjj8Pqa3fYx8yaHXbWX Tre9mbyjOu4RdX3ZbKgDknPFIH1HUGAiX7BAcfO4DStyvRei9uuaj8O6Ylnp8M0sCpeTAySEj5hu JO3PtxWuv3l+o/mtZNqL900SbWpTs9Nt7LMkalpmUbppDuduB3P1q23Rvof5PQPuD/dH8hQ/Rvof 5PUtt7lJJGDrVg+p69axRXLo0KmcgjKDD4H4nn8q0pNH064nEs1havISMs0Sk/w/4mo9JBuJbu+b kXExER/6ZqSF/qfxrRXqv1H/ALJVzk9I9iYpb9yjf6VbalYrbzIAi4K7RjbgDp9elV2tbzTAfsTG 5tRn/R5G+dB833G79+D+dao+4Pp/QUN/F+P/ALPUqbtboNxV7lez1GC+ZhESsqH54nG10Oe4qwv8 P4f+yVWvdNgvXDSBkmQ/JNGdrpyeh/p0qmb250hd2pYmtFx/pSDBQfL99fy5Hr0osnsF2tzRnuIr S1ee4kWOKNNzu5wqgLySaraZptvplrMlszyCeWS4eRzlnZy5Jz+QHsBXP69/aPifRnsrW0S3s5mj LvcyFXkjBBICgHGcY57Gtqy1n7RdNZ3dsbS6KlkTduSRQGyUbvjI44NHIwUkzV/j/wCBf1qvcCZk jW3IVi6bm9Fymf8AD8asfxf8C/rWXeX1jYyf2hfX0UFvajyyZG2qrnZnnucdqSKNH+D8P6Vyvir5 dfs2b7rW8ioT/e35I+uKsf8ACU3Oopjw/o11eKR/x83P+jQdOoLDc34LV3XNBGufZ/Nvbm3SBjJs h24Z/mwSSM4HPAxnNODsyZK6Oa/z/n8v84+WxoqtJ4psEhco6rIzkDkJtx6euP8ADjC2F8K6v5oi jubORBkea6sD9SBxnp0Pb8uh0Pw2ujAyi4ae6kGJZGUAMPQD+EVo5JLczUW2bSRhfUn1PWnVGZwr hHDKW6HHH51JmsTYWiiigAqKFw5kxn5XINS1FEVLSBcZDc49cCgCWiiigAqlrNtJe6Le20IBllhd FBOBkjAq7RQnYHqeP6joGraJZRzX0EKw7ljysu45PtUNjY3mqX32SwiSSQRmQ732jGcf1r0nxbo1 xrukLa2jxJKsyyZkJAwM+lZXhXwnqOja015ey2zIYTGBEWzkkHuPau6OJfI23qcjoe+rLQteCNEv tFt71dQjjR5pQ6hH3cbcV1FJS1xyk5O7OqKUVZBRRRUjCopArSxq2Mg7gD7f/rqWoioNwG7quPzP /wBagCWiiigAqtemGK1knnYokKmQuDgqAOas1Q1u0e/0S9tYv9ZLCyr9ccU1uJ7HBXmo3muMZ7ya RIGOYraNyqovbdj7zevb9cQpJd6ehbT55cfxW7uWSUenPQ+4/wD1pbSia3RsYOMEehHBH4H/AD0p 008dtC0szBY0GST0rfbQw8zq5/EemW+kRald3UdvbzruTzD8xJ3/ACgdSc8YFLY6hNrdjcPDb3en ByVt5riMB2B6SBD0GezVm+GfC9np1rFez2mdSdSzSTEu0Wd52rn7g6cCum/jJP8Ae/rWD3N1sc/o fhu2sb+W9uEku73eFW8uz5kpGEyR2UZJwFA4re/g/D+lV9PjkitUWaTzJCxYtnPVlIA+gIH4VYAy oHt/Skxmbd3NjeaymkXFv58yR/bRuQFI9rsFJPZs9PoadN4d0me4MsunwF2bLELjdz3A4NZvhYG+ n1bXHz/xMLkrAGGCIIw6L+ZDN+NdJ/EPr/Wmm1sFrlN9NtJrRLZreMQrjaqrt2/c6Y6H6VVIvtMT 5S1/bY+6T++Tg9+jD9a1F6L9B/7JSH7h/wB3+hpqT2ZLiQ219b30bSW8gcAkMOjKfm4I6g1YH3/+ Bf1FUr3TIrmUzozQXK52zxcN1bg+o46GslNcvLPWDDqMX+iR/K1ysRVcgg7z6DjFNQ5vhE5cvxG3 c3kFjAJbmRUTHG44zgKcfpVfRoXi0mMzYM0oaWQ/7Tbj/LA/CsTVrubX7AQ2lhIYNyss0riMtgD7 qnnt1NaejahamP8As9LeSzmhQkQSHJIwfmVujCqcLQ8xKV5Gw3U/U/zalH3x9R/MUjdT9T/NqZLP Hbr5k0iRoDyzsAOorI0HL0H0H8lrEvcf8JRb+Zj/AI838rPrvG79MVZXWRMAun2012cAblGyPov8 R+nbNV7rSr3UvLlurmK2kgJeHyE3FDg9WPUccjHNaRXK7y0M5O6sizWTrcd3Le6VHpk8dvfNcEJK 8e8Im35yV4z2/HH4Ts2sQzravHpsk7hijfaGQuB1Owgnjvg9xUD6Nr1rqC6paX1pdXWwRvaTxlIt uQcI45U57kHNU2kiVF3H2XhTT7fU4rnU55dV1B03JJeAMFIC5KqBtXggdO1dG33T9D/Jq5+x8QRX ep2lrfaZd2WpLkKky5UAqMsrj5WB2j35HFdCwwpz6H+TVibCn7x+p/m1A+8PqP5rQfvH6n+bUD7w +o/mtADV+4PoP5LV61cPEcZ+U7TVFfuj6D+S1ctGVo3244bBx64FAFiiiigAooooAKKKZJKkQzI6 oPVjigB9QXV5b2MBmup44Yx1aRgBUhljC7i6hfUnivNtRum1rV5ryc74opGjtoyPlRQcbsepIPNV GNyZSsdSNf0m+vitrfQvI4AA3Y3fTP1o1HVtP0iPzNSvbe1Xt5sgBP0HU/hXIywRzoEkRXXPAI/z 6/r9M3fBmk6bCLo/YoXvYJcG5kHmSOrDKnc2T7fhROCWqKpVG/dZuWerpq2mzXWlRySlcrEJ0aFZ WAyMFhnafXFZ39m+I9S51HWItPiPWDTIsv8AQyvk/kBXREk9eaSsjcq22nQW9hFZsHuIo+huW81i c5yS3U5qlrNtC9veT39vHJb21u0sMg+VoyFJK5HPbNa9Z/iDS21rQbywjMavPHtVpASqn1OOemaa dmDV0UPCWkw2+g6ZdzxmW/e2R5J5WLvuZQTgnp17U260G50u5k1DwyY4pJG3XFhIcQXB7kf8839x we4rZtpYQxtI8q9sqqVYY+XGAR6j3qxQ23uJJW0GpICyq21ZSu4x7gSPX6jPGag05Io9PhS3kMkS ghXIxnk/1zVXV9Ct9WMU3mSWt9b8295AcSRH09GU91PBrN0fW5dPt57PWrcxG0ZkW7hUmK5O7oo6 h8nO38uKaV1oDdnqbWp3MltaDyMefK6xRZGfmJ6/gMmrfT3rAm1C6nvre6bSbv7NAGKrlN5Y8btu ewzx1rXsr631C3862fcuSrAjDIw6hh1BqpRcYomE1JvUsUUUVmaBRVSfVbG2bbJcx7/7iHc35Dmn yTytaLLaQea74wkh8vA9Tnp9KrlfUnmRQ8RcxWAf/VG8j356dDj9cVzHiiAXWuRRNFYSH+z5Sv22 Uxqh3j5lOD835fWupudOvdUt2gvp4IoHxmOFCzccj5j3+grNvLW6tmhS/wBPtNTBcRwzHaHJPQFW BwfUjit4W5eW+pz1L83NbQq/aPtXhDT7hDKZWW3aJpfvl8qAT7nmty8t5lhMmoXU02WCrb2w8tWY nAHqfxNVG03UJGS+u5LWE2p8yK3JzGMDq78c46Y4FX9Pv3u7qdZ/3EiABbVvvAd3z3z7cYFE3peP QIRtpLqW7OzhsIBDbJ5cYJbAOeScnmpqKK5nqdS0CsDWf+Rz8Mf9vf8A6KFb9Ubu7s4dX023nh3X Vx5v2Z9gOzauX57ZH50CZeqC4kZJbYLEH3y7WJGdg2k59umPxqeoZRP9pt/KwIfmMvvx8o/P+VNb gzO1HwxY390byLzbHUO15aN5ch/3uzj2YGptMXVLSGddYube6SIZinhiKO6gHO9Omf8Ad61o0Uh2 KWl6zp+tQNLp11HOq/fUHDRn0ZTyp+oqOTxDpMUpjfUIAwODhsgfiOKwPGGnWd5q1kPs6pc7TLJc x5SRkHAQsOoJPf0qukaRoERFVFGAAMAD/P8AnrjWNNNXZhOq07I9C02WKWFmidHUtncpyDwO9Xq4 DwrdnStbS1DBLK7DfIeBHIBnI9MgEY9vy7wyxhNxdduM5zxiiUbMhS5tR9FNSRJF3IwZfUHNOqSg ooooAKKKKACikJA6kUZoAR3VFLOwVR1JOAKyo7q3uLqVre4imy4J2OGx90dvpXG6xqD69qMzyuTY wyMkEIPysVOC7epznA7VSNnErI8I8iWM5SWL5WUj6fTp7e3GqprqzNz10PQHljhg82aRI41Ay7sF UcL3NU49Ytb7Tbi70uRdQWIMu22YNvYA/KD0zz61znhzw7p2r2Yu9ZWbU76KRo5DezGVFYEfdThR x7V16xRww+XFGkaKpwqKABw3YVm1Z2LTurmAZPFeqE7YbDRISTzIftM/VuwwgP4mtNtGgvdLisNX /wCJkilS7ToB5jAryQMD8K0D95vqf5tQPvD6j+a0hnOXulWtst7crA9gttbeak9m3l7lCAlWHQkE enemaHoUV/oNjd62Xv7qa2V5FuDujUshJwnT0q94o0641Xwxe2dmoa4miCoDJsHO3OT9M1fgmg/e WsLfNbKI2TGCvytj8MVXM7E8quYSWGpeFZlXS0k1HRi+37GzZmtRk8xsfvIP7p5HY10y9VPuP5rS n7x+p/m1Ymr6NdzXialo94bbUUUJslJaCdQQQjr25P3hyPepKNkfcH+6P5CqOtXDQadJ5efMlIhT Hq24fpnNUtP8TQTW041KF9NurRV+0QzcgZAClG6ODjjHPtVa5122m1G2nkju47KFXbzHtmClyCFP ToAevvVwi27kTkkjoba3S0t4reP7kQCL9ASKkXqv1H/slNhmjuI1lhkWSN/mV1OQwyeQacvVfqP/ AGSoLEH3B9P6Chv4vx/9noH3B9P6CqmparYaVGz6he21qvP+ukC/3+x5oAu/x/j/AFNYniH51023 b/UzXSiQeoChgD+IFWtQ1VrW0hubKxutS89h5aWoXkHJDEsQAvv71iXlt4n8QQLC9rp2kwbldXkl a4mUgrggLhQenc96qLs7ikroyvEsl8dWv/sa37tBp6zRtbXPlrA+5suy5G7hemD93HetXWbjzNBt tQtMTzI0M1uQdnmFiBgem4HH+eKmqR2n2u3HiDRnlvJ8QRSW+XWfALbcAjjqcMKl1Q6wv2fUDpiH TrJvMeyMgWZwAcOP4flxkJ3rW9tTLfQsXkHiS7iMl9fxabGzhVtdNXfKxJwFMzjA+oXit2w0y3s7 GG1VTIkZDZmPmMW+UliT1OT1qvomqw655t9aXaywFhGsKjDREHJDg8h8np6AVpr/AA/h/wCyViag SSnJz8v9KVv4vx/9npP4Pw/pSt/F+P8A7PSGSQNicLjIbPPpV2qUDhZwnds4/CrtAB1qJoTvV0kZ cdV7GpqKAImn2OqurDd/EBkfn2qQHPQijrWDqiSajrMelQTSwQiHzrt42wSpOFQehJByeuBTSuJu xrNqFos3ktdQCXpsMg3flUkYUPJtxktk/XAqinhvR1tvIGmWnl4xgxAk/iec1SsYm0LW009Hd7G8 VngDsWaJ1AymTyVI5Hpg07J7Cu+p0FFJn3oBzUlC0UUUAFFFFABRRRQAUUUmaAAnFQw7GklkR1Ys QDgg4wKw7e1/4SeaW6vWc6akjR29srFVk2nBd8dckHA6YFWJ/CtgF8zTk/s+6X/VzW/y4PuOjD2N VZLRk3ZtZqMXEbMwRg5XqFOcVnaFcvf2Be7z9qikaGdc8B1ODj2PUfWtRUCjCgAegFJqw07kavK7 MDGEUdCTkn8KUQ/OWaR2z0XOAPwqWikM5/VfCVlfTPcwyTWk7cu0OMOcdSp4J96y08F2EkbDUzJf gqcxzYCA4/ujv711105jtnZV3HHAH5VS/hPOeP6VXM7WJ5Ve5zKLqvhaURYuNW0dm2IwG+5tM7gM /wDPRPfqPeunPU/X+tI38X4/+z1j6xp+ppfDUtEus3CALJZTt+4uFDE4H9x+fvD8ako0dOWOOxtk hffGqKFb+8Pk5qn4g1dtG0kTwwie4kkjgghLY3u5CgZ9gSfwqtoWv6fNp7oZDay2OFuoLlgHgOV6 noRnOCOuKyr/AFmzv/FOlzSSyJpthFJP5zxMI3nZdijOP4QWOfcVVm9hXSOyYYLD3P8A7PS/xD6/ 1qNZElTfGyujAlWU5BHz9DUn8Q+v9akY1ei/Qf8AslB+4f8Ad/oaF/h/D/2SmySJFEWkdUXb1Y4H Q0APbq34/wDs9YvibMo0+1YnyZ7rEi/3gqlgp9sgVZk1yzLstu73L5Py26F/73ccd/WsW+/tfWdQ NmtqII1dZ4pZRhoTnAJIOD3GPQ1rCDTu9DOclayMXxFJff2pqTWq3zG2sopUeC42JAcuSzJkb+B0 wc4xWzqc4+w2eo253yRyRvEw43h8Aj8Q1Vb23sZrlX1zR5hdsojyqPIkoHIA2nDDnOCO9TXkl2I4 tQm0900+0cMIXIV5GwQrEdlU84rVLUzb0L9t/b1zqFyl1mzgcllZVV9uMjaDn684rSg0a0SZZZVa 5myP3lw289R0zwPwp2makmq2YuUQoGJ+UsCR97rjpV0feH1H8xWMpSvbY1jFWvuNUfKo7AD+S0N9 0/Q/yalXoPoP5LQ33T9D/JqzLMDUv+ShaH/16Xv80roB94fUfzWqFzDYN4gspZnA1BIp1t03Y3IT +8OO+MLV8feH1H81oArzSSRm2Eabw0ihuM7V2jn9B+dYlzoWp2E0tzoGqOBIWd7K+JlgYndna33k 79MjnpW1Ks7T2hiYLErEzc8kbBgfnj8qnb7p+h/k1AFHTtRuZ7SabVrE6bJCxEgklVkIGSWVh/Dz 1OOlX1IbYykENggg5BGVps8MdxHJFNGkkT5V0cZDDLZBHeuI1fThoGoQW3h69urGOdWee2V90KJx ygbJRs+hxgU0ruwm7I7cOowpZd2B8ueei9qt2IASXGMmQ5+uBXmR062I+aLc399iS5Prnrn/AD7V 0ng/VJIb99LnkaRJVM0LuSWBGNyk9+MEd/rwTbhZaEKd2dnRSUtZmgUUUUAFIQD1paKAGlQRggEV 5tqVm2iarPbT4SGWVpLdyMBlY5259QePyr0uobq0t7yBobqGOaJuqSKGH5GqjKxMo3PM5Z4oULSu qj3P+c9f175w3QeF7OSCznuZlZZLqTfsbqigYAI7Hqce/etyw8N6TYyCe30+BJc5D7clfpnpVq7t sq0kSZfqVHG7/wCvTlK6sgpx5XdlOikB3AHkZ9Rg0tYnUFYXiiWTdotpDI6NdanErFGIJRQXYfTC 4rdqhe6WL3V9MvWmwLBpHEW3O9nXbnPbAz+dAmW7hJJIn8mQRTEfK5UNj8PSmx3C+YkEzxrdFN5j U9fXGeoqamvGkjIXRWKHcpI+6fUU0DHViSos/il1dRttYFkjAH8bkhmPvgAZrSVp7aOVrhvtCKcp 5cfz49CB1x7Vzs+qtq2ux3Hh23a8S0RkvJ92yJl6iNSfvODz6DvWlPRmdX3o2R0H+f8AP+f/AK1B c23iVDAo/wBLtnMi9AzJjafrzim/2yuNv2HUfO/55/Zjn8/u/rWcmqT6PrMt94hsZbW1ljEdvcxn zYoFzkrJjlCT36dOa0k7LUwgnzI3tmqz/eltrRT2RTK35nA/SrAtA1mbe5ke5VvvGTGW/LFSxSJP EksLpJG43K6HKsPUEU6sHJs6lFEcFrBartt4Y4h/sKBUlFHQZ7etK7HZIKoMPtOuxg/6u0j3c9DI /A/IA/nUsl8r2kk1l5dxsOCd+FGOpJ9B7VHZIL+G1v7mLbPsyq7iVTPcD1I71UdE2TLVpEgQ36H7 XbbIlkDRozctjuw6deQPpVh4o3lSR41MkedjEcrnrg06ipuVYovqD2dwUv41SFm/dXC/c9g390+/ Sr1Iyq6MjqrKwwVIyCKreWNNsitpbvKqHIiD8gE84z6dhVaS23Fqt9i1WBrIP/CZeGOP+fv/ANFC rF7rHm28EelyIbm6cxqXH+pwMszL1yB29cVB/wAI/YyESXQlupx/y3lkbfnuRg/L+FVGn3M51UtF qb1V0QPfyTiUMEQQ7B/Cc5OffkVkLePoE6RXM0s9jKCImc7pI3AyEz3B7Z70s/ibRdKZrWOdrm7Z i7Wtqpnl3Hk5C5x+JFS4uJUZqWpvUuKztQ/tS5tIDpL21rJJgyNdxszRqR2UEZbPYnFUYvCcUs0d xrGo3uqTxsHUSyeXCrDkERpgfnmoLM/xfdQW2sWBHmPOY2WREhZ9sZOd5YDAAI5yaqrLG8fmLIpT ruB4/P8AD9PbK9zuPPPWs6Tw/pMsxlfTrYuTknZjJ+nStY1ElZmM6TbujJ8K2f8AaWuJdrta1s1b 5scNIwxgfQf0+g73aMYwMVQ01I4i6RqqYAwqjGAM9q0KJS5iVHl0EAxS0UVIwooooAKKKKAGSRRy jEiK49GGaRoI3TayKV9MVJRQB5jLavpuoXNhMNrxyM0ZJ+/GSSpH54/DtSM6xqWdgqjkknAH+cfp 2x8voGqaPY6vCEvrdZAnKtkhk+jDkVnWPg7SraRJ3ikuJFO5PPkLhfoDx6flWvOnqzJwfQpeFLaS HSWmmUo1zK0oU9l+UL+gH/1ulbTfdP0P8mqa5t1hR5I1OOWZVHX1IH4VASGQlTkEHn8GrNu7uaJW Vhx+831P82oH3h9R/NaD95vqf5tQPvD6j+a0hmJ4gvLi3k0a2tJTFJeX8cbEd41Te4/ELitS6icx SPbGNLgrhXdc8fMcH2rPv9Jlvte0W+DoINP853Q5yzPGqrjtxk1rN90/Q/yagCOO4DOscxSO5K72 iD5I5IOPUZ71KvVfqP5rUctvFLMjyRqzxuWRiOVOW6GoUkuLYSvdFZI1IZDChLkZXgqM5I9uvpTE ZMi/bvEM3ngNFYJGsKEcB3QFm+uMAVfz7k/5/wA/568/JrUD+I5pdJjn1CDyUF+9um5YGAATnu2C cqORirx8QaZtyt2rt/zzRSXPttxmtlqlYyej1FtJjpOqXsFvBJNC9ubxLeEDdvDbWVQeOcg49aFv vFN+R9k0qy02M4xJfT+a/wDD/BHx6dWqnpmsw2/iKY65FLptxchYrP7SuI5I85wH6by2cqcHiuuX qv1H/slZz3NIbGa+mS32hrZ6leStKwHmz2hNuWxg8YOQOx55qGy8JaHpjmS20y387n99KPNk/i/i bJ7CtcfcH0/oKG/i/H/2eoKFxhsDpn+tIv8AD+H/ALJSkgMSeADyfxNZ9xq0UemXF7bPFKlupZ3Z tqAKFJOccgY7UWC5lKy6r47Zmx5Oi2wjUnoZ5lyfxCAf99VsCN75ZPt1sqxrJuiRjluN+C3bryBz 2qDSooL+ytNVksxDczwrKVYYKllHJH97GOeuOK02/i/H/wBnoAqLo9imtNqiQBL1l8t5EJHmLuz8 wHDEdieao6f4jSXU/wCzNSt20/UC37qKRgVuEyuGjfo3AyR1Fbf8f/Av61R1LSbLWbL7LqECzRHB GeGQ/JhlYcqfcUAW/wCD8P6U5v4vx/8AZ6xprtPC+hwm/nvb2KP5JLpk3uikHDPt7DgZx7mm614g S2s4W054rma8yYGVtybfmy+R1AyKaTbshN2VzfgcCcKerZxV0V5l9o1F5BK+q3nnddyMFAJ9FxjH Pv2/HpfDHiO4u7k6dqTK9wE3xTKu0SqOuR0BGR07H86cLIlTTOpoqOSVIlLO2BSeY7pmJeSON/H6 dagskrCu5l0rxQl3OQtrewrbtIekciklc+gIYj6itny2dNsrZyMHb8o/xpr2dvLbNbyQo8LDDRsM gj3FNCepMDxWBO0es+JreKICW304O8zjlfMYbQmfUDJPpxUv/CKWAGxJb5IP+eC3cgjx6Yz0rQsb G206MwWkKwxDBCLwBxT0WwtXuT+RGU2FFK4xgjinIixqFRQqjsBgU6ipKCiiigAooooAKKKKAI5Y Y5gBIu4Ch4I3XawOPYkVJSUAYfheUW9pLpUp23NjIysp6shYlHHsQfzBrYnmjt4HmmkWONFLM7HA A9aqalo1pqLJLKHjniB2TwuUkQegI7ex4qnF4ahlMb6hd3l+FO5Y7iTKA9jtAAP45qnZ6snVaDvD KvJZ3N6yMgvrl7hFYYIQ4C5HuFB/GtqoMJaRkj5YhyQOdv8A9apgQQCDkHvSbuxoWiiikMr3cwiW MEE73CjFU/4P+A/0q1duNyR/xZDfhkD+tVf4P+A/0oAVv4vx/wDZ6d/Efr/Wmt/F+P8A7PTv4/8A gX9aAOXaG2vfEt1G8abLRUcR7eGkcZZz6kcAelax5BB5B4wef8/5/Hn9Q1dLPxXItkXuYtiHUBFG WFsQNoLEdzkcdeK0TrmmLF5hv7crjPDgk/gOa6FqlYwejdyK1uI9B1OS1AkNpcxmaKONS3luMhgo HY7s+1an2+/nb/RdOZATw9y4Qdf7oyaw9I1i1ufFE4vfMsrnyvKs4blDGZkOSzqTwcnAx1GK67+P /gX9azm1fYuKdtzLFnqFxt+0agIlOPktowv93+I5Pp+VOTQ7FfnkhM8gH353Mh6H14rQX+H6D/2S g/cP+7/Q1POyuVCBFjDKihVGcADA/jp38f8AwL+oobq34/8As9NmmS3jeaQ4SMFmPsCCako5/wCx XF14uW4W4LQ2YQlW6AsuNq474IJzW9JGkkLI6hkZSCDyDwap6JC6aessv+tuHMze27aQPwGKvn7h +h/kaucru3YiEba9yhd6ZmdrmxcW91zkgfJIMtww79OvUU6z1LzbgWt1H9nvBj92Tw4yOUPcfrV5 urfU/wA2qC7soL6MRXCbhuyrA4ZDkcg9jSUk9JD5baomX7o+g/ktDfdP0P8AJqylu7nSgq37Ga0w Nt0o5TheHH5DcPxp+qaqbWOCKzVJ7q6yIVJ+XAB3OT/dGaOVhzIpal/yUHQ/+vS9/mldAPvD6j+a 1zL6Rc3F7Df3GqT/AG6FXWN441VUD43ALjocDrzxVq21mazkkt9W2s6IZYp4lwJ1BXIx2f29+Kbg xKaZpRokl8ZhLuMUYi2D+EkKSfqRirLfdP0P8mqhJe6fotj599cQ2Uch8xzPIB8xCk9ev4UzVb++ t4Yv7L01tQeYHB85Y44xg8sx5xz2B6VBaNNvvH6n+bVxvi2WGy120mmniT7TF5CqzDO4HcOM9Dk8 +3brWpBp3iC7uo59U1eK2jRw/wBk0+LhsEnDSPkkdQcAVpXGj6de3BmurG2mmdBE0jxgsUyvy564 5NVF2dyZK6OP/D8P8/5/lV7w5Ztf+JI32kw2kbNIwJHzMMKv5ZPX+eTd/wCEOsT924vViIH7sTcY wOMkZ/Wui0Wwt9OtXhtY/Lj8wtjOeeO/erc1bQhQd9S6YI2TYVyuMYyadHGsSBEGFHQU6isjUKKK KACiiigApkqeZE6AkbgRkdqfRQA1VCIFAwAMClpaKAKV5bO2JIQC2fmX+8Pb3qpnNbFUbu0PmedE T0+ZPX3Hv/Ok0XGVtCr79hXOWVzDefELUGSeNxbWEMCAODlmdnbHqeBVTXLuTU9Sltd5FnbMEaMZ HmvgE7vUDIGPXr2BoGytSoHkRgDkYUAj8R/n+daKlpqTKtZ2R3tR3NzDZ20lxdTRwwRLueRzhVHu axPDmqlpH068n3zJhoGkPzypzx/tFcdfTrS/2DcarqZu9fkjlggkJtLGIkwrg8SPn77/AF4FZyjy uxrGXMronnih8V6LA0NzeW1lO25wqmJ5o+RtOeVU9cjkj61bOk2P2SG1S2SOCAbYkjygQegx/k1d JzSUk7Dt3M+3VrW8isku38pItyxSRg7lHHyt1yOPwxVlGuSZlmhhMeDs2uTv9iCOKkmRnjby2VZc HY7Lu2n6UkEjtGgnCJPty6K2cdsj2pt3EkZVhpy6PZ3kml6X5E0zbltftA8stjqOcIOecVDF4pJu o9Pu7P7HqjHAhuZdkcnvG+CHHt19q36rahp1pq1m1rqFvHcQN1SQZwfUeh9xSuOzHyLdG4TY8SQj 76lCWJ7gHOAKEtVWeSVpZpC4I2u+UUegXp/WszUrq50W30600q3juTI3khJ5m3BQv3s85x3zTRZa g/zzaxcCU9oURUB9gQSR9auMHJGcqii7F7U4JJrAWtumFlZY22jARM/Mfy4/GroAUAKMADAHoKx9 Pvb1dV+xajJG26ItBIibRLg859GAI4/GthvlUsxCqOrHgD8aU7r3WVBqXvIKKpaprNjo1uk99OUS Rtse1GcucZwAoJNZq+Jbu8ZRpnh7U50J/wBbcBbZMevzncfyqC7m/S81narb6rcNEul39vZx4Pmv Jb+a59NoyAO/Wqlt4adbqK5v9a1W+liYOqtMIosj/YQAEexzQBBr13p+k63p95cT20LyloJAzgOd wG1sdSMjGfetf+tPm06yuLgzz2dvJMU2eY8Ss230yRnHJrldcgXStQ0y20++vre2muVguUjkysSu CEwTnb82OPStozurM56lN3uifUltvEer2+j/ALm5tYX828VXyV28BTg5HPGO/wCFdJY2FppkAg0+ 1gtYh/BCgUfp1qHTtFsNI8z7DapFJJ/rJAMvJ/vN1NZjW/iXSiTa3VvrVvnPlXYEM49hIo2n8QKm cuZlwhyI6CiqVlqf2jT2ury1m03YSJEuyq7cd8g4K+hq6CGUMpBU8gjkGszUKKKKALFio89n/i24 /DNaFZ1mgNyr5OVBGPXP/wCqtGrWxjLcKKKKCQooooAKKKKACiiigCOdGkhZEbazDG70p4FLRQAm Ko3sLIN8SFgc7lXqODyB9TV+koAzicscep/m1A+8PqP5rT7m3aOTzEI8vHzLjkH1H5nNcdrurT3e oyWVrM0NrBhZmjbDyPjO3PZRgfX8CRUY3JlKxfsbmW58c6pD5kn2ezsbZfLydodyWJx64Areb7p+ h/k1edxWEdtKZrVpbeckZljchmxwM+v4/wD1q63QNWk1KzmS4x9ptzskIGA+VYqwHuKcoWVxRnfQ 1ppY4I5JpnWOKPLO7HAUAtkk+lZN/BL4isbQadqZt7C4w00sA/eSxnbgI38Oe5646VSGkXviS7+0 eIoxBYRyboNLVtwYhjh5iOGPoo4HfNdIgC7AoAAwAAMY+5UFmfDolhb2Fva21v8AZ4bcZiELFCpI GTkHJJ7561YkinF35iToIsHdGYhno3Rs5/nVgfcH+6P5Ch+jfQ/yei4WKdxbNfLc2uoWVtPaPuwp bdv5OAVI4PvmqGjWE2iWE6wRXkkYYNBaS3CyeWPl+VGPQexPFbp+8fr/AFNIvVfqP/ZKYGFp3iWP Vo2hsodl/FkTWd0/lSxDHBIwSQcdRxWpKt00qGOWJIgCXUoWZj8/AOcAfhVXV9Asdchj+1xETxDM NzExSaE4HKuOR9OlVdY1l/DtvZQGGfUJZsxBy6hiwDfM3Tg55IHFC12E9NzWS0VbySdpJXZyRtdy VUbugXpWL4the+sLHRoYn2alcpBMyLxHCArvk9shdv41nHX9aZ/M86zQHnyxESB3xuzn8f8AI0fD viC71TVbu0vbeG3EEcbRhWJMvIDMP9nIHHUHOapwa1JUk9DoMAJhRgBeAO3y0N/F+P8A7PR/B/wH +lEhChyTjGev/A6gsd/H/wAC/rTV/h/D/wBkpYz53zRAuueoHHWnQ28zgFlEeMcE5P8AD6fSgCM/ c/4D/SuI1nRLTQ9cSezhaC2u1ZSik+Ukm4n5V6LkDt1xXfx2TAHzZd3so2gUy70ayvraWC5i3pL9 7LHIPXIPY/Sqi7MmSurHAf5/z/n/AOys6HC134os0jLjyVeWVlJGFK7QM57k/wCep05PBDQuix6x OsTNtUPCrMOv8X/1vSt3SvD9no8O22DmUnLzO5Lufc+nt0rRzSWhmoO+ppIioAFHQYp1RMZkddoV 075OCP8AGl89A4VmCs3QE4JrE2JaKSloAKiVAty755ZQMfTP+NS1EVb7UG3fLsIx7560AS0UUUAF FFFABRRRQAUUUUAFFFFAEc6u8LLG21jxn0p4GKWigBMZqFmMDLhSYycHb/D+Hp/Kp6SgAByKWofn il7GEj8VP+H8q5DxHr93NqMlhYTGC3g4nmQ4d2xnap7Adz/9cioxuS5WOnuMG6HTKqAf++lqH+D/ AID/AErgkFzA5ktr66jmH8bSlwT/ALQPB6f/AKscdXoWqNqmnu06CO5hJjmReRnHBHsRzTlCyuKM 7uxpSuqJIzsFVQxZicAD5+TWXqcV5rdtbrpOoxW9lcHM11Ed0jRk8CI9Bn+927VmnTr7xXIZdajk s9JRiY9NJxJPjdhpiO3H3B+NdPHGkQWONFRFwFVRgAZ6AVBZU0zSrPSdPSysoFigHVRyWJ2ZLHqS e5NRWVta2hS1IR7lI9wkaMBmXnHPfHAP4etaC/w/h/7JUU0W+MOqx+ciny3cZ2krimhNEWqaZZ6v aPbahbR3ELEna46H5+QeoPuKq2NlNoFhcD7Ve6jFGS8ET4eVVGP3Ybgv04zzV+CSSWBWni8qYg74 927B+foe4qf+IfX+tIZm6PrlhrcBexn3NHhZYnBWSI/Lw6HkdK0D9w/7v9DWTqvhuz1eWO6zLaah GAI722bZKvC8E/xD2bIpNS1g6LHYW0sFzfXN0DGrRKoy4Xqwz8oOeo4FNK+wGw3Vvx/9nrO1kmZb exXn7XMI39o85Y/kMfjVM3WusDJt05M8+Ud7evG78fSnaXdyX+uSPdRfZ7iCBUEBbd1cEuD3B4FW ouPvdjNyT0NmMAKoAwABgfglKfuH6H+RoTov4fySori4htoGkuJo4kAOWkcKOh7mszQmbqfqf5tS j7w+o/mKwT410KS7Fva3v22Zn27bOJpgMluSVBAHI71a1W71eCeOLSdNgui3LSz3IiSM5HBABJ/C gDRUAqMjPA/ktc+9nDpviSERIUiuLdxGM/KrBgWAHbI5x7VLY2niSS6hm1HU7CKBSC1taWxO8YXg yOc+nQVJqnhfTtWvFvLv7S08QBiK3DqsTAEhlUHAb3xVRlysmUblisTWba51PWNLsbaeW1G8ytcQ MPMRRwcZzjrjJ7mm6hLqenaxYab/AGlA63jtGJpLY74zhio4O0k7T+VWU8EwxMk9rqeo22ogBftk cvLDIOChypXJJxj8a0ckkQotstad4S0fT5hcraC4u8DNzdsZ5eg/ibOOvbFbLD5T9D/JqyNKGv29 0tvqhsbu12ZW7hzFJnC4DR8j8QfwqxBrum3d9PYQ3sJvISyvAx2uCA3QHkj3FYmpon7x+p/m1A+8 PqP5rQfvH6n+bUD7w+o/mtADV+6PoP5LVizXa8rZ+8Rx6YzVcfcH0H8lqa13faTz8mw8e+6gC9RS UtABRRRQAUUUUAFFFFABRRRQAUlLTJJFj27jyxwB6mgDz3X7Y6X4hnEoIhvn82GQ9CxGGT65/PP1 BrE7RuJAHXJP+f8AP5n0ObTra7ilS7hSdZfvrINwPoOazD4N0VWDR2KblOQHZmX8icVqprqZODuc JoniDQoNXub66kYzRqIICtpI7AdWIIU8Hp9B6V2Gk67Z608i2a3Q8sAlprZ4gc+hYDNaSl0+Qq0Z XjaePy7YoJJ6kmsZO7udUI2VkYMniorI6RaDr021iu5LPCnHoSw4q9pepT6ikrTaXe2OzG0XO0F/ ptJ/Wr9FSWYH9s+IHJ8vwswHrLqES/yzVyzW+u0NzqOnQWl5CT5AjufMDAjozADjPbn1rTopisc7 9o8XSSOv2bQ7dQwVWlklbfkdsVqWqat/Zsq3s9kL87vLkhiby144ypOTz15q1PBFcwtFPGskbdVY UwpcRyRLAYjbqArrJncPcN3+h/OjQSuc+lvqdnr9nJrF/BdiWKSKExW3lBG4JHU5yB+lblZGp2tx r+srYzvJaaZaYmYrlZbiQHjDYwqL14OT9KtLpuqou2HVYJI+zy2+58fUEA/lW0ZK1mc84Nu6KmtW 0l/qGm2ltdTWk/mPKZoQN6IFIOM5HJIH+eXjwRpEjB9R+16nIP4r65eQf985C/pVW/trjwveJrou J7y2K+VqQcZKx5yJUA6BT1A6j6V1KOsqLJG6ujgMrKchgehFZzkm9DWlDlWoRosKIkahEQBVVRgK BwAKdnNJSOyxoXkYIo5LMcAfjUGotFVnvN0CSWcbXQc4UxsAv1LHoKeYZGulladwij5YlwFz3JPU 07CuRG4N9BIthOqlW2GbYSB67exI/LNN1SxtL3THh1AsbePbMz7sMChDBsj021dACgBRgDoB2oKq 4KuMqw2keoPWhsLDILiO7gjuIHEkUyiRHXoykZBFPrA8Elk8NrYyE+Zps8tk2fRGO3/x0rW/SBDJ oYriF4Z40licbWR1DKw9CDWEfCMdkxk8P39zpLnnyoz5lux94m4H/AcV0FFA7GdeahPpGmQzXVtc X0gws5sYc445cJnO32GTzTtL17TNaB/s69imdfvRZ2yJ9UOCPyq/0rlvGthY3otEktojdyy8XKri WNVGThhzzwPx6GqjHmdiZS5Vc3D4h0qzvFSfUYUdG+ZQS3YjBx061vWt5BewCa1mjmibo8bAivNY okhiWOJQiKOAP8/5z+Jn0qUadrdo6Kvk3Eoimj/hJbhWx0yD/X8NvZq2hyuo29T0WS4VB0Zz0wgz UinI6YoAxS1kaBRRRQAUUUUAFFFFABRRRQAUUUUAIa831OA6f4hvbaQbfOkNxDxgOrYzj6Ec/h9R 6O7BRz1PQetZ99odpqsJS/QyndvRs4aM9tpHSqhK25Mo3OD/AM/5/wA/4Ve8KafDNf3mrsgMpXyI GDk/IA244zjluM+3U1tJ4H01GBlkvLhAf9VLN8p+uAM/jW9a+QIgtuioqfLtC7duO2O1VKStZExi 09Sn5qGUoGBbJOO/U0BgJUQhtxxgbT6r/ga1KKzNDLIdQqmKQkjHCk9hTpI5FBxE7ZyPlx/tf4it KigCg0MoyyxljnoCPUmgW8wUHYNwwdpb/d/wq/RQBRS1lMY3BVbGMZz2xXHeJo5U8Rwi4C4NqfL2 8j7/AM3P4iu+rJ1jSINftkHmGOSJi0M6clT0P1B6Ed6qLsyZK6OI/wA/5/z/AIibS0kk8S6akDbZ AXLHGcJt5yPTIHp/QXG8J64rlFNg47Sb3H/juP61u6D4f/saVp55VnuJU2tIF2hOfuqPQ+vtWjkk jNRdzVFimwK7M3GCc4z+VSxwxxKFRQAOlS0VibBRRRQAUUUUARz7REWbGE+bntjmngggEcg0MAwI PQ0yAr5YCkYX5cDtjigCSmsisMMAe/Ip1FAELRPlfLl246gjINDzeVjejYPdRkD61NRQAgIIyDVK 5v7a2u4lmu7eI85R5FUn04NUtfeVns7GzkaG5vJComXrGijLsPU44Ge5qe28O6VbQ+WtjDJn7zyo Hdz6sx5Jp6dSdTTVgygqQQehFRyTxxFQ7AFjgDuawJLJfD+qWZtC6addzeVJbhztjkIyrKOwJGCO nIrolUKMAAUNWGmKDkZ5/GloopDCiiigAooooAKKKKACiiigAooooASvNr+F7TXdRgkBDGczKf7y tyD+mPw6+npLMFGTWVqfh+11lSb3eJB/q5I22vEPQH+f/wBarhK25Eo3OH9v8/5/z/u2PDK2UV/f 6rcXsURYC3jV7lVUhc7jtzjOeMnPStr/AIQaFWVpr68uIwcmMlUz9SoB6ZpIvC3h0qXTRNNLY5Jt lJzjnqKcpK1kKMXe7NG31KyvzKLK8t7kx53iGVX2534zg8Vmy+OPDUMrLJrdluVsFVk3Hr7Vp2+n 2dgriztLe3DZyIYlTP3+uBU6Qxxt8kUa/N/CgHeszQo6Vrun6xDJLp1x58cJAcqjDH3fUDPTtWZ/ wm+mOn7m11ebj/lnpsx7e4ro1P3fw/8AZKCxKdT09fagDIhu4dVhbUVsdQgltt2xJYjFLIMMSoB6 g9Oe4qqviXUmClPCmqFiejSRJj5unLV0Lfxfj/7PUc9vFdRmGdA8bHlT9aAKVve6hNpLXDaW0N4u dlpJOuWxsxlxkDNY1nPqFz4ikbV7KG0lS1X7Okc/mgqW+c5wOeFrf2XEH2dLYJJCoCuJWO/Hychu c/j+dYGq/btV8TQW9kBZCwRpDdTRk+eWX/VoOhXpuJ9sVcHZkyV0bNZGqi+/tfTP7He2S+cuha4V mQR4BOQvJ52496shtaUbf7Otnb/nql0BGevOCM9jVO2lu9F8WQtrbQyR6iqwW1xGCFglDZMPP97G Q3cjFW2kjNJtlhfDurXoH9p+JrzacZisIktl/h43ct+vata90iw1GKFb+0guxACY/PQPtO0889+B VxOi/h/JKD9w/Q/yNYmwkcUcCeXCiRoMgKihQOW7CnD74+o/mKSRggdnIVRkkk4AGWqqb8SQrLYx /a8vtXy2AXORyWPb3GaALS9F+g/ktUmuft0E6WMu10+UzFNyg4bOOxI/Q1KLd5J4ZnmkVUUHyUOF 3YXJJ6nr06VORhCB0wf5NTAzdW0ZdRtLWJrl42s7qO5SZvmYmNmPPTqMg/WtRSCwI6Ej+a1DfWiX 9ldWkn3LiN4m+jBx/WsrwZdNc+FNN83/AF1ugtpc9d8bBD/6DSA2V+6v0H8lqjq2iadrUHl6lZw3 AUHazr8ycN91hyPwNXl+6v0H8lpW+6fof5NQBnabpLaPFcRwXt5dRk5hiu5d/l43fKHI3YPvnFZy eLxYOkfiPTrnSmyB55/e2zcr0kXp0/iAroz94/U/zakwGwpAKnAIPQ8rQBFbXEN1bJNbSxzRMoKv GwZTwOhFOW+t7e/VJrmCPKkFXkUHOeOD+Nc94hkGlaXb2GkhbF7qQkNAAgjA2s5A9T0/E9OtYC2N si4MSsT95nG5mPqSfp+nbHy6RhdXZEp20R6qpDAEEEHoRTJJo4RmR1UH1OK4Dw7eS6Zq1tZCaQWF 05QR7v8AVyYyMexwRivQBGoIOBkd6mUeUcXdCGVQf4v++TRUlFSUFFFFABRRRQAUUUUAFMMamRXI +ZRgH0p9FACUtFFADJI1lUqwyP5VnS20lshZ23oP48YwPf8AxrUpOtA02jIBz06UVbnsgqE2yAMP 4OgP+FVOejKVburdRUtGqlcKKMUY9qRQdOvA9TXLvJJ40uGht3ePw9C+JZkJDX7A/cQ9owep/i6D itDTtafWdTmWxhR9JgDRvdsT++lzysY7qOct69K1o40ijWOJFSNBtVVGAo9AKBbjiAV24G3GMdsV XFhAlu0MCG3RjuPkHYc+2OlWKKdwsVpbSR7dIkupVCghmZVcyA9myOazbeG08PS6bpcN7NDBMzrb wugdWI+YpvPTrwPQcVt1S1jSYNb0ySyuCyBsNHKn3onHKup9QaLsTROkDrcNK1zMynIER2hV/IZ/ WkhsYIEdFQuJDl/NYvu+u7NU9Avb26sni1WBo7+1kMMzBcJMR0kQ9wwwfY5FadF2OyDpwBxRRRSG FczrWr3E97LY2U7QRwYWaVPvsxGdoPYAdTXTVxE8Zt9Yv4JD8/nNKAepRuQf6f551pJNmNaTS0II LT7HLJLZ3FxbzSNveRZCd7YAywPDdB1//V1Wg6rJqVrItyqrdwMFl2fdbPRh7H0rnf8AP+f8/wBM 7Xgm2Fxfajebcw4SFT2ZlyT9cZArSavHUxpycZG6n7wkJ8xHUDnFSxWssmd6GMA8Fjkn8BV+OJIl 2xoqj0UYp9YWN3NlSOwVGLO7PnoDgAVj+LdHku7CO4sYQ9zav5gjHBkUjDD646fSujpKpOzuZyXN ueWRXcEy5Eqg91c7WU+hB5B/z7m/4fsW1nVraWHJs7WQSyS4+VmH3VB784Jx6fQDtL3SbO8nikms 7aRw43NJEpJGD3xV5I1jVUjUKqjAVRgCrdTsQoa6jhS0UVmaBRRRQAUUUUAFFFFABRRRQAUUUUAR mFWmEpyWUYGegqSiigApjpnJU4b1p9FAEMTyBQJgob1XoamprorqVYAqeoPeosG3j+RWdVHC5yf1 oAnopiOHQMp4NOoAWkozURZ5JdiqPKA+Zs9T6CgBA4uC6AHywdpOOG9QKmVQqhVGABgAUAYGKWgA pGUMMHpS0UAQwBkXZI25h/Ee4/xqaop4zIq7WKsp3Ainq24Z7+lADqKKKACkpaSgDEur291HUpbD S5Fgjt8C5u2XcVYjIRB0LY5JPAyKa2jalaKZLDWJ5Js7jHdorRuffABX6in+G2CHVIGOJ476VpAe uGOVP4qR+VbVU3bREpXKOkamNTszI0ZhnjcxTRE5MbjqPf1B9CKuswXqQKxNGAn1rW5o2PkNOkYx 0LqgD/0H4VsxQRwjEa47+pP40mrMa1Q2OfzQSiPj1Ybc/nQiyknzHX2CDGPxqaikMwdch+wXNnq8 UTSLayN9oC5ZvLcYZh9Dg49M1s21zDd26TW0qSxOMq6HINSGsS58MaXJco4slQSMTL5TtGG4PUKQ DzVXT3J1WxHqNwmrazZ6fakSLazrc3TryI9udq5/vE449BXQVXs7K20+AQ2cEcMQ6Ii4FWKTfYaC iiikMKKKKACiiigAooooAKKKKACiiigCJoFeZJGJJT7o7A+v1qWiigAqCa2WQMRgOR97H86nooAy 2WRQfNQKxz0OQfvdKf8Ax/8AAv61ekjWZCkg3KwwRVOW3NsgZd7oMZ7t1/WgCNf4fw/9ko/g/D+l JGwYIQcg4I/8co/g/D+lACt/F+P/ALPTh98f739aa3U/j/7PWVDqdpr93qGmwpLLbQgwz3MbbU3k 4aNWBzuAOSR09c0AUf7Su/EGqLa6PMYdOtJB9rvkAPmuNuYYz06j5m/AV0bcoR229PwNQ2NnBp9n Ba2kSxQQoqoijAA+Spj9w/7v9DQBWGnW8MU0Vun2dZCSfJO05+bp6VW1TQo9W0l9OuLicxOeXOGf qMHJHBBwQRzxWm3Vvx/9npR9/wD4F/UUXFYy7WKdFtLWXVg91FErSgRrulHyjcQckemfWrf2dvtB mNzMV2nEPGwfKfbJ/OsvxDpNxdpb6jpe1dXsPntyxwsqkLuib/ZYfkcGrukatb63pMV9a7lSQENG 4w0bAMGRh2IPFMZPFYwQNMUQkyk7y7F93L+tWFGGUDoCP5ihup+p/m1KPvD6j+YpANXoPoP5LQ33 T9D/ACaheg+g/ktB6H6H+TUAc/rWvzw3ctnpoj82PPmzONyocnCgdzyD7Vg6ZcahofntaTrcLPcN cyQzIAGdiC20j7uSB7daU/LqGoq5Hmi7l3+vXj9MU7/P+f8AP9cb2S0sYNtnX6VqUOq6fHdQ5AOV ZW6qw2gg/iKtuQFP0P8AJqw/BVuZk1J2LCH7QFXH94KN39Py/CuritooRhF/EnJ/M1lJJOxrFtop RhpyWjViuTyRgHk+v1qWK0kJzMyjngJ+Hc/QVcpako5DxlppghtL+BWKW7sJyWJwjADd9AQP/rYy MAEEAqcg9Mf59v0+m301lDAhgCDwQe9c7c+DdJe6Qx20kSSEl1hlZF6egOBWkZq1mZyhrdHOaNav qHiGzji5S2cTzMP4cfdH4n+Rr0Wqun6baaXbCCxt0giHO1B1PqT3NW6mUrlRjYKKKKkoKKKKACii igAooooAKKKKACiiigAooooAKy/EV3Fp+jT3cqsWjA2BTglicAfiSK1KwfGVtLc+HZWhUu8DpNsX qwU5P6Zpx1auKWi0OKnjkvpPN1CV7iUjkFiEX2VRwB+v9K11HOlutt9tuY9LldVu4kfJMfcKx5UH vjtmrqusihkOVYZBHcf5P+eN0N0huY1s4/mmumEUajkknv8AQDnNb76MwvbU7qC3htbeO3to0igi UJGiDCqo6AU+r0VhFFGE+ZsADJbNILBBu+eQ59T0rmsdnOilRVwaeN5Pmvg/w4HFNOnnfkTfLjpt /rSsPnRVqvf30Om2Ul1cEiNOyjJYnoAO5NaLWEm4bZV298rz/Oub8ZW8kKaaWbMZuCDjj5tp2/1/ +v0qoxu7ClUSV0Zc+u6zdMjwyQWSA58ryvMYj+6STj8q0tJ1+Wa4jtNRjjSWTiOWLOxz/dIPQ+nr WN/n/P8An+m6G5VmWLys+b50fl4/vbhituWL0sc6qSTvc7yljUzf6sbsdx0q7FZKoPmnzGPqMD8q sIiooVFCqOgAwKwsdDn2KUFm7DM4CH+6pz+tVdT8MWOpxoXEkc8Zyk6N849RzwR7HitmkJqk7bGc ve3OPh8DmV3W61O4eENt2pGqM492/E9Pf1Oems7CHToBDZoI4lHEeeBU1u3mQI5XaWG7H1qWm5N7 kqKWxHFMsoOAQQcFWGCDUlNKgnOOadUlBRRRQBFNv3R7Bn5xu9hg1LRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQBna1ejTLBrlQzS7gkaKMmRycKv4mqceiXl4vm6pqd0Jm58q 0k8qOP2GOT9Sad4mYQLp13J/qLa9R5SeiqQV3H6FhWyCKq9loTuznp2vtAlh868lutMlkWN3lAMs BJwPm7qTgHIyM10SgAADoKxvFsi/8I9cQdZbnEEK92djgY/n+FakMciRgNKXI7kCh6q4LcmoqJEm Gd0itnp8mMfrQBPvOWjKdgAc/wA6koloqL9/5nSPZj1Oc0Fpg4ARSp6nfyPwxQAy9vYNPs5Lq6kC QxjLH+g9T7VjxXGt3TtdWun21tG4GEupW3uOxIUEKfxp+sjz9Y0SCcfuWneQjPBdUJX9cn8K3KrZ E7sy9O1lri7axvrZrS+Vd4jLblkX+8jdx6jqK1M4rE8Sjy/7MuIwPtEd9GsfOM7jtYfQgn8q1wjv HiYjkYIQkfr1pNdRrsOeQKD1JHYDJ/KmI8kiZ2GPPTdjP5U+OJIkCxqFA7Cn0hmPeaJK9yt7Y3b2 98F2tIyhklX+668ZA7EcioBBr+oK8U15Z2kQYq0ltGxkP+6W4H15reJxUdu4lhWQZw43DNO7FZFf T9Pj0q1W3tQfIXopOSPU575PPNWo5kmXdGwYe1PpnlgNlRgnrjvSGPooooAKhlYiWEBchicn04NT UUAJS0UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUlLSUAZutTRadYzXzts8oBsY zvORhcepIAriZ9U1W8YO941spHEVuBhfYsRk/wD1/pXS+OkY6Aj4/dxXMbyegXOMn2yRXKn3/wA/ 5/z7awWlzKb1sNudR1i6SDTZdQEdrdSCOe8CgTxqc/KMcfMTjd/Dmu3sLC20y0hs7KFYbeEBERew z+p964O9VpIBEgzLJIiRjvuLDGPf/Dt29JSzdQN8u5gc524pTS3HB9CBei/Qf+yUH7h/3f6GpUs5 VzukQ46YXHp7+wpPsc+WBaPbjAIzn0rM0GN1b8f/AGelH3/+Bf1FONtcGQ8JtOed317Y96DBOJQB GGUnJYN059PwoAqz3MNnatcXMixQxqGd26AfJXNP4qn3qdP0lPsz5Z2lk8t2yDyFAPJPr7VY8YrI h0y3kGIpJGZlOCGKouP1yfw/EY/+f8/5/rt1jFWuzOUneyOo0rXrfVnliCtDcx8vBJ1x83IPcc9a 1B94fUfzFcHC0kOrafLCB532hYgOm5W4Zfp/h09PQks2ZP3rYJ7Ien4/gKmcUthwd9yuGAAz6DgD J6LUkUEk0edpjyP4xz0Pb8atxW8cCBY12ge/P51LUFnM6x4Te8kN1ZXKxXhHzmRfkl9Mgcgj1H+F ZFv4U1e8dklmtbWIMVaSJi78ddvAAPTn29hjvDwKZA4khV1zhhuGferU2iHBMqabp0WjWSWtsv8A o8f3RjkepJ781cSRJFDIwYHoQadTViVGJQBcnJwOtRe5VrD6KKKBhUMr7Z4V253E8+nFTUlAC0UU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAEUkwjZUCszN0Cjp7k9qQwmRlZ3bC87QcDPv61 LiloA5u98FWU0zzWk1xZljlo4SChPX7rAgd+nqfU1Y0Lw7Yabi7iEs1y6Y86dtzgdwOw/CtyoVkC ztFzkjePcf5/nVczasTypO5NRRRUlBRRRQAVQ1WwttZs5bC4G5WALYPKHqCPerTzASCJc7yM/Qep p0caxg7QBuOSfU+tPYNzg5fC+t2zGNEt7xedsok8skf7QI69en+OdHR/Cs9tfw6hqbxO8R/dwRkl YyR94n+Jv5V1tGPaqdRkciAUtRQh0DJIc4Pyn27VLUFhSEZpaKAEAwMUtFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRPOkbqhPzt0Uck1LSYGc45oArzW32pWj nIaBlKtEQCGB9f8ACsoaTqOmRFNN1QC1QZWK6h80xj0VgQSPY5repDTTaE1cyLHRj9rS/wBQvGvr lR+6JUJHED/cUdz6nJrXqOJ1BaJeqY4x0B6VLQ3cErBRRRSGFFFRPMA4jB/eEZA9vWgCnq+njVLV Yo5TFcROJYZQMmNx0OO47EdwTVRNa1C2Xy7/AEa7eYcb7TbJG/uCSCPoa2IoVhDbRyxySeSTT8U7 9BWMGG3vtQ1S2vtTgFvb25PkWwcMysRje5HGcZAA6ZrepCMgg9KZAz7SsoG5T1HcdjQ3cErEtFFF IYhGRihRtAA6ClooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKjeZI2VWYbm+6vc1JTdo3bsDdjGcc4oAgmtzdq0c2027qVeMjO8HsT6VyV14KubIN/Z17F9 lXJCXKsWjHoGXqBj6/kMdtSMAwwehqlJolxTOb0TwktjdpfX063VygxEFXbHFxyQO59/yxXSVHCy jMS4zHxgdh2qWk23uNJLYKKKKQwooqN5AHEYI3sMge3rQBmeItJGs2IhjcJcxMJIXYZCsPX2PSuK ltdQtnMc+mXgkH/PKMyKfow+g9O3T+H0eGERA4JZmOWY9SakxVqdtCHG+pxnh/Qbv+0ob/UYDDFF nyIjgtuxjc2OgxkAfn2A7MdKQqGBB70yF2ZSJFw6nBx0PuKmTuUlYlooopDEIyCPWkVQqhQMADAA p1FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABSYGc45p aKACiiigAooooASloooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigBuxd+/A3Yxn2p1IelUI9SkTP2qJFYsQoicvnBx3A70 AaFFZ1vrdrdSKkXmF2UPjZ0UgEH/AMeFIdagXcWDABd2MfNwCWyO2AKANKmhFDFgBk9TjrWeNXDW huI4HKLO0RBPO1SQWHrwM4qUapCY435PmEBQvOc8jFAF2issa7buiyRrIyY3NxghdpYHH/ATU9vq kF0kLwiRkmPyNt4IxnP0wKALtJS0UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFADBGokL4+YgAn2p9FFABRRUNzJJFGGjCE7gPmO OpxQBNTBGodnAG5up9azptcit8B4pXPzZKAY4DE9T6Kx/CnJrUMsQlSOXyi20SFcKeoznsMgjn29 aANKiseTxCkcIK28kkhKrtUgAsWUMASe28detWJdT8m+aCSMBcDY+773GWH1HH1/CgDQpMc5qhPq 8UDqoilkLOE+XHBJAHU+pAqvH4igYKWilxKQIcAfvCdvHXg/MOvFAGxRVe1uxdhisciBSB84wc4z jHtVigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKSloAKKSloAKKKTNAC0UUUAFFFFABSUtZV/dy2+oRx+ZII5UG1UjBO4HnBPUkdfQCgCXUtY g0y0muJdziFlV1TqCcY/nXLS+KNGmlaRo9TBJzhZ2UDvwA2BVzxT/wAgrV/+u0P/AKCtcBXZh6EZ xvI5a1WUJWR2Ca1oTncsOpBohvB89uMADj5vTAqM654f8sIbfUtgIYL57Yz/AN9VzVt92f8A65H+ YrS8Py2kRm+1NArFkyZlBBi53ge/StJYenFN2IVebe5sw6/ou6QxpqinmVsXDjJxyfvdahXXfD6M rJb6ipUBVInYbQOgHzcCuatsbpsdPKfFW9CeFNQP2lrZYTGwYz9OQcY984pyw1NJuwlXm3a5urrW gzkqYNRIUbsGdv4Rn+9QniLQoiTHFqaFmLHFw4yT3+9XL2oxK4yDiNxkd/lNXdAkihvmknlt0jVD lJgP3n+yCQcZ7n0olhqauxqvNux0MfiXSZX2r/a2cE83T9hn+97Uz/hKdI/6i/8A4FP/APFVytt/ x9np0f7vT7p6VZ0GSOHU43maJYx97zCACMjPUH/Gh4emk3YFXm9LnSReJdJmkVF/tbLdM3T/APxV Vv8AhINGOpWt9u1jzLYNtQ3LFG3YzuBbnpXPx7P7XPlEGPzG2kDAI5xgdqXRntItQjkvjiJOQCm5 S3bI9O/4UPDU0r2Eq872udvF48sJZFjWC4yxwMgf40z/AIWDp2M/Z7n/AL5H+NcdIYT4gc2zK0Jn JQqMDGeMCk0SWOLUFaZYmUoy/vWCgZHXJBGR9KTw9NK9hqvO9rnaxePdPmmjjWC4y7BQSBjk49a6 evIgIhrqiCTzYvtI2PjG4buuK9drnxFOMLcvU2ozlO9xaKKK5zcKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiikoAWiikzQAtFFFABRSZpaACiiigAoopGyQQDg+vpQA2SRYo2kdgqKCzE9gKw9 Z8T2GnT/AGS6W4LMgcNEB0PTnPtUUFxLLpWoJPey3UiWzht0SoFIBHO3ox9DXMeNv+Q3H/17J/Wt qFNTnZmVabhG6NVvFGiOCGXUSDnOSO+ff3P50N4g0JUVzHf4kbf1/iHGTz1riaml/wCPW3+jf+hV 2PC0zm+sTOtbxHoDly0V+S6hWJx8wHQHmpn8T6MyRyONRbLEqSckEDGevoawNRWyGiwGAW+793sK keYflPmbu/3sdfwrMk/484P95/6VMcPTkN1po65PE2hRoqRx6gqr0AxgfrQde0DyS/k32yT92w45 AxweenNc5LHEfD0EgW3WcTEMVceYyY4JGc9c1Ub/AI8E/wCurfyFCw1Ng680divi3R4xhDqaj0DY /wDZqk/4SzSvK8zfqe3dt+/3xn+9XMbYl8NMWW1aZpBsKlRIgB5Lc5OegHoKo/8ALh/22/8AZaFh 6bB15o7P/hMNJ/vap/33/wDZU4eLNKMRk36ptDBfv+uf9r2rmbZIP+EduzMLcSZBiYld+cjI67s4 z7Yqgv8Ax4yf9dF/k1Cw9N3D280dbpnifSNMmu5El1ac3MnmFZ2DrGfRRngVpL470xo3cRXWExn5 B3/GuQ0+PTzot6Z5YvthQmMOpyuCMbe2Tk1nx/8AHncfVP5mhYam77h7eeh3v/Cf6X/zyu/++B/j V7SfFNnrN21vapMrqu8l1AGPzrg9MS2l0y8WcRJIMssz7SRheFAPPJ7itHwD/wAh2X/rgf5ionQg oya6FQqzckn1PRKWkpa4jrCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAopKM0AZfiW5u rTQbiXT5lhusokcjruClnVckd+tYlr4wuppbiNbeJ7j7R9nWCWURLE6RBpFZ8HvnHHIPpXVbre8R 0/dzIrbWUgMAwOcH3BqjMui3dg1xPDZzWs8ilmeIMrvkICcjk5wM0AYUvi+a+ksfskIht3mgErtM vmHeu8qExyMdwfpVzRfGMeq6deXs1pJaw20QnBbPzoQSOqjnjoMjkYJrbbTrF7pLlrO3a4jAVJTE pdQOgBxkVCbTS7FfK+y2sK3cuCoiUCV8E8gDk8E8+lAGP4e1PUNZiEdxcPHPa3AknDW7Qs8bKSqh WAOASVz32e9KfE13aX2oreW0P2aC68iNo5vm5iDruGOMnAznq2O3PRiOMSmUIvmFQpfHJA6DPpyf zqJ7Czkkkke1gaSXbvYxgl9vK5PfB6elAGD/AMJdJLHF9msozLK2xVmuRGoZU3SKWweVzjpyc9MG m3fiW4utPsp9OtLlJJprcgSgIkqv1UPz68kDtxWytppep2ZX7La3FuZWYq0SspkDEMcEdc55qxcG 1iijNwIxGHUJuXgMSAuPfJGKAOdbxo6wo/2BP3aB7lTcgFB5jR4jGP3hyh9O3c4q5pniR7/Vfsj2 qRo5mWN1nDsTE+1ty4+XOeOT+FX4rTTL5Le6itbWURkvBJ5SnYSckqccc+lGn6PZaY0j21vGssrM zy7BvfcxbBbGSMk4oAv0UmaM0ALWNMHudXdJlYxqq7cLIAfmPORwSPX3NbNZlxpkk9yXV41R3V2c qfMXGMBTngcfqaAK91bwXR1OK5iEsRljyhJGfkX0rJm03QbdkWayt4zIdqBpWG4+3NbT/wCu1L/r pH/6AtYupafJeSZjeNVkiMMm7OQpYNlcd+P84rWDaWjIlFN6jNQsNL0/Tri4j0yIsqYKmR8EEjjr XN/2pYf9AS1/7+yf411HiA50O8P+yP8A0IVwddtCPNG7/M5Kz5XobNvqdiTLjRbYYiY8Svz7dai/ tSw/6Adr/wB/pP8AGqNr1m/64t/Koa29mv6bMuZmzb6nYmRsaLbL8jHiV/7p461F/alh/wBAO1/7 +yf41Rtf9Y//AFzf/wBBNQ0vZq//AAWHO7Gza6nYmcAaLbL8rciV/wC6feov7UsP+gHa/wDf2T/G qVn/AMfA/wB1v/QTUA6U/Zq//BY+dm1a6nYtdRhdFtlJzyJX44PvUI1SwwP+JHa/9/pP8apWX/H5 H9T/ACNVwwwORR7NX/4LFzM2rXUrFruILotspLDkSvx+tRDVLDH/ACA7X/v7J/jVGyYfbYeR98VA GGByKXs1f/gsOZ2Nu01Oxa9gC6LbKTKoDCV+ORz1r1GvGrFh/aFtyP8AXJ/6EK9lrjxcUmrHVh22 ncWiiiuQ6QooooAKKKKACiiigAooooAKKKKACiikoAWsTxNe39lDYnSypmkugGjZQfNQI7FB6E7c A+tbWarvNaSWwu3aN4YwZRL1CgA5YH6ZoA5aHxuxsDcxRR3Uf7+4LNMIiIFlKgKMHc+B049zzRe+ MJYNQ87yNtjAt0WVZQ0kxiAHKYyvPTk+9dBJbaQws/MtbQh5C1ruhU/OQXJXjgnBOan/ALNsPtEl x9itvPlGJJPKXc4xjk4yeKAOfn8S3d54UmvreGW0uUuY4MKAx5dASvmBRyG/iA5q14bur/ULf7Tc XPmGES27QlVUmQSHliuVyFCj5cjJPtWj9i0qOJdK+yWiwyqzi18ldjAEZO3GOpFWre3gtIEhtoY4 YUGFSNQqr9AKAOWsPGNyNLtZdStIvOnTePIlyrAPtfqONq/MRVifxg0TBlslaFVSSRmnCt5byFEZ Fx8xIXOOOoHJrbOn6fDGzG0tkRd7n90MDcPnPTuOvrSJZ6ddraXSWttKIkDW0nlAlFI42nHAxjpQ Bh6n4jvbe8imtbGdoY7e4kmhuGEJIjKHeODngnHrnnFOn8Y+TcS4s1a2RpI1fzwJC6RlzlMcLgEZ z6HGDW3ey2MADXvlAMrqC65yu0sw+mFJI9qjl0rT7tJpBbQiS5hMTTpGBIUIxjdjPSgCvoWuSauZ 0mt44JIgjYjnEqlXGV+YAc8cj6cnNbFVbGwtdNtxBZ28UEfUiNAu4+px1PvVnNAC1FcSNFA7rgso yAQT/Ln8qkzUdzEZreSNXKF1Khh2oA5uwlNxo2oTOMSNasWO6Q5+U/30Xp07n1qXVdH0++uY5buB 5JPKVcrKV4+lWHsJLTTdQdkghVrZlEUGdpIU/Mcgc/5yakuziWP/AK5rVwbT0Jkk1qYaaDobu6Jb szocMouSSv1HaszW49K0yWCAaa8qlCwJuWGOTWpp2ny2t0Xk2AJG0aspyZNz79x44x0796xfGB/0 +3/64/8AsxrqpScpWbZz1YqMbpFP7bpX/QIb/wAC2/wqV7zS/ssJOkttLNgfam46e1Y+R6ippCPs UHI+8/8ASutwV+v3s5lJl37bpX/QIb/wLb/CpTeaX9jQ/wBktt8xuPtTdcD2rHyPUVMxH2BOR/rW /kKHBef3sFJl37bpX/QIb/wLb/Cpftml/Y8/2S23zen2puuPpWPkeoqbI+wHkf67/wBlocF5/ewU mXftulf9Ahv/AALb/CpVvNL+yOf7Jbb5i5H2pvQ+1Y+R6iplI+wycj/WL/JqHBef3sFJl37bpX/Q Ib/wLb/CtTRItK1RriE6c8SqqscXLHPNcxkeorovBx/0q7/65r/OoqxtFtN/eyqbvJJmz/wjejf8 +cv/AH/NaGiaTYWF8ZLOB45ChUlpS3H0patad/x8/hXDKcmrNnYoRTvY1qKKKwNQooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAz9ctri80W6t7N2S4kjKoyvsIPqG7fWuX1fw5rflCHS7qcWy XLtGhuWLhWVNrbmbPysHOCT16Gu4pKAPO/EK6jb65YwT/a5IJJ2kPkPJuIMi427SBnAIwcgAmrje FdQi06SGHe5mjzLGbxgpcXCuNp52fJuGQB2ruaTFAHDzaFrj2cSKk20+b5MX9ouGtGZhsZn6yBRn jnGcc1el8Mz3bg3ckzl9Q82RhdOv7kKwAUA/Lyegx1rqqMUAcYmi6559iJHkd4khVbj7awEG1jv3 J/y03LgZOffHWoToWu4kLLKRkfaVGot/p3z5yp/5Zcdhjrj3rucUUAceNE1OLRNNt/IeUQzTNPbR 3zRsdzMUPmDBbbnn1z3xUdjoOuLqN297O0sbzxyKWlyrgTK4IGTgqgI6D8etdpRQBzLafqtlpWlr aRLLNbF1mhE+wMGVgDnocEg1Q/sfxAnnbFLu2npCWkvGwZAqghACMchuT378mu1ooA8xuYdXsbvR bLUftkiq5ZhDLIWwZsqAQ2CduAQxOB+ddP4S0rWdOur1tXuHlEmMEybldsnLgZOMgjjj6V1FFABW PqTPHqcAhKZcDI2sxU5+8cA8cYHI79e2xWTqUoXU4AZVjCqCcICeW7k9B/8AXoAki/4/NR/66J/6 AtR3F2ttJboyO3nyCIMoGFJBPP5U+MgXeo5IA8xOv+4tQ3dtFdtAWuHj8iQSqI2XkjpnIPHJqkJl XxM7R+HrtkYqwAwR1+8K88+2XP8Az8S/99GvQvEuJfD12qMmSo/iA/iFeffZJfWP/v6v+Nd+Ftyu 5x4i/NoS215cEy5nk4iY/eNRfbLn/n4l/wC+jViysLiWWSONUd2iYKqyKSePrT/+Ee1T/n0f/vpf 8a3vBPUxtJohtbu4MjZnk/1b/wAR/umofttz/wA/Ev8A30avxaJqEHmSTWxRFjfLFlwPlPvVH7JL 6x/9/V/xoXI2DUkia0u7g3AzPIflb+I/3TUAvLnH/HxL/wB9GrFjZTPdqqBGZgwAEikk7T708eHt Ux/x5v8A99L/AI0XgnqFpND9Eup31uyV5pGUzKCCxINej+TF/wA8o/8AvgVwWkaHqMGsWkstsyxp KGZiw4H5133mJ/fX8648S1zLlOqgnZ3BYo9w/dR/98Ck8mL/AJ5R/wDfApVkTcPnX86TzE/vr+dc xtYBFGCP3UfX+4K0KoB0yPnX860KllIKKKKQwooooAKKKKACiiigAooooAKKKKACsvXbCbUba3gi eRE+0I03lymNjGD8wyOea1KSgDiv7B19dS0thdSm2tyFbE5JQCVjzk/NlNo5BPHbrWTcwam/iSHT 7kXUjC12Ltkk2lzG4552lMkEkgnIH0r0vFLQBxE3hm+gtooYo5rq3ilil8lr91ckQur4cnIyxXjI B56VJFouuLdWJnkeR41hxcC8YLAFOZFZP+WhYcbj1z2xXZYooA4x/Cl3LZW26S4+0x21wWcXr589 tuz5s9Bt6dOOlSSaPrsmqSypK0UpDlbs3TFNpjwsfldAQ5B3Y7Z74rr8UUAcHJ4f1p7YgW84t2OD ZHVHLB9mPNMvXGf4fxx2rSk0jU1fS1VWdILNIcpdGMW8wHLlRxIOgwfTpzXVUUAcJp3hvXF06SK+ lMspaTAkm3cmB0LA5PVmHp64FautWOsN5a6cgdZLP7O/+keX5Lgg7/fjI45rpqMUAcVe6RrskeqJ BExS4uFZS94xcrls7cEAAfLgcd85wKyDFrT+Irexnmuhdx2axpMjyFVl8kjcedpTcck4JyB9K9Mp aAMDwhp+oadpssepu5dpdyI8m/YMAcHJ6kE9e/at10DqVboeDg4paWgDnY53m0zUvkwi27jfuJDH B+7knIx34rVdVIjyAfkHUVlxzI+l6pEHQyRwPvRDlV4bpyePyrUb7sf+4KaEytBcQ3E1xEiEPAwV 90eOoyMeo965LxrO8Op26xlVBhzjaD/Efaurt7NoLy6nM7SfaCp2FQAmBgYI56etcp41t5ZdUtzH GzAQ4JUZ/iNdOH+PUwr/AAHO/bZ/76/98L/hXY+EoYb7SZHuoYZmWYgF41OBge1cd9iuf+eEn/fN dt4LieLR5RIhU+cThuOwrpxFlDQwoL3tTX/syx/58rb/AL9L/hXM+MlSx+xraxxQht5YJGvPT2rr 65TxxDJMbLy42fG/O0Z9K5aDbqK5vVSUHY5T7bP/AH1/74X/AAqb7ZN9hzvGfN/uL/d+lQ/Yrn/n hJ/3zU62F29iQttMxEucBCf4a9B8pxq5B9tn/vr/AN8L/hUy3k32KQ7xnzF/gX0PtTP7Mvv+fO4/ 79mpl029+xSD7JcZ8xePLPoaTcQSZW+2z/31/wC+F/wrpfBMzzX12JCGAiBxtA7/AErnf7Mvv+fO 4/79muj8GW01pe3TXMTwqYgA0g2gnPvWdbl9m7GlK/Ojr9q/3V/IVLAAJeAB9BUHnRf89Y/++xUt vIjSgLIjH0DA15zvY7kXaKKKgoKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigArJvg01yJJHVLaBl3DC8tkEZyp9R0xWrVeSwtpbhJ5IlaVOQ x/SgDKSeeS/1mOWzlhjjli8uZyNs3yD7v071n6jdPA9skM8STSSACNwPnXI3c54AGeR3xXUXMRnh KKQCfWs99H8wgyCJyvQsucfSri0kJmLr/wDyArv/AHR/6EK4OvUNR0KS+0+a2WZEMgA3EZxyD/Su f/4V5cf8/wBF/wB8GuyhWhGNmzlrU5SeiMXwx/yHYv8Acf8AlXbVnaV4Kn06/S5a7jcKrDaFI6jF b39mP/fWs61SMpXTLowlGNmY+rf8ge8/64t/KvPq9TvNGkurKaASqplQqCR0zXOf8K8uP+f6L/vg 1dCtCKd2RWpyk1YwNA/5Dtp/v/0Nd3WZp3geex1CG5a8jcRtnaEIzxXQf2Y/99aivUjKV0y6MJRV mVI/9YKbV5dOdWB3rxSf2Y/99ax5ka2Kkf8ArF+tNq8unOrA714pP7Mf++tHMgsVE/1i/UVvVmrp rhgd68HNaNRJ3GlYWiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACmSOI42cjIUZp9MkRZY2RuVYYI9RQBz12/2HRNSuLmBllWzbMUSg4UA/dUMePyqxJM LiO3mVXUSQowV1wwyM8jsa0rawitmZlaSR2GC0rliB6ZPaoby1lmn3oBjAHWqjuJmLBPNJe3ELpH 5cYXbIhPU5+U57gYPHrXO+L/APj/ALb/AK4/+zGuvg0MWryPBAkbSEs5U/eJOSfzrI1/wtqGp3UM luItqR7TufHOSa6KMoqd2zCrFuNkcPXY+E/+QQ//AF2b+Qqj/wAIJq3/AE7/APfz/wCtXQaFoF5p tg0M4j3mQt8rZGMD/Ct69WEo2TMaNOSlqizXNeMfu2f1f+ldd/Z8/wDdH51j+IfDd9qgtxbiMeXu 3bmx1x/hWFKcVNNs3qxbi0jgq6rwd/x7Xf8Avr/I1B/wgmrf9O//AH8/+tW34f8ADl9pkU63AjzI ykbWz0FdFarBwsmYUqclK7ReyfU04E+Wee4qf+z5/QfnSiwm2kYHJ9a4uZHXYq5PqaxfFnOjDP8A z2X+Rro/7Pn9B+dZ2u6Deajp4ggEe/zA3zNgYGf8a0pySkmyJpuLSPOsD0rp/AI/4nsv/XA/zFM/ 4QTVv+nf/v5/9atrwt4avtH1R57rytjRlPkbJzkV1VqsHBpM5qVOamm0ddS0lLXmHeFFFFABRRRQ AVRu9SNtdx20VrNcSuhkxGVGFBA53EetXqzG/wCRni/683/9DWmhMX+0bv8A6BF5/wB9xf8AxdH9 o3f/AECLz/vuL/4utKii67BYzf7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/vuL/4utKii67BYzf7Ru/+ gRef99xf/F0f2jd/9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIut Kii67BYzf7Ru/wDoEXn/AH3F/wDF0f2jd/8AQIvP++4v/i60qKLrsFjN/tG7/wCgRef99xf/ABdH 9o3f/QIvP++4v/i60qSi67BYzv7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/vuL/4utGlov5BYyYtanmk ljTSbwtCwVxui4JAP9/0IqT+0bv/AKBF5/33F/8AF0unf8hHVf8Ar4X/ANFJWjRp2BXM3+0bv/oE Xn/fcX/xdH9o3f8A0CLz/vuL/wCLrSoouuwWM3+0bv8A6BF5/wB9xf8AxdH9o3f/AECLz/vuL/4u tKii67BYzf7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/vuL/4utKii67BYzf7Ru/+gRef99xf/F0f2jd/ 9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIutKii67BYzf7Ru/wDo EXn/AH3F/wDF0f2jd/8AQIvP++4v/i60qSi67BYzv7Ru/wDoEXn/AH3F/wDF1HJrU0U0MT6VeB5i Qg3Rc4GT/H6CtWs3UP8AkMaT/wBdJP8A0Waas+gai/2jd/8AQIvP++4v/i6P7Ru/+gRef99xf/F1 pUUrrsFjN/tG7/6BF5/33F/8XR/aN3/0CLz/AL7i/wDi60qKLrsFjN/tG7/6BF5/33F/8XR/aN3/ ANAi8/77i/8Ai60qKLrsFjN/tG7/AOgRef8AfcX/AMXR/aN3/wBAi8/77i/+LrSoouuwWM3+0bv/ AKBF5/33F/8AF0f2jd/9Ai8/77i/+LrSoouuwWM3+0bv/oEXn/fcX/xdH9o3f/QIvP8AvuL/AOLr SoouuwWM3+0bv/oEXn/fcX/xdH9o3f8A0CLz/vuL/wCLrSprOqLuY4HrRddgszP/ALRu/wDoEXn/ AH3F/wDF0f2jd/8AQIvP++4v/i6u/aYf+ego+0w/89BRdD5WUv7Ru/8AoEXn/fcX/wAXR/aN3/0C Lz/vuL/4urv2mH/noKPtMP8Az0FF0HKyl/aN3/0CLz/vuL/4uj+0bv8A6BF5/wB9xf8AxdXftMP/ AD0FH2mH/noKLoOVlL+0bv8A6BF5/wB9xf8AxdH9o3f/AECLz/vuL/4urv2mH/noKPtMP/PQUXQc rKD6rcxRs7aReBVBJO+LoP8AgdJDq9xcQpLHpN4UkUMp3xcg8j+Orl26yafcMpyPLbn8DTNI/wCQ PZf9e8f/AKCKelthakP9o3f/AECLz/vuL/4uj+0bv/oEXn/fcX/xdaVFK67BYzf7Ru/+gRef99xf /F0f2jd/9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIutKii67BYz f7Ru/wDoEXn/AH3F/wDF0f2jd/8AQIvP++4v/i60qKLrsFjN/tG7/wCgRef99xf/ABdH9o3f/QIv P++4v/i60qazBBljgZxRddgsZ/8AaN3/ANAi8/77i/8Ai6P7Ru/+gRef99xf/F1e+0RYzvFHnxj+ Mf5z/gaLrsFij/aN3/0CLz/vuL/4uj+0bv8A6BF5/wB9xf8AxdXvPj/vijz4j/GP84/xFF12CxR/ tG7/AOgRef8AfcX/AMXR/aN3/wBAi8/77i/+Lq99oixneKPPj/vj/Of8DRddgsUf7Ru/+gRef99x f/F0f2jd/wDQIvP++4v/AIur3nx/3xR9oiP8Y/zj/EUXXYLGZ/bUwuhbf2VeeaU8zbui+7nGfv8A rUv9o3f/AECLz/vuL/4um5DeKEI5Bsjj/vsVqU3bsGpm/wBo3f8A0CLz/vuL/wCLo/tG7/6BF5/3 3F/8XWlRSuuwWM3+0bv/AKBF5/33F/8AF0f2jd/9Ai8/77i/+LrSoouuwWM3+0bv/oEXn/fcX/xd H9o3f/QIvP8AvuL/AOLrSoouuwWM3+0bv/oEXn/fcX/xdH9o3f8A0CLz/vuL/wCLrSoouuwWM3+0 bv8A6BF5/wB9xf8AxdH9o3f/AECLz/vuL/4utKii67BYzf7Ru/8AoEXn/fcX/wAXR/aN3/0CLz/v uL/4utKii67BYzf7Ru/+gRef99xf/F0f2jd/9Ai8/wC+4v8A4utKii67BYzf7Ru/+gRef99xf/F1 B/b0n277H/ZV555j83bui+7nGc7/AFrZrEP/ACPC/wDYOP8A6MFNWfQNSz/aN3/0CLz/AL7i/wDi 6P7Ru/8AoEXn/fcX/wAXWlVe4voLW4toZX2yXLmOIYJ3MFLEe3CmlddgsVf7Ru/+gRef99xf/F0f 2jd/9Ai8/wC+4v8A4ur8kqQxPJKwREBZmY4AA6k0RypNGskbB0cBlZTkEHoRRddgsUP7Ru/+gRef 99xf/F0f2jd/9Ai8/wC+4v8A4urtxPHbW0s8pxHEhdj6ADJqDS786np8V39nlt1lXcqS7d208gnB IGRRddgsQ/2jd/8AQIvP++4v/i6P7Ru/+gRef99xf/F1o0UXXYLGd/aN3/0CLz/vuL/4uj+0bv8A 6BF5/wB9xf8AxdaOaMjGaLrsFjO/tG7/AOgRef8AfcX/AMXR/aN3/wBAi8/77i/+LqS21NbrVLyz jjbFoEDydi7DO0e4G0n/AHhV6i67BYzf7Ru/+gRef99xf/F0f2jd/wDQIvP++4v/AIutKii/kFjM bVLpFLNpF5gDJ+eL/wCLpsGrz3EEc0Wk3jRyKHU74hkEZH8daFx/x7S/7h/lVbRf+QFp/wD17R/+ gijS2wakf9o3f/QIvP8AvuL/AOLo/tG7/wCgRef99xf/ABdXjNEHZDIgdV3Mu7kD1PtwfypySJIi vGysjAEMpyCPUUXXYLGf/aN3/wBAi8/77i/+Lo/tG7/6BF5/33F/8XWjmokvLeS0F0k8Ztyu/wA0 MNu31z0xRddgsU/7Ru/+gRef99xf/F0f2jd/9Ai8/wC+4v8A4urtvcwXcKzW00c0TfdeNgyn6EUx L+0knEKXMTSlmTYGGdygFhj1GRn60XXYLFX+0bv/AKBF5/33F/8AF0f2jd/9Ai8/77i/+LrSqvqF w1pp9zcIoZoomcA9CQCaPkFir/aN3/0CLz/vuL/4uj+0bv8A6BF5/wB9xf8AxdcUvxA1cqD5NjyP 7j//ABVL/wAJ/q3/ADxsf++H/wDiq6Pq1TsY+3h3O0/tK7/6BF5/33F/8XU+n3wv4XfypIWjkMbp JjII+hIrjdN8cand6raW0sNn5c0yxsVVgQCe3NdVov8AzEP+v2T+lZTpuGkkXCalsadFFFZmgVmN /wAjPF/15v8A+hrWnWY3/Izxf9eb/wDoa00JmnSHpxS0UhnP3utata65DYR6dZOk6SSxytdsp2IV zlRGcH5xwCavx6/pkoi2XsJ822N2nPWIYy/05FFxprza/ZagJFCW0E0RQjklyhB/DYfzrlbj4dTS +d5WoLHuuCsRCcx2bbt8P47259hQB0r+KNHjuIYXvoxJMqMoIOAH+5k4wue2cZo8Q6wdEtbW4JjW OS6ihlaTOFRjgn61m6h4XvLme/gt7m2j07UpI5Jw0ZMqbQqkIc4wQg69OetXL3w1DI8T2ZMT/bYr qUySO4bYxOACTjr2oAnPifSBp8d79tQwSSGJMKxYuOq7cbsjByMcU2fxXottBDNJqEXlzxmWMrlt 6A4JAA6Dv6d6zW8M39vqDahY3NsblbyadEmRihSVVUg45BGwHI9x3qkmgavp+q2seny27P8AYrjz p5oG8ovJMHIGDxySQO4H40AdnFKk8SSxOrxuoZWU5DA9CDT6p6Tp66VpFpYI5dbaFYgx6ttGM1co AKzdZ1u20W3V597ySHEcUYyzn29vetKvPvEjtN4tufMyRDDGkYPQA8n8z/L86hG71Jk7Iujxvfht 7aVGYv7i3GXA/LBPP+eM9PpWrW2r2nn2rHAO10YYZG9CK8+/z/n8/wBe+fm1fBztH4iuY1J2S2od xnjcrYB/In/PJuUVbQiMnfU6jTv+Qjqv/Xwv/opK0aztO/5COq/9fC/+ikrRrNmiCsjUdYuIdVj0 zTbRLm7aEzuZZfLjjTOASQCSScgADsa16xNS0m+/tlNV0ma3W48j7NLFcqSjpu3AgryCCT65zSGR W3jGw+yb9Sb7DcLPJbvA2XPmJywXaPm4IIwOhq3P4m0i3t7eeS+i8q5TzI3XLAp/eOBwvPU4FUNP 8LzWl/ZXkt0ks6T3FzcsE2h3lUL8ozwAABzngVlP4BuBFagS2s7JbtbTJMZVQqZGcEbGGfvkEHg8 dKAOk8Raq2j6FNfxeWfLKcyfd2l1BJ/Ak0L4m0hrCS8F6nkRyeUxIIYP2XbjOTkYGOaq6l4Vt7mw nitMQzz+UGZndkwjq2ApOBwuOKhvvDd3LqlxqNrcQLP9qiuoElQlcrEYyGx6gnBHTigC+/inRktI blr+Pypyyx4BLMV+8u3GcjuMZrQtLuC/tIrq0lSaCVQySIchhXISaFq9lq2mz2rW8t5JPdXNxI0T eQjOigLwcgYAAPcg+tdLoWlnRtHgsmlErpuZ3C7QzMxZsDsMk4FAGhRRRQAhOK52bxNNcSsuj2a3 ESkg3E0myNj/ALPBLfXpVzxVLJB4Zv3iYq3l7dw7AkAn8iaoRRRwQpFEoWNFCqB2A6f5/wAnSEVa 7IlJp2RLb+JpYZ0i1e0FqsjBUuI5N8W49AxwCuffir2of8hjSf8ArpJ/6LNZVzDHcWk0UwBidCGB 9Mf5/wA9XaXPLc2fhmWckysjEk9T+6PNNxW6FGTehPH4rt4jcC/DRst9JZwLFG0jSlVDcBQTkjPH tSr4uspdR022to7mdNQjeSOaOFiq7SAQ3HHJ5z0xzjNEHhowanHd/as7L6a827Ou+PZtznt1zUdt 4Yms5dOkgvU3Wj3G8PFkSRzSb2H3uCMAA8/SsjQtL4r0lvPP2hwkMTzeY0LhXRPvsjEYcDvtzWZe +LBLqulQWTzw2lwsk8s8llJgxpt6EgYU7iS3YY9ahs/AMdlZ3VrHJZhJLaW3imFpidQ4xln3YbA9 AM9619R8OrqUsPnTMIksprN1UcsJAoJB7Y2/rQAn/CXaQLSe5kuJIo4Ajt5sEiEo7bVYAjJUnjIp 8ninTIWjWZ54yyqz77eQeSGOF8zj5MnpuxWVZ+CPs1jJb+ZYo7GHEtvZ+WzCOQP8x3HJO3tgDrip tT8GxX+uyaiPsb+eEEqXVr5xGzgFDuGMj1BHGaANCPxPpcupfYUnfzvOa3yYXCeaBkpvxt3YGcZp qeK9JkjlkWeQxx9H8h9svzbf3Zx8/wAxA+XPNQ/8IycL/pP3dUOofc9c/J19+v6VTfwbcT6Iuk3O oxy2duUNqpthldjbl8z5vnGBtwNuR70AdBp2p22qQPLas+EcxusiMjow6hlYAg8jr61zmn+L7q61 yO0aOxkjku5rbyoJSZ4Qhb9469Np2+33h1rb0LSBo1i8IS0VnkLt9lg8pM4A6ZJzx1JqhB4UFtPb XENwqXUN5NcGUR8vHKzFozz0+Yc+qg4oAtf8JTpgFyZJJ4RbQtcP51vJHmNfvMuQNwHt6ikj8V6V LbzzLNKBCUUo0Dh23/c2qRlt3bA5rEtvh+8IvPM1CN5LiylszKLciR95B8yRix3Nx7D6VJ4s8PXU 8M9xaiWczfZY3jiUFkWJ2YsASN33hxkHjOaANWPxbpk1qJ4zdNmZ4FiFrJ5rOv3gE27uO5xgVe+1 wX+mJc2siywSqGR16EGuStPCdxqul2n2q3traSyml+zpc225ZY3Ay0iB+HLDOd2eOeprqbeyXTtG itUWILEoXEUflp17L2FDHHcgoooqDcKKKKACiiigAooooAsn/kEXH+4/8qfpH/IHsv8Ar3j/APQR TD/yCbj/AHH/AJU/SP8AkD2X/XvH/wCgitFsc73LlY+s+Io9FmiSayvphKyojwRBlLMcBc5HOa2K yPENlPfRWK26BjDfQTPyBhFbJP5UgNC2uluLaOUq8Rf+CTAZT6EZ609p4kXc8qKM7clgOfSuI1vw 1q8utXUunIn2SOQapbDzAu68AC+WR/dIBOemWpf+Ecu7eOwlvdKj1cG2l+0WxdMJcyPvZ/mOD1K5 HIA460Adhqd6NN0u6vWQuttC8pQHBYKCcfpUlvdR3FusqsMEAkZzt4zg1zf/AAj+qR+EXsn1CWef +zWtvs3yeW0nllQd5G7r3Jqjd+FLiFbmPTbCFLaS0tBJArhFuHjkJkQ+5TAyevQmgDtBPE0YdZEK HowYYP405XV1DIwZTyCDkGvPNR0qW38mRtISG2u9XgaLTN6AYWJwxODsBbGcZwcDPU11XhXTptN0 2dJrdbVZrqSaK1VgRAjHheOPU4HAzQBt1Dc/6of7y/zqaobn/VD/AHl/nQBS/g/D+lK38X4/+z0n 8H4f0pW/i/H/ANnoAX+MfX+opq9F+g/9kp38Y+v9RTV6L9B/7JQAH7h/3f6Glbq31P8A7PSH7h/3 f6Glbq31P/s9AC/xj/eH8xTV6L+H8kp38Y/3h/MU1ei/h/JKAI4/+Rih/wCvD/2cVr1yXiK+uLC7 t2s5BFPcQw2yylQwi8yZVLYPBwDx74q7LNdaAbe0hnuNTub2XZAt3IqhMKWYs6r0wOmCc02JHQUm a5dfFd7cSW9taaWj3sjXCSxyXO1I2hKg/NtOQdwwcfUDmsi91W61vUYrqKMx2f8AYkl5GPtLK0bs CM7VGGIPHJx1NIZ3+aWuMsvEEtlDs2zXMxtrGOKJ5QEaSUMOuMjpkkk9OB6311bW/wDhJdPsZbK0 ihlt5ZJh9oLEbXUblO3kYbgHGc84xyAdJRXI+JLu6/4Smzs45dVFu1nJKU04Lu3B1ALbu2Cai8Q6 1eS211bWVu32W0vLa2muzcbZN5eMnCgcjDAE5GcnjFAHZUtclH41kl1ia3WyjNpbm4M8omJkhWLg sybcDcfu/NzUdn46mu7O5nTSpXMcCTxiPzCpVmAIYlBggHcdobjOM4oA6fUbi5tbGSazs2vJ1xtg WRUL8+rcD1rC/wCEh8R/9Cdc/wDgfb//ABVbelX39o6dDdZhbzVzmCXzE/BsDP5CrlAGZcahqMWj R3UWkSTXjBd1mJ4wy56/OTtOPrWX/wAJD4j/AOhOuf8AwPt//iq6eigDMv7/AFG202Ge10iS7uX2 77ZZ40MeRk5Zjg4PHFZf/CQ+I/8AoTrn/wAD7f8A+Krp6KAMzVNQ1GztoZLHR5L+Rz88STxxmPj1 YgH04rPsJ7i68VQzXdo1nO2mtugZ1cp+99V4PrxXR1iH/keF/wCwcf8A0YKqImbdY+sWs0+raJLF GXSC5d5WH8IMLqCfxIH41sVS1PVrPR7cT38jRxE43CNnxxnnaDgcdakZxdl4Tnj0yzh+xSCS50me G98yQkNL8hjD5PUHdg9qq3ehXkum6THHp13b2UVo0T28dukjx3GRl9pcAZ5w4Jx7ZrvdM1Wz1i3M 9jI0sQONxjZQeM8bgM9eoq7x6UAcU/hh7o6497bS3UzWUcNtJO2S7eThiADgMWxk1lTeGL+K5s4l guobdba3W3NrCjm2kHMnJcbCW5Jwcj6Yr0rj0pOPSgDh7zw7evputT20Ei31xfk7s7nktt6kqgJA wQDxkZ59abp/huSZNMhuYLt7H7bNLLDNGIVjQxEAbFY/IW5x6k8YrtZ7qC1MKzPtM0gjjGCdzEE4 /IGpePSgDgItHu4otPTVNLvb+1hhmhihjk+aGTzjsY5YY/d7QGz8uO2aW30+9sPEs+pao13GsE81 w9wkSGNoMNtVpC+doXHy7eo/Gu5S6ge7ktVfM0Sq7rg8Bs4P6GpWVWBVlBB6gjNAGR4WtpItFS4u VK3V67XcwPZn5C/8BXav/Aa1nfYpOCSBwB1P0pwwOlUhHBcau029mltU8vYfuoW5J+pGKAFSa+ms zItrHDMW+WOWTPy+5UHB9uael6qPBDdbYrmZSQgJIJHUBsDP86tVBdpugZhEkkkfzxhxkbwOKYh1 x/x7S/7h/lVbRf8AkBaf/wBe0f8A6CKkWVp9MEroY2eHcUPVSVzio9F/5AWn/wDXtH/6CKOgdTF1 hprHXL24+w3dxHeacsERt4jJ+8VpDtbH3c7xgnA681leRrenstrYi8luItMEKABlghkWEYIJ+R8t x/eB9q7zFGBSGcDapqiWUAuLrW57Nrkmby7eWKdP3fAG5mcrv6nOM+2aujT7r/hAtHhms55fs7wS XVqVzI6K2WUr3PQ474rscCjHGKAOE1k39zPbtpEd/pdg6u2YbF97T5XDNGrKQCOm8YODkdKu6dYX cfieOaS3lEYvLtzIUwMMkYB+hIOPpXXYFGKAFqlrP/IDv/8Ar3k/9BNXarajA9zpl1BHjfLC6Lk8 ZIIFNbgzxpPuL9BTq3l8Ea4FA8i34H/Pf/61H/CE65/zwt/+/wD/APWr1vb0+55vsp9jO0T/AJD+ m/8AXyn869M0X/mIf9fsn9K47S/B+sW2r2c80UCxQzLI5E2TgH0xXY6L/wAxD/r9k/pXFiZqTvFn VQi4rU06KKK5ToCsx/8AkZ4v+vN//Q1rTrMf/kZov+vN/wD0NaaEyRtd0xNQWwa/theM2wQGQb92 M4x64NNfXbDzrm3hu7eW7t0Z3gEqhhgZOfT+nesq48OTySX0itbh7jVLe9UnOQkfl5BOOvyNj61R sfB1zazSLJ5cyJ9oaCd7uUkGXd/yyxsB+bBIJz1xSGbr+J9KtobU31/a2stxGkixvMpPzdMEdfQH v2qLS/EttfX9zYzz28V3HdSwxwCQb3VP4sfSuMubO70zXI4Xt5bnyYrJBbIsqrdNGB8wZV2kK3OW I6c8V1A8NXCsGDwBhrJ1AkZyUIIx0+9g4oAteHvFFprVrFvuLZL0qzvbpKCyAMRnHX0/OrcPiPSL iGeaHUrSSK3/ANa6yghB0BJ7D3rmrfwbqEtjbafeS2UUFtFcqk0G4yMZlZeQQAAAxJ5OSB0p914W 1TU7WYXg06GRbFbGJICzI43qxZsqMD5MBecZPNAHUx6pZS6e19HdRNaKCxnDDYAOpz6DBqKHXtLu La4uIdQtXgtjiaRZQVj+p7Umu6e+peH76wgKK9xbvChb7oJXAz7Vjal4Yubm6mntmtV/d2hijcHa zwOzYYAfdIYAHtjpxQBsf8JDpP8AZ32/+0bX7Ju2ed5g27v7ufX2qnYeK7GXTGvr+6tbaE3MsETm UbZAjlQQe+QM1nnw7qhvhq3+g/b/ALaLn7Nvbydvk+Vjftzuwc7tvtjvVM+DdRVLaXfbPMj3XmQw 3MtshWaTf8rKCeMYIIwaAO4R1dAyEMrDIIOQRXN+KPDs9/MmoadtN3GvlvGxwJk6gZ7Edj71uaba Jp+mWtpGiokESxhVYkLgYwCeSPrVmmm07oTV1Y80+yam7eWmkX3mejIAuf8Aezjuf1/HrvDGgPpM c1xdsrXtzjftOQijoo/M/jW7S1TndWJUEncztO/5COq/9fC/+ikp17rmmabOsN9f21vK+NqSSBSc kgHB7ZBpunf8hHVf+vhf/RSVnaz4em1G51eVDB/pumfYoy/VWy5yeOnzL+VSykasmsafFqCWEl5A l5IMrCzgOfwqp/wk2nW+nx3WpXVtZK7yIoknUg7GIJyOO3PpnBrHHhK4GuPcy7Li2luIblt15Knl siqP9WPlfBQEE4689Kwte0u70+W1t5S5QwXQdoklKTCWbf5WY1JyRjIOPY0hnXweK7FtZns7i6tY o9sJtXaUAz+YCeM/QY+tO0/xPaXGp3dhc3FtDdR3TQQwmQb5AFU5we/J/Ksybw7dapp+qS+TDay6 la2yxxSHLQFBkqxx2J7elObw1qD39wpNiLOfU01Ayjd5y7NpCgYwSSmM54BPWgDej1zTJryW0jv7 Z7mEEyRLICygdcj27+lS2Gp2WqRNJYXUNzGh2s0ThgDjOMj61zNp4Y1GKOytJmsha6e07QzIW82Y urqNwxhfvknBOSK6HRLE6ZoVjYts3W1ukTeWPlJCgEj8aAEtNe0rUJXjs9QtZ3jTe6xyglV9T7Uk HiDSbq2nuLfUbWSG35mkWUbYx6k9h71z3/CGTto1hYmaCMw6dcWcroDy0m3BAwMjKknOOtLd+GNU 1Tzbm6/s+C5SGCKGKEs0T+XKJPnJAOCRgAA4BPWgDSsvFdjcy6lK91apYWbxolyJRtfcgbr65OMV s211Be28dxaypNDIMpIjZVh7GuQuvCmp3s1xeSvaRXEl9HdrDBPJGpCxGMqZAAwPOdwH4V0egab/ AGVpaQGJInLvI6rM8o3MxJO9uSeetAF24t47q3kgmUPFKpR1PcHg1y32HVdHHkfZn1G1TiKWN1Eo XsHViMkeoNddSYqoyaJlFM5L+ztT1r9xNbNp9k/EzSODK691UAkDPck1sXcaw6no8cahURpFVR0A EZwK1cVm6h/yGNJ/66Sf+izT5m2CikadZviDV10LQb3UWXd9niZ1XBO5scDjtnHNaVUNc099V0O+ sY5BG9zA8QdhkKSMZqCjPsvFNgkFrFqGowNeTKpYpC8agscLkNnZnoNxGa0LTWrC+v57K2uBJcW5 IlRVPyEHBBOMZ56Vjaj4XvrubUIYru3Wx1No2ud8ZMqlVVSEOcchB16c9a19H0x9M+3b5Ff7TdyX A2jGA2MA+/FAFGw1671DV7q3jtrNLa2uXgZmuj5p2gHcE24xz61CnjGwuNait7a8gezW1mnnlII2 7CgBBPBU7m5GRx1qK18L3NvrF/MY9MeC9mkkacxEXKK64KhqzdS8MavFojrJLBdfZNMksIIraAh3 UlMMcnrhOVH4GgDo4fFujXEFxLHefJbsqy7onUhm+6MEZJPYDmrkWrWdxpkmoQTCS2jVmZgMY253 Ag8gjB4NcZZ+HrvWNPuYGR0MN1FdRXVzHPE1y4UqVcO5kwBgBgR2wOOeksdA+z+G7rTWWCJ7pZRI YN5XLggnLEkn3NAFW58UXNh4YsNQmtFnu7tBL9njbbtTaZGPOfuoPxPpmuigmS4gSaJw8cihkYdC CMg1y1h4dl1eHTLnVHubcWtgLcW8cjwusnAkJKkZBCqAPT61f0Ky1HRzbaU2yXT7aFwJ2zuI3/uk HP8ACgIJ/wB33oAq6p4um07VbqAWUMtvavCjn7RiZ/MxjZHt+bGemRWrp+oyz6tqVhOqhrVkaMqP vRuuRn3yGH4CsLW/B1zqmq6hMjaesd6sa+fJCWnt9oxmM54PcehrW0q2m/4SLVryVHWNhDbRFxgu EUkt9MuR+FAGzUN3/wAe7fhU9QXf/Hu34UMa3M6iiioNwooooAKKKKACiiigCyf+QTcf7j/yqnDr VjpOm6NFfTiJrxI4Ycg4Z9o4J7fjVw/8gm4/3H/lWFfaN/bVv4fhmhaSz+zus7A42BocA/XOMHsa 0Wxzvc6O3voLq4uYYWJktXEcowRtYqGH14YU5ruNbyO2YP5kiM4IQlcAgHLdAeRwevPpXn8mj+IZ tNvFvIXeT+0kafy1V/tcKQhA4QkA5YKxUnseuKfd2V5pPh8TFrxIYNNvRvm2xNEzshRcKTtxzt54 HpSA7jUNRi02KGSVHYSzxwKFHO52Cj8Mmi61GK0vLK2dHL3kjRoVHAIQuc/gprz3TNGiuoLyyjtC Lx7uyluYYQiRrCG6qUkbH3WJ+bPtzWhdeH5YGjiOlT3Om2+qyTLbRMP9QYMfKCRld5Py/XigDvfw qK4nW2tpZnUlYkLkDrgDNcImi3UUFkNS0e7vdPWO4ENikgZrdmk3RhssOifKDk7elW7Hw7eGSSbV IXnu4dJhhikaTcPOAkDY55blRuPWgDrrO5i1CxtrtEISaNZkDDkBhkfjzU/4V5+PDWoWWnrFpdtN C82kRpcBZtpkmV0yu7PDld4B9+vFK2j3TRXT2Gk3drpLzW7PpxcK8yru80hd2BnKcZG7YfXkA7/N Z9rqMWq6at1CrqhmaPDgZykhQ/qprkf7GuQkDy6TdPo326SUaYGBdEMYCEruxjeGbbnjcD243fC9 lPp3hS2trmB7eVZpD5TvvZQZmIBbJzwRzQBf/g/D+lK38X4/+z0n8H4f0pW/i/H/ANnoAX+MfX+o pq9F+g/9kp38Y+v9RTV6L9B/7JQAH7h/3f6Glbq31P8A7PSH7h/3f6Glbq31P/s9AC/xj/eH8xTV 6L+H8kp38Y/3h/MU1ei/h/JKAKlzY2+pasLS8iWaCXT8OjdD84/X3qU+FdOaDy3+1O4kEizPdSGV WAIBVy24cEjg9zTo/wDkYof+vD/2cVr02JGbaaDYWTW7W8JVrdZFjO9if3hBckk8kkAknmmQ+HNO t4ljigIRbU2YG9j+6PO3r+vWtWikMyZPDOmSwSRNAdskcUZIkYECLPlkHOQVz1HNOj8O2MUtpKon 820LGOQ3DlzuILBjnLAkAkHI4rUooAzNR0G01K8jupWuYriOMxrJb3DxHaSCQdpGRkCoLjwppd1d G4milZ2aN2AncK7pja7KDgsMDk88VtUUAcjpnhC8stW86W7hNv5sskgQyZuA5Y7HQsUAG7PA52jp k1rw+GbK2tpLeGS9WJgqqBeS/ugDkBPm+UD2+la9FAFawsLfS7NLW0TZCmSASSSSckknkkkkkn1q xmoby3e6gMaXEtucg74sbv1Bqh/Ytx/0GtR/NP8A4mmkn1E2+xq5ozVS4spJ7VIVvLiFlxmWPbub HrkYqr/Ytx/0GtR/NP8A4mhJdxXfY1c0Zqpd2MlzEiJe3FuV6tFty31yDVUaLcAg/wBs6gfbKf8A xNCS7hd9jVzWKf8AkeF/7Bx/9GCr97YyXYTy724ttuc+Tt+b65BrMhiaHxjFG0ryldMILvjc37wc nFNbA7m/VLWY3m0S/jiVnke3kVVUcklTgCrtFSUcYmm3j3NnJJb3jraaMhjhWZoka4H8JwQN3bnp mseytNYk0/U4o4tRhjmS0ZFVJo2V/N/e7S7s2QvVhgHGcV6XSUAcFqmnXdrbajawLqJtIr1JLaIC aZZQYQWQsrbwhfPIOA3Xjii/0zUrxdSu/L1O3ulFmbVI7h/3ZwolC4OGIyQTg9K76igDjFsb+y1L 7Pape/YYtWiePc7uPKMGX+Ykkrv9TjNZsdte/wBk30DLquwTxyC5aCcvcn5iUeMNuAHALR4ByPTF eiUUAcNcR6vLbzP9lvoEe0sfNgikZnVQ7eciNnJfbjJHJ+tNj027umjhgj1SHSX1OMxxySSJIsXk t5mcneqF8cE/zFd3S0AY3hiG4ttMlt7kTAQ3UyQ+cSW8oOdnJ5I24wfTFWhD9k1Oe4eSNYLhUHzN g+YMj9QR+VX6iuLeK6heGeNZI3GGVhkGgCQVWvnm+yyx2jILpkPlBjjB9fwzSPZPmEQ3c0McQA8t QpDAepYE/rT47KCO7kuVjHnyABnJycegz0HsKAFlBWydWYsRGQWPfjrUGi/8gLT/APr2j/8AQRVm 4/49pf8AcP8AKq2i/wDIC0//AK9o/wD0EU+gupbMiDd8w+Xluen1pwIIyOlcZrjtaXviKGS3uHfV LJIrTyoWcSPsdSuQMAgsOuODmnxjVbfVkf7Vd+TFeQ2otwg8ryjCu9umT82ec8YpDOxorgE1nU7i w8tri+t5IbBVuJXtXGJ/NAYZCk5xkZUEDOaVNR1yfVtLBuLqyt2jhMaTwvI02WIkDlUxnAH3tuAQ cdaAO7MqCVYy6iRgSFJ5IHU4/EUGVBIIy67yMhc849cVxfh6S7uvFFvNeSX8k621wtwk8BWKBzJH hUbaBjA9TkDNORIbe/1PzdOkm183E01pK1uzZXafKIkxgIBhSMjnPHNAHZPKke3e6rvbauTjJ9B7 1Wvbzy9IuLu2dH2QvIjA5U4UkfUVxekPqd4lg99dS3e3UYXKtbyI0J8uTfkso4yR04HrzW3psbQ/ DiOORGR104hlYYIOw8EU1uBZjTVHiRjqq5ZQf+PVe4+tO8rU/wDoKj/wFX/GrEH/AB7xf7i/yp9U SZ80upWcls736zI9xHGyG3C5DNg8g1c0X/mIf9fsn9Krap9y0/6/IP8A0MVZ0X/mIf8AX7J/Sh7C W5p0UUVBYVmP/wAjPF/15v8A+hrWnVG8003N3HcxXc1vKiGPMYU5BIPO4HuBTQmXaKzv7Mu/+gxe f98Rf/EUf2bd/wDQYvP++Iv/AIiiwXNGis7+zLv/AKDF5/3xF/8AEUf2bd/9Bi8/74i/+IosFzRo rO/sy7/6DF5/3xF/8RR/Zl3/ANBi8/74i/8AiKLBc0aKzv7Mu/8AoMXn/fEX/wARR/Zl3/0GLz/v iL/4iiwXNGis7+zLv/oMXn/fEX/xFH9mXf8A0GLz/viL/wCIosFzRorO/sy7/wCgxef98Rf/ABFH 9mXf/QYvP++Iv/iKLBc0aKzv7Mu/+gxef98Rf/EUf2Zd/wDQYvP++Iv/AIiiwXDTv+Qjqv8A18L/ AOikrRrKi0WaGSaRNWvA0zBnO2LkgAf3PQCpP7Mu/wDoMXn/AHxF/wDEUMFc0aKzv7Mu/wDoMXn/ AHxF/wDEUf2Zd/8AQYvP++Iv/iKLBc0aKzv7Mu/+gxef98Rf/EUf2Zd/9Bi8/wC+Iv8A4iiwXNGi s7+zLv8A6DF5/wB8Rf8AxFH9mXf/AEGLz/viL/4iiwXNGis7+zLv/oMXn/fEX/xFH9mXf/QYvP8A viL/AOIosFzRorO/sy7/AOgxef8AfEX/AMRR/Zl3/wBBi8/74i/+IosFzRorO/sy7/6DF5/3xF/8 RR/Zl3/0GLz/AL4i/wDiKLBc0azdQ/5DGk/9dJP/AEWaX+zLv/oMXn/fEX/xFRyaJNLNDK+rXheE kodsXBIwf4PShBqatFZ39m3f/QYvP++Iv/iKP7Mu/wDoMXn/AHxF/wDEUWC5o0Vnf2bd/wDQYvP+ +Iv/AIij+zLv/oMXn/fEX/xFFguaNFZ39m3f/QYvP++Iv/iKP7Mu/wDoMXn/AHxF/wDEUWC5o0Vn f2bd/wDQYvP++Iv/AIij+zLv/oMXn/fEX/xFFguaNFZ39m3f/QYvP++Iv/iKP7Mu/wDoMXn/AHxF /wDEUWC5o0Vnf2Zd/wDQYvP++Iv/AIij+zLv/oMXn/fEX/xFFguaNRzoZYiowCfWqX9mXf8A0GLz /viL/wCIo/sy7/6DF5/3xF/8RRYLsf8AYpP7y0fYpP7y03+zbv8A6DF5/wB8Rf8AxFH9m3f/AEGL z/viL/4ilyovnkO+xSf3lo+xSf3lpv8AZt3/ANBi8/74i/8AiKP7Nu/+gxef98Rf/EUcqDnkO+xS f3lo+xSf3lpv9m3f/QYvP++Iv/iKP7Nu/wDoMXn/AHxF/wDEUcqDnkO+xSf3lo+wyf3lpv8AZt3/ ANBi8/74i/8AiKP7Nu/+gxef98Rf/EUcqFzyJJozFpdwrYJ8tzx9DS6R/wAgey/694//AEEVBJpN zLGyPq94VYEEbIun/fFJDo9xBCkUerXgRFCqNkXAHA/gp9Cbu9zTpHRZEZHUMrDBBGQRWf8A2Zd/ 9Bi8/wC+Iv8A4ij+zbv/AKDF5/3xF/8AEUWC5atLG2sIzHZ20NvGTkrFGEBPrgVPWd/Zl3/0GLz/ AL4i/wDiKP7Nu/8AoMXn/fEX/wARRYLmjRWd/Zl3/wBBi8/74i/+Io/s27/6DF5/3xF/8RRYLmjR Wd/Zl3/0GLz/AL4i/wDiKP7Nu/8AoMXn/fEX/wARRYLmjTJkMiADGQQefrVH+zLv/oMXn/fEX/xF H9m3f/QYvP8AviL/AOIosFyX7K+3GV6Y/TFKbVznlec/+zf41D/Zl3/0GLz/AL4i/wDiKP7Nu/8A oMXn/fEX/wARQFyb7M+7OV6/1zSLauMcrxj/ANl/wqL+zLv/AKDF5/3xF/8AEUf2bd/9Bi8/74i/ +IoC5L9lfbjK9MfoRSm1ck8rzn/2b/Gof7Mu/wDoMXn/AHxF/wDEUf2bd/8AQYvP++Iv/iKAuTfZ nznK9c/qP8KQWrgDleMf+y/4VF/Zl3/0GLz/AL4i/wDiKP7Nu/8AoMXn/fEX/wARQFyNV2+JY1PU WJH/AI+K1ayv7Em+1C5/ta880J5e7bF93Ocfc9ak/sy7/wCgxef98Rf/ABFDDU0aKzv7Mu/+gxef 98Rf/EUf2Zd/9Bi8/wC+Iv8A4iiwXNGis7+zLv8A6DF5/wB8Rf8AxFH9mXf/AEGLz/viL/4iiwXN Gis7+zLv/oMXn/fEX/xFH9mXf/QYvP8AviL/AOIosFzRorO/sy7/AOgxef8AfEX/AMRR/Zl3/wBB i8/74i/+IosFzRorO/sy7/6DF5/3xF/8RR/Zl3/0GLz/AL4i/wDiKLBc0aKzv7Mu/wDoMXn/AHxF /wDEUf2Zd/8AQYvP++Iv/iKLBc0aKzv7Mu/+gxef98Rf/EUf2Zd/9Bi8/wC+Iv8A4iiwXNGsU/8A I8L/ANg4/wDowVZ/sy7/AOgxef8AfEX/AMRUP9gyfbvtn9q3n2gR+Vu2xfdznGNnrTWgO5r0Vnf2 Zd/9Bi8/74i/+Io/sy7/AOgxef8AfEX/AMRSsFzRoPSs7+zbv/oMXn/fEX/xFH9mXf8A0GLz/viL /wCIosFzlr37dBaardyPqkjPqTQIomlVIYcjDBUG7bnuvPOMgUzSY9V1RdJtr661OKEyXiytG0kT MisPK3Mfm6dCeT+ddZ/Zt3/0GLz/AL4i/wDiKP7Mu/8AoMXn/fEX/wARQFzz681DVbq3soru81C2 EenxPcXCGZTAd7bpHEY5JVP48AdR3rXSXV5fF5Vr2WGNbpfITZO6S220en7s55yx5B/Ctm98GWup XX2m8uriWYqFLFYxvA6BgFwwHPBz1rR/sy6AwNXu8f7kX/xFAXNGis7+zLv/AKDF5/3xF/8AEUf2 Zd/9Bi8/74i/+IosFzRorO/sy7/6DF5/3xF/8RR/Zl3/ANBi8/74i/8AiKLBc0aKzv7Mu/8AoMXn /fEX/wARR/Zl3/0GLz/viL/4iiwXLtx/x7S/7h/lVbRf+QFp/wD17R/+giom0u6dSraveEEYPyRf /EU2DR57eCOGLVrxY41CKNkRwAMD+CjoGtzUorO/sy7/AOgxef8AfEX/AMRR/Zl3/wBBi8/74i/+ IosFzRorO/sy7/6DF5/3xF/8RR/Zl3/0GLz/AL4i/wDiKLBc0aKzv7Mu/wDoMXn/AHxF/wDEUf2Z d/8AQYvP++Iv/iKLBc0ar6hA11p1zboQGliZAT0BIIqt/Zl3/wBBi8/74i/+Io/s27/6DF5/3xF/ 8RQBXji1dI0X7NYnaoGftL9v+AU7bq//AD62P/gS/wD8RU39mXf/AEGLz/viL/4ij+zLr/oL3n/f EX/xFO4rFWWz1O6e3WaGzjjjnjlZlmZjhTnAG0VZ0X/mIf8AX7J/Sl/sy6/6DF5/3xF/8RU+n2Is IZE86SZpJGkd5MZJP0AFDegJaluiiipKCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigD//2Q== --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45AD6EXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B2AC21F9BCD for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:00:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tOLAVWaent0u for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 07:00:10 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 77A2321F9BCF for <6tsch@ietf.org>; Thu, 20 Jun 2013 07:00:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=59164; q=dns/txt; s=iport; t=1371736809; x=1372946409; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=hAjgFiwGsco3mbJYxvC23yh1qngI1WSieLfz9vjMuhk=; b=HoiLYyguB7X4he8RRC+1d3Z2zvJx/CY+MhwBqkObf0/ozea4bBXAxVeD vyJf+QRhTS0rPmi2v6vbf0y3T2bpyhvjSOm4LLzZf8BiNUsgNGKjCQH3e G60bY9xIDuXHAWSfzOXihBBNZx1cSEoZtLKNgxxvAWlFUzL7OjoXpWf9r E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoAFADMKw1GtJV2c/2dsb2JhbABRCg6CN0QxSb8qexZ0giMBAQEEAQEBKkEbAgEIEQECAQEBCxYBBgchBgsUAwYIAgQBEggTh2EDDwyzAA2ITgSMXYEpgQsgDQoBgwBhA4U+kByOB4UkglE+gig X-IronPort-AV: E=Sophos;i="4.87,905,1363132800"; d="scan'208,217";a="225331569" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-5.cisco.com with ESMTP; 20 Jun 2013 14:00:07 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r5KE056J003796 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 20 Jun 2013 14:00:07 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0318.004; Thu, 20 Jun 2013 09:00:05 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , 6TSCH <6tsch@ietf.org> Thread-Topic: [6tsch] architecture with remote BBR Thread-Index: AQHObKCbKFwIhzQdRUu70IwqC3Q6Ypk8wTGAgAHfcLA= Date: Thu, 20 Jun 2013 14:00:05 +0000 Deferred-Delivery: Thu, 20 Jun 2013 14:00:00 +0000 Message-ID: References: <2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33@xmb-rcd-x04.cisco.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.49.80.43] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841318A15xmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 14:00:15 -0000 --_000_E045AECD98228444A58C61C200AE1BD841318A15xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Thomas: If I understand you well, your reference to the multicast domain has to do = specifically with the PCE discovery, is that correct? Even so, the product of the discussion is probably useful in the architectu= re document. My initial mind was to emulate the model of DHCP, though we probably need t= o extend it quite a bit to scale and distribute. For all I know - but I'm not JP -, there is art for distributed PCE, in par= ticular between ISPs so that each PCE can compute a local segment of a glob= al route. In your case 1, it could make sense that there is at least one PCE on each = subdomain so as to avoid crossing boundaries for local route computation. In the future, we can probably expect to find many virtualized PCE availabl= e wherever needed via virtual service engines anyway. What do you think? Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: mercredi 19 juin 2013 06:13 To: 6TSCH Subject: Re: [6tsch] architecture with remote BBR Pascal, Raghuram, I'm fully aware that VPN/tunnels are a proven technique. Obviously, this di= scussion only covers the case where a PCE is used. I want to make sure that we don't add unnecessary complexity. The easiest t= hing is for 6TSCH not to define how the PCE and the BBRs discover each othe= r, neither how they communicate, and just give "examples" in the architectu= re draft. This might be the right thing to do to start with, but it would b= e awfully nice if I could connect my BBR to a third-party PCE. I'm happy to= talk about this on the phone on Friday. Thomas On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar (rsudhaak) > wrote: Thomas, I agree conceptually with the cons that you mention for option 1. However, = tunneling and VLANs are a well understood concept in the network setup/admi= nistration and used widely by IT teams. Pascal has pointed out the specific= Cisco technologies too. So, in the practical world tunneling is the best/p= roven solution. In Option 2, the reliance of the BBR on the PCE to identify its peer may be= a cause for concern. It means that we implicitly mandate a PCE. This may n= ot be applicable to certain deployments that may want to use 6TSCH without = a PCE. Or a different routing computation technique/protocol/standard. IMO, the PCE, ND must be maintained as separate elements for the above reas= ons as well as applicability to wider range of scenarios. I lean toward the idea that 6TSCH does not need to define anything to creat= e the connectivity between the BBRs. Instead the requirement can be detaile= d along with possible solutions leaving the decision open. This will hopefu= lly help in wider applicability and interoperability. -raghuram From: Pascal Thubert > Date: Tuesday, June 18, 2013 10:08 AM To: Thomas Watteyne > Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR Hello Thomas: And then we need to add the case of the backhaul that looks like your case = 1 but has applications on the other side of the VPN as opposed to another w= lan. This is actually being studied at ISA100.15 ... For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs sha= re a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in cla= ssical routing, with VPN iff crossing an untrusted area ( ; eg the IT netwo= rk from an OT perspective ; ) The case of a single subnet crossing layer 3 boundaries is very classical i= n datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also= LISP, L2TP, and pseudowires in general. We should probably describe the case in the architecture and explain how th= is can be achieved with the above technologies; and that probably 6TSCH doe= s not need to add anything new. Or does it? About option 2, I see the links to the PCE as either a single vlan or a mix= of vlan and vpn, depending on which domain must be crossed. The structure = has its benefits, but we probably need to come up with the same model and m= ultiple disjoint paths via multiple PCEs for high availability and load bal= ancing. what do you think? Pascal 2013/6/17 Thomas Watteyne > All, There is a case I believe we are not covering explicitly in the architectur= e. The architecture draft now considers the following topology: ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o The backbone needs to be one broadcast domain for the ND proxy operations d= efines in draft-thubert-6lowpan-backbone-router-03 to work. Now, let's consider a campus-wide deployment, where the requirements is tha= t (1) all the nodes use the same IPv6 prefix, and (2) all are managed by th= e same PCE. Since BBRs are "far apart", they will not all live on the same = (broadcast) backbone. This is a very realistic scenario that I have come across multiple times, a= nd which I believe 6TSCH group could/should address. I can see the following options: Option 1: "under-the-hood" tunneling When installing the network, network administrators interconnect the differ= ent pieces of the BB using some VLAN solution, essentially recreating a bro= adcast domain. pros: - This option does not require any change the ND operation. cons: - IMO, in most multi-BBR deployments, the remote BBR case is the rule rathe= r than the exception. Using tunnels looks more like a "patch" which might b= e seen as overly complex if it needs to be applied all the time. ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D +--------------------+-------------- TUNNEL ----+ | | =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D | +-----+ +-----+ +-----+ (remote) | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Option 2: PCE responsible for forwarding to correct BBR Each BBR establishes an explicit (and secure) connection to the PCE. Since = the PCE is aware of the nodes connected through each BBR, it can forward so= me inbound packet to the appropriate BBR. The functionality of the PCE and Router can be merged. The PCE/Router gets = a packet for a particular node, and forwards it to the appropriate BBR over= the explicit connection to that BBR. --------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ ^ ^ ^ | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Option 3: hybrid This is the same as option 2, but the router and the PCE as separate. The P= CE acts as the ND proxy for all the nodes attached to all the BBRs it is ma= naging. The router is a regular router. ---+----------------------- | External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+ | | ^ ^ ^ | | | | | ------------------------ | | | | | | | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Thoughts? Thomas _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch -- Pascal --_000_E045AECD98228444A58C61C200AE1BD841318A15xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Thomas:

<= /p>
If I understand you well,= your reference to the multicast domain has to do specifically with the PCE= discovery, is that correct?

Even so, the product of t= he discussion is probably useful in the architecture document.

<= /p>
My initial mind was to em= ulate the model of DHCP, though we probably need to extend it quite a bit t= o scale and distribute.

For all I know – bu= t I’m not JP -, there is art for distributed PCE, in particular betwe= en ISPs so that each PCE can compute a local segment of a global route.

In your case 1, it could = make sense that there is at least one PCE on each subdomain so as to avoid = crossing boundaries for local route computation.

<= /p>
In the future, we can pro= bably expect to find many virtualized PCE available wherever needed via vir= tual service engines anyway.

<= /p>
What do you think?

<= /p>
Pascal<= /p>
<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: mercredi 19 juin 2013 06:13
To: 6TSCH
Subject: Re: [6tsch] architecture with remote BBR<= /p>

Pascal, Raghuram,

I'm fully aware that VPN/tunnels are a proven techni= que. Obviously, this discussion only covers the case where a PCE is used.

I want to make sure that we don't add unnecessary co= mplexity. The easiest thing is for 6TSCH not to define how the PCE and the = BBRs discover each other, neither how they communicate, and just give "= ;examples" in the architecture draft. This might be the right thing to do to start with, but it would be awfully nice= if I could connect my BBR to a third-party PCE. I'm happy to talk about th= is on the phone on Friday.

Thomas

On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar = (rsudhaak) <rsud= haak@cisco.com> wrote:

Thomas,

I agree conceptually with the cons that= you mention for option 1. However, tunneling and VLANs are a well understo= od concept in the network setup/administration and used widely by IT teams. Pascal has pointed out the specific Cisco technologies= too. So, in the practical world tunneling is the best/proven solution.&nbs= p;

In Option 2, the reliance of the BBR on= the PCE to identify its peer may be a cause for concern. It means that we = implicitly mandate a PCE. This may not be applicable to certain deployments that may want to use 6TSCH without a PCE. Or a differe= nt routing computation technique/protocol/standard. =

IMO, the PCE, ND must be maintained as = separate elements for the above reasons as well as applicability to wider r= ange of scenarios.

I lean toward the idea that 6TSCH does = not need to define anything to create the connectivity between the BBRs. In= stead the requirement can be detailed along with possible solutions leaving the decision open. This will hopefully help in wid= er applicability and interoperability.

-raghuram

From: Pascal Thubert <pascal.thubert@gmail.com>
Date: Tuesday, June 18, 2013 10:08 AM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Cc: 6TSCH <6t= sch@ietf.org>
Subject: Re: [6tsch] architecture with remote BBR<= /p>

Hello Th= omas:

And then we need to add the case of the= backhaul that looks like your case 1 but has applications on the other sid= e of the VPN as opposed to another wlan.

This is = actually being studied at ISA100.15 ...

For your option 1, is it often (/ somet= imes?) mandatory that the 2 LLNs share a same L2 domain ( / IPv6 subnet) ? = When they do not, we are back in classical routing, with VPN iff crossing an untrusted area ( ; eg the IT network from an OT perspe= ctive ; )

The case of a single subnet crossing la= yer 3 boundaries is very classical in datacenters. We use overlays to solve= the issue; e.g. cisco OTV, but also LISP, L2TP, and pseudowires in general.

We should probably describe the case in= the architecture and explain how this can be achieved with the above techn= ologies; and that probably 6TSCH does not need to add anything new. Or does it?

About op= tion 2, I see the links to the PCE as either a single vlan or a mix of vlan= and vpn, depending on which domain must be crossed. The structure has its benefits, but we probably need to come up with the same model and = multiple disjoint paths via multiple PCEs for high availability and load ba= lancing.

what do = you think?

Pascal

&nb= sp;

2013/6/17 Thomas Watteyne <watteyne@eecs.berk= eley.edu>

All,

There is a case I believe we are not co= vering explicitly in the architecture.

The architecture draft now considers th= e following topology:

      &= nbsp;        ---+-------------------= -----

      &= nbsp;           | &n= bsp;    External Network

      &= nbsp;           |

      &= nbsp;        +-----+  =             &nb= sp;   +-----+

      &= nbsp;        |     |= Router           | =     | PCE

      &= nbsp;        |     |=             &nb= sp;     |     |
      &= nbsp;        +-----+  =             &nb= sp;   +-----+

      &= nbsp;           | &n= bsp;            = ;          |=

      &= nbsp;           | &n= bsp;   Subnet Backbone    |
      &= nbsp;     +--------------------+---------------= ---+

      &= nbsp;     |       &n= bsp;            |&nb= sp;            =      |

      &= nbsp; +-----+        =      +-----+      = ;      +-----+
      &= nbsp; |     | Backbone    | &= nbsp;   | Backbone    |     | = Backbone

    o   = ; |     | router      | &= nbsp;   | router      |   = ; | router

      &= nbsp; +-----+        =      +-----+      = ;       +-----+
    o   = ;            &n= bsp; o          &nb= sp;        o    &nbs= p;           o = ; o

      &= nbsp; o    o   o     &nbs= p;   o   o o   o    = ;     o o   o    o<= /o:p>

   o    = ;         o    =     o LLN      o  &= nbsp;   o         o =      o

      o = ; o    o      o  &n= bsp;   o o     o o   o &= nbsp; o    o     o

The backbone needs to be one broadcast = domain for the ND proxy operations defines in draft-thubert-6lowpan-ba= ckbone-router-03 to work.

Now, let's consider a campus-wide deplo= yment, where the requirements is that (1) all the nodes use the same IPv6 p= refix, and (2) all are managed by the same PCE. Since BBRs are "far apart", they will not all live on the same (broadcast) = backbone.

This is a very realistic scenario that = I have come across multiple times, and which I believe 6TSCH group could/sh= ould address.

I can see the following options:

Option 1: &q= uot;under-the-hood" tunneling

When installing the network, network ad= ministrators interconnect the different pieces of the BB using some VL= AN solution, essentially recreating a broadcast domain.

pros:

- This option does not require any chan= ge the ND operation.

cons:

- IMO, in most multi-BBR deployments, t= he remote BBR case is the rule rather than the exception. Using tunnels loo= ks more like a "patch" which might be seen as overly complex if it needs to be applied all the time.

      &= nbsp;        ---+-------------------= -----

      &= nbsp;           | &n= bsp;    External Network

      &= nbsp;           |

      &= nbsp;        +-----+  =             &nb= sp;   +-----+

      &= nbsp;        |     |= Router           | =     | PCE

      &= nbsp;        |     |=             &nb= sp;     |     |
      &= nbsp;        +-----+  =              &n= bsp;  +-----+

      &= nbsp;           | &n= bsp;            = ;          |=

      &= nbsp;           | &n= bsp;   Subnet Backbone    |    = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

      &= nbsp;     +--------------------+--------------&= nbsp; TUNNEL ----+

      &= nbsp;     |       &n= bsp;            |&nb= sp;            = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D    |

      &= nbsp; +-----+        =      +-----+      = ;            &n= bsp;    +-----+ (remote)
      &= nbsp; |     | Backbone    | &= nbsp;   | Backbone        = ;      |     | Backbone=

    o   = ; |     | router      | &= nbsp;   | router        &= nbsp;       |     | ro= uter

      &= nbsp; +-----+        =      +-----+      &nbs= p;            &= nbsp;   +-----+

    o   = ;            &n= bsp; o          &nb= sp;        o    &nbs= p;            o = ; o

      &= nbsp; o    o   o     &nbs= p;   o   o o   o    = ;            &n= bsp; o o   o    o

   o    = ;         o    =     o LLN      o  &= nbsp;   o         &n= bsp;   o      o

      o = ; o    o      o  &n= bsp;   o o     o o   o &= nbsp;           o &n= bsp; o     o

Option 2: PC= E responsible for forwarding to correct BBR

Each BBR establishes an explicit (and s= ecure) connection to the PCE. Since the PCE is aware of the nodes connected= through each BBR, it can forward some inbound packet to the appropriate BBR.

The functionality of the PCE and Router= can be merged. The PCE/Router gets a packet for a particular node, and for= wards it to the appropriate BBR over the explicit connection to that BBR.

      &= nbsp;        --------------+--= -----------------

      &= nbsp;           &nbs= p;           | Exte= rnal Network

      &= nbsp;           &nbs= p;           |=

      &= nbsp;           &nbs= p;        +-----+

      &= nbsp;           &nbs= p;        |     | PC= E/Router

      &= nbsp;           &nbs= p;        |     |

      &= nbsp;           &nbs= p;        +-----+

      &= nbsp;            &nb= sp;        ^ ^ ^

      &= nbsp;           &nbs= p;         | | |<= /pre>

      &= nbsp;     +---------------+ | +------------= ----+

      &= nbsp;     |       &n= bsp;         |   &nb= sp;            = |

      &= nbsp;     v       &n= bsp;         v   &nb= sp;            = v

      &= nbsp; +-----+         = ;  +-----+        = ;    +-----+

      &= nbsp; |     | Backbone |   &= nbsp; | Backbone   |     | Backbone

    o   = ; |     | router    |   &= nbsp; | router     |     | router

      &= nbsp; +-----+        =    +-----+        = ;    +-----+

    o   = ;            &n= bsp; o          &nb= sp;        o    &nbs= p;            o = ; o

      &= nbsp; o    o   o     &nbs= p;   o   o o   o    = ;     o o   o    o<= /o:p>

   o    = ;         o    =     o LLN      o  &= nbsp;   o         o =      o

      o = ; o    o      o  &n= bsp;   o o     o o   o &= nbsp; o    o     o

Option 3

This is the same as option 2, but the router = and the PCE as separate. The PCE acts as the ND proxy for all the nodes att= ached to all the BBRs it is managing. The router is a regular router.

---+----------------------= -

     |  = ; External Network

     |=

+-----+  &nb= sp;            =    +-----+

|     | Ro= uter           | &nb= sp;   | PCE

|     |&nb= sp;            = +--|     |

+-----+  &nb= sp;            |&nbs= p; +-----+

     |  = ;            &n= bsp;   |   ^ ^ ^

     |  = ;            &n= bsp;   |   | | |

------------------------ = | | |

       =             &nb= sp;        | | |

      &= nbsp;           &nbs= p;         | | |<= /pre>

      &= nbsp;     +---------------+ | +------------= ----+

      &= nbsp;     |       &n= bsp;         |   &nb= sp;            = |

      &= nbsp;     v       &n= bsp;         v   &nb= sp;            = v

      &= nbsp; +-----+        =    +-----+        &nbs= p;   +-----+

      &= nbsp; |     | Backbone |   &= nbsp; | Backbone   |     | Backbone

    o   = ; |     | router    |   &= nbsp; | router     |     | router

      &= nbsp; +-----+        =    +-----+        = ;    +-----+

    o   = ;            &n= bsp; o          &nb= sp;        o    &nbs= p;            o = ; o

      &= nbsp; o    o   o     &nbs= p;   o   o o   o    = ;     o o   o    o<= /o:p>

   o    = ;         o    =     o LLN      o  &= nbsp;   o         o =      o

      o = ; o    o      o  &n= bsp;   o o     o o   o &= nbsp; o    o     o

Thoughts?

Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--
Pascal

--_000_E045AECD98228444A58C61C200AE1BD841318A15xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41CA921F9CDD for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:48:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KLNNStbV3HpC for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:48:04 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 13DFC21F9289 for <6tsch@ietf.org>; Thu, 20 Jun 2013 06:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21027; q=dns/txt; s=iport; t=1371736084; x=1372945684; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qqDgQQlKdlZ58OxYCJS2oJMy4h3yLplHzrYrXFU0/QA=; b=cV1wMOorTmydrN3xv2yL74OhyB4Tn8DzBH1PzDMljXxJaviRa8BJRKI7 DrRH76T/jbV4XCeQfkX8HRG8AZ9Vrk4R8m4KpwcFm3MFO8KuvfW2rw78K xh6hMmwkUpZlWCyLHltxgLDaDZVNFq3Dy+kAO0aNuwdh15FIW0U/VV+Ji Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoAFADYHw1GtJXG//2dsb2JhbABRCg6CN0QxSb8qexZ0giMBAQEEAQEBKkEEFwIBCBEBAwEBCxYHBycLFAMGCAIEARIIEYd1DLtTBI4GCoEBLQoBgwBhA4U+o0eCUT6BcTc X-IronPort-AV: E=Sophos;i="4.87,905,1363132800"; d="scan'208,217";a="225125281" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-1.cisco.com with ESMTP; 20 Jun 2013 13:48:03 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r5KDm3Eu025041 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 20 Jun 2013 13:48:03 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.02.0318.004; Thu, 20 Jun 2013 08:48:03 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , 6TSCH <6tsch@ietf.org> Thread-Topic: [6tsch] support to installing Tracks Thread-Index: AQHObYe1XJl3MtDRd0qCL6AAEeNL4Jk+m5Xw Date: Thu, 20 Jun 2013 13:48:01 +0000 Deferred-Delivery: Thu, 20 Jun 2013 13:47:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.49.80.43] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD8413189D5xmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 13:48:09 -0000 --_000_E045AECD98228444A58C61C200AE1BD8413189D5xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Thomas: If we consider that a track is an hard core version of a route as installed= by the PCE, then we might extend the thought that we placed there, and use= an instance? TrackIDs could be taken from local instances (there are 64 of those per nod= e) of the destination so the tuple (dest IPv6 , instanceID) would identify= the track as it identifies routes. BTW, the proposed update of the architecture draft to reflect the previous = discussions is as follows: Centralized vs. Distributed Routing 6TSCH supports a mix model of centralized routes that are computed by a Path Computation Entity and distributed routes that are computed by RPL over a common physical LLN. Both RPL and the PCE may inject routes in the Routing Tables of the 6TSCH routers. In either case, each route is associated with a topology that is indexed by an instanceID, as defined in RPL [RFC6550]. RPL and PCE rely on shared sources to define Global and Local InstanceIDs. It is possible for RPL and PCE to share a same topology, in which case the PCE routes have precedence over RPL routes in case of a conflict. Inside the 6TSCH domain, the flow label is used to indicate the topology that must be used for routing and the associated Routing Tables as discussed in [I-D.thubert-roll-flow-label]. What do you think? Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: jeudi 20 juin 2013 09:28 To: 6TSCH Subject: Re: [6tsch] support to installing Tracks Qin, [I believe you sent the same e-mail twice, I'm only answering the second on= e] Having some type of track ID would indeed make life much easier. Each RX an= d TX cell would simply be associated to a trackID. The switching table (whi= ch I assume you refer to by "track table"?) might not even physically exist= as such in the node's RAM memory. Rather the switching rule is simply "wha= tever you receive on an RX cell associaed with trackID 4, transmit on the n= ext TX cell associated with trackID 4". There could be a trackID which mean= s "no trackID", to identify the cells which are not associated on a track, = and which can be used for regular routing. When the PCE installs a hard cel= l, it would install [direction,slotOffset,channelOffset,trackID]. Does the above sound like what you're proposing? Assuming that a trackID identifies a flow, is there not some other number/t= uple already available somewhere which could play the role of trackID witho= ut requiring a new numbering space? For example, could the trackID be the t= uple [destination IPv6 address, DSCP]? Thomas On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang > wrote: Hi all, We have had many discussions on Track related topic in threads like "Routin= g vs switching". I would like to discuss more about what 6tus should provid= e to install a Track, including installing both hard cell based Track and s= oft cell based Track. My understanding is what we can do now is as follows. (1) add hard cells along the path, with Cell Commands (2) specify the mapping between each incoming cell and outgoing cell along = the path, with Label Switching Commands If my understanding is correct, I can see the following problem: It need mo= re bandwidth. For example, when you add a hard cell between nodeA and nodeB= , one global communication from PCE to nodeA, and one local communication f= rom nodeA to nodeB are needed. But for the Label Switching command, additio= nal two communications, i.e. from PCE to nodeA and from PCE to nodeB are al= so needed. In addition, if a given track consists more than one incoming ce= lls and outgoing cells, more bandwidth for installing the track will be con= sumed. Thus, I would like to suggest to use TrackID to associate incoming cells an= d outgoing cells. For sure, the TrackID will not appear in packet, it is ju= st used to establish the relationship between incoming cells and outgoing c= ells. i.e. (1) add TrackID as a parameter of Cell commands. (2) same procedure of adding/removing hard cell or soft cell as before. (3) while receiving adding hard cell or soft cell command, fill the Track = table with the TrackID. In the Track table, Rx cells are the incoming cells= and Tx cells are the outgoing cells. And then, from TSCH's point of view, = the schedule is the overlap of all Track tables. How do you think? Qin _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD8413189D5xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Thomas:

<= /p>
If we consider that a tra= ck is an hard core version of a route as installed by the PCE, then we migh= t extend the thought that we placed there, and use an instance?<= /span>

<= /p>
TrackIDs could be taken f= rom local instances (there are 64 of those per node) of the destination so = the tuple (dest IPv6 , instanceID) would identify the track as it identifies routes.

<= /p>
BTW, the proposed update = of the architecture draft to reflect the previous discussions is as follows= :

<= /p>
Centralized vs. Dis= tributed Routing

   6TSCH suppor= ts a mix model of centralized routes that are computed by=

   a Path Compu= tation Entity and distributed routes that are computed by=

   RPL over a c= ommon physical LLN.

   Both RPL and= the PCE may inject routes in the Routing Tables of the
   6TSCH router= s. In either case, each route is associated with a<= /p>
   topology tha= t is indexed by an instanceID, as defined in RPL

   [RFC6550].&n= bsp; RPL and PCE rely on shared sources to define Global and

   Local Instan= ceIDs.

   It is possib= le for RPL and PCE to share a same topology, in which

   case the PCE= routes have precedence over RPL routes in case of a

   conflict.

   Inside the 6= TSCH domain, the flow label is used to indicate the

   topology tha= t must be used for routing and the associated Routing

   Tables as di= scussed in [I-D.thubert-roll-flow-label].

<= /p>
What do you think?

<= /p>
Pascal

<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 20 juin 2013 09:28
To: 6TSCH
Subject: Re: [6tsch] support to installing Tracks<= /p>

Qin,

[I believe you sent the same e-mail twice, I'm only = answering the second one]

Having some type of track ID would indeed make life = much easier. Each RX and TX cell would simply be associated to a trackID. T= he switching table (which I assume you refer to by "track table"?= ) might not even physically exist as such in the node's RAM memory. Rather the switching rule is simply "whatever = you receive on an RX cell associaed with trackID 4, transmit on the next TX= cell associated with trackID 4". There could be a trackID which means= "no trackID", to identify the cells which are not associated on a track, and which can be used for regular routing. = When the PCE installs a hard cell, it would install [direction,slotOffset,c= hannelOffset,trackID].

Does the above sound like what you're proposing?

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, cou= ld the trackID be the tuple [destination IPv6 address, DSCP]?

Thomas

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all,

We have had many discussions on Track rel= ated topic in threads like "Routing vs switching". I would like t= o discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track.=

My understanding is what we can do now is= as follows.

(1) add hard cells along the path, = with Cell Commands

(2) specify the mapping between each inco= ming cell and outgoing cell along the path, with Label Switching Comma= nds

If my understanding is correct, I can see= the following problem: It need more bandwidth. For example, when you add a= hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are nee= ded. But for the Label Switching command, additional two communications, i.= e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if= a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the t= rack will be consumed.

Thus, I would like to suggest to use Trac= kID to associate incoming cells and outgoing cells. For sure, the TrackID w= ill not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e.

(1) add TrackID as a parameter of Cell co= mmands.

(2) same procedure of adding/removing har= d cell or soft cell as before.

(3) while receiving adding hard cell or s= oft cell command, fill the Track table with the TrackID. In the Track= table, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, the schedule is= the overlap of all Track tables.

How do you think?

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD8413189D5xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8A4621F93E0 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:26:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.523 X-Spam-Level: X-Spam-Status: No, score=-1.523 tagged_above=-999 required=5 tests=[AWL=-0.146, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ldCEDmPaVh3h for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:26:05 -0700 (PDT) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 5A4F921F93E1 for <6tsch@ietf.org>; Thu, 20 Jun 2013 06:26:03 -0700 (PDT) Received: by mail-ie0-f173.google.com with SMTP id k13so16546265iea.4 for <6tsch@ietf.org>; Thu, 20 Jun 2013 06:26:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=I8gUxLuZ+B4o/suVrv8pT6ag0ESlkZwnq0PGzuxodDU=; b=eUNUOHmNMcCWyNkET8udGjhJ/FFbI2W6IAMKAXfhABOOXq0w6XMMB1qFXaQpbteR1W wbn6SCFssc56g3tLwyexJw7XGtpezEtWJXgmG0xRKhdswTo1QrfAUyVow7gChgNjAQ0X iZTSUUhOq5hjSrlGt8Ue9JnL/SUewvB30Wt7q/C3MgiCBaOkVnMfyEfXuufpGH4zoxoR nswk4lq4EAmcRYRE7SBvej/h4719CByLQRoch3PLrclD/pdgbwFdVGSfdzugtPJkgdtx ekXL+4SykDd0HFT56GrgZdIYApyoE0N38cQRA0XsMPYXCBxFoE2sY6ikdgjs9q/aZA8j wgvw== MIME-Version: 1.0 X-Received: by 10.50.62.75 with SMTP id w11mr3477117igr.19.1371734762550; Thu, 20 Jun 2013 06:26:02 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 06:26:02 -0700 (PDT) In-Reply-To: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> Date: Thu, 20 Jun 2013 21:26:02 +0800 Message-ID: From: Qin Wang To: Maria Rita PALATTELLA Content-Type: multipart/alternative; boundary=047d7bdc10e43f90d504df95e367 X-Gm-Message-State: ALoCoQnl51zklhAZhpFvoRB/RBSjweBJ9as2HUG7jcM4GMiMF2IGttWGXnRAmj3uXT5b0uSDY+Fn Cc: "watteyne@eecs.berkeley.edu" , "pister@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "P.Zand@utwente.nl" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 13:26:07 -0000 --047d7bdc10e43f90d504df95e367 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Maria Rita, I fully agree with what you said. There is trade-off, i.e. how much information a node should hold, (None, 1-hop, 2-hop), and then monitoring will take care of rest. Should it be configurable? Qin On Thu, Jun 20, 2013 at 9:16 PM, Maria Rita PALATTELLA < maria-rita.palattella@uni.lu> wrote: > Qin, it is exactly as Pouria explained. > Generally speaking, the idea is to propagate the information hop-by-hop > among some of the neighbor nodes. Each node doesn't need to have a full > picture of the network. The combination of the partial information that > each node has, will allow them to properly select the soft cells within t= he > TSCH schedule. In the worst scenario, if the cells allocation isn't > properly done, the monitoring algorithm will help in detecting that. > Maria Rita > > ------------------------------ > *From:* P.Zand@utwente.nl [P.Zand@utwente.nl] > *Sent:* Thursday, June 20, 2013 2:59 PM > *To:* qinwang@berkeley.edu; Maria Rita PALATTELLA > *Cc:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; > pister@eecs.berkeley.edu > *Subject:* RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > Hi Qin, > > You mean the case that edge(A, B) is not in the two-hop neighborhood of > node D, but is in the two-hop neighborhood of node C. Am I right? > > If yes, for creating a soft link between node D and C, node D will send a > =93Link Reservation Request=94 including a candidate set of links based o= n its > two-hop information. Node D might suggest the cell-1 that is used on edge > (A, B). However, node C upon receiving the request, will do another check > based on his two-hop neighborhood information and will not chose that > cell-1. That is because node C knows about the cell-1 on edge(A, B) in it= s > two-hop neighborhood. > > In other cases, that node D intend to create a soft link with other nodes > (e.g. E or F), and if those nodes are not one-hop neighbors of node A, th= en > edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D= , > F). > > Am I right? > > Best wishes, > > Pouria > > > > *From:* Qin Wang [mailto:qinwang@berkeley.edu] > *Sent:* Thursday, June 20, 2013 2:11 PM > *To:* Maria Rita PALATTELLA > *Cc:* Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; > 6tsch@ietf.org; pister@eecs.berkeley.edu > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > > > Hi Pouria and Maria Rita, > > > > I think there is a difference between just 1-hop information and 2-hop > information. For example, > > > > Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of > nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB. > > > > Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD > cannot know nodeA is its 2-hop neighbor. > > > > Thought? > > Qin > > > > > > > > > > > > > > On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA < > maria-rita.palattella@uni.lu> wrote: > > Pouria, I do agree with you. > > 1-hop also include the 2- hop information. The RX cells for the 1-hop > neighbor, are the TX cells for the 2-hop neighbor. > > > > Maria Rita > > > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *P.Zand@utwente.nl > *Sent:* Thursday, June 20, 2013 9:54 AM > *To:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu > > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > > > Hi Thomas, > > > > Just one minor comment on =931. when all nodes know the full TSCH schedul= e > of all their (2-hop?) neighbors=94. > > Shall we say 1-hop neighbors? I think, one node by collecting the schedul= e > of all its one-hop neighbors can know the schedule of its two-hop > neighborhood that might conflict with its communication. In the received > schedule information from one hop neighbor, the links between the one-hop > and two-hop neighbors are also included. Am I right? > > > > Best Wishes, > > Pouria > > > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc= es@ietf.org>] > *On Behalf Of *Thomas Watteyne > *Sent:* Thursday, June 20, 2013 8:18 AM > *To:* Philip Levis > *Cc:* 6TSCH; Kris Pister > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability. > > > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events ca= n > cause a Trickle timer reset. > > > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions: > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood > > > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't kno= w > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused betwe= en > two pairs of nodes, if at least one of these pairs never uses that cell, = no > Trickle reset is needed. > > > > Thomas > > > > > > On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: > > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact probl= em > problem you're discussing to figure out whether I think Trickle would wor= k > well, if you like. > > Phil > > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I thin= k > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it = is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (thi= s > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can ha= ve > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). T= o > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and wha= t > are the cases where this will work better than just simple random selecti= on > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered. > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > --047d7bdc10e43f90d504df95e367 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Maria Rita,

I fully agree with wh= at you said. There is trade-off, i.e. how much information a node should ho= ld, (None, 1-hop, 2-hop), and then monitoring will take care of rest. Shoul= d it be configurable?

Qin
<= br>
On Thu, Jun 20, 2013 at 9:16 PM, Maria Ri= ta PALATTELLA <maria-rita.palattella@uni.lu> wrot= e:

Qin, it is e= xactly as Pouria explained.
Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pi= cture of the network. The combination of the partial information that each = node has, will allow them to properly select the soft cells within the TSCH schedule. In the worst scenario, if = the cells allocation isn't properly done, the monitoring algorithm will= help in detecting that.
Maria Rita

Fro= m: P.Zand@utwent= e.nl [P.Zand@utw= ente.nl]
Sent: Thursday, June 20, 2013 2:59 PM
To: qinwan= g@berkeley.edu; Maria Rita PALATTELLA
Cc: = watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Qin,

You mean the case that ed= ge(A, B) is not in the two-hop neighborhood of node D, but is in the two-ho= p neighborhood of node C. Am I right?

If yes, for creating a so= ft link between node D and C, node D will send a =93Link Reservation Reques= t=94 including a candidate set of links based on its two-hop information. Node D might suggest the cell-1 that is used on edge (A, B). = However, node C upon receiving the request, will do another check based on = his two-hop neighborhood information and will not chose that cell-1. That i= s because node C knows about the cell-1 on edge(A, B) in its two-hop neighborhood.

In other cases, that node= D intend to create a soft link with other nodes (e.g. E or F), and if thos= e nodes are not one-hop neighbors of node A, then edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, F).

Am I right? =A0
Best wishes,

Pouria

=A0

From: Qin Wang= [mailto:qinwang@= berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Pouria and Maria Rita,

=A0

I think there is a difference between just 1-hop inf= ormation and 2-hop information. For example,=A0

=A0

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in t= he radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor o= f nodeB.

=A0

Then, from the schedule of nodeC (i.e. the RX cells = of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

=A0

Thought?

Qin

=A0

=A0

=A0=A0

=A0

=A0

=A0

On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Pouria, I do agree with y= ou.

1-hop also include the 2-= hop information. The RX cells for the 1-hop neighbor, are the TX cells for= the 2-hop neighbor.

=A0

Maria Rita

=A0

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Thomas,

=A0

Just one minor comment on= =931. when all nodes know the full TSCH schedule of all their (2-hop?) nei= ghbors=94.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule infor= mation from one hop neighbor, the links between the one-hop and two-hop nei= ghbors are also included. Am I right? =A0

=A0

Best Wishes,

Pouria =A0

=A0

From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

+1 on the use of Trickle. It would indeed be great i= f you could look at the applicability.

=A0

Per=A0http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, an= d what other events can cause a Trickle timer reset.

=A0

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

=A0

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK i= f you don't know the complete schedule of your neighbors, as long as you can communicate without collisi= on. It is in fact possible that two cells are reused between two pairs of n= odes, if at least one of these pairs never uses that cell, no Trickle reset= is needed.

=A0

Thomas

=A0

=A0

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (f= aster, more efficient) algorithm than RFC6206 for reaching eventual consist= ency in a wireless network. P2P is not a good place to start because it is = based on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem yo= u're discussing to figure out whether I think Trickle would work well, = if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many dif= ferent approaches to deal with keeping a distributed state (consistency). I= think there are 2 main directions, pessimistic and optimistic, pessimistic= approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won&= #39;t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

--047d7bdc10e43f90d504df95e367-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C0C121F9BB4 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:16:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.659 X-Spam-Level: X-Spam-Status: No, score=-5.659 tagged_above=-999 required=5 tests=[AWL=0.340, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7es3OiCnjn0V for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:16:43 -0700 (PDT) Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 8C45321F9289 for <6tsch@ietf.org>; Thu, 20 Jun 2013 06:16:42 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.87,905,1363129200"; d="scan'208,217";a="24943000" Received: from unknown (HELO Archer.uni.lux) ([10.21.2.1]) by hercules.uni.lu with ESMTP; 20 Jun 2013 15:16:41 +0200 Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Archer.uni.lux ([fe80::1009:b1e7:2b72:f0b8%10]) with mapi id 14.03.0123.003; Thu, 20 Jun 2013 15:16:40 +0200 From: Maria Rita PALATTELLA To: "P.Zand@utwente.nl" , "qinwang@berkeley.edu" Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRc+OhOqI5M10eCrmiOdTcE1Jk8yxoAgAAHkYCAABH5AIAACGyAgABGcICAAAOqAIAAFYYAgAC03wCAABq/AIAAIb9AgAAmGwCAAA2KgIAAJFam Date: Thu, 20 Jun 2013 13:16:41 +0000 Message-ID: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> , <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.34.0.9] Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D18568B62hoshiunilux_" MIME-Version: 1.0 Cc: "watteyne@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "pister@eecs.berkeley.edu" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 13:16:47 -0000 --_000_F085911F642A6847987ADA23E611780D18568B62hoshiunilux_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Qin, it is exactly as Pouria explained. Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pictur= e of the network. The combination of the partial information that each node= has, will allow them to properly select the soft cells within the TSCH sch= edule. In the worst scenario, if the cells allocation isn't properly done, = the monitoring algorithm will help in detecting that. Maria Rita ________________________________ From: P.Zand@utwente.nl [P.Zand@utwente.nl] Sent: Thursday, June 20, 2013 2:59 PM To: qinwang@berkeley.edu; Maria Rita PALATTELLA Cc: watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister= @eecs.berkeley.edu Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Qin, You mean the case that edge(A, B) is not in the two-hop neighborhood of nod= e D, but is in the two-hop neighborhood of node C. Am I right? If yes, for creating a soft link between node D and C, node D will send a = =93Link Reservation Request=94 including a candidate set of links based on = its two-hop information. Node D might suggest the cell-1 that is used on ed= ge (A, B). However, node C upon receiving the request, will do another chec= k based on his two-hop neighborhood information and will not chose that cel= l-1. That is because node C knows about the cell-1 on edge(A, B) in its two= -hop neighborhood. In other cases, that node D intend to create a soft link with other nodes (= e.g. E or F), and if those nodes are not one-hop neighbors of node A, then = edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, = F). Am I right? Best wishes, Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Thursday, June 20, 2013 2:11 PM To: Maria Rita PALATTELLA Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@= ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria and Maria Rita, I think there is a difference between just 1-hop information and 2-hop info= rmation. For example, Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of nodeA= . nodeD is a neighbor of nodeC, but not a neighbor of nodeB. Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD cannot= know nodeA is its 2-hop neighbor. Thought? Qin On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA > wrote: Pouria, I do agree with you. 1-hop also include the 2- hop information. The RX cells for the 1-hop neigh= bor, are the TX cells for the 2-hop neighbor. Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of P.Zand@utwente= .nl Sent: Thursday, June 20, 2013 9:54 AM To: watteyne@eecs.berkeley.edu; pal@cs.s= tanford.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Thomas, Just one minor comment on =931. when all nodes know the full TSCH schedule = of all their (2-hop?) neighbors=94. Shall we say 1-hop neighbors? I think, one node by collecting the schedule = of all its one-hop neighbors can know the schedule of its two-hop neighborh= ood that might conflict with its communication. In the received schedule in= formation from one hop neighbor, the links between the one-hop and two-hop = neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the= applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what = Trickle considers consistent, inconsistent, and what other events can cause= a Trickle timer reset. A first step might be to identify what we believe is a fully consistent net= work. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbo= rs 2. when there are no MAC-layer collisions, i.e. no communication happens on= the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I wou= ld argue that, since condition 2 is the end goal of the network, satisfying= condition 2 might be enough. That is, it's OK if you don't know the comple= te schedule of your neighbors, as long as you can communicate without colli= sion. It is in fact possible that two cells are reused between two pairs of= nodes, if at least one of these pairs never uses that cell, no Trickle res= et is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algo= rithm than RFC6206 for reaching eventual consistency in a wireless network.= P2P is not a good place to start because it is based on a graph abstractio= n with neighbor sets. etc. I can look closer at the exact problem problem y= ou're discussing to figure out whether I think Trickle would work well, if = you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues w= ith distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different app= roaches to deal with keeping a distributed state (consistency). I think the= re are 2 main directions, pessimistic and optimistic, pessimistic approache= s aim to enforce all nodes with the same information which requires transmi= tting the exact state to the neighbours and make sure it is installed there= , usually this is done in master-slave architectures where the master tells= the slaves what to do and won't fit to our scenario (this is the PCE case = in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronizati= on (optimistic consistency) and think that eventually all nodes will learn = about the scheduling state. With that approach we can have scheduling probl= ems in case 2 nodes do not have their schedule completely synchronized, how= ever monitoring can help to detect that and correct eventually. My opinion = is that the schedule does not change so much so having optimistic approache= s would work well (in terms of scalability). To achieve that, nodes might s= end portions of their schedule, assuming that eventually all schedule will = be sent, it will take time but neighbours might learn all information from = others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what = are the cases where this will work better than just simple random selection= and monitoring, assuming our schedules are sparse. If this is an optional = feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_F085911F642A6847987ADA23E611780D18568B62hoshiunilux_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Qin, it is exactly as Pouria explained.
Generally speaking, the idea is to propagate the information hop-by-hop amo= ng some of the neighbor nodes. Each node doesn't need to have a full pictur= e of the network. The combination of the partial information that each node= has, will allow them to properly select the soft cells within the TSCH schedule. In the worst scenario, if = the cells allocation isn't properly done, the monitoring algorithm will hel= p in detecting that.
Maria Rita

From: P.Zand@utwente.nl [P.Zand@utwente.n= l]
Sent: Thursday, June 20, 2013 2:59 PM
To: qinwang@berkeley.edu; Maria Rita PALATTELLA
Cc: watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org;= pister@eecs.berkeley.edu
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Qin,

You mean the case that = edge(A, B) is not in the two-hop neighborhood of node D, but is in the two-= hop neighborhood of node C. Am I right?

If yes, for creating a = soft link between node D and C, node D will send a =93Link Reservation Requ= est=94 including a candidate set of links based on its two-hop information. Node D might suggest the cell-1 that is used on edge (A, B). = However, node C upon receiving the request, will do another check based on = his two-hop neighborhood information and will not chose that cell-1. That i= s because node C knows about the cell-1 on edge(A, B) in its two-hop neighborhood.

In other cases, that no= de D intend to create a soft link with other nodes (e.g. E or F), and if th= ose nodes are not one-hop neighbors of node A, then edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, F).

Am I right?

Best wishes,

Pouria

From: Qin Wa= ng [mailto:qinwang@berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu;= 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Pouria and Maria Rita,

I think there is a difference between just 1-hop inf= ormation and 2-hop information. For example,

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in t= he radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor o= f nodeB.

Then, from the schedule of nodeC (i.e. the RX cells = of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

Thought?

Qin



On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Pouria, I do= agree with you.

1-hop also i= nclude the 2- hop information. The RX cells for the 1-hop neighbor, are the= TX cells for the 2-hop neighbor.

Maria Rita

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Thomas,

Just one min= or comment on =931. when all nodes know the full TSCH schedule of all their= (2-hop?) neighbors=94.

Shall we say= 1-hop neighbors? I think, one node by collecting the schedule of all its o= ne-hop neighbors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule infor= mation from one hop neighbor, the links between the one-hop and two-hop nei= ghbors are also included. Am I right?

Best Wishes,=

Pouria = ;

From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

+1 on the use of Trickle. It would in= deed be great if you could look at the applicability.

Per http://tools.ietf.org/html/rfc62= 06#section-5, we need to identify what Trickle considers consistent, in= consistent, and what other events can cause a Trickle timer reset.

A first step might be to identify what we= believe is a fully consistent network. I see multiple, slightly different,= definitions:

1. when all nodes know the full TSCH sche= dule of all their (2-hop?) neighbors

2. when there are no MAC-layer collisions= , i.e. no communication happens on the same slotoffset/channeloffset within= that neighborhood

Of course, condition 1 is sufficient for = condition 2 to be satisfied. I would argue that, since condition 2 is the e= nd goal of the network, satisfying condition 2 might be enough. That is, it= 's OK if you don't know the complete schedule of your neighbors, as long as you can communicate without collisi= on. It is in fact possible that two cells are reused between two pairs of n= odes, if at least one of these pairs never uses that cell, no Trickle reset= is needed.

Thomas

On Wed, Jun 19, 2013 at 12:30 PM, Philip = Levis <pal@cs.s= tanford.edu> wrote:

Yes -- as far as I know, there isn't a be= tter (faster, more efficient) algorithm than RFC6206 for reaching eventual = consistency in a wireless network. P2P is not a good place to start because= it is based on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem yo= u're discussing to figure out whether I think Trickle would work well, if y= ou like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many differe= nt approaches to deal with keeping a distributed state (consistency). I thi= nk there are 2 main directions, pessimistic and optimistic, pessimistic app= roaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won'= t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_________________________________________= ______
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_F085911F642A6847987ADA23E611780D18568B62hoshiunilux_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5754A21F9BB4 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:16:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.547 X-Spam-Level: X-Spam-Status: No, score=-1.547 tagged_above=-999 required=5 tests=[AWL=-0.170, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0hb7-xVea6a2 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 06:16:35 -0700 (PDT) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id E77A021F9289 for <6tsch@ietf.org>; Thu, 20 Jun 2013 06:16:34 -0700 (PDT) Received: by mail-ie0-f182.google.com with SMTP id s9so16383967iec.13 for <6tsch@ietf.org>; Thu, 20 Jun 2013 06:16:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=BDs7T4Y6jzWf07t3qDh06mgOpICoPmPrCspiJziUk2k=; b=BGmuCBm+OFO+pIA9MHWrWbdVU8moLo0VxzRv3n3O0aZN4MMsFe4wh1VHKyQ9yztmkk PmoRN+Rba4DDaAS4J+SezniX5rdfz8iTbVPlBJuzOvogaFcweaWB2su/ojkEK0vlMupe arvY47LKCV5IPp+oKKMk1UKENXLB3hWUdyJKUEnHq412qWJiUasnpQakbW6+dO2FlUeV Iu3as7zSZS46Yyd4HDUM2OISyu66NWXCn1KvExbN6i2+IJjOviXwndUXvxYoQ0ZUoYZV SbXzAosoOHFX+oG4yoVaD1FEv7O8EbZaptk/J4yHeAXijxzK1K7pDHuuRuU8723ZyUYA X1fQ== MIME-Version: 1.0 X-Received: by 10.50.62.83 with SMTP id w19mr1471049igr.0.1371734194173; Thu, 20 Jun 2013 06:16:34 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 06:16:34 -0700 (PDT) In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> Date: Thu, 20 Jun 2013 21:16:34 +0800 Message-ID: From: Qin Wang To: "P.Zand@utwente.nl" Content-Type: multipart/alternative; boundary=047d7bdc10d05efbdd04df95c108 X-Gm-Message-State: ALoCoQnWpUndyeKHGFtKCO3XX4nbSt/24CvL7OELbMTbZ67R6r1nN5RTjDKGAN61gYxdiRV9RzJo Cc: Maria Rita PALATTELLA , "watteyne@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "pister@eecs.berkeley.edu" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 13:16:36 -0000 --047d7bdc10d05efbdd04df95c108 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Pouria, Your understanding on the topology is correct. As you described above, when nodeC selects a cell from the candidate set from nodeD, nodeC has to use the knowledge that edge(A,B) is in its 2-hop neighborhood, instead of just using the local schedule in nodeC. That means the complete knowledge in a node should include the 2-hop information. Correct? Qin On Thu, Jun 20, 2013 at 8:59 PM, wrote: > Hi Qin,**** > > You mean the case that edge(A, B) is not in the two-hop neighborhood of > node D, but is in the two-hop neighborhood of node C. Am I right?**** > > If yes, for creating a soft link between node D and C, node D will send a > =93Link Reservation Request=94 including a candidate set of links based o= n its > two-hop information. Node D might suggest the cell-1 that is used on edge > (A, B). However, node C upon receiving the request, will do another check > based on his two-hop neighborhood information and will not chose that > cell-1. That is because node C knows about the cell-1 on edge(A, B) in it= s > two-hop neighborhood.**** > > In other cases, that node D intend to create a soft link with other nodes > (e.g. E or F), and if those nodes are not one-hop neighbors of node A, th= en > edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D= , > F).**** > > Am I right? **** > > Best wishes,**** > > Pouria**** > > ** ** > > *From:* Qin Wang [mailto:qinwang@berkeley.edu] > *Sent:* Thursday, June 20, 2013 2:11 PM > *To:* Maria Rita PALATTELLA > *Cc:* Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; > 6tsch@ietf.org; pister@eecs.berkeley.edu > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > Hi Pouria and Maria Rita,**** > > ** ** > > I think there is a difference between just 1-hop information and 2-hop > information. For example, **** > > ** ** > > Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of > nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB.**** > > ** ** > > Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD > cannot know nodeA is its 2-hop neighbor.**** > > ** ** > > Thought?**** > > Qin**** > > **** > > ** ** > > **** > > ** ** > > ** ** > > ** ** > > On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA < > maria-rita.palattella@uni.lu> wrote:**** > > Pouria, I do agree with you.**** > > 1-hop also include the 2- hop information. The RX cells for the 1-hop > neighbor, are the TX cells for the 2-hop neighbor.**** > > **** > > Maria Rita**** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *P.Zand@utwente.nl > *Sent:* Thursday, June 20, 2013 9:54 AM > *To:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu**** > > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > Hi Thomas,**** > > **** > > Just one minor comment on =931. when all nodes know the full TSCH schedul= e > of all their (2-hop?) neighbors=94.**** > > Shall we say 1-hop neighbors? I think, one node by collecting the schedul= e > of all its one-hop neighbors can know the schedule of its two-hop > neighborhood that might conflict with its communication. In the received > schedule information from one hop neighbor, the links between the one-hop > and two-hop neighbors are also included. Am I right? **** > > **** > > Best Wishes,**** > > Pouria **** > > **** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc= es@ietf.org>] > *On Behalf Of *Thomas Watteyne > *Sent:* Thursday, June 20, 2013 8:18 AM > *To:* Philip Levis > *Cc:* 6TSCH; Kris Pister > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > **** > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability.**** > > **** > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events ca= n > cause a Trickle timer reset.**** > > **** > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions:**** > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors**** > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood**** > > **** > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't kno= w > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused betwe= en > two pairs of nodes, if at least one of these pairs never uses that cell, = no > Trickle reset is needed.**** > > **** > > Thomas**** > > **** > > **** > > On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote:**** > > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact probl= em > problem you're discussing to figure out whether I think Trickle would wor= k > well, if you like. > > Phil**** > > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I thin= k > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it = is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (thi= s > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can ha= ve > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). T= o > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and wha= t > are the cases where this will work better than just simple random selecti= on > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered.**** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > **** > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > --047d7bdc10d05efbdd04df95c108 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Pouria,

Your understanding on the= topology is correct.

As you described= above, when nodeC selects a cell from the candidate set from nodeD, nodeC = has to use the knowledge that edge(A,B) is in its 2-hop neighborhood, inste= ad of just using the local schedule in nodeC. That means the complete knowl= edge in a node should include the 2-hop information. Correct?

Qin=A0

On Thu, Jun 20, 2013 at 8:59 = PM, <P.Zand@utwente.nl> wrote:

Hi Qin,

You mean the case that ed= ge(A, B) is not in the two-hop neighborhood of node D, but is in the two-ho= p neighborhood of node C. Am I right?

If yes, for creating a so= ft link between node D and C, node D will send a =93Link Reservation Reques= t=94 including a candidate set of links based on its two-hop information. Node D might suggest the cell-1 that is used on edge (A, B). = However, node C upon receiving the request, will do another check based on = his two-hop neighborhood information and will not chose that cell-1. That i= s because node C knows about the cell-1 on edge(A, B) in its two-hop neighborhood.

In other cases, that node= D intend to create a soft link with other nodes (e.g. E or F), and if thos= e nodes are not one-hop neighbors of node A, then edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, F).

Am I right? =A0=

Best wishes,

Pouria

=A0<= /p>
From: Qin Wang= [mailto:qinwang@= berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@ietf.org; pister@eecs.berkeley.edu<= /p>

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Pouria and Maria Rita,

=A0

I think there is a difference between just 1-hop inf= ormation and 2-hop information. For example,=A0

=A0

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in t= he radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor o= f nodeB.

=A0

Then, from the schedule of nodeC (i.e. the RX cells = of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

=A0

Thought?

Qin

=A0

=A0

=A0=A0

=A0

=A0

=A0

On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Pouria, I do agree with y= ou.

1-hop also include the 2-= hop information. The RX cells for the 1-hop neighbor, are the TX cells for the 2-hop neighbor.

=A0<= /p>
Maria Rita<= u>

=A0<= /p>

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Thomas,<= u>

=A0<= /p>
Just one minor comment on= =931. when all nodes know the full TSCH schedule of all their (2-hop?) nei= ghbors=94.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with= its communication. In the received schedule information from one hop neigh= bor, the links between the one-hop and two-hop neighbors are also included.= Am I right? =A0

=A0<= /p>
Best Wishes,

Pouria =A0<= u>

=A0<= /p>
From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

+1 on the use of Trickle. It would indeed be great i= f you could look at the applicability.

=A0

Per=A0http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset.

=A0

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

=A0

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your n= eighbors, as long as you can communicate without collision. It is in fact p= ossible that two cells are reused between two pairs of nodes, if at least o= ne of these pairs never uses that cell, no Trickle reset is needed.

=A0

Thomas

=A0

=A0

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (f= aster, more efficient) algorithm than RFC6206 for reaching eventual consist= ency in a wireless network. P2P is not a good place to start because it is based on a graph abstraction with neighbor sets. etc. = I can look closer at the exact problem problem you're discussing to fig= ure out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many dif= ferent approaches to deal with keeping a distributed state (consistency). I= think there are 2 main directions, pessimistic and optimistic, pessimistic= approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won&= #39;t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

--047d7bdc10d05efbdd04df95c108-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47EDD21F99FC for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:59:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CQzGl6lMeKb0 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:59:50 -0700 (PDT) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) by ietfa.amsl.com (Postfix) with ESMTP id C655921F9BE5 for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:59:49 -0700 (PDT) Received: by mail-ea0-f171.google.com with SMTP id m14so3923097eaj.16 for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:x-mailer:thread-index:content-language; bh=ZvF6N1AOn40XKEUDcHJfxloCQ4bswvNiQuSEBOtOn64=; b=ch4LtJtzBu4r/6GLTfHnv9p7Fnifdo9MiZNVdvYsKFFOO4EiKL2pMtIsz4odxHh9Lx 9bRJAb1n/q6wfVThyK8v2A3GpnHo4s6+Jm1/qCPM42M1V6eJncV8fycV0KYzYfsDzJcV +j+WUiiJcimfbVdK9+CFbUM77lkgRFFsFzQZ+4tZsjB4DpPLRsc4bCBkE0aqCXTdSP7u 4q41ir9ctESRMbQu1Or8gVgnEa204Jwlyy7304Zd3VtidJ1/ZDtMc1Ot6lZrnQ1prOcX ijaVOSbOn8BmYtlsdkdktvC/Rexhl3PS42zgt/H7Bn8o3zIWWXiyc7BZS6JsNDybTB66 u+LQ== X-Received: by 10.14.100.2 with SMTP id y2mr7604050eef.75.1371733188279; Thu, 20 Jun 2013 05:59:48 -0700 (PDT) Received: from GriecoPC (deecom23.poliba.it. [193.204.59.55]) by mx.google.com with ESMTPSA id bj46sm257072eeb.13.2013.06.20.05.59.46 for <6tsch@ietf.org> (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 20 Jun 2013 05:59:47 -0700 (PDT) From: "Alfredo Grieco" To: <6tsch@ietf.org> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> In-Reply-To: Date: Thu, 20 Jun 2013 14:59:44 +0200 Message-ID: <51c2fcc3.c6620f0a.0a3b.1551@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01CE6DC6.CD979A60" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5trz/0L6DwvEt1S5eR1qnX6woNjgABSIYQ Content-Language: en-us Subject: [6tsch] R: TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 12:59:55 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01CE6DC6.CD979A60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear all, This discussion let emerge many interesting points. Perhaps, it is time to start thinking (at least optionally) to something in the middle between a fully deterministic approach where all data packets are transmitted according to a pre-assigned schedule along the path towards the root and a fully distributed one, where collision may happen at each hop. Based on the considerations of Kris on the efficiency of slotted aloha, we just require to build schedules on those links with a very low rank (let's say r0), which are closer to the root and have to sustain a higher load, while using slotted aloha for links closer to the leaves of the tree. This just requires some timeslots between the boundaries of these two regions (let's say below rank r0 and above r0) of the network to accommodate some extra delay from packets coming from the leaves. At the same time this approach would dramatically lower the complexity of all the operations required for building and maintaining the schedule and decrease the signaling overhead. The value of r0 has to be tuned based on the intensity of the traffic. Any thoughts ? Cheers Alfredo Da: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] Per conto di Qin Wang Inviato: Thursday, June 20, 2013 2:11 PM A: Maria Rita PALATTELLA Cc: watteyne@eecs.berkeley.edu; pister@eecs.berkeley.edu; 6tsch@ietf.org; pal@cs.stanford.edu; P.Zand@utwente.nl Oggetto: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria and Maria Rita, I think there is a difference between just 1-hop information and 2-hop information. For example, Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB. Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD cannot know nodeA is its 2-hop neighbor. Thought? Qin On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA wrote: Pouria, I do agree with you. 1-hop also include the 2- hop information. The RX cells for the 1-hop neighbor, are the TX cells for the 2-hop neighbor. Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P.Zand@utwente.nl Sent: Thursday, June 20, 2013 9:54 AM To: watteyne@eecs.berkeley.edu; pal@cs.stanford.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Thomas, Just one minor comment on "1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbors". Shall we say 1-hop neighbors? I think, one node by collecting the schedule of all its one-hop neighbors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule information from one hop neighbor, the links between the one-hop and two-hop neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset. A first step might be to identify what we believe is a fully consistent network. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbors 2. when there are no MAC-layer collisions, i.e. no communication happens on the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I would argue that, since condition 2 is the end goal of the network, satisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your neighbors, as long as you can communicate without collision. It is in fact possible that two cells are reused between two pairs of nodes, if at least one of these pairs never uses that cell, no Trickle reset is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algorithm than RFC6206 for reaching eventual consistency in a wireless network. P2P is not a good place to start because it is based on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem you're discussing to figure out whether I think Trickle would work well, if you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues with distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different approaches to deal with keeping a distributed state (consistency). I think there are 2 main directions, pessimistic and optimistic, pessimistic approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the neighbours and make sure it is installed there, usually this is done in master-slave architectures where the master tells the slaves what to do and won't fit to our scenario (this is the PCE case in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronization (optimistic consistency) and think that eventually all nodes will learn about the scheduling state. With that approach we can have scheduling problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to detect that and correct eventually. My opinion is that the schedule does not change so much so having optimistic approaches would work well (in terms of scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedule will be sent, it will take time but neighbours might learn all information from others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what are the cases where this will work better than just simple random selection and monitoring, assuming our schedules are sparse. If this is an optional feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch ------=_NextPart_000_000D_01CE6DC6.CD979A60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear all, =

This discussion let emerge = many interesting points.

Perhaps, it is time to start = thinking (at least optionally) to something in the middle between a = fully deterministic approach where all data packets are transmitted = according to a pre-assigned schedule along the path towards the root and = a fully distributed one, where collision may happen at each = hop.

Based on the considerations of = Kris on the efficiency of slotted aloha, we just require to build = schedules on those links with a very low rank (let’s say r0), = which are closer to the root and have to sustain a higher load, while = using slotted aloha for links closer to the leaves of the tree.

This just requires some = timeslots between the boundaries of these two regions (let’s say = below rank r0 and above r0) of the network to accommodate some extra = delay from packets coming from the leaves. At the same time this = approach would dramatically lower the complexity of all the operations = required for building and maintaining the schedule and decrease the = signaling overhead. The value of r0 has to be tuned based on the = intensity of the traffic.

Any thoughts = ?

Cheers

Alfredo

Da: 6tsch-bounces@ietf.org = [mailto:6tsch-bounces@ietf.org] Per = conto di Qin Wang
Inviato: Thursday, June 20, 2013 = 2:11 PM
A: Maria Rita = PALATTELLA
Cc: = watteyne@eecs.berkeley.edu; pister@eecs.berkeley.edu; 6tsch@ietf.org; = pal@cs.stanford.edu; P.Zand@utwente.nl
Oggetto: Re: [6tsch] TSCH: info = for each(?) link in Enhanced Beacon = frames

Hi Pouria and Maria = Rita,

=
I think there is a difference between just = 1-hop information and 2-hop information. For = example,

=
Assume nodeA Tx to nodeB @ cell-1, and nodeC = is in the radio range of nodeA. nodeD is a neighbor of nodeC, but not a = neighbor of nodeB.

=
Then, from the schedule of nodeC (i.e. the RX = cells of nodeC), nodeD cannot know nodeA is its 2-hop = neighbor.

=
Thought?
Qin

=

=


=

On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita = PALATTELLA <maria-rita.palattella@uni.lu> = wrote:
Pouria, I do agree with you.
1-hop also include the 2- hop information. The RX cells for the 1-hop = neighbor, are the TX cells for the 2-hop = neighbor.

Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 = AM
To: watteyne@eecs.berkeley.edu; pal@cs.stanford.edu
Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info = for each(?) link in Enhanced Beacon = frames

Hi Thomas,

Just one minor comment on “1. when all nodes know the full TSCH = schedule of all their (2-hop?) = neighbors”.
Shall we say 1-hop neighbors? I think, one node by collecting the = schedule of all its one-hop neighbors can know the schedule of its = two-hop neighborhood that might conflict with its communication. In the = received schedule information from one hop neighbor, the links between = the one-hop and two-hop neighbors are also included. Am I right? =

Best Wishes,
Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas = Watteyne
Sent: = Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info = for each(?) link in Enhanced Beacon = frames

+1 on = the use of Trickle. It would indeed be great if you could look at the = applicability.

=
Per http://tools.ietf.org/html/rfc6206#section-5, we = need to identify what Trickle considers consistent, inconsistent, and = what other events can cause a Trickle timer = reset.

=
A = first step might be to identify what we believe is a fully consistent = network. I see multiple, slightly different, = definitions:
1. = when all nodes know the full TSCH schedule of all their (2-hop?) = neighbors
2. = when there are no MAC-layer collisions, i.e. no communication happens on = the same slotoffset/channeloffset within that = neighborhood

=
Of = course, condition 1 is sufficient for condition 2 to be satisfied. I = would argue that, since condition 2 is the end goal of the network, = satisfying condition 2 might be enough. That is, it's OK if you don't = know the complete schedule of your neighbors, as long as you can = communicate without collision. It is in fact possible that two cells are = reused between two pairs of nodes, if at least one of these pairs never = uses that cell, no Trickle reset is = needed.

=
Thomas
=

On = Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <pal@cs.stanford.edu> = wrote:
Yes = -- as far as I know, there isn't a better (faster, more efficient) = algorithm than RFC6206 for reaching eventual consistency in a wireless = network. P2P is not a good place to start because it is based on a graph = abstraction with neighbor sets. etc. I can look closer at the exact = problem problem you're discussing to figure out whether I think Trickle = would work well, if you = like.

Phil

On Jun 19, = 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of = trickle the right way to do this? Maybe some issues with = distribution over a two-hop neighborhood?
>
> = ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana = wrote:
>> This problem is not new, in P2P communities I've seen = many different approaches to deal with keeping a distributed state = (consistency). I think there are 2 main directions, pessimistic and = optimistic, pessimistic approaches aim to enforce all nodes with the = same information which requires transmitting the exact state to the = neighbours and make sure it is installed there, usually this is done in = master-slave architectures where the master tells the slaves what to do = and won't fit to our scenario (this is the PCE case in = fact)
>>
>> A more scalable approach is to tolerate a = little bit of de-synchronization (optimistic consistency) and think that = eventually all nodes will learn about the scheduling state. With that = approach we can have scheduling problems in case 2 nodes do not have = their schedule completely synchronized, however monitoring can help to = detect that and correct eventually. My opinion is that the schedule does = not change so much so having optimistic approaches would work well (in = terms of scalability). To achieve that, nodes might send portions of = their schedule, assuming that eventually all schedule will be sent, it = will take time but neighbours might learn all information from others = "eventually".
>>
>> As Kris said, however, = we need to find how useful that will be and what are the cases where = this will work better than just simple random selection and monitoring, = assuming our schedules are sparse. If this is an optional feature seems = that all cases can be = covered.
______________________________________________= _
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

__________________________________________= _____
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

------=_NextPart_000_000D_01CE6DC6.CD979A60-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F05321F9BCF for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:59:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.564 X-Spam-Level: X-Spam-Status: No, score=0.564 tagged_above=-999 required=5 tests=[AWL=0.467, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iPe9C4KGFquR for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:59:35 -0700 (PDT) Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 4551621F99FC for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:59:34 -0700 (PDT) Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 20 Jun 2013 14:59:39 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Thu, 20 Jun 2013 14:59:33 +0200 From: To: , Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRdNX/CzpwRPEqzdewzKovo2pk861wg///nT4CAADM6IIAAB97ggAAlvYCAAAOqAIAAFYYAgAC03wCAADf6EP//49KAgABGzQCAACfl0A== Date: Thu, 20 Jun 2013 12:59:31 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07EXMBX23adutwent_" MIME-Version: 1.0 Cc: watteyne@eecs.berkeley.edu, 6tsch@ietf.org, pal@cs.stanford.edu, pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 12:59:40 -0000 --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07EXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Qin, You mean the case that edge(A, B) is not in the two-hop neighborhood of nod= e D, but is in the two-hop neighborhood of node C. Am I right? If yes, for creating a soft link between node D and C, node D will send a "= Link Reservation Request" including a candidate set of links based on its t= wo-hop information. Node D might suggest the cell-1 that is used on edge (A= , B). However, node C upon receiving the request, will do another check bas= ed on his two-hop neighborhood information and will not chose that cell-1. = That is because node C knows about the cell-1 on edge(A, B) in its two-hop = neighborhood. In other cases, that node D intend to create a soft link with other nodes (= e.g. E or F), and if those nodes are not one-hop neighbors of node A, then = edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, = F). Am I right? Best wishes, Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Thursday, June 20, 2013 2:11 PM To: Maria Rita PALATTELLA Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu; 6tsch@= ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria and Maria Rita, I think there is a difference between just 1-hop information and 2-hop info= rmation. For example, Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of nodeA= . nodeD is a neighbor of nodeC, but not a neighbor of nodeB. Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD cannot= know nodeA is its 2-hop neighbor. Thought? Qin On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA > wrote: Pouria, I do agree with you. 1-hop also include the 2- hop information. The RX cells for the 1-hop neigh= bor, are the TX cells for the 2-hop neighbor. Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of P.Zand@utwente= .nl Sent: Thursday, June 20, 2013 9:54 AM To: watteyne@eecs.berkeley.edu; pal@cs.s= tanford.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Thomas, Just one minor comment on "1. when all nodes know the full TSCH schedule of= all their (2-hop?) neighbors". Shall we say 1-hop neighbors? I think, one node by collecting the schedule = of all its one-hop neighbors can know the schedule of its two-hop neighborh= ood that might conflict with its communication. In the received schedule in= formation from one hop neighbor, the links between the one-hop and two-hop = neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the= applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what = Trickle considers consistent, inconsistent, and what other events can cause= a Trickle timer reset. A first step might be to identify what we believe is a fully consistent net= work. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbo= rs 2. when there are no MAC-layer collisions, i.e. no communication happens on= the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I wou= ld argue that, since condition 2 is the end goal of the network, satisfying= condition 2 might be enough. That is, it's OK if you don't know the comple= te schedule of your neighbors, as long as you can communicate without colli= sion. It is in fact possible that two cells are reused between two pairs of= nodes, if at least one of these pairs never uses that cell, no Trickle res= et is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algo= rithm than RFC6206 for reaching eventual consistency in a wireless network.= P2P is not a good place to start because it is based on a graph abstractio= n with neighbor sets. etc. I can look closer at the exact problem problem y= ou're discussing to figure out whether I think Trickle would work well, if = you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues w= ith distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different app= roaches to deal with keeping a distributed state (consistency). I think the= re are 2 main directions, pessimistic and optimistic, pessimistic approache= s aim to enforce all nodes with the same information which requires transmi= tting the exact state to the neighbours and make sure it is installed there= , usually this is done in master-slave architectures where the master tells= the slaves what to do and won't fit to our scenario (this is the PCE case = in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronizati= on (optimistic consistency) and think that eventually all nodes will learn = about the scheduling state. With that approach we can have scheduling probl= ems in case 2 nodes do not have their schedule completely synchronized, how= ever monitoring can help to detect that and correct eventually. My opinion = is that the schedule does not change so much so having optimistic approache= s would work well (in terms of scalability). To achieve that, nodes might s= end portions of their schedule, assuming that eventually all schedule will = be sent, it will take time but neighbours might learn all information from = others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what = are the cases where this will work better than just simple random selection= and monitoring, assuming our schedules are sparse. If this is an optional = feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07EXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Qin,=

You mean the case that ed= ge(A, B) is not in the two-hop neighborhood of node D, but is in the two-ho= p neighborhood of node C. Am I right?

If yes, for creating a so= ft link between node D and C, node D will send a “Link Reservation Re= quest” including a candidate set of links based on its two-hop information. Node D might suggest the cell-1 that is used on edge (A, B). = However, node C upon receiving the request, will do another check based on = his two-hop neighborhood information and will not chose that cell-1. That i= s because node C knows about the cell-1 on edge(A, B) in its two-hop neighborhood.

In other cases, that node= D intend to create a soft link with other nodes (e.g. E or F), and if thos= e nodes are not one-hop neighbors of node A, then edge(A,B) is not considered as a conflict edge with edges of (D, E) or (D, F).<= /o:p>

Am I right?

Best wishes,

Pouria<= /p>
<= /p>
From: Qin Wang= [mailto:qinwang@berkeley.edu]
Sent: Thursday, June 20, 2013 2:11 PM
To: Maria Rita PALATTELLA
Cc: Zand, P. (EWI); watteyne@eecs.berkeley.edu; pal@cs.stanford.edu;= 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Pouria and Maria Rita,

I think there is a difference between just 1-hop inf= ormation and 2-hop information. For example,

Assume nodeA Tx to nodeB @ cell-1, and nodeC is in t= he radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor o= f nodeB.

Then, from the schedule of nodeC (i.e. the RX cells = of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

Thought?

Qin



On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTEL= LA <ma= ria-rita.palattella@uni.lu> wrote:

Pouria, I do agree with you.

1-hop also include the 2- hop informati= on. The RX cells for the 1-hop neighbor, are the TX cells for the 2-hop neighbor.

Maria Rita

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.ed= u
Cc: 6tsch@ietf.o= rg; pister@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Thomas,

Just one minor comment on “1. whe= n all nodes know the full TSCH schedule of all their (2-hop?) neighborsR= 21;.

Shall we say 1-hop neighbors? I think, = one node by collecting the schedule of all its one-hop neighbors can know the schedule of its two-hop neighborhood that might conflict with= its communication. In the received schedule information from one hop neigh= bor, the links between the one-hop and two-hop neighbors are also included.= Am I right?

Best Wishes,

Pouria

From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

+1 on the use of Trickle. It would indeed be great if you coul= d look at the applicability.

Per http://tools.ietf.org/html/rfc6206#section-5, we need= to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset.<= /o:p>

A first step might be to identify what we believe is a fully consi= stent network. I see multiple, slightly different, definitions:<= /p>

1. when all nodes know the full TSCH schedule of all their (2-hop?= ) neighbors

2. when there are no MAC-layer collisions, i.e. no communication h= appens on the same slotoffset/channeloffset within that neighborhood

Of course, condition 1 is sufficient for condition 2 to be satisfi= ed. I would argue that, since condition 2 is the end goal of the network, s= atisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your neighbors= , as long as you can communicate without collision. It is in fact possible = that two cells are reused between two pairs of nodes, if at least one of th= ese pairs never uses that cell, no Trickle reset is needed.

Thomas

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <pal@cs.stanford.edu> wrote= :

Yes -- as far as I know, there isn't a better (faster, more effici= ent) algorithm than RFC6206 for reaching eventual consistency in a wireless= network. P2P is not a good place to start because it is based on a graph abstraction with neighbor sets. etc. = I can look closer at the exact problem problem you're discussing to figure = out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many differe= nt approaches to deal with keeping a distributed state (consistency). I thi= nk there are 2 main directions, pessimistic and optimistic, pessimistic app= roaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won'= t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45A07EXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87CCA21F9C4D for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:30:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[AWL=0.156, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CK4k+Mv9lh2F for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:30:25 -0700 (PDT) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 9C34621F9C4A for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:30:25 -0700 (PDT) Received: by mail-ie0-f170.google.com with SMTP id e11so16681096iej.29 for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:30:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=7uXcRaVte4MKsJ/JwZSj5SwX1ff8evbm+SHDBhxyfBQ=; b=ics0qmx9wk/OeRUQehrE3au59Nnu5tRglSu6odns5dXJtAVXK7Aawu3J9yzHwzlNvu 3pBwk2VxxfrndkiCvC8l75Di0cOFaYa7YR9JA9xu8XzY5feygpY7NoEIY012WIyyJIgG W3zKKwDaoe/2SQzpy1yZ85xrT5eAl5V3jVVkY6sHop5yMSfx783BqY5smWiDGXVx4+1v Aeomgi7sPtqMLvD60Rf3w9EHAKaLazupmz6uoYUdUWrD4lnjKNYXDhQuZaFgYQzAN/R3 Ir2bBCTdCF7W9HIhbCINQZncKlSnkVmOpq+MHeoe+TJpkJEJmYZKOrj0di4XwPgCzmDp YTkw== MIME-Version: 1.0 X-Received: by 10.50.73.101 with SMTP id k5mr1409751igv.53.1371731425081; Thu, 20 Jun 2013 05:30:25 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 05:30:25 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Jun 2013 20:30:25 +0800 Message-ID: From: Qin Wang To: Thomas Watteyne Content-Type: multipart/alternative; boundary=089e0129483e51ef5404df951c65 X-Gm-Message-State: ALoCoQm4A9M/kB+BLO9iw617QWRE6+LqJ0tcDzx7ctVbN0RMRWaEHrN5QscigZ2F48nL65+nEKrA Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 12:30:26 -0000 --089e0129483e51ef5404df951c65 Content-Type: text/plain; charset=ISO-8859-1 Thomas, It is exactly what I proposed. Regarding to how to express trackID, I agree that it would be better to use something already existing. But there may be some problem to use [destination IP address, DSCP], especially for the routing devices. For example, assume nodeC forwards packets from both nodeA and nodeB to same destination, in same DSCP, then, with [destination IP address, DSCP], nodeC cannot distinguish the Track from nodeA and the Track from nodeB. Correct? Qin On Thu, Jun 20, 2013 at 3:27 PM, Thomas Watteyne wrote: > Qin, > > [I believe you sent the same e-mail twice, I'm only answering the second > one] > > Having some type of track ID would indeed make life much easier. Each RX > and TX cell would simply be associated to a trackID. The switching table > (which I assume you refer to by "track table"?) might not even physically > exist as such in the node's RAM memory. Rather the switching rule is simply > "whatever you receive on an RX cell associaed with trackID 4, transmit on > the next TX cell associated with trackID 4". There could be a trackID which > means "no trackID", to identify the cells which are not associated on a > track, and which can be used for regular routing. When the PCE installs a > hard cell, it would install [direction,slotOffset,channelOffset,trackID]. > > Does the above sound like what you're proposing? > > Assuming that a trackID identifies a flow, is there not some other > number/tuple already available somewhere which could play the role of > trackID without requiring a new numbering space? For example, could the > trackID be the tuple [destination IPv6 address, DSCP]? > > Thomas > > > > > > On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang wrote: > >> Hi all, >> >> We have had many discussions on Track related topic in threads like >> "Routing vs switching". I would like to discuss more about what 6tus should >> provide to install a Track, including installing both hard cell based Track >> and soft cell based Track. >> >> My understanding is what we can do now is as follows. >> (1) add hard cells along the path, with Cell Commands >> (2) specify the mapping between each incoming cell and outgoing cell >> along the path, with Label Switching Commands >> >> If my understanding is correct, I can see the following problem: It need >> more bandwidth. For example, when you add a hard cell between nodeA and >> nodeB, one global communication from PCE to nodeA, and one local >> communication from nodeA to nodeB are needed. But for the Label Switching >> command, additional two communications, i.e. from PCE to nodeA and from PCE >> to nodeB are also needed. In addition, if a given track consists more than >> one incoming cells and outgoing cells, more bandwidth for installing the >> track will be consumed. >> >> Thus, I would like to suggest to use TrackID to associate incoming cells >> and outgoing cells. For sure, the TrackID will not appear in packet, it is >> just used to establish the relationship between incoming cells and outgoing >> cells. i.e. >> (1) add TrackID as a parameter of Cell commands. >> (2) same procedure of adding/removing hard cell or soft cell as before. >> (3) while receiving adding hard cell or soft cell command, fill the >> Track table with the TrackID. In the Track table, Rx cells are the incoming >> cells and Tx cells are the outgoing cells. And then, from TSCH's point of >> view, the schedule is the overlap of all Track tables. >> >> How do you think? >> >> Qin >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> >> > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --089e0129483e51ef5404df951c65 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thomas,

It is exactly what I prop= osed.

Regarding to how to express trac= kID, I agree that it would be better to use something already existing. But= there may be some problem to use [destination IP address, DSCP], especiall= y for the routing devices. For example, assume nodeC forwards packets from = both nodeA and nodeB to same destination, in same DSCP, then, with [destina= tion IP address, DSCP], nodeC cannot distinguish the Track from nodeA and t= he Track from nodeB. Correct?

Qin=A0

On Thu, Jun 20, 2013 at 3:27 = PM, Thomas Watteyne <watteyne@eecs.berkeley.edu> wr= ote:

Qin,

[I = believe you sent the same e-mail twice, I'm only answering the second o= ne]

Having some type of track ID would indeed make life muc= h easier. Each RX and TX cell would simply be associated to a trackID. The = switching table (which I assume you refer to by "track table"?) m= ight not even physically exist as such in the node's RAM memory. Rather= the switching rule is simply "whatever you receive on an RX cell asso= ciaed with trackID 4, transmit on the next TX cell associated with trackID = 4". There could be a trackID which means "no trackID", to id= entify the cells which are not associated on a track, and which can be used= for regular routing. When the PCE installs a hard cell, it would install [= direction,slotOffset,channelOffset,trackID].

Does the above sound like what you're proposing?

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, cou= ld the trackID be the tuple [destination IPv6 address, DSCP]?

Thomas

On Wed, Jun 19, 2013= at 8:21 AM, Qin Wang <qinwang@berkeley.edu> wrote:

Hi all= ,

We hav= e had many discussions on Track related topic in threads like "Routing= vs switching". I would like to discuss more about what 6tus should pr= ovide to install a Track, including installing both hard cell based Track a= nd soft cell based Track.

My understanding is wh= at we can do now is as follows.
(1) =A0add hard cells along the path, with Cell Commands
(2) specify the mapping b= etween each incoming cell and outgoing cell along the path, with=A0Label Sw= itching Commands

If my understanding is= correct, I can see the following problem: It need more bandwidth. For exam= ple, when you add a hard cell between nodeA and nodeB, one global communica= tion from PCE to nodeA, and one local communication from nodeA to nodeB are= needed. But for the Label Switching command, additional two communications= , i.e. from PCE to nodeA and from PCE to nodeB are also needed. In addition= , if a given track consists more than one incoming cells and outgoing cells= , more bandwidth for installing the track will be consumed.

Thus, I would like to = suggest to use TrackID to associate incoming cells and outgoing cells. For = sure, the TrackID will not appear in packet, it is just used to establish t= he relationship between incoming cells and outgoing cells. i.e.

(1) add TrackID = as a parameter of Cell commands.
(2) same procedure of adding/removing hard cell or so= ft cell as before.

(3) while receiv= ing adding hard cell or soft cell command, =A0fill the Track table with the= TrackID. In the Track table, Rx cells are the incoming cells and Tx cells = are the outgoing cells. And then, from TSCH's point of view, =A0the sch= edule is the overlap of all Track tables.

How do you think?

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--089e0129483e51ef5404df951c65-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61C6021F9282 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:11:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.782 X-Spam-Level: X-Spam-Status: No, score=-1.782 tagged_above=-999 required=5 tests=[AWL=0.195, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mv7x0ylqRVOl for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 05:11:05 -0700 (PDT) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 17F4021F91B7 for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:11:04 -0700 (PDT) Received: by mail-ie0-f175.google.com with SMTP id a13so16052390iee.20 for <6tsch@ietf.org>; Thu, 20 Jun 2013 05:11:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=gOgWZfzpXto70+WD//Em5i5qK/tWvBu0/YEJ9g1pIsA=; b=HGbj2jDvlwxuTGcO0D+iaCXg2ohbZdLKlQ0bfZbdX6YntN9lgM0y90bVfbis8duKnd R3iuHeZb0c9fCgtZc8PYAJb9f1/zbsseCGJh1bRgFmxmGj9ndNL2HJDmEOyf6/qbRqIA Hs6GdyhlhzPy4MwiaVjU6rtHOYFO1CHPj286LCeREV4QESig8UFlhmzr3VfGzPcycw8I dOs9n6jhj6Zg6Fz+4BjmQ3OrrNSeTJAFBk1y41m1MmCmDnHVg9nAMcTvgRtpE3OtQe8i C2mPHXh8YfysyKR1jI8CCrFIHW4qFaKB5aMd6eiJBVlaaQ+9JfE7dzfF9+d8GXN9LFlf zXZg== MIME-Version: 1.0 X-Received: by 10.50.112.169 with SMTP id ir9mr12543119igb.64.1371730264533; Thu, 20 Jun 2013 05:11:04 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Thu, 20 Jun 2013 05:11:04 -0700 (PDT) In-Reply-To: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> Date: Thu, 20 Jun 2013 20:11:04 +0800 Message-ID: From: Qin Wang To: Maria Rita PALATTELLA Content-Type: multipart/alternative; boundary=089e011843e025462704df94d73a X-Gm-Message-State: ALoCoQnMc/HmHsyTYaRG3F7SRmqD1lUAAOTxechMe8d4NVFr0zZ1oqDmMR3vZpw2wyrZ9QfGGE5V Cc: "watteyne@eecs.berkeley.edu" , "pister@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "P.Zand@utwente.nl" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 12:11:06 -0000 --089e011843e025462704df94d73a Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Pouria and Maria Rita, I think there is a difference between just 1-hop information and 2-hop information. For example, Assume nodeA Tx to nodeB @ cell-1, and nodeC is in the radio range of nodeA. nodeD is a neighbor of nodeC, but not a neighbor of nodeB. Then, from the schedule of nodeC (i.e. the RX cells of nodeC), nodeD cannot know nodeA is its 2-hop neighbor. Thought? Qin On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA < maria-rita.palattella@uni.lu> wrote: > Pouria, I do agree with you.**** > > 1-hop also include the 2- hop information. The RX cells for the 1-hop > neighbor, are the TX cells for the 2-hop neighbor.**** > > ** ** > > Maria Rita**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *P.Zand@utwente.nl > *Sent:* Thursday, June 20, 2013 9:54 AM > *To:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > Hi Thomas,**** > > ** ** > > Just one minor comment on =931. when all nodes know the full TSCH schedul= e > of all their (2-hop?) neighbors=94.**** > > Shall we say 1-hop neighbors? I think, one node by collecting the schedul= e > of all its one-hop neighbors can know the schedule of its two-hop > neighborhood that might conflict with its communication. In the received > schedule information from one hop neighbor, the links between the one-hop > and two-hop neighbors are also included. Am I right? **** > > ** ** > > Best Wishes,**** > > Pouria **** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc= es@ietf.org>] > *On Behalf Of *Thomas Watteyne > *Sent:* Thursday, June 20, 2013 8:18 AM > *To:* Philip Levis > *Cc:* 6TSCH; Kris Pister > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability.**** > > ** ** > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events ca= n > cause a Trickle timer reset.**** > > ** ** > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions:**** > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors**** > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood**** > > ** ** > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't kno= w > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused betwe= en > two pairs of nodes, if at least one of these pairs never uses that cell, = no > Trickle reset is needed.**** > > ** ** > > Thomas**** > > ** ** > > ** ** > > On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote:**** > > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact probl= em > problem you're discussing to figure out whether I think Trickle would wor= k > well, if you like. > > Phil**** > > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I thin= k > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it = is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (thi= s > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can ha= ve > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). T= o > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and wha= t > are the cases where this will work better than just simple random selecti= on > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered. > > **** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --089e011843e025462704df94d73a Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi Pouria and Maria Rita,

I think= there is a difference between just 1-hop information and 2-hop information= . For example,=A0

Assume nodeA Tx to n= odeB @ cell-1, and nodeC is in the radio range of nodeA. nodeD is a neighbo= r of nodeC, but not a neighbor of nodeB.

Then, from the schedule of nodeC (i.e. the = RX cells of nodeC), nodeD cannot know nodeA is its 2-hop neighbor.

Thought?
Qin
=A0

=A0=A0

<= div style>

On Thu, Jun 20, 2013 at 3:57 PM, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu> wrote:

Pouria, I do agree with y= ou.

1-hop also include the 2-= hop information. The RX cells for the 1-hop neighbor, are the TX cells for= the 2-hop neighbor.

=A0<= /p>
Maria Rita<= /span>

=A0<= /p>

From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.edu
Cc: 6tsch@ietf.o= rg; piste= r@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Thomas,<= /span>

=A0<= /p>
Just one minor comment on= =931. when all nodes know the full TSCH schedule of all their (2-hop?) nei= ghbors=94.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule informatio= n from one hop neighbor, the links between the one-hop and two-hop neighbor= s are also included. Am I right? =A0

=A0<= /p>
Best Wishes,

Pouria =A0<= /span>

=A0<= /p>
From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

+1 on the use of Trickle. It would indeed be great i= f you could look at the applicability.

=A0

Per=A0http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, an= d what other events can cause a Trickle timer reset.

=A0

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

=A0

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK i= f you don't know the complete schedule of your neighbors, as long as you can communicate without collision. It is= in fact possible that two cells are reused between two pairs of nodes, if = at least one of these pairs never uses that cell, no Trickle reset is neede= d.

=A0

Thomas

=A0

=A0

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (f= aster, more efficient) algorithm than RFC6206 for reaching eventual consist= ency in a wireless network. P2P is not a good place to start because it is = based on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem you're discu= ssing to figure out whether I think Trickle would work well, if you like.
Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many dif= ferent approaches to deal with keeping a distributed state (consistency). I= think there are 2 main directions, pessimistic and optimistic, pessimistic= approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won&= #39;t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--089e011843e025462704df94d73a-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5288D21E80EA for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 01:31:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jmMaHydl+UW6 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 01:31:51 -0700 (PDT) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by ietfa.amsl.com (Postfix) with ESMTP id 9DB0B11E8110 for <6tsch@ietf.org>; Thu, 20 Jun 2013 01:31:51 -0700 (PDT) Received: by mail-pd0-f172.google.com with SMTP id z10so6006554pdj.17 for <6tsch@ietf.org>; Thu, 20 Jun 2013 01:31:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=93SBm5nqkwbeU6zY1ybQ6gVDIXSO9kzB6SxoBSKIxfI=; b=zM02vArwkmi6lOxLc9RLHctQDRHh9U4VWI3mmhThmiYgLZlJIC4wv6efZAc3WPMfCb sVvPq2MllpSgaGhVhJ3c97ZNTHlcI9u2eQHsVljegn9u/uG6ISxa+ABZW108O3PYZW5Y tmj2QZl97sdRlVCXRvFfEzDFhQ9ol7KIDmcQEE2voPXloBELtggQOJDdNN9R16if92qw DA0KjdqJajhQmW5BL4C+nazIdbCkRV173jOdTGcfo5YE+G/fGNYW718S/Z2iaBUh3HnY M8vdg2QyMYFwUfRVAjjzGLq5brHzRi4bnwYta8HHxO1utcBU7DD/r3fXJ58T8bpbxWfa bKSQ== X-Received: by 10.68.19.72 with SMTP id c8mr6408779pbe.219.1371717111399; Thu, 20 Jun 2013 01:31:51 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 01:31:30 -0700 (PDT) In-Reply-To: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> From: Thomas Watteyne Date: Thu, 20 Jun 2013 01:31:30 -0700 X-Google-Sender-Auth: xzSJQTsPAmnil1jitSdCRFFo7Uo Message-ID: To: Maria Rita PALATTELLA Content-Type: multipart/alternative; boundary=bcaec53af13a284bde04df91c728 Cc: "pister@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org>, "pal@cs.stanford.edu" , "P.Zand@utwente.nl" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 08:31:57 -0000 --bcaec53af13a284bde04df91c728 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Absolutely! Thomas On Thu, Jun 20, 2013 at 12:57 AM, Maria Rita PALATTELLA < maria-rita.palattella@uni.lu> wrote: > Pouria, I do agree with you.**** > > 1-hop also include the 2- hop information. The RX cells for the 1-hop > neighbor, are the TX cells for the 2-hop neighbor.**** > > ** ** > > Maria Rita**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *P.Zand@utwente.nl > *Sent:* Thursday, June 20, 2013 9:54 AM > *To:* watteyne@eecs.berkeley.edu; pal@cs.stanford.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu > > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > Hi Thomas,**** > > ** ** > > Just one minor comment on =931. when all nodes know the full TSCH schedul= e > of all their (2-hop?) neighbors=94.**** > > Shall we say 1-hop neighbors? I think, one node by collecting the schedul= e > of all its one-hop neighbors can know the schedule of its two-hop > neighborhood that might conflict with its communication. In the received > schedule information from one hop neighbor, the links between the one-hop > and two-hop neighbors are also included. Am I right? **** > > ** ** > > Best Wishes,**** > > Pouria **** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org<6tsch-bounc= es@ietf.org>] > *On Behalf Of *Thomas Watteyne > *Sent:* Thursday, June 20, 2013 8:18 AM > *To:* Philip Levis > *Cc:* 6TSCH; Kris Pister > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > +1 on the use of Trickle. It would indeed be great if you could look at > the applicability.**** > > ** ** > > Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify > what Trickle considers consistent, inconsistent, and what other events ca= n > cause a Trickle timer reset.**** > > ** ** > > A first step might be to identify what we believe is a fully consistent > network. I see multiple, slightly different, definitions:**** > > 1. when all nodes know the full TSCH schedule of all their (2-hop?) > neighbors**** > > 2. when there are no MAC-layer collisions, i.e. no communication happens > on the same slotoffset/channeloffset within that neighborhood**** > > ** ** > > Of course, condition 1 is sufficient for condition 2 to be satisfied. I > would argue that, since condition 2 is the end goal of the network, > satisfying condition 2 might be enough. That is, it's OK if you don't kno= w > the complete schedule of your neighbors, as long as you can communicate > without collision. It is in fact possible that two cells are reused betwe= en > two pairs of nodes, if at least one of these pairs never uses that cell, = no > Trickle reset is needed.**** > > ** ** > > Thomas**** > > ** ** > > ** ** > > On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote:**** > > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact probl= em > problem you're discussing to figure out whether I think Trickle would wor= k > well, if you like. > > Phil**** > > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I thin= k > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it = is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (thi= s > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can ha= ve > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). T= o > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and wha= t > are the cases where this will work better than just simple random selecti= on > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered. > > **** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > --bcaec53af13a284bde04df91c728 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Absolutely!
Thomas

On Thu, Jun 20, 2013 at 12:= 57 AM, Maria Rita PALATTELLA <maria-rita.palattella@uni.lu&= gt; wrote:

Pouria, I do agree with y= ou.

1-hop also include the 2-= hop information. The RX cells for the 1-hop neighbor, are the TX cells for= the 2-hop neighbor.

=A0<= /p>
Maria Rita<= /span>

=A0<= /p>

From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of = P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: = watteyne@eecs.berkeley.edu; pal@cs.stanford.edu
Cc: 6tsch@ietf.o= rg; piste= r@eecs.berkeley.edu

Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Hi Thomas,<= /span>

=A0<= /p>
Just one minor comment on= =931. when all nodes know the full TSCH schedule of all their (2-hop?) nei= ghbors=94.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule informatio= n from one hop neighbor, the links between the one-hop and two-hop neighbor= s are also included. Am I right? =A0

=A0<= /p>
Best Wishes,

Pouria =A0<= /span>

=A0<= /p>
From: 6tsch-bounces@i= etf.org [ma= ilto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

+1 on the use of Trickle. It would indeed be great i= f you could look at the applicability.

=A0

Per=A0http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, an= d what other events can cause a Trickle timer reset.

=A0

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

=A0

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK i= f you don't know the complete schedule of your neighbors, as long as you can communicate without collision. It is= in fact possible that two cells are reused between two pairs of nodes, if = at least one of these pairs never uses that cell, no Trickle reset is neede= d.

=A0

Thomas

=A0

=A0

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (f= aster, more efficient) algorithm than RFC6206 for reaching eventual consist= ency in a wireless network. P2P is not a good place to start because it is = based on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem you're discu= ssing to figure out whether I think Trickle would work well, if you like.
Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many dif= ferent approaches to deal with keeping a distributed state (consistency). I= think there are 2 main directions, pessimistic and optimistic, pessimistic= approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won&= #39;t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

--bcaec53af13a284bde04df91c728-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5695A11E8105 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 00:57:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.319 X-Spam-Level: X-Spam-Status: No, score=-5.319 tagged_above=-999 required=5 tests=[AWL=1.279, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k-HWGLEpOA3o for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 00:57:42 -0700 (PDT) Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 79DC121E80B0 for <6tsch@ietf.org>; Thu, 20 Jun 2013 00:57:41 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.87,903,1363129200"; d="scan'208,217";a="24932926" Received: from unknown (HELO TPOL.uni.lux) ([10.21.2.5]) by hercules.uni.lu with ESMTP; 20 Jun 2013 09:57:40 +0200 Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by TPOL.uni.lux ([fe80::e14d:a815:d7d8:d9a6%10]) with mapi id 14.03.0123.003; Thu, 20 Jun 2013 09:57:39 +0200 From: Maria Rita PALATTELLA To: "P.Zand@utwente.nl" , "watteyne@eecs.berkeley.edu" , "pal@cs.stanford.edu" Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRc+OhOqI5M10eCrmiOdTcE1Jk8yxoAgAAHkYCAABH5AIAACGyAgABGcICAAAOqAIAAFYYAgAC03wCAABq/AIAAIb9A Date: Thu, 20 Jun 2013 07:57:39 +0000 Message-ID: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.91.0.51] Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D18568A87hoshiunilux_" MIME-Version: 1.0 Cc: "6tsch@ietf.org" <6tsch@ietf.org>, "pister@eecs.berkeley.edu" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 07:57:46 -0000 --_000_F085911F642A6847987ADA23E611780D18568A87hoshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Pouria, I do agree with you. 1-hop also include the 2- hop information. The RX cells for the 1-hop neigh= bor, are the TX cells for the 2-hop neighbor. Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P= .Zand@utwente.nl Sent: Thursday, June 20, 2013 9:54 AM To: watteyne@eecs.berkeley.edu; pal@cs.stanford.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Thomas, Just one minor comment on "1. when all nodes know the full TSCH schedule of= all their (2-hop?) neighbors". Shall we say 1-hop neighbors? I think, one node by collecting the schedule = of all its one-hop neighbors can know the schedule of its two-hop neighborh= ood that might conflict with its communication. In the received schedule in= formation from one hop neighbor, the links between the one-hop and two-hop = neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the= applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what = Trickle considers consistent, inconsistent, and what other events can cause= a Trickle timer reset. A first step might be to identify what we believe is a fully consistent net= work. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbo= rs 2. when there are no MAC-layer collisions, i.e. no communication happens on= the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I wou= ld argue that, since condition 2 is the end goal of the network, satisfying= condition 2 might be enough. That is, it's OK if you don't know the comple= te schedule of your neighbors, as long as you can communicate without colli= sion. It is in fact possible that two cells are reused between two pairs of= nodes, if at least one of these pairs never uses that cell, no Trickle res= et is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algo= rithm than RFC6206 for reaching eventual consistency in a wireless network.= P2P is not a good place to start because it is based on a graph abstractio= n with neighbor sets. etc. I can look closer at the exact problem problem y= ou're discussing to figure out whether I think Trickle would work well, if = you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues w= ith distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different app= roaches to deal with keeping a distributed state (consistency). I think the= re are 2 main directions, pessimistic and optimistic, pessimistic approache= s aim to enforce all nodes with the same information which requires transmi= tting the exact state to the neighbours and make sure it is installed there= , usually this is done in master-slave architectures where the master tells= the slaves what to do and won't fit to our scenario (this is the PCE case = in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronizati= on (optimistic consistency) and think that eventually all nodes will learn = about the scheduling state. With that approach we can have scheduling probl= ems in case 2 nodes do not have their schedule completely synchronized, how= ever monitoring can help to detect that and correct eventually. My opinion = is that the schedule does not change so much so having optimistic approache= s would work well (in terms of scalability). To achieve that, nodes might s= end portions of their schedule, assuming that eventually all schedule will = be sent, it will take time but neighbours might learn all information from = others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what = are the cases where this will work better than just simple random selection= and monitoring, assuming our schedules are sparse. If this is an optional = feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_F085911F642A6847987ADA23E611780D18568A87hoshiunilux_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Pouria, I do agree with y= ou.

1-hop also include the 2-= hop information. The RX cells for the 1-hop neighbor, are the TX cells for= the 2-hop neighbor.

<= /p>
Maria Rita

<= /p>

From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P.Zand@utwente.nl
Sent: Thursday, June 20, 2013 9:54 AM
To: watteyne@eecs.berkeley.edu; pal@cs.stanford.edu
Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Thomas,

<= /p>
Just one minor comment on= “1. when all nodes know the full TSCH schedule of all their (2-hop?)= neighbors”.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule informatio= n from one hop neighbor, the links between the one-hop and two-hop neighbor= s are also included. Am I right?

<= /p>
Best Wishes,

Pouria <= /span>

<= /p>
From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

+1 on the use of Trickle. It would indeed be gre= at if you could look at the applicability.

Per http://tools.ietf.org/html/rfc6206#section-5, we need to = identify what Trickle considers consistent, inconsistent, and what other ev= ents can cause a Trickle timer reset.

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK if yo= u don't know the complete schedule of your neighbors, as long as you can communicate without collision. It is= in fact possible that two cells are reused between two pairs of nodes, if = at least one of these pairs never uses that cell, no Trickle reset is neede= d.

Thomas

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (faste= r, more efficient) algorithm than RFC6206 for reaching eventual consistency= in a wireless network. P2P is not a good place to start because it is base= d on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem you're discussin= g to figure out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many differe= nt approaches to deal with keeping a distributed state (consistency). I thi= nk there are 2 main directions, pessimistic and optimistic, pessimistic app= roaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won'= t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_F085911F642A6847987ADA23E611780D18568A87hoshiunilux_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7464E11E8105 for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 00:54:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.456 X-Spam-Level: X-Spam-Status: No, score=0.456 tagged_above=-999 required=5 tests=[AWL=0.959, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tziTWe9zFcrN for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 00:53:58 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 41D5021E80DE for <6tsch@ietf.org>; Thu, 20 Jun 2013 00:53:56 -0700 (PDT) Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Thu, 20 Jun 2013 09:53:58 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.02.0328.009; Thu, 20 Jun 2013 09:53:54 +0200 From: To: , Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRdNX/CzpwRPEqzdewzKovo2pk861wg///nT4CAADM6IIAAB97ggAAlvYCAAAOqAIAAFYYAgAC03wCAADf6EA== Date: Thu, 20 Jun 2013 07:53:54 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838EXMBX23adutwent_" MIME-Version: 1.0 Cc: 6tsch@ietf.org, pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 07:54:03 -0000 --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838EXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Thomas, Just one minor comment on "1. when all nodes know the full TSCH schedule of= all their (2-hop?) neighbors". Shall we say 1-hop neighbors? I think, one node by collecting the schedule = of all its one-hop neighbors can know the schedule of its two-hop neighborh= ood that might conflict with its communication. In the received schedule in= formation from one hop neighbor, the links between the one-hop and two-hop = neighbors are also included. Am I right? Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: Thursday, June 20, 2013 8:18 AM To: Philip Levis Cc: 6TSCH; Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames +1 on the use of Trickle. It would indeed be great if you could look at the= applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what = Trickle considers consistent, inconsistent, and what other events can cause= a Trickle timer reset. A first step might be to identify what we believe is a fully consistent net= work. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbo= rs 2. when there are no MAC-layer collisions, i.e. no communication happens on= the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I wou= ld argue that, since condition 2 is the end goal of the network, satisfying= condition 2 might be enough. That is, it's OK if you don't know the comple= te schedule of your neighbors, as long as you can communicate without colli= sion. It is in fact possible that two cells are reused between two pairs of= nodes, if at least one of these pairs never uses that cell, no Trickle res= et is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis > wrote: Yes -- as far as I know, there isn't a better (faster, more efficient) algo= rithm than RFC6206 for reaching eventual consistency in a wireless network.= P2P is not a good place to start because it is based on a graph abstractio= n with neighbor sets. etc. I can look closer at the exact problem problem y= ou're discussing to figure out whether I think Trickle would work well, if = you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some issues w= ith distribution over a two-hop neighborhood? > > ksjp > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different app= roaches to deal with keeping a distributed state (consistency). I think the= re are 2 main directions, pessimistic and optimistic, pessimistic approache= s aim to enforce all nodes with the same information which requires transmi= tting the exact state to the neighbours and make sure it is installed there= , usually this is done in master-slave architectures where the master tells= the slaves what to do and won't fit to our scenario (this is the PCE case = in fact) >> >> A more scalable approach is to tolerate a little bit of de-synchronizati= on (optimistic consistency) and think that eventually all nodes will learn = about the scheduling state. With that approach we can have scheduling probl= ems in case 2 nodes do not have their schedule completely synchronized, how= ever monitoring can help to detect that and correct eventually. My opinion = is that the schedule does not change so much so having optimistic approache= s would work well (in terms of scalability). To achieve that, nodes might s= end portions of their schedule, assuming that eventually all schedule will = be sent, it will take time but neighbours might learn all information from = others "eventually". >> >> As Kris said, however, we need to find how useful that will be and what = are the cases where this will work better than just simple random selection= and monitoring, assuming our schedules are sparse. If this is an optional = feature seems that all cases can be covered. _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838EXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Thomas,

<= /p>
Just one minor comment on= “1. when all nodes know the full TSCH schedule of all their (2-hop?)= neighbors”.

Shall we say 1-hop neighb= ors? I think, one node by collecting the schedule of all its one-hop neighb= ors can know the schedule of its two-hop neighborhood that might conflict with its communication. In the received schedule informatio= n from one hop neighbor, the links between the one-hop and two-hop neighbor= s are also included. Am I right?

<= /p>
Best Wishes,

Pouria <= /span>

<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: Thursday, June 20, 2013 8:18 AM
To: Philip Levis
Cc: 6TSCH; Kris Pister
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

+1 on the use of Trickle. It would indeed be gre= at if you could look at the applicability.

Per http://tools.ietf.org/html/rfc6206#section-5, we need to = identify what Trickle considers consistent, inconsistent, and what other ev= ents can cause a Trickle timer reset.

A first step might be to identify what we believe is= a fully consistent network. I see multiple, slightly different, definition= s:

1. when all nodes know the full TSCH schedule of all= their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no c= ommunication happens on the same slotoffset/channeloffset within that neigh= borhood

Of course, condition 1 is sufficient for condition 2= to be satisfied. I would argue that, since condition 2 is the end goal of = the network, satisfying condition 2 might be enough. That is, it's OK if yo= u don't know the complete schedule of your neighbors, as long as you can communicate without collision. It is= in fact possible that two cells are reused between two pairs of nodes, if = at least one of these pairs never uses that cell, no Trickle reset is neede= d.

Thomas

On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis <<= a href=3D"mailto:pal@cs.stanford.edu" target=3D"_blank">pal@cs.stanford.edu= > wrote:

Yes -- as far as I know, there isn't a better (faste= r, more efficient) algorithm than RFC6206 for reaching eventual consistency= in a wireless network. P2P is not a good place to start because it is base= d on a graph abstraction with neighbor sets. etc. I can look closer at the exact problem problem you're discussin= g to figure out whether I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many differe= nt approaches to deal with keeping a distributed state (consistency). I thi= nk there are 2 main directions, pessimistic and optimistic, pessimistic app= roaches aim to enforce all nodes with the same information which requires transmitting the exact state to the ne= ighbours and make sure it is installed there, usually this is done in maste= r-slave architectures where the master tells the slaves what to do and won'= t fit to our scenario (this is the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to det= ect that and correct eventually. My opinion is that the schedule does not c= hange so much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedu= le will be sent, it will take time but neighbours might learn all informati= on from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45838EXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16D0D21E80CB for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 00:28:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lF0NlGpV5vZz for <6tsch@ietfa.amsl.com>; Thu, 20 Jun 2013 00:27:59 -0700 (PDT) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 3DAB721F9B85 for <6tsch@ietf.org>; Thu, 20 Jun 2013 00:27:58 -0700 (PDT) Received: by mail-pa0-f44.google.com with SMTP id lj1so6031044pab.17 for <6tsch@ietf.org>; Thu, 20 Jun 2013 00:27:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=0vDD7TzKoeK6wyD9GHE/3Ww6jY0McZ4zeYJyYP/BIyc=; b=nNncRbzqDjOZdXOMYT3EEy69y2KOWbk3koFHVNH3KFEO0s1kMZZp2iZAJaaEZj94uC cgsdoeX6sQMV59MaxVFjeKsN/rKOfF0YJyHKB8Yjl574iquapfzYFSbjZZ3EmZ65ZkLV JOgul7RqYPf9T8qS4Td9oep2cVeEjCvZ9Zae5O2slLlDQPSkotWBh8QGt8oBj93uV0P8 f2xJW1t8quOxh7wVsBP80CQuCbEZfPFtFgIMhc+Y+qHmZDsj5Yva4tF13Ti3WWbI6IRV Qa11p6SkkxYcQHhyASj4JleU4fVD8oVqeYB4ko9hR36yrCrdYARrDykrTAViqM2hw6pP S3rA== X-Received: by 10.68.98.165 with SMTP id ej5mr6222429pbb.111.1371713277935; Thu, 20 Jun 2013 00:27:57 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 20 Jun 2013 00:27:37 -0700 (PDT) In-Reply-To: References: From: Thomas Watteyne Date: Thu, 20 Jun 2013 00:27:37 -0700 X-Google-Sender-Auth: lxwlNYihwquNklUOoKchpkJ1hK4 Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b6dc490aa4b4b04df90e217 Subject: Re: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 07:28:00 -0000 --047d7b6dc490aa4b4b04df90e217 Content-Type: text/plain; charset=ISO-8859-1 Qin, [I believe you sent the same e-mail twice, I'm only answering the second one] Having some type of track ID would indeed make life much easier. Each RX and TX cell would simply be associated to a trackID. The switching table (which I assume you refer to by "track table"?) might not even physically exist as such in the node's RAM memory. Rather the switching rule is simply "whatever you receive on an RX cell associaed with trackID 4, transmit on the next TX cell associated with trackID 4". There could be a trackID which means "no trackID", to identify the cells which are not associated on a track, and which can be used for regular routing. When the PCE installs a hard cell, it would install [direction,slotOffset,channelOffset,trackID]. Does the above sound like what you're proposing? Assuming that a trackID identifies a flow, is there not some other number/tuple already available somewhere which could play the role of trackID without requiring a new numbering space? For example, could the trackID be the tuple [destination IPv6 address, DSCP]? Thomas On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang wrote: > Hi all, > > We have had many discussions on Track related topic in threads like > "Routing vs switching". I would like to discuss more about what 6tus should > provide to install a Track, including installing both hard cell based Track > and soft cell based Track. > > My understanding is what we can do now is as follows. > (1) add hard cells along the path, with Cell Commands > (2) specify the mapping between each incoming cell and outgoing cell along > the path, with Label Switching Commands > > If my understanding is correct, I can see the following problem: It need > more bandwidth. For example, when you add a hard cell between nodeA and > nodeB, one global communication from PCE to nodeA, and one local > communication from nodeA to nodeB are needed. But for the Label Switching > command, additional two communications, i.e. from PCE to nodeA and from PCE > to nodeB are also needed. In addition, if a given track consists more than > one incoming cells and outgoing cells, more bandwidth for installing the > track will be consumed. > > Thus, I would like to suggest to use TrackID to associate incoming cells > and outgoing cells. For sure, the TrackID will not appear in packet, it is > just used to establish the relationship between incoming cells and outgoing > cells. i.e. > (1) add TrackID as a parameter of Cell commands. > (2) same procedure of adding/removing hard cell or soft cell as before. > (3) while receiving adding hard cell or soft cell command, fill the Track > table with the TrackID. In the Track table, Rx cells are the incoming cells > and Tx cells are the outgoing cells. And then, from TSCH's point of view, > the schedule is the overlap of all Track tables. > > How do you think? > > Qin > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --047d7b6dc490aa4b4b04df90e217 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Qin,

[I believe you sent the same e-mai= l twice, I'm only answering the second one]

Havi= ng some type of track ID would indeed make life much easier. Each RX and TX= cell would simply be associated to a trackID. The switching table (which I= assume you refer to by "track table"?) might not even physically= exist as such in the node's RAM memory. Rather the switching rule is s= imply "whatever you receive on an RX cell associaed with trackID 4, tr= ansmit on the next TX cell associated with trackID 4". There could be = a trackID which means "no trackID", to identify the cells which a= re not associated on a track, and which can be used for regular routing. Wh= en the PCE installs a hard cell, it would install [direction,slotOffset,cha= nnelOffset,trackID].

Does the above sound like what you're proposing?

Assuming that a trackID identifies a flow, is there = not some other number/tuple already available somewhere which could play th= e role of trackID without requiring a new numbering space? For example, cou= ld the trackID be the tuple [destination IPv6 address, DSCP]?

Thomas

On Wed, Jun 19, 2013 at 8:21 AM, Qin Wang <= span dir=3D"ltr"><qinwang@berkeley.edu> wrote:

Hi all,

We hav= e had many discussions on Track related topic in threads like "Routing= vs switching". I would like to discuss more about what 6tus should pr= ovide to install a Track, including installing both hard cell based Track a= nd soft cell based Track.

My understanding is wh= at we can do now is as follows.
(1) =A0add hard cells along the path, with Cell Commands
(2) specify the mapping b= etween each incoming cell and outgoing cell along the path, with=A0Label Sw= itching Commands

If my understanding is= correct, I can see the following problem: It need more bandwidth. For exam= ple, when you add a hard cell between nodeA and nodeB, one global communica= tion from PCE to nodeA, and one local communication from nodeA to nodeB are= needed. But for the Label Switching command, additional two communications= , i.e. from PCE to nodeA and from PCE to nodeB are also needed. In addition= , if a given track consists more than one incoming cells and outgoing cells= , more bandwidth for installing the track will be consumed.

Thus, I would like to = suggest to use TrackID to associate incoming cells and outgoing cells. For = sure, the TrackID will not appear in packet, it is just used to establish t= he relationship between incoming cells and outgoing cells. i.e.

(1) add TrackID = as a parameter of Cell commands.
(2) same procedure of adding/removing hard cell or so= ft cell as before.

(3) while receiv= ing adding hard cell or soft cell command, =A0fill the Track table with the= TrackID. In the Track table, Rx cells are the incoming cells and Tx cells = are the outgoing cells. And then, from TSCH's point of view, =A0the sch= edule is the overlap of all Track tables.

How do you think?

Qin

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7b6dc490aa4b4b04df90e217-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89AF011E8105 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 23:18:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iy5AHVJEa1Jf for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 23:18:37 -0700 (PDT) Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 7C89B21F9C2F for <6tsch@ietf.org>; Wed, 19 Jun 2013 23:18:37 -0700 (PDT) Received: by mail-pb0-f47.google.com with SMTP id rr13so5880297pbb.20 for <6tsch@ietf.org>; Wed, 19 Jun 2013 23:18:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=TqvxJJ3QG4j9CVKtdmeyv8uysADn7OvFts+ppPvsCv0=; b=yh3Ilp0LBjiV5+7sXb9mnrK0/Ah50BW+5FdA/mdNvOjQe6XXwOWgZKYQIwrrKRnI2L 6S0efJa2c7XN65S4Ou9CgAgLv/LKtTaFRiumUIvlaRiMItmx22j+bWs9iMI/g5p92ZAn 70uHK+XbXkyaiT91WOA/GhBzMKLOcJErl4RhtJtul9AHXG5r67NKXY+9r9mjLuwoH621 OcKuZrdIrLCXWn0sm1wk5O3R6yB3WND5QhrSrjCbGkde9ViffqTeba0+tcpMFg699L57 lBBbO+Xq2WAzNeY7wbm7ZDFuDoZKSTT0glUew7Af5x6LaLGWzuxHWLabAdCZiAwYySgE DyMw== X-Received: by 10.66.251.202 with SMTP id zm10mr10098380pac.53.1371709113568; Wed, 19 Jun 2013 23:18:33 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Wed, 19 Jun 2013 23:18:10 -0700 (PDT) In-Reply-To: <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> From: Thomas Watteyne Date: Wed, 19 Jun 2013 23:18:10 -0700 X-Google-Sender-Auth: D9At_ETtx8bH9f3K6bPJH4H4mwU Message-ID: To: Philip Levis Content-Type: multipart/alternative; boundary=047d7b15a38573132f04df8fea95 Cc: 6TSCH <6tsch@ietf.org>, Kris Pister Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 06:18:38 -0000 --047d7b15a38573132f04df8fea95 Content-Type: text/plain; charset=ISO-8859-1 +1 on the use of Trickle. It would indeed be great if you could look at the applicability. Per http://tools.ietf.org/html/rfc6206#section-5, we need to identify what Trickle considers consistent, inconsistent, and what other events can cause a Trickle timer reset. A first step might be to identify what we believe is a fully consistent network. I see multiple, slightly different, definitions: 1. when all nodes know the full TSCH schedule of all their (2-hop?) neighbors 2. when there are no MAC-layer collisions, i.e. no communication happens on the same slotoffset/channeloffset within that neighborhood Of course, condition 1 is sufficient for condition 2 to be satisfied. I would argue that, since condition 2 is the end goal of the network, satisfying condition 2 might be enough. That is, it's OK if you don't know the complete schedule of your neighbors, as long as you can communicate without collision. It is in fact possible that two cells are reused between two pairs of nodes, if at least one of these pairs never uses that cell, no Trickle reset is needed. Thomas On Wed, Jun 19, 2013 at 12:30 PM, Philip Levis wrote: > Yes -- as far as I know, there isn't a better (faster, more efficient) > algorithm than RFC6206 for reaching eventual consistency in a wireless > network. P2P is not a good place to start because it is based on a graph > abstraction with neighbor sets. etc. I can look closer at the exact problem > problem you're discussing to figure out whether I think Trickle would work > well, if you like. > > Phil > > On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > > > Isn't some form of trickle the right way to do this? Maybe some issues > with distribution over a two-hop neighborhood? > > > > ksjp > > > > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > >> This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I think > there are 2 main directions, pessimistic and optimistic, pessimistic > approaches aim to enforce all nodes with the same information which > requires transmitting the exact state to the neighbours and make sure it is > installed there, usually this is done in master-slave architectures where > the master tells the slaves what to do and won't fit to our scenario (this > is the PCE case in fact) > >> > >> A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually all > nodes will learn about the scheduling state. With that approach we can have > scheduling problems in case 2 nodes do not have their schedule completely > synchronized, however monitoring can help to detect that and correct > eventually. My opinion is that the schedule does not change so much so > having optimistic approaches would work well (in terms of scalability). To > achieve that, nodes might send portions of their schedule, assuming that > eventually all schedule will be sent, it will take time but neighbours > might learn all information from others "eventually". > >> > >> As Kris said, however, we need to find how useful that will be and what > are the cases where this will work better than just simple random selection > and monitoring, assuming our schedules are sparse. If this is an optional > feature seems that all cases can be covered. > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > --047d7b15a38573132f04df8fea95 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
+1 on the use of Trickle. It would indeed be great if you = could look at the applicability.

Per=A0http://tools.ietf.org/html/rfc6206#= section-5, we need to identify what Trickle considers consistent, incon= sistent, and what other events can cause a Trickle timer reset.

A first step might be to identify what we believe= is a fully consistent network. I see multiple, slightly different, definit= ions:
1. when all nodes know the full TSCH schedule of all = their (2-hop?) neighbors

2. when there are no MAC-layer collisions, i.e. no communication= happens on the same slotoffset/channeloffset within that neighborhood

Of course, condition 1 is sufficient for c= ondition 2 to be satisfied. I would argue that, since condition 2 is the en= d goal of the network, satisfying condition 2 might be enough. That is, it&= #39;s OK if you don't know the complete schedule of your neighbors, as = long as you can communicate without collision. It is in fact possible that = two cells are reused between two pairs of nodes, if at least one of these p= airs never uses that cell, no Trickle reset is needed.

Thomas

On Wed, Jun 19, 2= 013 at 12:30 PM, Philip Levis <pal@cs.stanford.edu> wrote:=

Yes -- as far as I know, there isn't a b= etter (faster, more efficient) algorithm than RFC6206 for reaching eventual= consistency in a wireless network. P2P is not a good place to start becaus= e it is based on a graph abstraction with neighbor sets. etc. I can look cl= oser at the exact problem problem you're discussing to figure out wheth= er I think Trickle would work well, if you like.

Phil

On Jun 19, 2013, at 11:13 AM, Kris Pister wrote:

> Isn't some form of trickle the right way to do this? =A0Maybe some= issues with distribution over a two-hop neighborhood?
>
> ksjp
>
> On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:
>> This problem is not new, in P2P communities I've seen many dif= ferent approaches to deal with keeping a distributed state (consistency). I= think there are 2 main directions, pessimistic and optimistic, pessimistic= approaches aim to enforce all nodes with the same information which requir= es transmitting the exact state to the neighbours and make sure it is insta= lled there, usually this is done in master-slave architectures where the ma= ster tells the slaves what to do and won't fit to our scenario (this is= the PCE case in fact)
>>
>> A more scalable approach is to tolerate a little bit of de-synchro= nization (optimistic consistency) and think that eventually all nodes will = learn about the scheduling state. With that approach we can have scheduling= problems in case 2 nodes do not have their schedule completely synchronize= d, however monitoring can help to detect that and correct eventually. My op= inion is that the schedule does not change so much so having optimistic app= roaches would work well (in terms of scalability). To achieve that, nodes m= ight send portions of their schedule, assuming that eventually all schedule= will be sent, it will take time but neighbours might learn all information= from others "eventually".
>>
>> As Kris said, however, we need to find how useful that will be and= what are the cases where this will work better than just simple random sel= ection and monitoring, assuming our schedules are sparse. If this is an opt= ional feature seems that all cases can be covered.

_____________________________= __________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7b15a38573132f04df8fea95-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00B8521E80BD for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 22:07:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id drbz0gvXG1Zk for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 22:07:46 -0700 (PDT) Received: from cm04fe.IST.Berkeley.EDU (cm04fe.IST.Berkeley.EDU [169.229.218.145]) by ietfa.amsl.com (Postfix) with ESMTP id 5653B21E80B9 for <6tsch@ietf.org>; Wed, 19 Jun 2013 22:07:46 -0700 (PDT) Received: from c-67-188-198-243.hsd1.ca.comcast.net ([67.188.198.243] helo=[192.168.2.7]) by cm04fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1UpX60-0007rH-FB for 6tsch@ietf.org; Wed, 19 Jun 2013 22:07:46 -0700 Message-ID: <51C28E1C.3040504@eecs.berkeley.edu> Date: Wed, 19 Jun 2013 22:07:40 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "6tsch@ietf.org" <6tsch@ietf.org> References: <1928386660.1370828.1371704661261.JavaMail.root@vilafranca> In-Reply-To: <1928386660.1370828.1371704661261.JavaMail.root@vilafranca> X-Forwarded-Message-Id: <1928386660.1370828.1371704661261.JavaMail.root@vilafranca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [6tsch] New Version Notification for draft-vilajosana-6tsch-basic-00.txt X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 05:07:51 -0000 Dear all, I just submitted the 6TSCH basic configuration draft as we have been discussing recently. Comments and contributions are welcome. regards, Xavi -------------- A new version of I-D, draft-vilajosana-6tsch-basic-00.txt has been successfully submitted by Xavier Vilajosana and posted to the IETF repository. Filename: draft-vilajosana-6tsch-basic Revision: 00 Title: Minimal 6TSCH Configuration Creation date: 2013-06-20 Group: Individual Submission Number of pages: 12 URL: http://www.ietf.org/internet-drafts/draft-vilajosana-6tsch-basic-00.txt Status: http://datatracker.ietf.org/doc/draft-vilajosana-6tsch-basic Htmlized: http://tools.ietf.org/html/draft-vilajosana-6tsch-basic-00 Abstract: This document describes the minimal set of rules to operate a [IEEE802154e] Timeslotted Channel Hopping (TSCH) network. These rules can be used during early interoperability testing and development, when the centralized and distributed solutions developed by the 6TSCH group are not fully implemented yet, or otherwise not available. The IETF Secretariat Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC72E21F9AD3 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 12:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1xpmO0w2k9HP for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 12:31:29 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by ietfa.amsl.com (Postfix) with ESMTP id DF33721F9A8C for <6tsch@ietf.org>; Wed, 19 Jun 2013 12:30:49 -0700 (PDT) Received: from [76.14.66.110] (helo=[192.168.0.101]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1UpO5g-0006IF-OB; Wed, 19 Jun 2013 12:30:49 -0700 Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <51C1F4DA.2000706@eecs.berkeley.edu> Date: Wed, 19 Jun 2013 12:30:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <25ECB978-1045-4C7F-9E50-6B6EF45C17B2@cs.stanford.edu> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> <51C1F4DA.2000706@eecs.berkeley.edu> To: Kris Pister X-Mailer: Apple Mail (2.1085) X-Scan-Signature: d3e02c565cd5ac634b2ff74b6ba3e13d X-Mailman-Approved-At: Wed, 19 Jun 2013 12:33:25 -0700 Cc: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 19:31:35 -0000 Yes -- as far as I know, there isn't a better (faster, more efficient) = algorithm than RFC6206 for reaching eventual consistency in a wireless = network. P2P is not a good place to start because it is based on a graph = abstraction with neighbor sets. etc. I can look closer at the exact = problem problem you're discussing to figure out whether I think Trickle = would work well, if you like. Phil On Jun 19, 2013, at 11:13 AM, Kris Pister wrote: > Isn't some form of trickle the right way to do this? Maybe some = issues with distribution over a two-hop neighborhood? >=20 > ksjp >=20 > On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: >> This problem is not new, in P2P communities I've seen many different = approaches to deal with keeping a distributed state (consistency). I = think there are 2 main directions, pessimistic and optimistic, = pessimistic approaches aim to enforce all nodes with the same = information which requires transmitting the exact state to the = neighbours and make sure it is installed there, usually this is done in = master-slave architectures where the master tells the slaves what to do = and won't fit to our scenario (this is the PCE case in fact) >>=20 >> A more scalable approach is to tolerate a little bit of = de-synchronization (optimistic consistency) and think that eventually = all nodes will learn about the scheduling state. With that approach we = can have scheduling problems in case 2 nodes do not have their schedule = completely synchronized, however monitoring can help to detect that and = correct eventually. My opinion is that the schedule does not change so = much so having optimistic approaches would work well (in terms of = scalability). To achieve that, nodes might send portions of their = schedule, assuming that eventually all schedule will be sent, it will = take time but neighbours might learn all information from others = "eventually".=20 >>=20 >> As Kris said, however, we need to find how useful that will be and = what are the cases where this will work better than just simple random = selection and monitoring, assuming our schedules are sparse. If this is = an optional feature seems that all cases can be covered. Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E44821F9E85 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 11:14:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.519 X-Spam-Level: X-Spam-Status: No, score=-5.519 tagged_above=-999 required=5 tests=[AWL=-1.079, BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, GB_AFFORDABLE=1, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IjAuusMP35t2 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 11:13:56 -0700 (PDT) Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by ietfa.amsl.com (Postfix) with ESMTP id 324E021F9E78 for <6tsch@ietf.org>; Wed, 19 Jun 2013 11:13:55 -0700 (PDT) Received: from [10.70.192.93] ([134.24.149.4]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.7/8.13.5) with ESMTP id r5JIDic8016509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 19 Jun 2013 11:13:46 -0700 (PDT) Message-ID: <51C1F4DA.2000706@eecs.berkeley.edu> Date: Wed, 19 Jun 2013 11:13:46 -0700 From: Kris Pister User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> <51C1F1C7.2040300@eecs.berkeley.edu> In-Reply-To: <51C1F1C7.2040300@eecs.berkeley.edu> Content-Type: multipart/alternative; boundary="------------050207080508030700080005" Cc: pal@cs.stanford.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 18:14:03 -0000 This is a multi-part message in MIME format. --------------050207080508030700080005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Isn't some form of trickle the right way to do this? Maybe some issues with distribution over a two-hop neighborhood? ksjp On 6/19/2013 11:00 AM, Xavier Vilajosana wrote: > This problem is not new, in P2P communities I've seen many different > approaches to deal with keeping a distributed state (consistency). I > think there are 2 main directions, pessimistic and optimistic, > pessimistic approaches aim to enforce all nodes with the same > information which requires transmitting the exact state to the > neighbours and make sure it is installed there, usually this is done > in master-slave architectures where the master tells the slaves what > to do and won't fit to our scenario (this is the PCE case in fact) > > A more scalable approach is to tolerate a little bit of > de-synchronization (optimistic consistency) and think that eventually > all nodes will learn about the scheduling state. With that approach we > can have scheduling problems in case 2 nodes do not have their > schedule completely synchronized, however monitoring can help to > detect that and correct eventually. My opinion is that the schedule > does not change so much so having optimistic approaches would work > well (in terms of scalability). To achieve that, nodes might send > portions of their schedule, assuming that eventually all schedule will > be sent, it will take time but neighbours might learn all information > from others "eventually". > > As Kris said, however, we need to find how useful that will be and > what are the cases where this will work better than just simple random > selection and monitoring, assuming our schedules are sparse. If this > is an optional feature seems that all cases can be covered. > > regards, > Xavi > > > > > Al 19/06/13 06:48, En/na P.Zand@utwente.nl ha escrit: >> >> Hi Maria Rita, >> >> Many thanks for your comments. >> >> Please note that for sure in this mechanism we will have more >> communication overhead. The point is address the requirements of >> those applications that might require very dense schedule. >> >> Regarding to your comment about the redundant information, node A >> does not use this information just for negotiation with node B to >> create a soft link. Node A might need to create a soft link with >> other neighbors (e.g. C, D, or E), then node A will use that >> information to create a soft link with them as well. >> >> I think Kris provide a complete explanation, that why random approach >> will be satisfactory for most of the applications with regular >> requirements. >> >> Best Wishes, >> >> Pouria >> >> *From:*Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu] >> *Sent:* Wednesday, June 19, 2013 3:24 PM >> *To:* Zand, P. (EWI); pister@eecs.berkeley.edu; 6tsch@ietf.org >> *Subject:* RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon >> frames >> >> Dear Pouria, all, >> >> many thanks for this very interesting discussion. I have few >> additional comments. >> >> I am afraid the "cell usage information" exchange can generate a lot >> of overhead. For instance, one thing that comes in my mind is the >> generation of redundant information. If you look at Fig. (b) and >> (c), you can notice that most of node A's 2-hop neighbors are also >> node B's two-hop neighbors (the two-hop ranges mainly overlap).Then, >> I wonder why we should transmit the same information twice? >> For sure, node A will not suggest in its *Link Reservation Request* >> to node B a cell that is used by their common neighbors. Do you agree >> with me? Or am I missing something? >> >> Moreover I am not in favor of the random approach (1) you are >> suggesting. Acting in a very blind way, will give extra-work to the >> monitoring process, and then to the re-scheduling procedure. >> I would prefer to carefully select the cells, instead of keeping in >> monitoring and reallocating them. >> >> Best regards, >> Maria Rita >> >> *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On >> Behalf Of *P.Zand@utwente.nl >> *Sent:* Wednesday, June 19, 2013 3:18 PM >> *To:* qinwang@berkeley.edu >> *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu >> *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon >> frames >> >> Hi Qin, >> >> Many thanks for your comment. I see your point. >> >> For sure exchanging just changes might not be a good solution. In >> addition, the existing node might lose some information about the >> changes, due to the possible interference and packet drops. >> >> So, I think we need to think more about the possible solutions. >> >> Just as a quick response we might have active and passive approaches: >> >> 1. *Active approach (Request-response mechanism)*: The combination >> of requesting the changes and all cell usages might work. For >> instance, we might consider the *request-response* mechanism for >> the new node, to get all cell usages from its neighbors, upon >> joining. Then the new node might be able to periodically use the >> *same* mechanism to ask about the changes in the neighbors' cell >> usage. >> 2. *Passive approach (Broadcasting mechanism)*: We might be able to >> segment those information into several segments and consider >> index for each segment. We might need to broadcast several >> messages to report all cell usage. Each node periodically >> broadcasts those information. >> 3. *Hybrid approach (Request-response and broadcasting mechanism): >> *Each node**broadcast the changes that are identified by the >> sequence number periodically. The new node that joins the network >> (or old device who has not received the changes from its neighbor >> for a while or missed some segments), might use the >> *request-respons*e mechanism for asking the all cell usages. >> >> Am I right? >> >> Pouria >> >> *From:*Qin Wang [mailto:qinwang@berkeley.edu] >> *Sent:* Wednesday, June 19, 2013 2:14 PM >> *To:* Zand, P. (EWI) >> *Cc:* pister@eecs.berkeley.edu ; >> 6tsch@ietf.org >> *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon >> frames >> >> Hi Pouria, >> >> Just one comment on "exchanging the *changes* in a node's cell usages >> bitmap instead of reporting all cell usage bitmap periodically." >> >> I think one of motivations to use decentralized reservation is >> dealing with mobility. That means nodes are joining and leaving >> relatively frequently. So, exchanging the *changes* may not give the >> moving node the picture of cell usage around it, >> >> Thought? >> >> Qin >> >> On Wed, Jun 19, 2013 at 7:47 PM, > > wrote: >> >> *Dear Kris, All,* >> >> Many thanks for your complete explanation. I completely agree with >> you that "Bitmaps of occupied cells" can be sent in possible other >> ways and there is no "requirement" to just include those information >> in EB. As you mentioned, we can make it optional for some >> applications and/or use another mechanisms (e.g. request-response) to >> get those information from the neighbors. For those possible >> applications that might need very dense schedules (more than one link >> per slot) in two-hop neighborhood, we might be able to decrease the >> probability of cell re-allocation at the cost of increasing the >> network overhead (caused by exchanging occupied cells info). >> >> *Qin, Thomas-* >> >> I completely agree with you that without monitoring processing, the >> collision-free communication is not achievable, in a distributed manner. >> >> I attached a *Figure* to illustrate the concept more clearly for >> others as well. In summary, in order to choose a /soft link/ on edge >> (A, B) (as is shown in Figure (a)), the "cell usage information" >> might be helpful during the /soft link/ negotiation. Those >> information (i) enables node A to propose a set of unused cells in >> his neighborhood (as is shown in Figure (b)) as candidate cells in >> the*Link Reservation Request* , and (ii) enables node B to pick up a >> cell that is not used either in his neighborhood (as is shown in >> Figure (c)) and then reply by *Link Reservation Response*. >> >> For sure this method might have some costs (e.g. increasing the >> management overhead) and might not be suitable for those applications >> that doesn't have every dense schedule. But it might be affordable >> for those applications that require dense schedules, at the cost of >> more management overhead. >> >> In addition, I would like to add one approaches to the Thomas's list: >> >> 1. pick a new soft cell randomly in the schedule, and rely on the >> monitoring process to move that in the schedule. Extremely simple and >> lightweight approach. >> >> 2. have each node announce its schedule periodically (through custom >> IEs in the EBs, or through some other mechanism), and use that >> information during negotiation Potentially more efficient, but >> possibly much more overhead. >> >> *3. the combination of (2) and monitoring process*. >> >> As Thomas mentioned, there could be a different boundaries in which >> using methods (1), (2) or (3) would be considerable. As Kris and >> Thomas suggest, I think evaluating different scenarios (i.e. regular >> schedule and dense schedule) can be useful to clarify those >> boundaries. To measure the network goodput and management overhead in >> those approaches. >> >> *Xavi-* >> >> I agree with you that having multiple slotFrames with different >> length, make it difficult to use bitmap in the very dense schedule. >> In this case, we might look for a better way. For instance, >> considering the request-response mechanism and/or exchanging the >> *changes* in a node's cell usages bitmap instead of reporting all >> cell usage bitmap periodically. >> >> In this figure I assumed that the Tx range and interference ranges >> are equal. In the realistic setting that those ranges are not equal, >> the monitoring process will be useful. >> >> Best Wishes, >> >> Pouria >> >> *From:*6tsch-bounces@ietf.org >> [mailto:6tsch-bounces@ietf.org ] *On >> Behalf Of *Kris Pister >> *Sent:* Tuesday, June 18, 2013 10:42 PM >> *To:* 6tsch@ietf.org >> *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon >> frames >> >> Pouria - >> this is good stuff, and I'm glad to see you pursuing it. When we >> first started talking about working in the IETF to standardize the >> gap between 6lowpan and 15.4e I thought that surely all of those IP >> devotees, who had been so certain that centralized network management >> didn't work, would step up and demonstrate how to do it right with a >> distributed approach. I do think that you can build perfectly good >> networks this way, and in fact we'll have some advantages over >> centrally managed networks - speed and mobility for sure, I'm not >> convinced about scalability. >> >> Bitmaps of occupied TX and RX cells in Information Elements seems >> like a good idea to me - maybe there are better ways to do it. The >> one thing that I would ask is that you not make it a *requirement* >> that these IEs be in EBs. I have no problem if you want to make it >> optional, for those networks that want to use it, or even mandatory >> as a response to a request. But please let's not burden every EB >> with that information. >> >> Clearly having complete knowledge of the neighbor link tables enables >> you to optimize link schedules. I'm curious to know, though, how >> well you can do with just random choice, with some feedback on bad >> links. If we look at randomly assigned links in a superframe with >> L_max cells (=S slots * C channels), and consider the collision >> domain to be the union of the neighbors of mote A and mote B >> (conservative, but the bound is achieved occasionally in practice), >> then the probability that a cell is unoccupied is >> P0 = e^-GL where >> GL = L_a / L_max where >> L_a is the number of assigned cells (either TX, or RX, or both). >> >> If we're using 15.4e at 2.4GHz, then C is probably 15. If this local >> piece of the network has scheduled on average something in every >> slot, then GL=1/15, and P0=0.94. So randomly selected links are >> usually going to work. Having an average of one link assigned per >> slot in a given two mote neighborhood is really high, at least for >> any network that I've ever built or sold. Sometimes we approach this >> at the DAG root. This is not to say that transmitting neighbor >> tables is not a good thing, just that you can build a lot of >> applications with very simple (random) cell allocation. So sending >> the neighbor tables is not necessary for many/most networks, but >> would be a nice option to have for future optimizations. >> >> ksjp >> >> p.s. an interesting question arises about the goodput of a random >> link assignment approach. Many of the links will be non-colliding. >> Those that do collide will exhibit slotted aloha collision >> statistics...or will they? With a mix of non-colliding and >> potentially colliding links at each mote, what is the network >> goodput? I'm sure that someone has written a paper on this for MPLS >> or something, but I've never seen one. >> >> On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: >> >> Dear All, >> >> Regarding to our last call on Friday, I would like to continue >> this discussion about the maximum number of links' information >> (or "link object") that can be included in EB? Can we think about >> sending the information about the entire reserved links/cells in >> the EB(s)? I would like to know, Is there any way to define a >> CellBitMap to enable us to include the entire reserved >> links/cells by each node in the one or several EB(s)? >> >> ** >> >> *Our motivation*: >> >> In the distributed approach, this information can be used by the >> receivers to schedule (internal) collision-free[*] links with >> others. In this case, this information is not just used for >> enabling the receivers to contact with the sender of ADV/EB. This >> information enables the receivers to collect the list of used >> cells in their neighborhood. The content of information in each >> "link object" can be different from the existing information in >> the EB for each link. For instance, the link option or link type >> might not be needed in this case. On the other hand, neighbor ID >> (the other side of link) might be needed to be included in the >> "link object". >> >> In order to create a soft link, based on this information about >> its neighborhood, Node A in the *Link Reservation Request* may >> suggest the set of (internal) collision-free links to the >> receiver. The receiver (Node B) also based on this information in >> its own neighborhood, will choose one link from the suggested >> links that is also free in its neighborhood (that might be >> different from sender's neighborhood) and reply to the sender by >> *Link Reservation Response*. >> >> [*] In realistic setting, where the interference range is more >> than transmission range, this information will not guarantee the >> completely (internal) collision-free communication. But it can be >> used to not repeat the reserved cells in our two-hop >> neighborhood. In addition, the collision caused by a pair of >> nodes who are using the same cell in outside of two-hop >> neighborhood can be detected, by monitoring the status of that >> reserved cell (By considering the mechanisms discussed in "2.8 >> Monitoring" section in draft-wang-6tsch-6tus-00). >> >> Best wishes, >> >> Pouria Zand >> >> _______________________________________________ >> >> 6tsch mailing list >> >> 6tsch@ietf.org >> >> https://www.ietf.org/mailman/listinfo/6tsch >> >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> >> >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------050207080508030700080005 Content-Type: multipart/related; boundary="------------020605040904000509060100" --------------020605040904000509060100 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Isn't some form of trickle the right way to do this? Maybe some issues with distribution over a two-hop neighborhood?

ksjp

On 6/19/2013 11:00 AM, Xavier Vilajosana wrote:

This problem is not new, in P2P communities I've seen many different approaches to deal with keeping a distributed state (consistency). I think there are 2 main directions, pessimistic and optimistic, pessimistic approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the neighbours and make sure it is installed there, usually this is done in master-slave architectures where the master tells the slaves what to do and won't fit to our scenario (this is the PCE case in fact)

A more scalable approach is to tolerate a little bit of de-synchronization (optimistic consistency) and think that eventually all nodes will learn about the scheduling state. With that approach we can have scheduling problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to detect that and correct eventually. My opinion is that the schedule does not change so much so having optimistic approaches would work well (in terms of scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedule will be sent, it will take time but neighbours might learn all information from others "eventually".

As Kris said, however, we need to find how useful that will be and what are the cases where this will work better than just simple random selection and monitoring, assuming our schedules are sparse. If this is an optional feature seems that all cases can be covered.

regards,
Xavi

Al 19/06/13 06:48, En/na P.Zand@utwente.nl ha escrit:

Hi Maria Rita,

Many thanks for your comments.

Please note that for sure in this mechanism we will have more communication overhead. The point is address the requirements of those applications that might require very dense schedule.

Regarding to your comment about the redundant information, node A does not use this information just for negotiation with node B to create a soft link. Node A might need to create a soft link with other neighbors (e.g. C, D, or E), then node A will use that information to create a soft link with them as well.

I think Kris provide a complete explanation, that why random approach will be satisfactory for most of the applications with regular requirements.

Best Wishes,

Pouria

From: Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu]
Sent: Wednesday, June 19, 2013 3:24 PM
To: Zand, P. (EWI); pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Dear Pouria, all,

many thanks for this very interesting discussion. I have few additional comments.

I am afraid the “cell usage information” exchange can generate a lot of overhead. For instance, one thing that comes in my mind is the generation of redundant information. If you look at Fig. (b) and (c), you can notice that most of node A's 2-hop neighbors are also node B's two-hop neighbors (the two-hop ranges mainly overlap).Then, I wonder why we should transmit the same information twice?
For sure, node A will not suggest in its Link Reservation Request to node B a cell that is used by their common neighbors. Do you agree with me? Or am I missing something?

Moreover I am not in favor of the random approach (1) you are suggesting. Acting in a very blind way, will give extra-work to the monitoring process, and then to the re-scheduling procedure.
I would prefer to carefully select the cells, instead of keeping in monitoring and reallocating them.

Best regards,
Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P.Zand@utwente.nl
Sent: Wednesday, June 19, 2013 3:18 PM
To: qinwang@berkeley.edu
Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Hi Qin,

Many thanks for your comment. I see your point.

For sure exchanging just changes might not be a good solution. In addition, the existing node might lose some information about the changes, due to the possible interference and packet drops.

So, I think we need to think more about the possible solutions.

Just as a quick response we might have active and passive approaches:

Active approach (Request-response mechanism): The combination of requesting the changes and all cell usages might work. For instance, we might consider the request-response mechanism for the new node, to get all cell usages from its neighbors, upon joining. Then the new node might be able to periodically use the same mechanism to ask about the changes in the neighbors’ cell usage.

Passive approach (Broadcasting mechanism): We might be able to segment those information into several segments and consider index for each segment. We might need to broadcast several messages to report all cell usage. Each node periodically broadcasts those information.

Hybrid approach (Request-response and broadcasting mechanism): Each node broadcast the changes that are identified by the sequence number periodically. The new node that joins the network (or old device who has not received the changes from its neighbor for a while or missed some segments), might use the request-response mechanism for asking the all cell usages.

Am I right?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Wednesday, June 19, 2013 2:14 PM
To: Zand, P. (EWI)
Cc: pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Hi Pouria,

Just one comment on "exchanging the changes in a node’s cell usages bitmap instead of reporting all cell usage bitmap periodically."

I think one of motivations to use decentralized reservation is dealing with mobility. That means nodes are joining and leaving relatively frequently. So, exchanging the changes may not give the moving node the picture of cell usage around it,

Thought?

Qin

On Wed, Jun 19, 2013 at 7:47 PM, <P.Zand@utwente.nl> wrote:

Dear Kris, All,

Many thanks for your complete explanation. I completely agree with you that “Bitmaps of occupied cells” can be sent in possible other ways and there is no “requirement” to just include those information in EB. As you mentioned, we can make it optional for some applications and/or use another mechanisms (e.g. request-response) to get those information from the neighbors. For those possible applications that might need very dense schedules (more than one link per slot) in two-hop neighborhood, we might be able to decrease the probability of cell re-allocation at the cost of increasing the network overhead (caused by exchanging occupied cells info).

Qin, Thomas-

I completely agree with you that without monitoring processing, the collision-free communication is not achievable, in a distributed manner.

I attached a Figure to illustrate the concept more clearly for others as well. In summary, in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the “cell usage information” might be helpful during the soft link negotiation. Those information (i) enables node A to propose a set of unused cells in his neighborhood (as is shown in Figure (b)) as candidate cells in the Link Reservation Request , and (ii) enables node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then reply by Link Reservation Response.

For sure this method might have some costs (e.g. increasing the management overhead) and might not be suitable for those applications that doesn’t have every dense schedule. But it might be affordable for those applications that require dense schedules, at the cost of more management overhead.

In addition, I would like to add one approaches to the Thomas’s list:

1. pick a new soft cell randomly in the schedule, and rely on the monitoring process to move that in the schedule. Extremely simple and lightweight approach.

2. have each node announce its schedule periodically (through custom IEs in the EBs, or through some other mechanism), and use that information during negotiation Potentially more efficient, but possibly much more overhead.

3. the combination of (2) and monitoring process.

As Thomas mentioned, there could be a different boundaries in which using methods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I think evaluating different scenarios (i.e. regular schedule and dense schedule) can be useful to clarify those boundaries. To measure the network goodput and management overhead in those approaches.

Xavi-

I agree with you that having multiple slotFrames with different length, make it difficult to use bitmap in the very dense schedule. In this case, we might look for a better way. For instance, considering the request-response mechanism and/or exchanging the changes in a node’s cell usages bitmap instead of reporting all cell usage bitmap periodically.

In this figure I assumed that the Tx range and interference ranges are equal. In the realistic setting that those ranges are not equal, the monitoring process will be useful.

Best Wishes,

Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Pouria -
this is good stuff, and I'm glad to see you pursuing it. When we first started talking about working in the IETF to standardize the gap between 6lowpan and 15.4e I thought that surely all of those IP devotees, who had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right with a distributed approach. I do think that you can build perfectly good networks this way, and in fact we'll have some advantages over centrally managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a good idea to me - maybe there are better ways to do it. The one thing that I would ask is that you not make it a *requirement* that these IEs be in EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even mandatory as a response to a request. But please let's not burden every EB with that information.

Clearly having complete knowledge of the neighbor link tables enables you to optimize link schedules. I'm curious to know, though, how well you can do with just random choice, with some feedback on bad links. If we look at randomly assigned links in a superframe with L_max cells (=S slots * C channels), and consider the collision domain to be the union of the neighbors of mote A and mote B (conservative, but the bound is achieved occasionally in practice), then the probability that a cell is unoccupied is
P0 = e^-GL where
GL = L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece of the network has scheduled on average something in every slot, then GL=1/15, and P0=0.94. So randomly selected links are usually going to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any network that I've ever built or sold. Sometimes we approach this at the DAG root. This is not to say that transmitting neighbor tables is not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So sending the neighbor tables is not necessary for many/most networks, but would be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assignment approach. Many of the links will be non-colliding. Those that do collide will exhibit slotted aloha collision statistics...or will they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure that someone has written a paper on this for MPLS or something, but I've never seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would like to continue this discussion about the maximum number of links’ information (or “link object”) that can be included in EB? Can we think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define a CellBitMap to enable us to include the entire reserved links/cells by each node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be used by the receivers to schedule (internal) collision-free[*] links with others. In this case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of used cells in their neighborhood. The content of information in each “link object” can be different from the existing information in the EB for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor ID (the other side of link) might be needed to be included in the “link object”.

In order to create a soft link, based on this information about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision-free links to the receiver. The receiver (Node B) also based on this information in its own neighborhood, will choose one link from the suggested links that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the sender by Link Reservation Response.

[*] In realistic setting, where the interference range is more than transmission range, this information will not guarantee the completely (internal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes who are using the same cell in outside of two-hop neighborhood can be detected, by monitoring the status of that reserved cell (By considering the mechanisms discussed in “2.8 Monitoring” section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------020605040904000509060100 Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlz AAAOxAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfG SURBVHja7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQ EBJCwkKokVpSS7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61 nqUu1Vxd+5zn7PPsvX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5 JhAIBAKBQCAQCES+CQQCgUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQ f/YzFhkZ+Tt/PIdnnnmmeNasWU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW 7Yrj+vreurMxtdsPf7YlHcnW/P2cCOr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84R avyQar4QONbkyZOHe0NSOyv5xrbufmtCx7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3 FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjr alSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbHWcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc 7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKEd+yup8ytrQkbgo04syF8x//E++jK jsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZrUnt390zFl4zbCuuTbQP7mzb sT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/7Mnu5XAL6T5ybF8uBzGi 3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/8SIIMuDqWNhPGMLd 6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+LdeeD43jt7J13Z hmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfXIp6pu2cs 5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0vzMu Iec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxzt zt1xPF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmX UrtXSr71tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQ cUx9uTue1FPtaj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjy fLt7ZkS+u4bnW7yTzmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904 mc162vF/zjzxrtoRd9ci1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs5 5Nufdi+XG7gjuZ72d+QScq/TEwcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvh bj8HHdLT7q4N+4oGQRzPledbrJMavatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vx nXRlu2JGSugC5bw3gng7syHp7JL0+hwH9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2b u3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCO fHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+gAZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2 bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci+QlkuzqRCKPaHbUJRL47mv13FLs3 sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAgEAgEIt8EAoFAIBAIBAKByHfH gxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsnEPnuWA/aRUUpNV5qRDFL UzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCGKBLvOxaYcVYiFoQY qYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6KHThWPBK/B+2 h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8ctu+MVxCI fPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xBWqrZ lR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqf ruzQ0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2 nfEKApFvQ5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAw iU4SRFXqrZK2HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQ xcvsqKUSU0yOejOhxXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA 0bmJ6WSsF8cWHivHY3gKYHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBl FfoxudHFQlvpbhuhvfR0LGxH0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnP N4Ggj93qAdizp4E5gUAg2ycQ+SYQCAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8C gUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCMBJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6lj JhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgIBOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50Ag dE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHsn0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3 m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5EdgkEgp6gwEsCoWsTcHoORL67NIyo v2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6NWYmlUQYk3w/RyJhA6NyDbCLf BELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo5SiR7y5Nco06+gxNKFxI U1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oFWr7rGZz9TZ9p1juv zM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj3Y3aBlDObyLf HRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0UnDXKNexZT 6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8AUhV0 2GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/ sJjkEb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1 dLYL94dl/B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+ 0yyfU0dM6IrAew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6V ENC7cRV+tyW0XYNCLSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+R ExqbPMmfHd3wudkfPjwsyS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ /acRyxi2p9+ZQHDet8sl4Eax/6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc +c6jo5ax2o1HWFx283V4pKbOB5/VfzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3 Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZNjn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKG kAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRghT3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU1 32ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YVbt4H4Pu6VeusW9euNTXUNMYVFpaPsWRX RwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP7BmUoahT/v3QpWzAzOzr9NsSCHfJ 7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4gTnKU0yH4zK2x370+xIInu1f SDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8dmHybHhgzv+ASAhY9dX7P TrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk3yHyTSD4bucvzi68 8vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5PrDv3zgcHs4rr 3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xry9ebDpxl Ssg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuEk0zi MOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PEx yUzJIBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9x Rpai6d6mbW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR 72cnp10HoaDfl0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6 ke839r3BZiTVybo+SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5 ZIJA6MrwhtyCrMckmLrrcX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1 u5mnIjsvhObdmrfYMoZ+WwLhX5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giN NUfQb0sgeAaK08ipDunrPnpdI7bD9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3g zsrLPzXOzAbOymF7d7Sxlete/8eynHoL/cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1f w6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55 IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttRghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9 iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo7BeSzeAt15N8Q04SlVLOXgzNZY+P TeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5wuiebwBpDpHuEAV0HAM+sYz/ Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThmazJdDs9nbR076hXxL8dgj j7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflSyrYoGmSPXlDKZ5X0 JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6PFHF2uiab0eg guWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDhMZ4QU8rk 5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6dO7cE mYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+Zw PbXT1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0J Z+T03Y++4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4E FMAJSyx1mn5PbpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn9 6NRZrqdGUONzUzLYn8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4K KQoZA6EzEe/C6saZV67evOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgI RfvXNjSx5n3nPi4tLe1BnS+hq0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcX Jt/evGByOuNsW/HoT0+fuuhNUGNj0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+Qbx rsrN8ekYxw4dfb+wsHSgN40Meb4J3rwzWhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5 jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo 5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQEfeKsxNIof7//vpxfVNek94PIt1uirNZI DcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/at8/n43x+7h1WUr/t4OK0QkW5wYl8 E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIPPvggu3jxou7kGwOABx54wOfj ldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1txFE7buRBhbvn4y0JJ/vv 5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpVyUoaBcp2QlDW+WaP UsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/80/WsP3Mh8m2 hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIoLa+Jhp5Z DTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9evTg 3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHo yLwzoxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY 3luCivbf3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf 0WGzmSUhQfF+2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TU b0dG5J43QmomQuck39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+H G5s8eGxk7kkEoPaalnUTf1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4 gEMtIDKzaFB40QfDZqZvhiae+vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/N dOBPPfYY15rr5QXftWX3mT5Blq+Qnk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfP akE+H3roIa+ymaSnp7Nu3brxQEytyDEkJ3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/ HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkwoIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0 rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ80nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBC llTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8Qr/9q1/9yidNNgIxlyxZojo5FsGW enrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLvtJ73omVfp2ewI+5jYmRaBgbe 7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZSR9BNQxqCYjwzpkzmpNlf lS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5RgYTX8u///rXv2bF xcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y2jOjA5xrSlz5 lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNmiu0iTcUz t6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctrgxeY oxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2U fOPFGj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK +AyanfstAjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYd a1asWHHLyGTb2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQ Dgyds/wgqkkikBel3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W /9T4lFuefuyWPad+jM9s+qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiK G0GvVZWELq00IZhDjOLRoOA7UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODk QT3JMzzVIMxaHN+Xipi1tbVci67X4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67 LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKtp7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa3 0Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tmUG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DM Hykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD8C6rfXxkQkEWFW894dgfnm89yTf03koG 2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntemVSCnGhUx9cyvjVmJgpV77yixfwRe D5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5fjrnYcN4sZyOFIipFWYlVrFH Ry6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy/Pnz/PjeVKiMi4uzpxnU S3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RBD+S/Suwf6Qcnzs/e TO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiqk22UC62rv4bU gAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3IdCD390Kx LQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YSDTE+ /UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh 7VDz+NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9 /TjrGWSV1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/ JMjoO81yyVNSBYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e 3j5ykpNq4PWtO+/ZF//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOE VDY/YxVzNmMBTW9yySY2I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d 7+a3t7n2EcvokCDdwOABGmrxAaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9 hf/X1K3Q/Hkg3/lfXxjJnhxndvt7odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdn mfi7BPwhBX1bd/2dopYHR80vvPGHYZ4VCc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYl j3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OT wzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGI qV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+MTqPa6zVfh7w/uMZoEgQ5DG5tnwW vXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD7O5kSx0T3nixvfGW++KN1rty plzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErSGUk1LKdx/z6TyfQbcrB1 MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgSrrmelryOzcjYwgnv hIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNbLdbCl7UyICLf xobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiIXH49IOfe Xg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9QlmSxP ko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq 1ZqlROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9 bZs+4RCfReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27M N1ksDyDlkJrvkF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqD g4PZZ59fYYHxJWxiwgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi 4mJF1/vr//xPz3nJ61dcrWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5n gOWquWzzt9aaHbefb/8Oea4oQKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn 2+cUV+2z2QqfJfs3OPnGdM+sxNKokMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0Hy Ae221gMBeK7DTFVOSbd0GQYCAu7qevD/ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+f e/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+ kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/QtaNgD4j+3r17FV0fsrWAsMvdfv/xd88m WyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDxRl/Y/nwOopI37NaxfcSAuvv4lG98 ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK0hkdbLoQbDw4TK+Iik9itHfP 6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFdVZAsq9nMAx+1Jt7woo9o J9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6NCfG7wP5RpS1wcXkB Cu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5NqdfeN7yqoLbOKi Crt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13cCo+2O/II 4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L/4hJ K08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8A dcwdm2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7II nTNkH+IDsi0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3 L+VXNoaTvXReCCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV 8RwgLfE0Iyg+8I6HxCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVA Uk5TiSfiBp0xghIBtaUoIJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvH BygYqLgqFAT5TEBsqddefGRDgQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5 VhBwaApBeqWNNwIBx44dy0k49MladA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W /B57ZU6BfX/kDEfQJqaFf/vb39qflViP+8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jB lCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx 51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKST+rRVQO7m9dw8gryrbfHW2BqXKWiThnf EZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKVFqVSFArG6riIzahb56nxvnjxIpeh wENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJazlMRYnASHx+vqUwH0hVfyTc+ 5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtCXQBZT2ldS9x77723VSv7 RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYwdbpfM6jEpK9kUUWH FJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03SLjancsLI4J5 MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7bxeX1gwl G++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0g3yr dTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3j AEUdvG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n 55eWJpktT3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQ YM60yUpLSuRbJ+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvI CuOLjERkWZGTrxzpCfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6d m/Gxde+Rld423tA5g4BD44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL 7bwhadFKcy8CMusaW8IciRCIFgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtAS Q/OONMtyyTfStb40M1e39glODkCr4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBP rSqRSEkIEo6MH56Irq+kVQsUV29mRU37ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4z v24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVwxgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD /iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA+rK8s+1sW/iyymQQIsxiofha9/Hm2xgo ISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyjeE5u/c5v5MpOYKui9oAe7RPaVqV1 AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gKM2Bm9g0UIyLyrTIyChqtahM3 ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0fVCfD2zbt5zpwzAg4rkOW GbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iOTKPDmpNY7Hey7Ww5 pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZpanz516jz4IqM YMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0TyLYUo/z 5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSCUu/u B0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm 0KGg0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHC Gw4pCtlTxwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtP fz7Lp4c9wv6RwlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BY pOatZROiS1ivwAzWd1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5 HnBkNnHUZ+OYuD+lenc5KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J 1Q+1bsyjoqJ40Rln65FacOGSVDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgB Gx9fzwfaGDTg+8CwfL4Mciz07pDbeJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5X gldSkW5Kspx4eY6H5FyH3gGXaWlp/d98883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS +eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrVGfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpg vcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4mCHpSMpZowrxhLdYmgoRXngELirxIFet fZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIoDFNUWkWjDJ0fr6xmgEj3rojS1Xua 9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi3R+8TlpdD7KFoMPs168fvy53 Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8RJEjOYNstAnuym3D7jHA RsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkfory7VjLF6upqTrg3 Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze1smx/0dHLWMT 52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpKr86HrCkI ThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaVVKDj JaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaU AR5VEURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1de EbN8Su0Bci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw 07PnbutB5FAuXmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK 4ut1QP8NXbmewZbjooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXM rX3jU7JmP7M17lN0Pnih4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8 oaY6RcVG8Ok9I5+BdFOAtfFxd/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvn ys4Tn/lkD2g7oLWWuz3aHwzw1bZPpGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6 br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpOAG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZ evhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmL mCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSYuvUOsnwlR86EPr7vNMsluWkszWZzt+bN ewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN2YgxC4oV2f9P3nLL9Y5oC4a5kNUt +97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94v305BgYGSL2I6xbpDJXq1iGf 0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2SJneQjWnpuNx193tm2trY q6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMlpZrPbqOT2eQo6xqy L4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+cQxRHMdb++/Z s6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumcJyyqYn37 vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9Np4w XhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJOb OC5joI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/X M5NSr3XUgjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFw V9s9KRMRcCqAAQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//Nnnlx HHtuioV3vM6MkudCDcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5 Dff8gLjqVWQCy0JyotbxhCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0D emU5cZSc9Ayw3FCiIcb3XtNzflyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvP hoVlsr+OiOJyNJHNKDytiUNU/EW8BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjL dETkWwYO7drfpjVxdcyFzQn58lX8RVVCvlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+Je sR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq +DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb+kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7 +PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628LzmzopqoWN+fmratSmxhZtnJZbH6xFkRbEj vkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmcU2kn3lHL17D5ySX3kG9ptiV4 wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w3lOS3CZYeHKcmU2Ir/5u XlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCbi7OKlHIAgouy8Y5S lPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZXchho9/H7LVne xHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx7QyduD/I d07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9XtvYQ z/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAw y4jfAJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ 88mLKnlnK4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9 vPR5pKy6wMKytrOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auN dU2JaPzV7qTxzvtDx+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8 n5CiIJsJAknxwTTuS6E5fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2 HrsTFpM8KiHB9JA7W9TKCx6eWDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZ Vuv41dXVfGZr7NixdvsDmUWdAww8egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7 iytNuimrgt83riHEVM8988IjLt3+8uXL57NL60I70uy26heplIhs3XLguJZe73nLat1us25F M3tuRDj3arvrlMNzdrLZaev85tWelrmXa76FF1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClk cZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbzwZtHT1qyq6NQdIcq3XkPpQOYurq6wSil rFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZzrQO6JJ+4uLieHDXqxNm8wGMq2Jj UQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30hd2CI91PtXNJaeL66iv17u49a QJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdIeH7ZT5V+m3cev8fJhueB Kt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0zC6q3mq3WR9R+h7SI V1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwATLx46mgnx9Sw2 YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDXjIwoUhIO XTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7YksTw6e xUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSyn Yq1f7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EM ur0N4MT+GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJS TjPXNfebnsUDK6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSf hjxmfjx79LEn+DNXOzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86 M2mAITwvINfD5hVwSQW85fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOz hMcLxEPOIHte7m7+rFx54qTlsEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q 7I8PT8uHB1xIKKSkG+3BgNk2Nj4k2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQH g3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFF ZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWBk5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3 iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396+tTFusrKUSCT5CVT5v2SE4RmzbZFbD76 iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4Pvc0iYAicfyGPR+wWXmHWUnNKt06 X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0uRbX29y6PdHXGVki3+pKT+Tq 4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuMAGBk39GD/CK+BOeG/UgH r3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSneLv/68fObjfbCp/t MuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi+hEoCsmJmoV1 5GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1nV8+C4MnO q6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHxJVwy pmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcG K3B6SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p 9pQJwxmQcUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3 vXvD+nSTyfKoXI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK1 7AxFYR29Ol+kfcSMxCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh 2blLYv2QL4NzNQAPNwZV8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyX xcyT/Y+NKWePPfE0b3ORLQUDB0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7 b3Fy/zWrt11QW8MMoo0c1ScOvuFTIRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wP XvcpCY2KjBI505HaUam8BUGZ3pDwQxs3yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDu Ak737j+wvLB6tSadBzoOeIzEtKTQFSs53s9//nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9l r3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHyLe8Z+jOYEm20kJgo3be0tLSHnPcPObGV ZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui86Gtxn6ORdDk7A/vOoK11bz/cxfe 3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZrN90K2teu9unIErTwoVcWgKp AwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46AS1T7k0u+R0aV2Yv7KBn8 QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1dMYUhvALS+8agJDQm Odhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCSEy07W0g34F0f m7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJUTklobPIk /I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP24ks PoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/ l4ooDQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn 5u1NMcnl89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpe mJHNMwkgX6230e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZl rDnLPd0YPDh67jPzq9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhB oZaTI2db1gVEppiA0XPSVr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8 dvpWXwcuIPloZ9QqarZq054Spe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqal rJdt/xhwvzKnwOvrUSMAU+3lL65c+yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TV dQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZudVKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPc upOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHdEgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz +Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinOZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW 8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2AHBe0REu31Cj8ReSEzU7FwwO4quP cU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1GkS2E8nnBs+0tLkj2IKYu6u2 2dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/PmfYQEBY4AOAHkbA+ng7v1 cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8xAvkWn80Hz51ebLZN FCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlDjr43ILbUJ5KF cuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+xisWUtvHg DHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfeeujs D5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at 1k1vDe825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8 QcBDQkJc22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2 Es/HXfuBbFTISqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKk DkGQcioZekv4tACqd8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E 6IU5FWxUZBGblVR7zwACMxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Y s+PYD3KfD4ie8Cp40iS6KhcvJGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+r D1zk0pJw6yb2waUbygcT7R2grXEfn1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0T S7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcbHm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjw ww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uq SYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTVkOR7bGTuSUwvKCEto+YXs+N7D/E829Be I0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenYvQlGdeYBxwwFAmz1+C1sZa3s6Qmp sgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvpqEk00rSkq2UETEI6su/MJdn7 gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZvTByBptnKuPT5qJDEqm/ BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYsGLg4k5bodc1IXanG +4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbWe0Y+GxKex+ak rbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpITJeQ7OMbK /p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMzirtt BAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPB s400gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K 9sEABwMdfBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqA FwRcrfOhTUcKU8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6R JJQu95V8//IXv1CcZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSID gkzHMX84vN7wfutBvpOyV/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+Su wqSrZV/JHjoPtT033HN0559cRgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUgg yBV/3W0PAg6ZUJi5UbPOMa+4cotRSSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTc SvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVgXhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRB wKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951uZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/j Ol3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVsQ+TVdpYBBd77WZk72PqNr7sMOBRBlJCW ZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9WRL7nW1ZekxNY1NEBzzf07UrIN2QK 0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9iDuKNAElnx4OMBN5xLINoI7sK jpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmoZB9kQ0E6Qn9e9/rthxpU H3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553NT3TjkV4fvWrX2ne 3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSDCOzUmszBcwwS i4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1gjDxHMSz QCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZGkJR Fl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dlt kSoEUb766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASA IF1OijZ03jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3y q3W5eXeSE2+CQKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQb RXf0LE/uuIypUi3JJSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nF vcclNavYqOTd9n318HRLP9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlL lGR2mhiRlhO8wBzlr+uFDODcB5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl5 7KWZuWzD/jP2/ZGFCQNg2GFgYKDmnm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1v yCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53 642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAUgwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4 s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+PSbHn6PamsYTnW9QN8LaxRaAgOjitG3N0 YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56Xcl3XFycXXIid3947pEhRWjA1fKE 4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJgl7Z2XrMsPF84POXsjGxNfY6 GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT9Lx//A4vTF9ul9C5I+EY cPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iEmFLWvHY3Ty8IzTUI sNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWiIN9qEvAVNatk 5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY5XJFvv86 KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424ZZEHo S5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKi dH+hAVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfL yeeWtt6Tjg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMg s6OSb7UIOAZnGKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoD mRxE54pBNsrv/rl9UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxC r8bclFXJ5qQ3yxpgA+bqPSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4 tiErQUYf6JQDIlNM8NoiTZ6SvNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7 OzZKL/vATN2w+aXM2vqRS9ItXY7LWcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvf eegUe2VOHp/RgGMBkmiQbnyHkw1V230l3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2A SzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCxgU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NF pgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdVFAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5 voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCYvTwrt0ORb2fL0jzgXpPvQ2/Wak0c YUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYpfWYWMgRjQsqD5yhts0DK3T17 LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCIEr/YL4K6g9K2+Hw8tfKA Q34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSUqOW1ag28VZWYyM3Z mZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14die+yn9z15m+XE HXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfyl8qRAzTv O/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ffunVr lBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/ wfXJrajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7o jFftPM2iliy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6Zb L+vd8cPOQVzk7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54 qjETIaqOOpP5eHt95TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe 0cN5dradbfPVXjCbB3javkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GA L1myxKv9IQWB5xvLeM5qZMeCJx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVe Skdttq8Bl5AZhE8P9pnIQQrh6I0VpBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356 Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzD Cr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegqr62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7 zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyleJTMbKExktlof0Uoe4Y2TyQjk+8VZBVdH LtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7ARmEN9bZehA7zPrg81JoNstY9+E9 Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoeH22cnKJGzpaTraVDDEO+fTGQ 43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0wvWbj9o74IyS1Sy3ZsM9 WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6tq5uBR+ASWU+cnLD iyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahraJrqrjyxu2V4 PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZX5rtRIkG HAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a2RNI N9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocN HOi19EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN 2LNDw9jUCVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fu NPnaeMP7gQpnIIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQ HV+wmZU0H9S18xWSE28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJ Xzclmm6ZOvHgrki+/SnRAQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig338 8cf25TmpTfbUnliOKW1jcbnrdCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB01 9p7OB2cN+gsEUWJ/tYp+mfJWWTo8+YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXS eo/XW85+QcvWsVjbFrb56N+dkm78f5FtMxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vwe C1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8VAT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvj CZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdufYuNiSrUPc+3kJzocb4hw0ezfuOjuNfb VR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8zM3OSL+9vdlENr4Qo2hNHT7ez/UOX NXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpSRzkOvuN/WPenJ59nGzduumd/ DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE520qvtEx1SwofbtiWQo8 y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D+8/45PWW4/kGkR4e UWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o2fjB8w0deF5J rb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUuE+tP8IBN VMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpnNeIs hoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0x u2bOqbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G 8YF0J1Uc5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfug As9XznYz0ja5NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443U U/AkwQuOKpmuZBBCyoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs /KJKllS8iQ8+rWXNdt04gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEu QYj1Ipl6a75RtrpPsPW7V+NbmRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjj Y915fQIl+6OtmjMvirdbaRVbed7vpfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6 fLi/8NQVsvp3AO2KM0832is8U1/ziCtZbmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pY UdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS 0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRtXbdd93vcuH7nNi3s5NXZmW2vxq75QSvi rSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI03X9pCHM5stYhwY7MDBQ0fm88XSL Dzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0TphX5Hr2ghHu0PZFu8cG2/YMt Hzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9HGI5NS0qI0fEAiwvbjir 9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6DifhWg++86rW2CUn WrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5PvmvqWyv0IkZN FVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkrjrC1m0/4 dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW/tDR yDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk 2ziab08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiF phskWTqTJte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUP tLfzUwOD2dy0Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe 6KnhwVZDlw2ijA5+SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zS pNYEXCvyjUwnSsmqkmV4iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p 4AXfCzae58fIqVij2vOUZjnRuvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs 8oTnAyxXRaCis/fp90OXssCkxptptmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45 LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGj WpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ150mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuP QEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1 y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9HrISBKX95AlTY2YBQZb9+vXz6fdA 6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke6DvNcgnk2tP7BHI+YWGJy2wi 8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXYv1Ly3Xd61n3tCySEehch y1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPsKS18o2WmEkhF4LUG CS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+OWErA4e3qGbT8 jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaqfv84Ljxh yIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+Vtq51 76kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNIT UPVSy+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQB R4VLPcvLK8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpA Q+lLEQoMguckFsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxb apc/OKtIacSAZmfLx969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwd bK6p1OnxRJC6Xs+7cNXeTR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w 4EOCAiODjATSFLnyFV/PLTfYEgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr 6fcVp9qOfaKXvlEQ8FeiG+8YlXybzWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHw puvpCUNVTbn7Q3KCks++Pn/kXVey/7g5yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6L M7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx 0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3fmlDoh6EqLl5N1tsWcmatr2piHxDIy6X NArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7AAM8B14Vrgs6cB8yWtXI994yMLTz9 ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/OxtPYOLQMAHz17+Zr/pyw1Jvi3W 7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9YZCcbN26VZfrEwWSkK7t v/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/QoegQgqHTo3PybSsl3 j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vpn3CNaBMnJm9h o+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhyO2X8kIPD CxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvNOIPB jyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOf ON2+vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFN yMJ0k1TCcBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcd MzyJhRsV2QeIN1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoO TUtZz+ba9tgLosHJFmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62K B1jJId/law+y3HJlWUtABuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7z bGnpDjZxYZmsEvFSzbVUioPzgfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr 9epsoPsbPCeXlzeXS77n5e72ujy93GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNA ESIMuCG3U5q6C0FrOKbj+oiICFZc/C8deFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qW XdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wmtwl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce +MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa/cmXZczCiQEAAs5dacrRbs9IKGEvjZvD hgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPxPH3o0H69SNHFE6dYkTWH9R41x6PG CIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+UnbawJjUBnbmyGleAAgVPAF8 dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2VlzHcRkerFHzC+0Bmlpd H7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8OwtGzZ0+7l0oBWVEU tDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiwszC/2X1nXxEYl 77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05iDfSIWIm Ts7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5mbls XEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+s WLHill6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaW E3IcVwFO0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZF Zhb/ZULqt57Id3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5 MMOHCplo7+BtR6B9bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPH sMbiInvgJWQQIpBv0Ow89kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88D WtnNR/9+jwH+7Gc/s2NZTs096+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UK q1k/jaOhJSc2WzdrWbOmjWH7OezBe/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8f P889J4MHD+ZEUYvrg8wDHZG/yLajrOOVOXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3 lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPzegZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKo JeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0DMuFZR+AkZHUAZC16VMh0XMZvml27nbf/ 6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6TfpSQT2m+pnGRtdQ17/tkeLo+N4zzy xz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfesS63ex5bl/vSM4b1HhhLo10G8 QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQNFVL8o1OE55WeDukniWU mgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBHf3e+uG8MRqRkWzrA nrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQZ3dFgARrnekE gyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvItsvsYwf6R LSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eOtTtW 1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczC wvIx1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEa R9FZGaHzRYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16 kXVBTcIMYqa2HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6M spxdv5stq9gl28EGjIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2N TbHeEBtBuIU32lf9LvJCg4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1 ql+nFuRbCrwHGMjhry+/c3lxcX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1t Dw8JZCijRo1SpTNBgGNo5mbDdL7QcEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etF p65FejqQNsgSiHzrNLvdTrzVGPDgXYB3OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gF NYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3 UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52RfkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh 346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w8dMz3jRu6LTgrQBhDgwM5MveNJaQ S4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by8ccfc+L95+cG3ic7mfhaI/eW 63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS1JjOtofXW0ix3B0P3nQ1 Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72cOQgG5O0zoA319th yDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow29bwYjLean4h VXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDuwFm5rN90 K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lzkF6x XugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfR mecaMz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7Wl cZqQbzRWCHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/Q DSPA0BP5RnAiUgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeR V7Zl1wle8n5xZtO6rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHX Ijod5H9JzkruRVe6P64HFRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk 33c8FORBUKtW1wuNvJ45u0UnKiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpI k20Yke97gd9saqQ5Hc+t77SMq0PnLD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09Pv WY9qimI2yNX+ohCMkewf1x2Wukq2gw3OuP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQ bNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY1 8BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellFdsa9tpLt233sPgkGBjNyA06NqPn2NFgD sQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAcP/r4k9wLjaA9vcot55fW+VTkAgMD eEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3MqeTVLLa9Xb/J9rzzBNnjMfFvL 8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6YcDCn2mS6VHor0WedC0J txSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3JUXriCvEFW1hMarnu 16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffEuSnW7hNSbroi 3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSAkMCgCA4G Beu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscLL+Hs lPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1u O8h2hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+z yOUtbGxcDa9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CM b+SUeRWf56Zk8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oT ZxBvkGdn2nN48GcsqebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7 +8hJNqF90OHp/ZUug4yClHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5 K8qDvN7IfetPsg0dIwYcTz/9NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+Y mcC0OzpC7OPL4EXJMvSUZovtKX+RSLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW 9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHG c3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPL uQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi 3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nLkOR7dmK1z8fAQKl30HLZg0h8f2qc +Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14wzCoGDQ7l/WdVcR6h9g42Y9K KdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogiJIOClrD9R8/plu3EYi3s o/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/IUOBpGRWcoPT9gX2 1G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREdBFUHJK7gzrYR kfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtuxHc3CM/v Jr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1vYsO O/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTm MrTa4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINve HA9kQqRXc7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5X DE7hSAhcUse94Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXds D9K8+sBFl8cr33qBFW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42 KfWmkk4ZgZmTF5bqRr6RqcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciy mh5oFAJyR97htReSDpD/D06dNxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+K NExynw+eJaBH4wzNMqLZHderUaEOMpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+ lK9GgBGO5W6aVzwreNYhYVErD7qrZZAKm832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4 sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz +7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLNXA7ibXl35O0GucYxna0H2UYZedgktplk 3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvFciNoUU6yg/0/IOxf2A+gG/luHw10 7xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu2eSyM3Zchncc8hR3xwWxRUaS 1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2WkXkG7M+Sj1CHRHDZqZv Fl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3ItqVNc4XPEiBEsKirK /j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7y32BrbDyZbXf V9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQEk7M/yD/k LIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZhAwE WmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFp ztl6TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXP x93+8MKDvKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9Sdjscv rF7NPdkIcESgZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gX OJI6vOyEBzrEpQUutK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/ IK6QlUj13Hp7e0H4HWUkyNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8 z6iwtBVdofNFw9M7yPKV3KxGvHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa /y+t6AnNNUg3yLenimtqLUM28+///u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1n BEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNvd99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5 tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/ 6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmBXMIpSDtKjSvplPGZmbKKLSzYx6UlapFV bwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM/vBUX57r29Mgcsri2ttdKQNCyMJ0 U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLtG5+l9WfYX18Jvqeypz8DlkTA pvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh9Jy0laGxyZPUfL5q6tbP nj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q7pCMLT4dD556BHu6 0oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2owakCAJdKUjYzI PR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2QwPvy7Vh MAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd4bT4 cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLH e4zAQmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwio D0peq8j+U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz3 8FCPlaxL1h5ioYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz 7ZjpxB2UZM2ISV/JhsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+ql ABacUM292loOVqLDZnPCvXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hx joE2PMmYysMAu09Q+pfwEiAKPHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7F MjxH0E36ejxkTMFMA3KM+3I9h976B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTg KJMOojkvzjIUKeyIfP9rQIJBC56btOAOiDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQ CSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPBX73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+z IN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn 4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+bCjKHUS6m71C0CCkam9fudhoUCoIs 93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHAlmo80fmW1zRORqdo1KIN8Gx5 Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1zXobesoJ87P3qBXQJJ2N FSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8CDG02LoMrszmZzUh r+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+hBf+QnvpNkC9 nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+wms0PnWo7 9olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfEe1xM GYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPy glkEFKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1 er9Tyrexudk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3P NsC01l4jwXF/XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXp s5cT5M6VHAPa5Ccee4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3 z+tyPgSXIquKs5zg8HiDeMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn 2hZq1dlAw4dpRV+Oh4Aed+v7jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1 R0AnpnRFusT78oynl3HygvbQlcYS6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5 xRlavd94L18OybAXoXJHvpfkNrHmXScM4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJ HAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3fgbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2v WsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzwTm79bjZuUQ3PdVxet4Vv817bYS57ACmU GwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX2NC5hU6zs2AgJM1qA7KN5611tpiu nPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX88wHIne5eD8hSWneeZyNjCpj +WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLbCNL1lCUH2yCeQE52EWix pVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzRNrw4PIAPQpOTk/1O vkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQMxWq+Fy8eFHV NKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjWmZ4aXlkU /hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGYwQDr qcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/ zoffA55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8I KoYdo32BfSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJ jsqYqJApPtBUV61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1Za Ovid42dvq0WOQG5BdNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIR HWUzIL3Ix+3vYE/8RbElJZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdT OsUPAt529MQKNRtHeD7ULocOzxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIq zu+oMcX147x6dvbSDwYfGLjg89LM3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaah oeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxKVt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3 PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMOgj127FjuTOjevft9M2ta38/b71481mHIN7wS 3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7EsPMxy80yr5a2FlzsgtpR7uYV32BFNG45z 6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqord6Teesvziiu3qNE4wrOEDk7NxhYp qX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6XJF/kF9fUwH6uowZAFwfskXI LeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+v2hTYK+QmzlbD9ItN6Aa x4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5yznhBjAQErN4et9P 66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamcxd15ymo2c887 /jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIeXxtHEGR4 l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF8qAw 23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCF iwweQImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQ WigurpzShfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QM Cwtjf3qqF6ts3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryR ljp6wNUg4M2t2xP1fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs/ /NY/vulS5Bsoqmyp8jYwEHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazb n5/mAaMg9CDqagQIGol8g0SjgA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8 fDwn4L6WX4fMRAtPMTJ9YJp6fnLJPZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2R bvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR 1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXe ZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J10wjCLT05llqiezMfDZ2YRUv3evKOCdH ZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvGER2nIK/e7A/iDs24v1KDQZeNTlgt TxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35AazEp988kmbL9l5EMQHMqx0fwyU MVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww2qeKlkS+VcShLVuK5ZBG ZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+GxRYd9CtRxQACzxUZ SjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3NpupA/UdSSbrs1eu 3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI5PvazVu3 Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/eTwxS MfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8X yLbiqkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrO C/Bg8JRVso7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXuf pi2p5tpiEZQoJ5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwP ZeCC5MW9gyxfIWWjVAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91A nv0h4XnMWrtTNhkODAzkM17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzA AOf5Hj3ZnLRVbFryWns9BCn5xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+ NT7VpUdFVE5bkt/KmtfuduthVjM1IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv /3vHz7Bx5t32ypJaEWxcDwYHyNjys5/97J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrH E/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IFQczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI 9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIto3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds 3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38SnfODrZ/jBsKS/OgvZBWp7c8X2FbWCA +vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47OBkhOHCtM6tV+wYMPoo3UgLh+ 5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7u+LX9jkyuXRhlybfMMq6 1XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTpLwwcwybE1/OgRfGR jijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGHdx06fS1/T0fU r9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT8ADh/nnZ +8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYDQSrB BYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV 8dA+51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmp rB4bnczMdzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYt KkwOClrKoqOTFM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5a BAcBjWp5uvRchueoV5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFq eqGV5orGuQUB1zMFIMlO/EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kN GxT4GpuVsdlpYgI4FZcWtrLJ5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORM zvbSbDQYlAivuh7tcVxasWr1PDq0caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj8 32oR+uERxSxj3YceyTc+Ow6/zaLTV8qWkGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fB AuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1c VMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8LsjIHmWQM6Sa00OWQuTbP/08/40TTA8N nZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5+KzHPNlzc3axlPJtPp0PhBqEH+2l +IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cwzF1b9n0U+FqVok4Zndnvnx3B yaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEzswiCKpH7XEhaQJzVkMZI ZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvwNQ+4P5dzG/awp8ab Zbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7lAQdCY81Bz05O u67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA3gYN/M9/ /nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9Rs4v +h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCOD y++HLpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx 8yxlGEwrsX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN 6FXnANIcDBBMWT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS 6SkXOLzPkHzAEw3ZhwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BK kZZQi8ws0pSFGIh4K6X59PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAO ZHXCPvUrVrIzF79m+46//97OfW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrs H46pWUsrDGHP4Cfe7A8PcZ/p2bL7d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zu FhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz25HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBt Riq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMtTG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkw LLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33pK4yCrmG9xk69pLKur8fOfXOGwUtxy8C STl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwDg+cV35mfUpqdZLI82BF+X63zeeP4 kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGzsJO59HQutwDgsUVAODzAgMjG glmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxDViO84Ujdiu9ys7HcF3CZ WbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelISDKIsXY/Ue2Jf6XYg eVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfOnrmEjlnJOys0 qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78HjF948de79 11Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneoNvxu 0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQ BhUVFWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31 NjuScy2IqDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8 Cme/aZbPJszP3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbn tTIQZ6TRA/JKatpKV+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSS b8wCYjawI/22sAU8W70HdPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7 f3KcmU2JybuHPKFIC8iytKIlloW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYA E+QbUhK55BsDjsAldYYKGJebSlCPZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6B aV8hMEukGII3HBrvoqZ93OP9xr43DEn2BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZW Ktkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaKoD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06 Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtRrKe8umYYyHNaZuagdpL1m452zyExyTMT 8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5fHb6VgyuB8+0tL0607K3V1DmrZdC LOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67EI42ZDwSnmhpAKYg3yBjwpMN QCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwrGHw5S6WIZ49KwgNn5fzQ K9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B2f+cvLCUldVudhrc aDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/elZHAhyLdUE+8v YDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t9AhtZ2LB +psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42PL06 MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQ yft7PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFO fd+6ddwDPnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wu qXlrWcuuE7I8kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5 KXhbc+t3foOO1ZnH/5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/ gJhBBMJikyfAA9k/xPrdXScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfw Waysqt5v94OBQmLhRl4QTOn+mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qd gnjLven2bR/cvu3Q2Y5EwKW5r0FcpXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2 aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm 2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbH ReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42ePsx6xeQtIaNjyliJ868zR544AFN8ly7 Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobPy7uitI/vVJ2SHCDoJaNk/bor77zb oQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9A8jK8rdJFtmBb/g8NyXtGtJk UQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPCU4vxXGX3KwmmbiDrZK/+ 7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW3W4+2y3Wo9S6Vnmz HZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSBZtuKR7937OTH HY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk+8lxKXem zksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3SwnlzQ nHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBG jWtCgOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOO tqKjZphB2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5G vuG9fvDBB7nHG55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2z B/LKdbL1DMy4iVz0nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb 4xzQoetRrAcDitzSVjYhqoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/I yIHAQOpMlQEDbLUkCB2NgKp5vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1 r8dv2LS6NfzSlRvXOxL5BuGGbASeYMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn 8fOIoEM97h8eeww89H7+qP+QXLDqy4rm/VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/Q qMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTlCM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5 Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ftHm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx 7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBzaL87I/jv+IpBRK28yzikGJo6DPOTy VpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjETCs+IONIZQjUtOy1b49+FBlh kBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUokd7m2oYldvnz5/IrWPRW2 wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9kKEGFRbVS/oFoAyDn yF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmnkd4KAwA55Bu5 vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw4/e/O6vi 0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh/nGd i3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnT wU9X1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD 8C6DXHtK0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb 39r1zmofH/mzrVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg 5So82nKcbLNT6q8qTTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1 j47dFe/BbMbhvW3nC8rWlpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjl v+GZ1pJ4Swi4YWQ3SkmrklzaGMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCj IN7QZttsNs3Ot27dOh7AiUBMo5DvkfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9 ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8 BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lOuBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqr g2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRfdztJhybcNRG2PCDuTa1BFWI14AGH1x3E H9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K4qB8e1RUlCHIN6/CndsiO3EBSHpg fInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8HgS5wuMNWak3fT0ZoJxRcmbh 6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33yUNvnM0qa6n1RlLiNaFp 75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNaD3ShR8f1gvwjsBLe bpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZKJd849N3etY9 AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4k/Ep6LAQ lAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEiKZFW QtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW 2G//3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn +j90WGoUKvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+d kn47xpy/xF+OAzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK 8vJqRKhIctKJoNVgyt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7u t/OL4j1KnGyj5hde92fNDCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3 tr/fByLfna8ThndYzQBFo70j/iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUT BYHkkm9kEesfYv3O3+2lWgHyZGQ+AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z 6tYosX7E/MJrlNKPoHGD202N4xgxA46/8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7I bmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuElJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03 PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3+ed1Pef6zW9cyy1bvzIsoTC9d2DaV67y gD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNXvAKCl14JyzrhSUoyZX6GZVxk9kp/ Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX80cuK+EecE/kG/KU/sHp73am 9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2bPHq0oYm3wKhXh7DpQTPY lQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkPxMjf5bONkL6NoL3n QzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8JsK3y2tKLmTWl5 +pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl29OLVhcsb to2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2sb5D phqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02 CK8WQY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR 8wvZUxNSedyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJ bQ7yZk9YWHINVSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54 nzx0jAXEV7C/TExjfxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9M DRP57joASZ0YkVnkabvgBebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRD QFyS5fnwhOzR7rYBAfeHjVO2EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufF bkYvKGVPDAplz45PZANn21hc7jquyVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag 2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFemJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm /sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0EPN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4Va TnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792wubYvQbw9ZelAHw8P+D8uXzMc+d588Czr F7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX5ymxUXi35cRP+YOAE/k2KFDkBZpk JXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu+6q2bi0MUPeARGhKqbMkqAmQ 1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoNsingkjB2bmrpE2OT78h1 sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQZbVaH/Lm+Sop/oW2 Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPeerXsP5pc2JKr1 fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9gy4cPD0ti csk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe0bKN kTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++P ip8oOrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0P QAPuzBb9pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUW a2EftZ6xL7NYHcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp /ZoWy4Hte7eCsIO479tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSH k0Bw1vl648V29JYL8i2mMTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8 +QQjD77byfdtuf2jWJ4QW3Z9VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01q TmnJmydOrz129t22g8cvvFleUb3/5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR 0tISrEV/31XsnwxKRSA6F+lxlLzUQ8LzrmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0 epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+FJ9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJq FVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+ 8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlxsr04M49Vb33rdnxW4wGLrfRleg+I fBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70jhH8DbnBigKQeEDqYZTrF15s Jft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNHpeS797TMW3FJlqd1sP9J XWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0hjxjBCMB7iM5UznsP Ty629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7QYBm/xDrd2T/ RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47knEPQCOtPB s5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTStU+L ysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIk O+wHxBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2 YeRmUm7SZ5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrS DInpNUw/YRkZWuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUN BhcDZ2e/PWuxNZR+fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOY rLU3AiPNiXpdV1cafJNReYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXE Q0k1KgKhIwK2K9fWO0o1Vdg62jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PT hnWU+4G99wlK/3LNjmM/oIiOIN2IV0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzg bXEKmiYmdFZIUvTJfscxwDa6TTgOJEAaQL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9 Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaNKkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJ Kby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBx EjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja3Zt9RTVeej+IfBNUIhlqebOoMh2B 8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuBpKpNlnEsCswgEIzXUak522b0 oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3IyuaSUQDEJ4uxulHVKzr6fg SyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6pY/YCCLrSUo9GgRkE wr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8Nj5vW56V2hEBw D39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8C gUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQCAQi 3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS 42I7KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P 0k7RkYQ7nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3 zL4e+7ki347HkXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAij R48O7t+/v6kr4qGHHtr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQ CASCjIEHQM+CQCB4AxDvzjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48 aGk/R5OSc2B77Cd3e1wPrkvJOd5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZh SvfZunVrlJLta2pqBm3evDlcyT7YHvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsf fn6THblwWfb2u09dYl9cvaXoHNge+8ndHteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY 2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusntW8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB 0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP8I5EyTmwPfaTuz2uB9el5By475m21zU9 B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi3wQCgdBJAH2zmuT76DuX2fbjn8nu pLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3hj/k5ACLfhK7WfqhJvl21H+7I t6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e4Xx57dZ9naGzTgqdGbZ1 RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFvd+2HK1t114Y4a3Pc tR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtOyp3H2NUUMDrD b2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWfthzvPt6s2 xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40HFt4 reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfy fBO6WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5 pmwnlO2E0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8C Qa32g8g3kW8CgUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilW aTVaParqenMOpdWBcc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+o bfR0DG/PrQfa7+VpeKzcZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1x PSfev6LoHFfbibR17VuanoPId+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC 9Zu3uzT5xv3LfVZ4rkS+CQSCYdCvX78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlO nWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zI Tl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL 17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf0SGJjsmxA5QeR3RYzjpU6fGENwvb3438 fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJfBP5pjbEQxsiXefKSy3+76wdkR7P sQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46Tmcdk+j4AOHdcncu/BWdpmPH 50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbEg42KY0klbM7WO2tH3LUh ju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6lKTe7rvTwE87O5eY 1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5djWDJtoQfHds R9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFvIt+ErtuG eGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1wRb7d tSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4 hqcCOJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkd cdeGOO7rrzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjk muztP7x0k1fFVHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4 /nVXkMJTARxPBTecebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr 9p1O4/m+cvVb2fd9/Zvb/N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64 JQvf3vqBnXj/CrdvubjaTlpRll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37 lMg3gUDQBK4KSUjXO3YYrorYOOvkHLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6u sp0Q+Sby3VXbEE/tiLs2xN059WxD8NdVO6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7 IRAIunSczopZSCUa7gg01ktlJ44FKVzt67itp4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93 RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkdcdeGOO7rrzZEDNSdtSNqtCHu2g935NtV G0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1m3nnSeSbyDfZVNe+X3fthyvy7a4N IfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X5NtdG0Lkm8g3gUAgdHoo9XwT +SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFvd20IkW8i3wQCgdDp4Y3s hLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQCAQnQHEMd+QbRTLk Fn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA08Yi77Bj51la WvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B5JvQmdsP /P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5sL1S 2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4en bCeO5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJN JtOzrmQnlqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5 thXX2b1XRL6JfBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YAB A+KdyU7qmjazpSlWrtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+i A0XH6Uy7SdlOiHwTCN60H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkE It9Evol8EwgEgvFQWFj4FMrLU4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3 is7x2Rc32tuPG4rOge2xn5JzfHf7juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69 e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6 DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+EN1fu9sC33357Wck5Pv300zfar+szJefA9thP y3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgEAoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAg EAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz/EjPQG9k0DMneIVeQRnf03OgtphA v02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3OvErPQl/gmePZ07MgKEFobPIk OCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIacQOSbQG0xtdkEIt9EvgnU 4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEpJl+RkGB6iMg3NfgE asgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3gdpiarM1wLBh w2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovlgXOHD+3t LHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/En89i 8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O 7+5aBLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdB Q/INwgwiJ4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8 +vXrlwJ5jVgm8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7Xe GVF1dg5X+6JvEaTU6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e 02+a5bP+wZYPJ87P3hyyIDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZ GEEX6NiQe5q+I/JN5JvId9ck3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqt ybdop+FhduZRdkW+PW3var0zooq22dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E 38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTG JJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7v N66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU0Dix0vywHNz8woTKSrJ2W2dt8sttaSMF pFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwey1NNp3N+3b337u6930hfxbt77t27 s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQbKD8bX4u+Pt/7cWQiJjcS8F2P wTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+mP0awWJs5DvU3vW6Baqc fiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS0V80rCCVhm9iGJ12 Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9+Mi59wi4P3PP kRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eeds7++xvYm 8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfgu/rB CMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2x NkXHdRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8 Me1Tcg1dOYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+ qaPgTof/5lEOt9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7D SoFA6/ki7M2ifLW1e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2H fmcCvL4kB1O+z63P53tPwHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9Bviu DnwTxFDnwhHX1b9XIq8cBdLpEz4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3 fX65IINswZ2wa0FELLzp4yybF2nvDwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2Py CENt5HXE5ga6rotBjH83offjiKpOVXK9J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDf kBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynmlcpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8 +d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O +Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/qmL5feADO70nPxS6MlgvIAd/VhO+s x44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2zSzHQLR/f8dDJ681m85NFwXdV 7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46rDt+ufHhfKo9O+3HNhMlg kUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLwTsWzDYDvEmCQbvSv bT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv1FQeH3y7BmAu +LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++aeb3K8F2G 6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBnQbaO 0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYN YFwbolmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUv DE3dCKWdfHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/ KXVhdD8qb/jmWQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG 792HZ8Y2jJ9+u1P1VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vm Bev4PB2+z+ax+YT9YHN5j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B 34DvPgkCJS6MBnynbzhm5cvH7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f /u0b72TW5JOv9le1k6rAN2t0YmYX1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjf PPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6 OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1ptnUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamad eX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKsc1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DD tz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7Mbl5lp3yqterJTdW4ih4TB1n0Tk0 5PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dxrnP59iyJ3SBLp1l22K8CvnsF vmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD39bncdk8xd6WzX1bWsfa 3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BOZzAA34BvqBj4rpNW 1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPqj4amaFK2SY65 Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lmQOdtymM+ jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUjcTtK 9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsW T7rgG5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnz vnYS6H3t6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZq icp2Vv3R0Bcly/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984Lv rHbKq16vK/JNjky+N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6O OoVvrsTjgm/q27ivY5+oZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL 2mbdhKOu8E02k4OoLDOCRcxOxc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4 tnaidZXarCV816H+aC/BN+zd34486/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuC zwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuAcXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+ IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurks/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4Dv mgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYjB3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgO w/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP7wd8qwHWiRMD8/PzzYWFhQ/Vz4+X QXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYnmwOAb8A3BPiGChLgG74Yqid8 c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4BvwDccPgT4hgDfEHwxfHZP q0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBStPah1p8aw3P/hS2q 6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDsUK52H5p+AHaA 8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAEQRAEQRDg G4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYAAAAA SUVORK5CYII= --------------020605040904000509060100-- --------------050207080508030700080005-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E96021F9B85 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 11:00:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.519 X-Spam-Level: X-Spam-Status: No, score=-5.519 tagged_above=-999 required=5 tests=[AWL=-1.079, BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, GB_AFFORDABLE=1, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3EZiwu80hezp for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 11:00:47 -0700 (PDT) Received: from cm06fe.IST.Berkeley.EDU (cm06fe.IST.Berkeley.EDU [169.229.218.147]) by ietfa.amsl.com (Postfix) with ESMTP id 5106F21F9DCF for <6tsch@ietf.org>; Wed, 19 Jun 2013 11:00:47 -0700 (PDT) Received: from dhcp-33-135.eecs.berkeley.edu ([128.32.33.135]) by cm06fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1UpMgS-0006Dw-Js for 6tsch@ietf.org; Wed, 19 Jun 2013 11:00:47 -0700 Message-ID: <51C1F1C7.2040300@eecs.berkeley.edu> Date: Wed, 19 Jun 2013 11:00:39 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> Content-Type: multipart/alternative; boundary="------------000103090601010304080308" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 18:00:54 -0000 This is a multi-part message in MIME format. --------------000103090601010304080308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This problem is not new, in P2P communities I've seen many different approaches to deal with keeping a distributed state (consistency). I think there are 2 main directions, pessimistic and optimistic, pessimistic approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the neighbours and make sure it is installed there, usually this is done in master-slave architectures where the master tells the slaves what to do and won't fit to our scenario (this is the PCE case in fact) A more scalable approach is to tolerate a little bit of de-synchronization (optimistic consistency) and think that eventually all nodes will learn about the scheduling state. With that approach we can have scheduling problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to detect that and correct eventually. My opinion is that the schedule does not change so much so having optimistic approaches would work well (in terms of scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedule will be sent, it will take time but neighbours might learn all information from others "eventually". As Kris said, however, we need to find how useful that will be and what are the cases where this will work better than just simple random selection and monitoring, assuming our schedules are sparse. If this is an optional feature seems that all cases can be covered. regards, Xavi Al 19/06/13 06:48, En/na P.Zand@utwente.nl ha escrit: > > Hi Maria Rita, > > Many thanks for your comments. > > Please note that for sure in this mechanism we will have more > communication overhead. The point is address the requirements of those > applications that might require very dense schedule. > > Regarding to your comment about the redundant information, node A does > not use this information just for negotiation with node B to create a > soft link. Node A might need to create a soft link with other > neighbors (e.g. C, D, or E), then node A will use that information to > create a soft link with them as well. > > I think Kris provide a complete explanation, that why random approach > will be satisfactory for most of the applications with regular > requirements. > > Best Wishes, > > Pouria > > *From:*Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu] > *Sent:* Wednesday, June 19, 2013 3:24 PM > *To:* Zand, P. (EWI); pister@eecs.berkeley.edu; 6tsch@ietf.org > *Subject:* RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > Dear Pouria, all, > > many thanks for this very interesting discussion. I have few > additional comments. > > I am afraid the "cell usage information" exchange can generate a lot > of overhead. For instance, one thing that comes in my mind is the > generation of redundant information. If you look at Fig. (b) and (c), > you can notice that most of node A's 2-hop neighbors are also node > B's two-hop neighbors (the two-hop ranges mainly overlap).Then, I > wonder why we should transmit the same information twice? > For sure, node A will not suggest in its *Link Reservation Request* to > node B a cell that is used by their common neighbors. Do you agree > with me? Or am I missing something? > > Moreover I am not in favor of the random approach (1) you are > suggesting. Acting in a very blind way, will give extra-work to the > monitoring process, and then to the re-scheduling procedure. > I would prefer to carefully select the cells, instead of keeping in > monitoring and reallocating them. > > Best regards, > Maria Rita > > *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On > Behalf Of *P.Zand@utwente.nl > *Sent:* Wednesday, June 19, 2013 3:18 PM > *To:* qinwang@berkeley.edu > *Cc:* 6tsch@ietf.org; pister@eecs.berkeley.edu > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > Hi Qin, > > Many thanks for your comment. I see your point. > > For sure exchanging just changes might not be a good solution. In > addition, the existing node might lose some information about the > changes, due to the possible interference and packet drops. > > So, I think we need to think more about the possible solutions. > > Just as a quick response we might have active and passive approaches: > > 1. *Active approach (Request-response mechanism)*: The combination of > requesting the changes and all cell usages might work. For > instance, we might consider the *request-response* mechanism for > the new node, to get all cell usages from its neighbors, upon > joining. Then the new node might be able to periodically use the > *same* mechanism to ask about the changes in the neighbors' cell > usage. > 2. *Passive approach (Broadcasting mechanism)*: We might be able to > segment those information into several segments and consider index > for each segment. We might need to broadcast several messages to > report all cell usage. Each node periodically broadcasts those > information. > 3. *Hybrid approach (Request-response and broadcasting mechanism): > *Each node**broadcast the changes that are identified by the > sequence number periodically. The new node that joins the network > (or old device who has not received the changes from its neighbor > for a while or missed some segments), might use the > *request-respons*e mechanism for asking the all cell usages. > > Am I right? > > Pouria > > *From:*Qin Wang [mailto:qinwang@berkeley.edu] > *Sent:* Wednesday, June 19, 2013 2:14 PM > *To:* Zand, P. (EWI) > *Cc:* pister@eecs.berkeley.edu ; > 6tsch@ietf.org > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > Hi Pouria, > > Just one comment on "exchanging the *changes* in a node's cell usages > bitmap instead of reporting all cell usage bitmap periodically." > > I think one of motivations to use decentralized reservation is dealing > with mobility. That means nodes are joining and leaving relatively > frequently. So, exchanging the *changes* may not give the moving node > the picture of cell usage around it, > > Thought? > > Qin > > On Wed, Jun 19, 2013 at 7:47 PM, > wrote: > > *Dear Kris, All,* > > Many thanks for your complete explanation. I completely agree with you > that "Bitmaps of occupied cells" can be sent in possible other ways > and there is no "requirement" to just include those information in EB. > As you mentioned, we can make it optional for some applications and/or > use another mechanisms (e.g. request-response) to get those > information from the neighbors. For those possible applications that > might need very dense schedules (more than one link per slot) in > two-hop neighborhood, we might be able to decrease the probability of > cell re-allocation at the cost of increasing the network overhead > (caused by exchanging occupied cells info). > > *Qin, Thomas-* > > I completely agree with you that without monitoring processing, the > collision-free communication is not achievable, in a distributed manner. > > I attached a *Figure* to illustrate the concept more clearly for > others as well. In summary, in order to choose a /soft link/ on edge > (A, B) (as is shown in Figure (a)), the "cell usage information" might > be helpful during the /soft link/ negotiation. Those information (i) > enables node A to propose a set of unused cells in his neighborhood > (as is shown in Figure (b)) as candidate cells in the*Link Reservation > Request* , and (ii) enables node B to pick up a cell that is not used > either in his neighborhood (as is shown in Figure (c)) and then reply > by *Link Reservation Response*. > > For sure this method might have some costs (e.g. increasing the > management overhead) and might not be suitable for those applications > that doesn't have every dense schedule. But it might be affordable for > those applications that require dense schedules, at the cost of more > management overhead. > > In addition, I would like to add one approaches to the Thomas's list: > > 1. pick a new soft cell randomly in the schedule, and rely on the > monitoring process to move that in the schedule. Extremely simple and > lightweight approach. > > 2. have each node announce its schedule periodically (through custom > IEs in the EBs, or through some other mechanism), and use that > information during negotiation Potentially more efficient, but > possibly much more overhead. > > *3. the combination of (2) and monitoring process*. > > As Thomas mentioned, there could be a different boundaries in which > using methods (1), (2) or (3) would be considerable. As Kris and > Thomas suggest, I think evaluating different scenarios (i.e. regular > schedule and dense schedule) can be useful to clarify those > boundaries. To measure the network goodput and management overhead in > those approaches. > > *Xavi-* > > I agree with you that having multiple slotFrames with different > length, make it difficult to use bitmap in the very dense schedule. In > this case, we might look for a better way. For instance, considering > the request-response mechanism and/or exchanging the *changes* in a > node's cell usages bitmap instead of reporting all cell usage bitmap > periodically. > > In this figure I assumed that the Tx range and interference ranges are > equal. In the realistic setting that those ranges are not equal, the > monitoring process will be useful. > > Best Wishes, > > Pouria > > *From:*6tsch-bounces@ietf.org > [mailto:6tsch-bounces@ietf.org ] *On > Behalf Of *Kris Pister > *Sent:* Tuesday, June 18, 2013 10:42 PM > *To:* 6tsch@ietf.org > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames > > Pouria - > this is good stuff, and I'm glad to see you pursuing it. When we > first started talking about working in the IETF to standardize the gap > between 6lowpan and 15.4e I thought that surely all of those IP > devotees, who had been so certain that centralized network management > didn't work, would step up and demonstrate how to do it right with a > distributed approach. I do think that you can build perfectly good > networks this way, and in fact we'll have some advantages over > centrally managed networks - speed and mobility for sure, I'm not > convinced about scalability. > > Bitmaps of occupied TX and RX cells in Information Elements seems like > a good idea to me - maybe there are better ways to do it. The one > thing that I would ask is that you not make it a *requirement* that > these IEs be in EBs. I have no problem if you want to make it > optional, for those networks that want to use it, or even mandatory as > a response to a request. But please let's not burden every EB with > that information. > > Clearly having complete knowledge of the neighbor link tables enables > you to optimize link schedules. I'm curious to know, though, how well > you can do with just random choice, with some feedback on bad links. > If we look at randomly assigned links in a superframe with L_max cells > (=S slots * C channels), and consider the collision domain to be the > union of the neighbors of mote A and mote B (conservative, but the > bound is achieved occasionally in practice), then the probability that > a cell is unoccupied is > P0 = e^-GL where > GL = L_a / L_max where > L_a is the number of assigned cells (either TX, or RX, or both). > > If we're using 15.4e at 2.4GHz, then C is probably 15. If this local > piece of the network has scheduled on average something in every slot, > then GL=1/15, and P0=0.94. So randomly selected links are usually > going to work. Having an average of one link assigned per slot in a > given two mote neighborhood is really high, at least for any network > that I've ever built or sold. Sometimes we approach this at the DAG > root. This is not to say that transmitting neighbor tables is not a > good thing, just that you can build a lot of applications with very > simple (random) cell allocation. So sending the neighbor tables is > not necessary for many/most networks, but would be a nice option to > have for future optimizations. > > ksjp > > p.s. an interesting question arises about the goodput of a random link > assignment approach. Many of the links will be non-colliding. Those > that do collide will exhibit slotted aloha collision statistics...or > will they? With a mix of non-colliding and potentially colliding > links at each mote, what is the network goodput? I'm sure that > someone has written a paper on this for MPLS or something, but I've > never seen one. > > On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: > > Dear All, > > Regarding to our last call on Friday, I would like to continue > this discussion about the maximum number of links' information (or > "link object") that can be included in EB? Can we think about > sending the information about the entire reserved links/cells in > the EB(s)? I would like to know, Is there any way to define a > CellBitMap to enable us to include the entire reserved links/cells > by each node in the one or several EB(s)? > > ** > > *Our motivation*: > > In the distributed approach, this information can be used by the > receivers to schedule (internal) collision-free[*] links with > others. In this case, this information is not just used for > enabling the receivers to contact with the sender of ADV/EB. This > information enables the receivers to collect the list of used > cells in their neighborhood. The content of information in each > "link object" can be different from the existing information in > the EB for each link. For instance, the link option or link type > might not be needed in this case. On the other hand, neighbor ID > (the other side of link) might be needed to be included in the > "link object". > > In order to create a soft link, based on this information about > its neighborhood, Node A in the *Link Reservation Request* may > suggest the set of (internal) collision-free links to the > receiver. The receiver (Node B) also based on this information in > its own neighborhood, will choose one link from the suggested > links that is also free in its neighborhood (that might be > different from sender's neighborhood) and reply to the sender by > *Link Reservation Response*. > > [*] In realistic setting, where the interference range is more > than transmission range, this information will not guarantee the > completely (internal) collision-free communication. But it can be > used to not repeat the reserved cells in our two-hop neighborhood. > In addition, the collision caused by a pair of nodes who are using > the same cell in outside of two-hop neighborhood can be detected, > by monitoring the status of that reserved cell (By considering the > mechanisms discussed in "2.8 Monitoring" section in > draft-wang-6tsch-6tus-00). > > Best wishes, > > Pouria Zand > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------000103090601010304080308 Content-Type: multipart/related; boundary="------------070508090601040309090706" --------------070508090601040309090706 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
This problem is not new, in P2P communities I've seen many different approaches to deal with keeping a distributed state (consistency). I think there are 2 main directions, pessimistic and optimistic, pessimistic approaches aim to enforce all nodes with the same information which requires transmitting the exact state to the neighbours and make sure it is installed there, usually this is done in master-slave architectures where the master tells the slaves what to do and won't fit to our scenario (this is the PCE case in fact)

A more scalable approach is to tolerate a little bit of de-synchronization (optimistic consistency) and think that eventually all nodes will learn about the scheduling state. With that approach we can have scheduling problems in case 2 nodes do not have their schedule completely synchronized, however monitoring can help to detect that and correct eventually. My opinion is that the schedule does not change so much so having optimistic approaches would work well (in terms of scalability). To achieve that, nodes might send portions of their schedule, assuming that eventually all schedule will be sent, it will take time but neighbours might learn all information from others "eventually".

As Kris said, however, we need to find how useful that will be and what are the cases where this will work better than just simple random selection and monitoring, assuming our schedules are sparse. If this is an optional feature seems that all cases can be covered.

regards,
Xavi

Al 19/06/13 06:48, En/na P.Zand@utwente.nl ha escrit:

Hi Maria Rita,

Many thanks for your comments.

Please note that for sure in this mechanism we will have more communication overhead. The point is address the requirements of those applications that might require very dense schedule.

Regarding to your comment about the redundant information, node A does not use this information just for negotiation with node B to create a soft link. Node A might need to create a soft link with other neighbors (e.g. C, D, or E), then node A will use that information to create a soft link with them as well.

I think Kris provide a complete explanation, that why random approach will be satisfactory for most of the applications with regular requirements.

Best Wishes,

Pouria

From: Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu]
Sent: Wednesday, June 19, 2013 3:24 PM
To: Zand, P. (EWI); pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Dear Pouria, all,

many thanks for this very interesting discussion. I have few additional comments.

I am afraid the “cell usage information” exchange can generate a lot of overhead. For instance, one thing that comes in my mind is the generation of redundant information. If you look at Fig. (b) and (c), you can notice that most of node A's 2-hop neighbors are also node B's two-hop neighbors (the two-hop ranges mainly overlap).Then, I wonder why we should transmit the same information twice?
For sure, node A will not suggest in its Link Reservation Request to node B a cell that is used by their common neighbors. Do you agree with me? Or am I missing something?

Moreover I am not in favor of the random approach (1) you are suggesting. Acting in a very blind way, will give extra-work to the monitoring process, and then to the re-scheduling procedure.
I would prefer to carefully select the cells, instead of keeping in monitoring and reallocating them.

Best regards,
Maria Rita

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P.Zand@utwente.nl
Sent: Wednesday, June 19, 2013 3:18 PM
To: qinwang@berkeley.edu
Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Hi Qin,

Many thanks for your comment. I see your point.

For sure exchanging just changes might not be a good solution. In addition, the existing node might lose some information about the changes, due to the possible interference and packet drops.

So, I think we need to think more about the possible solutions.

Just as a quick response we might have active and passive approaches:

Active approach (Request-response mechanism): The combination of requesting the changes and all cell usages might work. For instance, we might consider the request-response mechanism for the new node, to get all cell usages from its neighbors, upon joining. Then the new node might be able to periodically use the same mechanism to ask about the changes in the neighbors’ cell usage.

Passive approach (Broadcasting mechanism): We might be able to segment those information into several segments and consider index for each segment. We might need to broadcast several messages to report all cell usage. Each node periodically broadcasts those information.

Hybrid approach (Request-response and broadcasting mechanism): Each node broadcast the changes that are identified by the sequence number periodically. The new node that joins the network (or old device who has not received the changes from its neighbor for a while or missed some segments), might use the request-response mechanism for asking the all cell usages.

Am I right?

Pouria

From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: Wednesday, June 19, 2013 2:14 PM
To: Zand, P. (EWI)
Cc: pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Hi Pouria,

Just one comment on "exchanging the changes in a node’s cell usages bitmap instead of reporting all cell usage bitmap periodically."

I think one of motivations to use decentralized reservation is dealing with mobility. That means nodes are joining and leaving relatively frequently. So, exchanging the changes may not give the moving node the picture of cell usage around it,

Thought?

Qin

On Wed, Jun 19, 2013 at 7:47 PM, <P.Zand@utwente.nl> wrote:

Dear Kris, All,

Many thanks for your complete explanation. I completely agree with you that “Bitmaps of occupied cells” can be sent in possible other ways and there is no “requirement” to just include those information in EB. As you mentioned, we can make it optional for some applications and/or use another mechanisms (e.g. request-response) to get those information from the neighbors. For those possible applications that might need very dense schedules (more than one link per slot) in two-hop neighborhood, we might be able to decrease the probability of cell re-allocation at the cost of increasing the network overhead (caused by exchanging occupied cells info).

Qin, Thomas-

I completely agree with you that without monitoring processing, the collision-free communication is not achievable, in a distributed manner.

I attached a Figure to illustrate the concept more clearly for others as well. In summary, in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the “cell usage information” might be helpful during the soft link negotiation. Those information (i) enables node A to propose a set of unused cells in his neighborhood (as is shown in Figure (b)) as candidate cells in the Link Reservation Request , and (ii) enables node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then reply by Link Reservation Response.

For sure this method might have some costs (e.g. increasing the management overhead) and might not be suitable for those applications that doesn’t have every dense schedule. But it might be affordable for those applications that require dense schedules, at the cost of more management overhead.

In addition, I would like to add one approaches to the Thomas’s list:

1. pick a new soft cell randomly in the schedule, and rely on the monitoring process to move that in the schedule. Extremely simple and lightweight approach.

2. have each node announce its schedule periodically (through custom IEs in the EBs, or through some other mechanism), and use that information during negotiation Potentially more efficient, but possibly much more overhead.

3. the combination of (2) and monitoring process.

As Thomas mentioned, there could be a different boundaries in which using methods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I think evaluating different scenarios (i.e. regular schedule and dense schedule) can be useful to clarify those boundaries. To measure the network goodput and management overhead in those approaches.

Xavi-

I agree with you that having multiple slotFrames with different length, make it difficult to use bitmap in the very dense schedule. In this case, we might look for a better way. For instance, considering the request-response mechanism and/or exchanging the changes in a node’s cell usages bitmap instead of reporting all cell usage bitmap periodically.

In this figure I assumed that the Tx range and interference ranges are equal. In the realistic setting that those ranges are not equal, the monitoring process will be useful.

Best Wishes,

Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames

Pouria -
this is good stuff, and I'm glad to see you pursuing it. When we first started talking about working in the IETF to standardize the gap between 6lowpan and 15.4e I thought that surely all of those IP devotees, who had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right with a distributed approach. I do think that you can build perfectly good networks this way, and in fact we'll have some advantages over centrally managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a good idea to me - maybe there are better ways to do it. The one thing that I would ask is that you not make it a *requirement* that these IEs be in EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even mandatory as a response to a request. But please let's not burden every EB with that information.

Clearly having complete knowledge of the neighbor link tables enables you to optimize link schedules. I'm curious to know, though, how well you can do with just random choice, with some feedback on bad links. If we look at randomly assigned links in a superframe with L_max cells (=S slots * C channels), and consider the collision domain to be the union of the neighbors of mote A and mote B (conservative, but the bound is achieved occasionally in practice), then the probability that a cell is unoccupied is
P0 = e^-GL where
GL = L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece of the network has scheduled on average something in every slot, then GL=1/15, and P0=0.94. So randomly selected links are usually going to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any network that I've ever built or sold. Sometimes we approach this at the DAG root. This is not to say that transmitting neighbor tables is not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So sending the neighbor tables is not necessary for many/most networks, but would be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assignment approach. Many of the links will be non-colliding. Those that do collide will exhibit slotted aloha collision statistics...or will they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure that someone has written a paper on this for MPLS or something, but I've never seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would like to continue this discussion about the maximum number of links’ information (or “link object”) that can be included in EB? Can we think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define a CellBitMap to enable us to include the entire reserved links/cells by each node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be used by the receivers to schedule (internal) collision-free[*] links with others. In this case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of used cells in their neighborhood. The content of information in each “link object” can be different from the existing information in the EB for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor ID (the other side of link) might be needed to be included in the “link object”.

In order to create a soft link, based on this information about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision-free links to the receiver. The receiver (Node B) also based on this information in its own neighborhood, will choose one link from the suggested links that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the sender by Link Reservation Response.

[*] In realistic setting, where the interference range is more than transmission range, this information will not guarantee the completely (internal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes who are using the same cell in outside of two-hop neighborhood can be detected, by monitoring the status of that reserved cell (By considering the mechanisms discussed in “2.8 Monitoring” section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------070508090601040309090706 Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlz AAAOxAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfG SURBVHja7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQ EBJCwkKokVpSS7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61 nqUu1Vxd+5zn7PPsvX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5 JhAIBAKBQCAQCES+CQQCgUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQ f/YzFhkZ+Tt/PIdnnnmmeNasWU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW 7Yrj+vreurMxtdsPf7YlHcnW/P2cCOr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84R avyQar4QONbkyZOHe0NSOyv5xrbufmtCx7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3 FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjr alSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbHWcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc 7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKEd+yup8ytrQkbgo04syF8x//E++jK jsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZrUnt390zFl4zbCuuTbQP7mzb sT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/7Mnu5XAL6T5ybF8uBzGi 3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/8SIIMuDqWNhPGMLd 6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+LdeeD43jt7J13Z hmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfXIp6pu2cs 5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0vzMu Iec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxzt zt1xPF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmX UrtXSr71tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQ cUx9uTue1FPtaj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjy fLt7ZkS+u4bnW7yTzmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904 mc162vF/zjzxrtoRd9ci1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs5 5Nufdi+XG7gjuZ72d+QScq/TEwcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvh bj8HHdLT7q4N+4oGQRzPledbrJMavatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vx nXRlu2JGSugC5bw3gng7syHp7JL0+hwH9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2b u3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCO fHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+gAZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2 bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci+QlkuzqRCKPaHbUJRL47mv13FLs3 sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAgEAgEIt8EAoFAIBAIBAKByHfH gxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsnEPnuWA/aRUUpNV5qRDFL UzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCGKBLvOxaYcVYiFoQY qYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6KHThWPBK/B+2 h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8ctu+MVxCI fPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xBWqrZ lR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqf ruzQ0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2 nfEKApFvQ5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAw iU4SRFXqrZK2HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQ xcvsqKUSU0yOejOhxXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA 0bmJ6WSsF8cWHivHY3gKYHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBl FfoxudHFQlvpbhuhvfR0LGxH0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnP N4Ggj93qAdizp4E5gUAg2ycQ+SYQCAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8C gUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCMBJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6lj JhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgIBOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50Ag dE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHsn0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3 m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5EdgkEgp6gwEsCoWsTcHoORL67NIyo v2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6NWYmlUQYk3w/RyJhA6NyDbCLf BELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo5SiR7y5Nco06+gxNKFxI U1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oFWr7rGZz9TZ9p1juv zM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj3Y3aBlDObyLf HRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0UnDXKNexZT 6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8AUhV0 2GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/ sJjkEb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1 dLYL94dl/B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+ 0yyfU0dM6IrAew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6V ENC7cRV+tyW0XYNCLSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+R ExqbPMmfHd3wudkfPjwsyS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ /acRyxi2p9+ZQHDet8sl4Eax/6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc +c6jo5ax2o1HWFx283V4pKbOB5/VfzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3 Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZNjn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKG kAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRghT3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU1 32ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YVbt4H4Pu6VeusW9euNTXUNMYVFpaPsWRX RwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP7BmUoahT/v3QpWzAzOzr9NsSCHfJ 7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4gTnKU0yH4zK2x370+xIInu1f SDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8dmHybHhgzv+ASAhY9dX7P TrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk3yHyTSD4bucvzi68 8vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5PrDv3zgcHs4rr 3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xry9ebDpxl Ssg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuEk0zi MOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PEx yUzJIBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9x Rpai6d6mbW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR 72cnp10HoaDfl0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6 ke839r3BZiTVybo+SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5 ZIJA6MrwhtyCrMckmLrrcX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1 u5mnIjsvhObdmrfYMoZ+WwLhX5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giN NUfQb0sgeAaK08ipDunrPnpdI7bD9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3g zsrLPzXOzAbOymF7d7Sxlete/8eynHoL/cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1f w6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55 IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttRghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9 iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo7BeSzeAt15N8Q04SlVLOXgzNZY+P TeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5wuiebwBpDpHuEAV0HAM+sYz/ Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThmazJdDs9nbR076hXxL8dgj j7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflSyrYoGmSPXlDKZ5X0 JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6PFHF2uiab0eg guWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDhMZ4QU8rk 5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6dO7cE mYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+Zw PbXT1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0J Z+T03Y++4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4E FMAJSyx1mn5PbpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn9 6NRZrqdGUONzUzLYn8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4K KQoZA6EzEe/C6saZV67evOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgI RfvXNjSx5n3nPi4tLe1BnS+hq0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcX Jt/evGByOuNsW/HoT0+fuuhNUGNj0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+Qbx rsrN8ekYxw4dfb+wsHSgN40Meb4J3rwzWhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5 jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo 5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQEfeKsxNIof7//vpxfVNek94PIt1uirNZI DcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/at8/n43x+7h1WUr/t4OK0QkW5wYl8 E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIPPvggu3jxou7kGwOABx54wOfj ldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1txFE7buRBhbvn4y0JJ/vv 5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpVyUoaBcp2QlDW+WaP UsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/80/WsP3Mh8m2 hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIoLa+Jhp5Z DTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9evTg 3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHo yLwzoxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY 3luCivbf3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf 0WGzmSUhQfF+2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TU b0dG5J43QmomQuck39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+H G5s8eGxk7kkEoPaalnUTf1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4 gEMtIDKzaFB40QfDZqZvhiae+vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/N dOBPPfYY15rr5QXftWX3mT5Blq+Qnk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfP akE+H3roIa+ymaSnp7Nu3brxQEytyDEkJ3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/ HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkwoIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0 rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ80nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBC llTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8Qr/9q1/9yidNNgIxlyxZojo5FsGW enrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLvtJ73omVfp2ewI+5jYmRaBgbe 7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZSR9BNQxqCYjwzpkzmpNlf lS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5RgYTX8u///rXv2bF xcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y2jOjA5xrSlz5 lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNmiu0iTcUz t6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctrgxeY oxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2U fOPFGj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK +AyanfstAjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYd a1asWHHLyGTb2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQ Dgyds/wgqkkikBel3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W /9T4lFuefuyWPad+jM9s+qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiK G0GvVZWELq00IZhDjOLRoOA7UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODk QT3JMzzVIMxaHN+Xipi1tbVci67X4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67 LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKtp7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa3 0Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tmUG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DM Hykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD8C6rfXxkQkEWFW894dgfnm89yTf03koG 2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntemVSCnGhUx9cyvjVmJgpV77yixfwRe D5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5fjrnYcN4sZyOFIipFWYlVrFH Ry6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy/Pnz/PjeVKiMi4uzpxnU S3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RBD+S/Suwf6Qcnzs/e TO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiqk22UC62rv4bU gAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3IdCD390Kx LQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YSDTE+ /UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh 7VDz+NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9 /TjrGWSV1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/ JMjoO81yyVNSBYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e 3j5ykpNq4PWtO+/ZF//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOE VDY/YxVzNmMBTW9yySY2I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d 7+a3t7n2EcvokCDdwOABGmrxAaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9 hf/X1K3Q/Hkg3/lfXxjJnhxndvt7odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdn mfi7BPwhBX1bd/2dopYHR80vvPGHYZ4VCc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYl j3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OT wzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGI qV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+MTqPa6zVfh7w/uMZoEgQ5DG5tnwW vXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD7O5kSx0T3nixvfGW++KN1rty plzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErSGUk1LKdx/z6TyfQbcrB1 MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgSrrmelryOzcjYwgnv hIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNbLdbCl7UyICLf xobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiIXH49IOfe Xg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9QlmSxP ko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq 1ZqlROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9 bZs+4RCfReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27M N1ksDyDlkJrvkF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqD g4PZZ59fYYHxJWxiwgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi 4mJF1/vr//xPz3nJ61dcrWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5n gOWquWzzt9aaHbefb/8Oea4oQKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn 2+cUV+2z2QqfJfs3OPnGdM+sxNKokMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0Hy Ae221gMBeK7DTFVOSbd0GQYCAu7qevD/ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+f e/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+ kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/QtaNgD4j+3r17FV0fsrWAsMvdfv/xd88m WyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDxRl/Y/nwOopI37NaxfcSAuvv4lG98 ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK0hkdbLoQbDw4TK+Iik9itHfP 6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFdVZAsq9nMAx+1Jt7woo9o J9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6NCfG7wP5RpS1wcXkB Cu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5NqdfeN7yqoLbOKi Crt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13cCo+2O/II 4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L/4hJ K08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8A dcwdm2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7II nTNkH+IDsi0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3 L+VXNoaTvXReCCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV 8RwgLfE0Iyg+8I6HxCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVA Uk5TiSfiBp0xghIBtaUoIJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvH BygYqLgqFAT5TEBsqddefGRDgQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5 VhBwaApBeqWNNwIBx44dy0k49MladA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W /B57ZU6BfX/kDEfQJqaFf/vb39qflViP+8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jB lCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx 51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKST+rRVQO7m9dw8gryrbfHW2BqXKWiThnf EZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKVFqVSFArG6riIzahb56nxvnjxIpeh wENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJazlMRYnASHx+vqUwH0hVfyTc+ 5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtCXQBZT2ldS9x77723VSv7 RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYwdbpfM6jEpK9kUUWH FJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03SLjancsLI4J5 MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7bxeX1gwl G++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0g3yr dTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3j AEUdvG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n 55eWJpktT3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQ YM60yUpLSuRbJ+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvI CuOLjERkWZGTrxzpCfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6d m/Gxde+Rld423tA5g4BD44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL 7bwhadFKcy8CMusaW8IciRCIFgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtAS Q/OONMtyyTfStb40M1e39glODkCr4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBP rSqRSEkIEo6MH56Irq+kVQsUV29mRU37ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4z v24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVwxgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD /iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA+rK8s+1sW/iyymQQIsxiofha9/Hm2xgo ISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyjeE5u/c5v5MpOYKui9oAe7RPaVqV1 AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gKM2Bm9g0UIyLyrTIyChqtahM3 ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0fVCfD2zbt5zpwzAg4rkOW GbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iOTKPDmpNY7Hey7Ww5 pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZpanz516jz4IqM YMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0TyLYUo/z 5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSCUu/u B0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm 0KGg0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHC Gw4pCtlTxwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtP fz7Lp4c9wv6RwlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BY pOatZROiS1ivwAzWd1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5 HnBkNnHUZ+OYuD+lenc5KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J 1Q+1bsyjoqJ40Rln65FacOGSVDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgB Gx9fzwfaGDTg+8CwfL4Mciz07pDbeJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5X gldSkW5Kspx4eY6H5FyH3gGXaWlp/d98883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS +eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrVGfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpg vcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4mCHpSMpZowrxhLdYmgoRXngELirxIFet fZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIoDFNUWkWjDJ0fr6xmgEj3rojS1Xua 9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi3R+8TlpdD7KFoMPs168fvy53 Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8RJEjOYNstAnuym3D7jHA RsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkfory7VjLF6upqTrg3 Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze1smx/0dHLWMT 52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpKr86HrCkI ThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaVVKDj JaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaU AR5VEURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1de EbN8Su0Bci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw 07PnbutB5FAuXmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK 4ut1QP8NXbmewZbjooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXM rX3jU7JmP7M17lN0Pnih4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8 oaY6RcVG8Ok9I5+BdFOAtfFxd/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvn ys4Tn/lkD2g7oLWWuz3aHwzw1bZPpGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6 br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpOAG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZ evhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmL mCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSYuvUOsnwlR86EPr7vNMsluWkszWZzt+bN ewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN2YgxC4oV2f9P3nLL9Y5oC4a5kNUt +97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94v305BgYGSL2I6xbpDJXq1iGf 0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2SJneQjWnpuNx193tm2trY q6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMlpZrPbqOT2eQo6xqy L4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+cQxRHMdb++/Z s6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumcJyyqYn37 vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9Np4w XhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJOb OC5joI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/X M5NSr3XUgjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFw V9s9KRMRcCqAAQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//Nnnlx HHtuioV3vM6MkudCDcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5 Dff8gLjqVWQCy0JyotbxhCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0D emU5cZSc9Ayw3FCiIcb3XtNzflyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvP hoVlsr+OiOJyNJHNKDytiUNU/EW8BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjL dETkWwYO7drfpjVxdcyFzQn58lX8RVVCvlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+Je sR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq +DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb+kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7 +PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628LzmzopqoWN+fmratSmxhZtnJZbH6xFkRbEj vkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmcU2kn3lHL17D5ySX3kG9ptiV4 wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w3lOS3CZYeHKcmU2Ir/5u XlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCbi7OKlHIAgouy8Y5S lPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZXchho9/H7LVne xHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx7QyduD/I d07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9XtvYQ z/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAw y4jfAJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ 88mLKnlnK4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9 vPR5pKy6wMKytrOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auN dU2JaPzV7qTxzvtDx+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8 n5CiIJsJAknxwTTuS6E5fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2 HrsTFpM8KiHB9JA7W9TKCx6eWDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZ Vuv41dXVfGZr7NixdvsDmUWdAww8egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7 iytNuimrgt83riHEVM8988IjLt3+8uXL57NL60I70uy26heplIhs3XLguJZe73nLat1us25F M3tuRDj3arvrlMNzdrLZaev85tWelrmXa76FF1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClk cZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbzwZtHT1qyq6NQdIcq3XkPpQOYurq6wSil rFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZzrQO6JJ+4uLieHDXqxNm8wGMq2Jj UQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30hd2CI91PtXNJaeL66iv17u49a QJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdIeH7ZT5V+m3cev8fJhueB Kt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0zC6q3mq3WR9R+h7SI V1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwATLx46mgnx9Sw2 YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDXjIwoUhIO XTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7YksTw6e xUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSyn Yq1f7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EM ur0N4MT+GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJS TjPXNfebnsUDK6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSf hjxmfjx79LEn+DNXOzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86 M2mAITwvINfD5hVwSQW85fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOz hMcLxEPOIHte7m7+rFx54qTlsEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q 7I8PT8uHB1xIKKSkG+3BgNk2Nj4k2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQH g3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFF ZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWBk5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3 iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396+tTFusrKUSCT5CVT5v2SE4RmzbZFbD76 iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4Pvc0iYAicfyGPR+wWXmHWUnNKt06 X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0uRbX29y6PdHXGVki3+pKT+Tq 4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuMAGBk39GD/CK+BOeG/UgH r3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSneLv/68fObjfbCp/t MuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi+hEoCsmJmoV1 5GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1nV8+C4MnO q6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHxJVwy pmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcG K3B6SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p 9pQJwxmQcUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3 vXvD+nSTyfKoXI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK1 7AxFYR29Ol+kfcSMxCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh 2blLYv2QL4NzNQAPNwZV8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyX xcyT/Y+NKWePPfE0b3ORLQUDB0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7 b3Fy/zWrt11QW8MMoo0c1ScOvuFTIRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wP XvcpCY2KjBI505HaUam8BUGZ3pDwQxs3yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDu Ak737j+wvLB6tSadBzoOeIzEtKTQFSs53s9//nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9l r3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHyLe8Z+jOYEm20kJgo3be0tLSHnPcPObGV ZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui86Gtxn6ORdDk7A/vOoK11bz/cxfe 3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZrN90K2teu9unIErTwoVcWgKp AwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46AS1T7k0u+R0aV2Yv7KBn8 QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1dMYUhvALS+8agJDQm Odhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCSEy07W0g34F0f m7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJUTklobPIk /I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP24ks PoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/ l4ooDQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn 5u1NMcnl89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpe mJHNMwkgX6230e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZl rDnLPd0YPDh67jPzq9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhB oZaTI2db1gVEppiA0XPSVr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8 dvpWXwcuIPloZ9QqarZq054Spe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqal rJdt/xhwvzKnwOvrUSMAU+3lL65c+yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TV dQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZudVKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPc upOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHdEgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz +Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinOZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW 8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2AHBe0REu31Cj8ReSEzU7FwwO4quP cU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1GkS2E8nnBs+0tLkj2IKYu6u2 2dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/PmfYQEBY4AOAHkbA+ng7v1 cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8xAvkWn80Hz51ebLZN FCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlDjr43ILbUJ5KF cuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+xisWUtvHg DHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfeeujs D5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at 1k1vDe825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8 QcBDQkJc22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2 Es/HXfuBbFTISqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKk DkGQcioZekv4tACqd8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E 6IU5FWxUZBGblVR7zwACMxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Y s+PYD3KfD4ie8Cp40iS6KhcvJGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+r D1zk0pJw6yb2waUbygcT7R2grXEfn1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0T S7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcbHm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjw ww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uq SYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTVkOR7bGTuSUwvKCEto+YXs+N7D/E829Be I0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenYvQlGdeYBxwwFAmz1+C1sZa3s6Qmp sgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvpqEk00rSkq2UETEI6su/MJdn7 gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZvTByBptnKuPT5qJDEqm/ BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYsGLg4k5bodc1IXanG +4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbWe0Y+GxKex+ak rbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpITJeQ7OMbK /p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMzirtt BAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPB s400gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K 9sEABwMdfBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqA FwRcrfOhTUcKU8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6R JJQu95V8//IXv1CcZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSID gkzHMX84vN7wfutBvpOyV/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+Su wqSrZV/JHjoPtT033HN0559cRgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUgg yBV/3W0PAg6ZUJi5UbPOMa+4cotRSSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTc SvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVgXhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRB wKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951uZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/j Ol3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVsQ+TVdpYBBd77WZk72PqNr7sMOBRBlJCW ZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9WRL7nW1ZekxNY1NEBzzf07UrIN2QK 0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9iDuKNAElnx4OMBN5xLINoI7sK jpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmoZB9kQ0E6Qn9e9/rthxpU H3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553NT3TjkV4fvWrX2ne 3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSDCOzUmszBcwwS i4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1gjDxHMSz QCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZGkJR Fl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dlt kSoEUb766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASA IF1OijZ03jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3y q3W5eXeSE2+CQKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQb RXf0LE/uuIypUi3JJSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nF vcclNavYqOTd9n318HRLP9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlL lGR2mhiRlhO8wBzlr+uFDODcB5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl5 7KWZuWzD/jP2/ZGFCQNg2GFgYKDmnm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1v yCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53 642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAUgwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4 s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+PSbHn6PamsYTnW9QN8LaxRaAgOjitG3N0 YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56Xcl3XFycXXIid3947pEhRWjA1fKE 4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJgl7Z2XrMsPF84POXsjGxNfY6 GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT9Lx//A4vTF9ul9C5I+EY cPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iEmFLWvHY3Ty8IzTUI sNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWiIN9qEvAVNatk 5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY5XJFvv86 KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424ZZEHo S5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKi dH+hAVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfL yeeWtt6Tjg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMg s6OSb7UIOAZnGKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoD mRxE54pBNsrv/rl9UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxC r8bclFXJ5qQ3yxpgA+bqPSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4 tiErQUYf6JQDIlNM8NoiTZ6SvNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7 OzZKL/vATN2w+aXM2vqRS9ItXY7LWcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvf eegUe2VOHp/RgGMBkmiQbnyHkw1V230l3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2A SzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCxgU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NF pgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdVFAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5 voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCYvTwrt0ORb2fL0jzgXpPvQ2/Wak0c YUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYpfWYWMgRjQsqD5yhts0DK3T17 LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCIEr/YL4K6g9K2+Hw8tfKA Q34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSUqOW1ag28VZWYyM3Z mZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14die+yn9z15m+XE HXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfyl8qRAzTv O/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ffunVr lBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/ wfXJrajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7o jFftPM2iliy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6Zb L+vd8cPOQVzk7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54 qjETIaqOOpP5eHt95TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe 0cN5dradbfPVXjCbB3javkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GA L1myxKv9IQWB5xvLeM5qZMeCJx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVe Skdttq8Bl5AZhE8P9pnIQQrh6I0VpBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356 Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzD Cr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegqr62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7 zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyleJTMbKExktlof0Uoe4Y2TyQjk+8VZBVdH LtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7ARmEN9bZehA7zPrg81JoNstY9+E9 Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoeH22cnKJGzpaTraVDDEO+fTGQ 43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0wvWbj9o74IyS1Sy3ZsM9 WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6tq5uBR+ASWU+cnLD iyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahraJrqrjyxu2V4 PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZX5rtRIkG HAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a2RNI N9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocN HOi19EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN 2LNDw9jUCVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fu NPnaeMP7gQpnIIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQ HV+wmZU0H9S18xWSE28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJ Xzclmm6ZOvHgrki+/SnRAQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig338 8cf25TmpTfbUnliOKW1jcbnrdCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB01 9p7OB2cN+gsEUWJ/tYp+mfJWWTo8+YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXS eo/XW85+QcvWsVjbFrb56N+dkm78f5FtMxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vwe C1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8VAT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvj CZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdufYuNiSrUPc+3kJzocb4hw0ezfuOjuNfb VR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8zM3OSL+9vdlENr4Qo2hNHT7ez/UOX NXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpSRzkOvuN/WPenJ59nGzduumd/ DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE520qvtEx1SwofbtiWQo8 y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D+8/45PWW4/kGkR4e UWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o2fjB8w0deF5J rb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUuE+tP8IBN VMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpnNeIs hoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0x u2bOqbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G 8YF0J1Uc5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfug As9XznYz0ja5NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443U U/AkwQuOKpmuZBBCyoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs /KJKllS8iQ8+rWXNdt04gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEu QYj1Ipl6a75RtrpPsPW7V+NbmRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjj Y915fQIl+6OtmjMvirdbaRVbed7vpfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6 fLi/8NQVsvp3AO2KM0832is8U1/ziCtZbmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pY UdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS 0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRtXbdd93vcuH7nNi3s5NXZmW2vxq75QSvi rSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI03X9pCHM5stYhwY7MDBQ0fm88XSL Dzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0TphX5Hr2ghHu0PZFu8cG2/YMt Hzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9HGI5NS0qI0fEAiwvbjir 9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6DifhWg++86rW2CUn WrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5PvmvqWyv0IkZN FVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkrjrC1m0/4 dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW/tDR yDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk 2ziab08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiF phskWTqTJte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUP tLfzUwOD2dy0Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe 6KnhwVZDlw2ijA5+SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zS pNYEXCvyjUwnSsmqkmV4iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p 4AXfCzae58fIqVij2vOUZjnRuvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs 8oTnAyxXRaCis/fp90OXssCkxptptmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45 LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGj WpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ150mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuP QEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1 y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9HrISBKX95AlTY2YBQZb9+vXz6fdA 6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke6DvNcgnk2tP7BHI+YWGJy2wi 8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXYv1Ly3Xd61n3tCySEehch y1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPsKS18o2WmEkhF4LUG CS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+OWErA4e3qGbT8 jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaqfv84Ljxh yIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+Vtq51 76kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNIT UPVSy+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQB R4VLPcvLK8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpA Q+lLEQoMguckFsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxb apc/OKtIacSAZmfLx969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwd bK6p1OnxRJC6Xs+7cNXeTR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w 4EOCAiODjATSFLnyFV/PLTfYEgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr 6fcVp9qOfaKXvlEQ8FeiG+8YlXybzWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHw puvpCUNVTbn7Q3KCks++Pn/kXVey/7g5yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6L M7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx 0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3fmlDoh6EqLl5N1tsWcmatr2piHxDIy6X NArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7AAM8B14Vrgs6cB8yWtXI994yMLTz9 ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/OxtPYOLQMAHz17+Zr/pyw1Jvi3W 7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9YZCcbN26VZfrEwWSkK7t v/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/QoegQgqHTo3PybSsl3 j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vpn3CNaBMnJm9h o+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhyO2X8kIPD CxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvNOIPB jyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOf ON2+vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFN yMJ0k1TCcBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcd MzyJhRsV2QeIN1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoO TUtZz+ba9tgLosHJFmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62K B1jJId/law+y3HJlWUtABuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7z bGnpDjZxYZmsEvFSzbVUioPzgfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr 9epsoPsbPCeXlzeXS77n5e72ujy93GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNA ESIMuCG3U5q6C0FrOKbj+oiICFZc/C8deFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qW XdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wmtwl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce +MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa/cmXZczCiQEAAs5dacrRbs9IKGEvjZvD hgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPxPH3o0H69SNHFE6dYkTWH9R41x6PG CIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+UnbawJjUBnbmyGleAAgVPAF8 dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2VlzHcRkerFHzC+0Bmlpd H7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8OwtGzZ0+7l0oBWVEU tDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiwszC/2X1nXxEYl 77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05iDfSIWIm Ts7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5mbls XEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+s WLHill6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaW E3IcVwFO0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZF Zhb/ZULqt57Id3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5 MMOHCplo7+BtR6B9bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPH sMbiInvgJWQQIpBv0Ow89kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88D WtnNR/9+jwH+7Gc/s2NZTs096+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UK q1k/jaOhJSc2WzdrWbOmjWH7OezBe/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8f P889J4MHD+ZEUYvrg8wDHZG/yLajrOOVOXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3 lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPzegZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKo JeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0DMuFZR+AkZHUAZC16VMh0XMZvml27nbf/ 6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6TfpSQT2m+pnGRtdQ17/tkeLo+N4zzy xz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfesS63ex5bl/vSM4b1HhhLo10G8 QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQNFVL8o1OE55WeDukniWU mgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBHf3e+uG8MRqRkWzrA nrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQZ3dFgARrnekE gyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvItsvsYwf6R LSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eOtTtW 1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczC wvIx1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEa R9FZGaHzRYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16 kXVBTcIMYqa2HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6M spxdv5stq9gl28EGjIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2N TbHeEBtBuIU32lf9LvJCg4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1 ql+nFuRbCrwHGMjhry+/c3lxcX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1t Dw8JZCijRo1SpTNBgGNo5mbDdL7QcEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etF p65FejqQNsgSiHzrNLvdTrzVGPDgXYB3OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gF NYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3 UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52RfkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh 346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w8dMz3jRu6LTgrQBhDgwM5MveNJaQ S4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by8ccfc+L95+cG3ic7mfhaI/eW 63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS1JjOtofXW0ix3B0P3nQ1 Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72cOQgG5O0zoA319th yDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow29bwYjLean4h VXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDuwFm5rN90 K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lzkF6x XugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfR mecaMz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7Wl cZqQbzRWCHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/Q DSPA0BP5RnAiUgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeR V7Zl1wle8n5xZtO6rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHX Ijod5H9JzkruRVe6P64HFRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk 33c8FORBUKtW1wuNvJ45u0UnKiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpI k20Yke97gd9saqQ5Hc+t77SMq0PnLD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09Pv WY9qimI2yNX+ohCMkewf1x2Wukq2gw3OuP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQ bNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY1 8BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellFdsa9tpLt233sPgkGBjNyA06NqPn2NFgD sQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAcP/r4k9wLjaA9vcot55fW+VTkAgMD eEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3MqeTVLLa9Xb/J9rzzBNnjMfFvL 8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6YcDCn2mS6VHor0WedC0J txSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3JUXriCvEFW1hMarnu 16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffEuSnW7hNSbroi 3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSAkMCgCA4G Beu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscLL+Hs lPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1u O8h2hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+z yOUtbGxcDa9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CM b+SUeRWf56Zk8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oT ZxBvkGdn2nN48GcsqebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7 +8hJNqF90OHp/ZUug4yClHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5 K8qDvN7IfetPsg0dIwYcTz/9NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+Y mcC0OzpC7OPL4EXJMvSUZovtKX+RSLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW 9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHG c3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPL uQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi 3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nLkOR7dmK1z8fAQKl30HLZg0h8f2qc +Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14wzCoGDQ7l/WdVcR6h9g42Y9K KdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogiJIOClrD9R8/plu3EYi3s o/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/IUOBpGRWcoPT9gX2 1G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREdBFUHJK7gzrYR kfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtuxHc3CM/v Jr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1vYsO O/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTm MrTa4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINve HA9kQqRXc7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5X DE7hSAhcUse94Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXds D9K8+sBFl8cr33qBFW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42 KfWmkk4ZgZmTF5bqRr6RqcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciy mh5oFAJyR97htReSDpD/D06dNxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+K NExynw+eJaBH4wzNMqLZHderUaEOMpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+ lK9GgBGO5W6aVzwreNYhYVErD7qrZZAKm832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4 sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz +7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLNXA7ibXl35O0GucYxna0H2UYZedgktplk 3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvFciNoUU6yg/0/IOxf2A+gG/luHw10 7xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu2eSyM3Zchncc8hR3xwWxRUaS 1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2WkXkG7M+Sj1CHRHDZqZv Fl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3ItqVNc4XPEiBEsKirK /j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7y32BrbDyZbXf V9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQEk7M/yD/k LIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZhAwE WmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFp ztl6TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXP x93+8MKDvKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9Sdjscv rF7NPdkIcESgZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gX OJI6vOyEBzrEpQUutK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/ IK6QlUj13Hp7e0H4HWUkyNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8 z6iwtBVdofNFw9M7yPKV3KxGvHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa /y+t6AnNNUg3yLenimtqLUM28+///u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1n BEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNvd99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5 tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/ 6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmBXMIpSDtKjSvplPGZmbKKLSzYx6UlapFV bwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM/vBUX57r29Mgcsri2ttdKQNCyMJ0 U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLtG5+l9WfYX18Jvqeypz8DlkTA pvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh9Jy0laGxyZPUfL5q6tbP nj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q7pCMLT4dD556BHu6 0oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2owakCAJdKUjYzI PR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2QwPvy7Vh MAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd4bT4 cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLH e4zAQmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwio D0peq8j+U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz3 8FCPlaxL1h5ioYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz 7ZjpxB2UZM2ISV/JhsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+ql ABacUM292loOVqLDZnPCvXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hx joE2PMmYysMAu09Q+pfwEiAKPHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7F MjxH0E36ejxkTMFMA3KM+3I9h976B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTg KJMOojkvzjIUKeyIfP9rQIJBC56btOAOiDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQ CSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPBX73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+z IN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn 4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+bCjKHUS6m71C0CCkam9fudhoUCoIs 93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHAlmo80fmW1zRORqdo1KIN8Gx5 Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1zXobesoJ87P3qBXQJJ2N FSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8CDG02LoMrszmZzUh r+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+hBf+QnvpNkC9 nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+wms0PnWo7 9olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfEe1xM GYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPy glkEFKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1 er9Tyrexudk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3P NsC01l4jwXF/XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXp s5cT5M6VHAPa5Ccee4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3 z+tyPgSXIquKs5zg8HiDeMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn 2hZq1dlAw4dpRV+Oh4Aed+v7jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1 R0AnpnRFusT78oynl3HygvbQlcYS6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5 xRlavd94L18OybAXoXJHvpfkNrHmXScM4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJ HAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3fgbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2v WsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzwTm79bjZuUQ3PdVxet4Vv817bYS57ACmU GwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX2NC5hU6zs2AgJM1qA7KN5611tpiu nPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX88wHIne5eD8hSWneeZyNjCpj +WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLbCNL1lCUH2yCeQE52EWix pVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzRNrw4PIAPQpOTk/1O vkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQMxWq+Fy8eFHV NKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjWmZ4aXlkU /hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGYwQDr qcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/ zoffA55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8I KoYdo32BfSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJ jsqYqJApPtBUV61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1Za Ovid42dvq0WOQG5BdNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIR HWUzIL3Ix+3vYE/8RbElJZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdT OsUPAt529MQKNRtHeD7ULocOzxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIq zu+oMcX147x6dvbSDwYfGLjg89LM3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaah oeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxKVt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3 PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMOgj127FjuTOjevft9M2ta38/b71481mHIN7wS 3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7EsPMxy80yr5a2FlzsgtpR7uYV32BFNG45z 6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqord6Teesvziiu3qNE4wrOEDk7NxhYp qX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6XJF/kF9fUwH6uowZAFwfskXI LeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+v2hTYK+QmzlbD9ItN6Aa x4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5yznhBjAQErN4et9P 66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamcxd15ymo2c887 /jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIeXxtHEGR4 l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF8qAw 23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCF iwweQImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQ WigurpzShfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QM Cwtjf3qqF6ts3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryR ljp6wNUg4M2t2xP1fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs/ /NY/vulS5Bsoqmyp8jYwEHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazb n5/mAaMg9CDqagQIGol8g0SjgA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8 fDwn4L6WX4fMRAtPMTJ9YJp6fnLJPZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2R bvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR 1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXe ZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J10wjCLT05llqiezMfDZ2YRUv3evKOCdH ZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvGER2nIK/e7A/iDs24v1KDQZeNTlgt TxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35AazEp988kmbL9l5EMQHMqx0fwyU MVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww2qeKlkS+VcShLVuK5ZBG ZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+GxRYd9CtRxQACzxUZ SjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3NpupA/UdSSbrs1eu 3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI5PvazVu3 Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/eTwxS MfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8X yLbiqkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrO C/Bg8JRVso7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXuf pi2p5tpiEZQoJ5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwP ZeCC5MW9gyxfIWWjVAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91A nv0h4XnMWrtTNhkODAzkM17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzA AOf5Hj3ZnLRVbFryWns9BCn5xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+ NT7VpUdFVE5bkt/KmtfuduthVjM1IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv /3vHz7Bx5t32ypJaEWxcDwYHyNjys5/97J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrH E/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IFQczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI 9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIto3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds 3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38SnfODrZ/jBsKS/OgvZBWp7c8X2FbWCA +vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47OBkhOHCtM6tV+wYMPoo3UgLh+ 5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7u+LX9jkyuXRhlybfMMq6 1XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTpLwwcwybE1/OgRfGR jijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGHdx06fS1/T0fU r9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT8ADh/nnZ +8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYDQSrB BYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV 8dA+51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmp rB4bnczMdzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYt KkwOClrKoqOTFM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5a BAcBjWp5uvRchueoV5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFq eqGV5orGuQUB1zMFIMlO/EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kN GxT4GpuVsdlpYgI4FZcWtrLJ5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORM zvbSbDQYlAivuh7tcVxasWr1PDq0caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj8 32oR+uERxSxj3YceyTc+Ow6/zaLTV8qWkGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fB AuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1c VMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8LsjIHmWQM6Sa00OWQuTbP/08/40TTA8N nZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5+KzHPNlzc3axlPJtPp0PhBqEH+2l +IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cwzF1b9n0U+FqVok4Zndnvnx3B yaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEzswiCKpH7XEhaQJzVkMZI ZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvwNQ+4P5dzG/awp8ab Zbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7lAQdCY81Bz05O u67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA3gYN/M9/ /nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9Rs4v +h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCOD y++HLpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx 8yxlGEwrsX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN 6FXnANIcDBBMWT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS 6SkXOLzPkHzAEw3ZhwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BK kZZQi8ws0pSFGIh4K6X59PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAO ZHXCPvUrVrIzF79m+46//97OfW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrs H46pWUsrDGHP4Cfe7A8PcZ/p2bL7d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zu FhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz25HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBt Riq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMtTG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkw LLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33pK4yCrmG9xk69pLKur8fOfXOGwUtxy8C STl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwDg+cV35mfUpqdZLI82BF+X63zeeP4 kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGzsJO59HQutwDgsUVAODzAgMjG glmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxDViO84Ujdiu9ys7HcF3CZ WbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelISDKIsXY/Ue2Jf6XYg eVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfOnrmEjlnJOys0 qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78HjF948de79 11Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneoNvxu 0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQ BhUVFWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31 NjuScy2IqDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8 Cme/aZbPJszP3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbn tTIQZ6TRA/JKatpKV+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSS b8wCYjawI/22sAU8W70HdPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7 f3KcmU2JybuHPKFIC8iytKIlloW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYA E+QbUhK55BsDjsAldYYKGJebSlCPZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6B aV8hMEukGII3HBrvoqZ93OP9xr43DEn2BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZW Ktkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaKoD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06 Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtRrKe8umYYyHNaZuagdpL1m452zyExyTMT 8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5fHb6VgyuB8+0tL0607K3V1DmrZdC LOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67EI42ZDwSnmhpAKYg3yBjwpMN QCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwrGHw5S6WIZ49KwgNn5fzQ K9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B2f+cvLCUldVudhrc aDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/elZHAhyLdUE+8v YDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t9AhtZ2LB +psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42PL06 MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQ yft7PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFO fd+6ddwDPnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wu qXlrWcuuE7I8kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5 KXhbc+t3foOO1ZnH/5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/ gJhBBMJikyfAA9k/xPrdXScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfw Waysqt5v94OBQmLhRl4QTOn+mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qd gnjLven2bR/cvu3Q2Y5EwKW5r0FcpXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2 aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm 2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbH ReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42ePsx6xeQtIaNjyliJ868zR544AFN8ly7 Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobPy7uitI/vVJ2SHCDoJaNk/bor77zb oQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9A8jK8rdJFtmBb/g8NyXtGtJk UQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPCU4vxXGX3KwmmbiDrZK/+ 7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW3W4+2y3Wo9S6Vnmz HZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSBZtuKR7937OTH HY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk+8lxKXem zksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3SwnlzQ nHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBG jWtCgOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOO tqKjZphB2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5G vuG9fvDBB7nHG55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2z B/LKdbL1DMy4iVz0nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb 4xzQoetRrAcDitzSVjYhqoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/I yIHAQOpMlQEDbLUkCB2NgKp5vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1 r8dv2LS6NfzSlRvXOxL5BuGGbASeYMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn 8fOIoEM97h8eeww89H7+qP+QXLDqy4rm/VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/Q qMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTlCM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5 Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ftHm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx 7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBzaL87I/jv+IpBRK28yzikGJo6DPOTy VpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjETCs+IONIZQjUtOy1b49+FBlh kBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUokd7m2oYldvnz5/IrWPRW2 wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9kKEGFRbVS/oFoAyDn yF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmnkd4KAwA55Bu5 vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw4/e/O6vi 0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh/nGd i3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnT wU9X1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD 8C6DXHtK0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb 39r1zmofH/mzrVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg 5So82nKcbLNT6q8qTTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1 j47dFe/BbMbhvW3nC8rWlpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjl v+GZ1pJ4Swi4YWQ3SkmrklzaGMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCj IN7QZttsNs3Ot27dOh7AiUBMo5DvkfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9 ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8 BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lOuBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqr g2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRfdztJhybcNRG2PCDuTa1BFWI14AGH1x3E H9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K4qB8e1RUlCHIN6/CndsiO3EBSHpg fInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8HgS5wuMNWak3fT0ZoJxRcmbh 6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33yUNvnM0qa6n1RlLiNaFp 75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNaD3ShR8f1gvwjsBLe bpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZKJd849N3etY9 AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4k/Ep6LAQ lAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEiKZFW QtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW 2G//3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn +j90WGoUKvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+d kn47xpy/xF+OAzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK 8vJqRKhIctKJoNVgyt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7u t/OL4j1KnGyj5hde92fNDCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3 tr/fByLfna8ThndYzQBFo70j/iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUT BYHkkm9kEesfYv3O3+2lWgHyZGQ+AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z 6tYosX7E/MJrlNKPoHGD202N4xgxA46/8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7I bmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuElJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03 PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3+ed1Pef6zW9cyy1bvzIsoTC9d2DaV67y gD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNXvAKCl14JyzrhSUoyZX6GZVxk9kp/ Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX80cuK+EecE/kG/KU/sHp73am 9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2bPHq0oYm3wKhXh7DpQTPY lQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkPxMjf5bONkL6NoL3n QzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8JsK3y2tKLmTWl5 +pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl29OLVhcsb to2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2sb5D phqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02 CK8WQY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR 8wvZUxNSedyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJ bQ7yZk9YWHINVSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54 nzx0jAXEV7C/TExjfxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9M DRP57joASZ0YkVnkabvgBebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRD QFyS5fnwhOzR7rYBAfeHjVO2EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufF bkYvKGVPDAplz45PZANn21hc7jquyVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag 2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFemJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm /sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0EPN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4Va TnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792wubYvQbw9ZelAHw8P+D8uXzMc+d588Czr F7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX5ymxUXi35cRP+YOAE/k2KFDkBZpk JXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu+6q2bi0MUPeARGhKqbMkqAmQ 1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoNsingkjB2bmrpE2OT78h1 sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQZbVaH/Lm+Sop/oW2 Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPeerXsP5pc2JKr1 fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9gy4cPD0ti csk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe0bKN kTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++P ip8oOrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0P QAPuzBb9pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUW a2EftZ6xL7NYHcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp /ZoWy4Hte7eCsIO479tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSH k0Bw1vl648V29JYL8i2mMTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8 +QQjD77byfdtuf2jWJ4QW3Z9VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01q TmnJmydOrz129t22g8cvvFleUb3/5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR 0tISrEV/31XsnwxKRSA6F+lxlLzUQ8LzrmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0 epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+FJ9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJq FVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+ 8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlxsr04M49Vb33rdnxW4wGLrfRleg+I fBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70jhH8DbnBigKQeEDqYZTrF15s Jft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNHpeS797TMW3FJlqd1sP9J XWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0hjxjBCMB7iM5UznsP Ty629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7QYBm/xDrd2T/ RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47knEPQCOtPB s5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTStU+L ysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIk O+wHxBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2 YeRmUm7SZ5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrS DInpNUw/YRkZWuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUN BhcDZ2e/PWuxNZR+fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOY rLU3AiPNiXpdV1cafJNReYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXE Q0k1KgKhIwK2K9fWO0o1Vdg62jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PT hnWU+4G99wlK/3LNjmM/oIiOIN2IV0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzg bXEKmiYmdFZIUvTJfscxwDa6TTgOJEAaQL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9 Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaNKkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJ Kby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBx EjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja3Zt9RTVeej+IfBNUIhlqebOoMh2B 8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuBpKpNlnEsCswgEIzXUak522b0 oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3IyuaSUQDEJ4uxulHVKzr6fg SyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6pY/YCCLrSUo9GgRkE wr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8Nj5vW56V2hEBw D39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8C gUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQCAQi 3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS 42I7KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P 0k7RkYQ7nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3 zL4e+7ki347HkXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAij R48O7t+/v6kr4qGHHtr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQ CASCjIEHQM+CQCB4AxDvzjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48 aGk/R5OSc2B77Cd3e1wPrkvJOd5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZh SvfZunVrlJLta2pqBm3evDlcyT7YHvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsf fn6THblwWfb2u09dYl9cvaXoHNge+8ndHteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY 2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusntW8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB 0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP8I5EyTmwPfaTuz2uB9el5By475m21zU9 B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi3wQCgdBJAH2zmuT76DuX2fbjn8nu pLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3hj/k5ACLfhK7WfqhJvl21H+7I t6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e4Xx57dZ9naGzTgqdGbZ1 RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFvd+2HK1t114Y4a3Pc tR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtOyp3H2NUUMDrD b2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWfthzvPt6s2 xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40HFt4 reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfy fBO6WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5 pmwnlO2E0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8C Qa32g8g3kW8CgUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilW aTVaParqenMOpdWBcc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+o bfR0DG/PrQfa7+VpeKzcZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1x PSfev6LoHFfbibR17VuanoPId+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC 9Zu3uzT5xv3LfVZ4rkS+CQSCYdCvX78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlO nWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zI Tl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL 17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf0SGJjsmxA5QeR3RYzjpU6fGENwvb3438 fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJfBP5pjbEQxsiXefKSy3+76wdkR7P sQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46Tmcdk+j4AOHdcncu/BWdpmPH 50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbEg42KY0klbM7WO2tH3LUh ju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6lKTe7rvTwE87O5eY 1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5djWDJtoQfHds R9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFvIt+ErtuG eGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1wRb7d tSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4 hqcCOJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkd cdeGOO7rrzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjk muztP7x0k1fFVHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4 /nVXkMJTARxPBTecebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr 9p1O4/m+cvVb2fd9/Zvb/N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64 JQvf3vqBnXj/CrdvubjaTlpRll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37 lMg3gUDQBK4KSUjXO3YYrorYOOvkHLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6u sp0Q+Sby3VXbEE/tiLs2xN059WxD8NdVO6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7 IRAIunSczopZSCUa7gg01ktlJ44FKVzt67itp4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93 RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkdcdeGOO7rrzZEDNSdtSNqtCHu2g935NtV G0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1m3nnSeSbyDfZVNe+X3fthyvy7a4N IfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X5NtdG0Lkm8g3gUAgdHoo9XwT +SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFvd20IkW8i3wQCgdDp4Y3s hLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQCAQnQHEMd+QbRTLk Fn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA08Yi77Bj51la WvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B5JvQmdsP /P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5sL1S 2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4en bCeO5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJN JtOzrmQnlqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5 thXX2b1XRL6JfBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YAB A+KdyU7qmjazpSlWrtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+i A0XH6Uy7SdlOiHwTCN60H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkE It9Evol8EwgEgvFQWFj4FMrLU4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3 is7x2Rc32tuPG4rOge2xn5JzfHf7juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69 e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6 DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+EN1fu9sC33357Wck5Pv300zfar+szJefA9thP y3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgEAoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAg EAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz/EjPQG9k0DMneIVeQRnf03OgtphA v02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3OvErPQl/gmePZ07MgKEFobPIk OCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIacQOSbQG0xtdkEIt9EvgnU 4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEpJl+RkGB6iMg3NfgE asgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3gdpiarM1wLBh w2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovlgXOHD+3t LHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/En89i 8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O 7+5aBLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdB Q/INwgwiJ4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8 +vXrlwJ5jVgm8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7Xe GVF1dg5X+6JvEaTU6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e 02+a5bP+wZYPJ87P3hyyIDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZ GEEX6NiQe5q+I/JN5JvId9ck3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqt ybdop+FhduZRdkW+PW3var0zooq22dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E 38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTG JJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7v N66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU0Dix0vywHNz8woTKSrJ2W2dt8sttaSMF pFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwey1NNp3N+3b337u6930hfxbt77t27 s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQbKD8bX4u+Pt/7cWQiJjcS8F2P wTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+mP0awWJs5DvU3vW6Baqc fiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS0V80rCCVhm9iGJ12 Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9+Mi59wi4P3PP kRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eeds7++xvYm 8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfgu/rB CMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2x NkXHdRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8 Me1Tcg1dOYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+ qaPgTof/5lEOt9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7D SoFA6/ki7M2ifLW1e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2H fmcCvL4kB1O+z63P53tPwHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9Bviu DnwTxFDnwhHX1b9XIq8cBdLpEz4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3 fX65IINswZ2wa0FELLzp4yybF2nvDwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2Py CENt5HXE5ga6rotBjH83offjiKpOVXK9J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDf kBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynmlcpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8 +d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O +Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/qmL5feADO70nPxS6MlgvIAd/VhO+s x44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2zSzHQLR/f8dDJ681m85NFwXdV 7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46rDt+ufHhfKo9O+3HNhMlg kUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLwTsWzDYDvEmCQbvSv bT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv1FQeH3y7BmAu +LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++aeb3K8F2G 6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBnQbaO 0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYN YFwbolmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUv DE3dCKWdfHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/ KXVhdD8qb/jmWQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG 792HZ8Y2jJ9+u1P1VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vm Bev4PB2+z+ax+YT9YHN5j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B 34DvPgkCJS6MBnynbzhm5cvH7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f /u0b72TW5JOv9le1k6rAN2t0YmYX1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjf PPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6 OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1ptnUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamad eX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKsc1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DD tz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7Mbl5lp3yqterJTdW4ih4TB1n0Tk0 5PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dxrnP59iyJ3SBLp1l22K8CvnsF vmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD39bncdk8xd6WzX1bWsfa 3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BOZzAA34BvqBj4rpNW 1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPqj4amaFK2SY65 Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lmQOdtymM+ jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUjcTtK 9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsW T7rgG5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnz vnYS6H3t6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZq icp2Vv3R0Bcly/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984Lv rHbKq16vK/JNjky+N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6O OoVvrsTjgm/q27ivY5+oZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL 2mbdhKOu8E02k4OoLDOCRcxOxc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4 tnaidZXarCV816H+aC/BN+zd34486/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuC zwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuAcXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+ IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurks/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4Dv mgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYjB3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgO w/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP7wd8qwHWiRMD8/PzzYWFhQ/Vz4+X QXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYnmwOAb8A3BPiGChLgG74Yqid8 c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4BvwDccPgT4hgDfEHwxfHZP q0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBStPah1p8aw3P/hS2q 6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDsUK52H5p+AHaA 8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAEQRAEQRDg G4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYAAAAA SUVORK5CYII= --------------070508090601040309090706-- --------------000103090601010304080308-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 940C821F9346 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 08:21:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.717 X-Spam-Level: X-Spam-Status: No, score=-1.717 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DFRM-RJVlQlV for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 08:21:10 -0700 (PDT) Received: from mail-ie0-x243.google.com (mail-ie0-x243.google.com [IPv6:2607:f8b0:4001:c03::243]) by ietfa.amsl.com (Postfix) with ESMTP id E700721F92EB for <6tsch@ietf.org>; Wed, 19 Jun 2013 08:21:09 -0700 (PDT) Received: by mail-ie0-f195.google.com with SMTP id c10so4311643ieb.6 for <6tsch@ietf.org>; Wed, 19 Jun 2013 08:21:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=U+OudDXptXqo4DtONZRd53RNAvCd8cAxDiJPV5YAu/0=; b=BEIkUysSRRM1lyBNsyNAr4lYWsDOVhIssCEKixHd4VBpiD0Zp9LkrTgsC8nsp8Eyfk i2fYUqkEF7BoIdYZ/7IeEnYKp8EMhw7PbUFXbkrmrVNEouV1dRFr5w145C4oqvrhb1/Q AWc34cuG706xOLx/XuEUHKqSuoHhVmf+7Er+WiUbAIaYkd6fml+GGqETpMUx/uL6n30B Xhkeo05vv0QQC8X4hoyAHcP/iMCVHvtfdW21lgel3VXnsIDl5cnVa6RygjPHG0JA8tsF tE1foYUnS3S3WjhKlcxs7+zrUnGWgH3FT3UpPtGRunyECufbGRlr9jMxlQb0wA0kymfe upkA== MIME-Version: 1.0 X-Received: by 10.50.62.75 with SMTP id w11mr1364264igr.19.1371655269040; Wed, 19 Jun 2013 08:21:09 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Wed, 19 Jun 2013 08:21:08 -0700 (PDT) Date: Wed, 19 Jun 2013 23:21:08 +0800 Message-ID: From: Qin Wang To: 6tsch@ietf.org, wangqin@ies.ustb.edu.cn Content-Type: multipart/alternative; boundary=047d7bdc10e411262d04df8361c3 X-Gm-Message-State: ALoCoQkcvJkqyM4E5VtqJkQVJEzMV7oHKHLVeZrQEyp9c7kfoEI5R9wotoznt2iX+sG6w1wzm4KY Subject: [6tsch] support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 15:21:10 -0000 --047d7bdc10e411262d04df8361c3 Content-Type: text/plain; charset=ISO-8859-1 Hi all, We have had many discussions on Track related topic in threads like "Routing vs switching". I would like to discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track. My understanding is what we can do now is as follows. (1) add hard cells along the path, with Cell Commands (2) specify the mapping between each incoming cell and outgoing cell along the path, with Label Switching Commands If my understanding is correct, I can see the following problem: It need more bandwidth. For example, when you add a hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are needed. But for the Label Switching command, additional two communications, i.e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the track will be consumed. Thus, I would like to suggest to use TrackID to associate incoming cells and outgoing cells. For sure, the TrackID will not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e. (1) add TrackID as a parameter of Cell commands. (2) same procedure of adding/removing hard cell or soft cell as before. (3) while receiving adding hard cell or soft cell command, fill the Track table with the TrackID. In the Track table, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, the schedule is the overlap of all Track tables. How do you think? Qin --047d7bdc10e411262d04df8361c3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,
=
We hav= e had many discussions on Track related topic in threads like "Routing= vs switching". I would like to discuss more about what 6tus should pr= ovide to install a Track, including installing both hard cell based Track a= nd soft cell based Track.

My understanding is wh= at we can do now is as follows.
(1) =A0add hard cells along the path, with Cell Commands
(2) specify the mapping b= etween each incoming cell and outgoing cell along the path, with=A0Label Sw= itching Commands

If my understanding is= correct, I can see the following problem: It need more bandwidth. For exam= ple, when you add a hard cell between nodeA and nodeB, one global communica= tion from PCE to nodeA, and one local communication from nodeA to nodeB are= needed. But for the Label Switching command, additional two communications= , i.e. from PCE to nodeA and from PCE to nodeB are also needed. In addition= , if a given track consists more than one incoming cells and outgoing cells= , more bandwidth for installing the track will be consumed.

Thus, I would like to = suggest to use TrackID to associate incoming cells and outgoing cells. For = sure, the TrackID will not appear in packet, it is just used to establish t= he relationship between incoming cells and outgoing cells. i.e.

(1) add TrackID = as a parameter of Cell commands.
(2) same procedure of adding/removing hard cell or so= ft cell as before.

(3) while receiv= ing adding hard cell or soft cell command, =A0fill the Track table with the= TrackID. In the Track table, Rx cells are the incoming cells and Tx cells = are the outgoing cells. And then, from TSCH's point of view, =A0the sch= edule is the overlap of all Track tables.

How do you think?

Qin
--047d7bdc10e411262d04df8361c3-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8106421F9C20 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 06:48:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.629 X-Spam-Level: * X-Spam-Status: No, score=1.629 tagged_above=-999 required=5 tests=[AWL=-0.426, BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, EXTRA_MPART_TYPE=1, GB_AFFORDABLE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t8H6EtdQrwTD for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 06:48:38 -0700 (PDT) Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 730A721F9C1B for <6tsch@ietf.org>; Wed, 19 Jun 2013 06:48:36 -0700 (PDT) Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 19 Jun 2013 15:48:39 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 19 Jun 2013 15:48:34 +0200 From: To: , Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRdNX/CzpwRPEqzdewzKovo2pk861wg///nT4CAADM6IIAAB97g Date: Wed, 19 Jun 2013 13:48:33 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_"; type="multipart/alternative" MIME-Version: 1.0 Cc: 6tsch@ietf.org, pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 13:48:45 -0000 --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_ Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_" --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Maria Rita, Many thanks for your comments. Please note that for sure in this mechanism we will have more communication= overhead. The point is address the requirements of those applications that= might require very dense schedule. Regarding to your comment about the redundant information, node A does not = use this information just for negotiation with node B to create a soft link= . Node A might need to create a soft link with other neighbors (e.g. C, D, = or E), then node A will use that information to create a soft link with the= m as well. I think Kris provide a complete explanation, that why random approach will = be satisfactory for most of the applications with regular requirements. Best Wishes, Pouria From: Maria Rita PALATTELLA [mailto:maria-rita.palattella@uni.lu] Sent: Wednesday, June 19, 2013 3:24 PM To: Zand, P. (EWI); pister@eecs.berkeley.edu; 6tsch@ietf.org Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Dear Pouria, all, many thanks for this very interesting discussion. I have few additional com= ments. I am afraid the "cell usage information" exchange can generate a lot of ov= erhead. For instance, one thing that comes in my mind is the generation of = redundant information. If you look at Fig. (b) and (c), you can notice tha= t most of node A's 2-hop neighbors are also node B's two-hop neighbors (th= e two-hop ranges mainly overlap).Then, I wonder why we should transmit the = same information twice? For sure, node A will not suggest in its Link Reservation Request to node B= a cell that is used by their common neighbors. Do you agree with me? Or am= I missing something? Moreover I am not in favor of the random approach (1) you are suggesting. A= cting in a very blind way, will give extra-work to the monitoring process, = and then to the re-scheduling procedure. I would prefer to carefully select the cells, instead of keeping in monitor= ing and reallocating them. Best regards, Maria Rita From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P= .Zand@utwente.nl Sent: Wednesday, June 19, 2013 3:18 PM To: qinwang@berkeley.edu Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Qin, Many thanks for your comment. I see your point. For sure exchanging just changes might not be a good solution. In addition,= the existing node might lose some information about the changes, due to th= e possible interference and packet drops. So, I think we need to think more about the possible solutions. Just as a quick response we might have active and passive approaches: 1. Active approach (Request-response mechanism): The combination of requ= esting the changes and all cell usages might work. For instance, we might c= onsider the request-response mechanism for the new node, to get all cell us= ages from its neighbors, upon joining. Then the new node might be able to p= eriodically use the same mechanism to ask about the changes in the neighbor= s' cell usage. 2. Passive approach (Broadcasting mechanism): We might be able to segmen= t those information into several segments and consider index for each segme= nt. We might need to broadcast several messages to report all cell usage. E= ach node periodically broadcasts those information. 3. Hybrid approach (Request-response and broadcasting mechanism): Each n= ode broadcast the changes that are identified by the sequence number period= ically. The new node that joins the network (or old device who has not rece= ived the changes from its neighbor for a while or missed some segments), mi= ght use the request-response mechanism for asking the all cell usages. Am I right? Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Wednesday, June 19, 2013 2:14 PM To: Zand, P. (EWI) Cc: pister@eecs.berkeley.edu; 6tsch@ietf.o= rg Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria, Just one comment on "exchanging the changes in a node's cell usages bitmap = instead of reporting all cell usage bitmap periodically." I think one of motivations to use decentralized reservation is dealing with= mobility. That means nodes are joining and leaving relatively frequently. = So, exchanging the changes may not give the moving node the picture of cell= usage around it, Thought? Qin On Wed, Jun 19, 2013 at 7:47 PM, > wrote: Dear Kris, All, Many thanks for your complete explanation. I completely agree with you that= "Bitmaps of occupied cells" can be sent in possible other ways and there i= s no "requirement" to just include those information in EB. As you mentione= d, we can make it optional for some applications and/or use another mechani= sms (e.g. request-response) to get those information from the neighbors. Fo= r those possible applications that might need very dense schedules (more th= an one link per slot) in two-hop neighborhood, we might be able to decrease= the probability of cell re-allocation at the cost of increasing the networ= k overhead (caused by exchanging occupied cells info). Qin, Thomas- I completely agree with you that without monitoring processing, the collisi= on-free communication is not achievable, in a distributed manner. I attached a Figure to illustrate the concept more clearly for others as we= ll. In summary, in order to choose a soft link on edge (A, B) (as is shown = in Figure (a)), the "cell usage information" might be helpful during the so= ft link negotiation. Those information (i) enables node A to propose a set = of unused cells in his neighborhood (as is shown in Figure (b)) as candidat= e cells in the Link Reservation Request , and (ii) enables node B to pick u= p a cell that is not used either in his neighborhood (as is shown in Figure= (c)) and then reply by Link Reservation Response. For sure this method might have some costs (e.g. increasing the management = overhead) and might not be suitable for those applications that doesn't hav= e every dense schedule. But it might be affordable for those applications t= hat require dense schedules, at the cost of more management overhead. In addition, I would like to add one approaches to the Thomas's list: 1. pick a new soft cell randomly in the schedule, and rely on the monitorin= g process to move that in the schedule. Extremely simple and lightweight ap= proach. 2. have each node announce its schedule periodically (through custom IEs in= the EBs, or through some other mechanism), and use that information during= negotiation Potentially more efficient, but possibly much more overhead. 3. the combination of (2) and monitoring process. As Thomas mentioned, there could be a different boundaries in which using m= ethods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I= think evaluating different scenarios (i.e. regular schedule and dense sche= dule) can be useful to clarify those boundaries. To measure the network goo= dput and management overhead in those approaches. Xavi- I agree with you that having multiple slotFrames with different length, mak= e it difficult to use bitmap in the very dense schedule. In this case, we m= ight look for a better way. For instance, considering the request-response = mechanism and/or exchanging the changes in a node's cell usages bitmap inst= ead of reporting all cell usage bitmap periodically. In this figure I assumed that the Tx range and interference ranges are equa= l. In the realistic setting that those ranges are not equal, the monitoring= process will be useful. [cid:image001.png@01CE6D04.73BCC190] Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Kris Pister Sent: Tuesday, June 18, 2013 10:42 PM To: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Pouria - this is good stuff, and I'm glad to see you pursuing it. When we first st= arted talking about working in the IETF to standardize the gap between 6low= pan and 15.4e I thought that surely all of those IP devotees, who had been = so certain that centralized network management didn't work, would step up a= nd demonstrate how to do it right with a distributed approach. I do think = that you can build perfectly good networks this way, and in fact we'll have= some advantages over centrally managed networks - speed and mobility for s= ure, I'm not convinced about scalability. Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing that I= would ask is that you not make it a *requirement* that these IEs be in EBs= . I have no problem if you want to make it optional, for those networks th= at want to use it, or even mandatory as a response to a request. But pleas= e let's not burden every EB with that information. Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you can d= o with just random choice, with some feedback on bad links. If we look at = randomly assigned links in a superframe with L_max cells (=3DS slots * C ch= annels), and consider the collision domain to be the union of the neighbors= of mote A and mote B (conservative, but the bound is achieved occasionally= in practice), then the probability that a cell is unoccupied is P0 =3D e^-GL where GL =3D L_a / L_max where L_a is the number of assigned cells (either TX, or RX, or both). If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece= of the network has scheduled on average something in every slot, then GL= =3D1/15, and P0=3D0.94. So randomly selected links are usually going to wo= rk. Having an average of one link assigned per slot in a given two mote ne= ighborhood is really high, at least for any network that I've ever built or= sold. Sometimes we approach this at the DAG root. This is not to say tha= t transmitting neighbor tables is not a good thing, just that you can build= a lot of applications with very simple (random) cell allocation. So sendi= ng the neighbor tables is not necessary for many/most networks, but would b= e a nice option to have for future optimizations. ksjp p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those that do c= ollide will exhibit slotted aloha collision statistics...or will they? Wit= h a mix of non-colliding and potentially colliding links at each mote, what= is the network goodput? I'm sure that someone has written a paper on this= for MPLS or something, but I've never seen one. On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: Dear All, Regarding to our last call on Friday, I would like to continue this discus= sion about the maximum number of links' information (or "link object") that= can be included in EB? Can we think about sending the information about th= e entire reserved links/cells in the EB(s)? I would like to know, Is there = any way to define a CellBitMap to enable us to include the entire reserved = links/cells by each node in the one or several EB(s)? Our motivation: In the distributed approach, this information can be used by the receivers = to schedule (internal) collision-free[*] links with others. In this case, t= his information is not just used for enabling the receivers to contact with= the sender of ADV/EB. This information enables the receivers to collect th= e list of used cells in their neighborhood. The content of information in e= ach "link object" can be different from the existing information in the EB = for each link. For instance, the link option or link type might not be need= ed in this case. On the other hand, neighbor ID (the other side of link) mi= ght be needed to be included in the "link object". In order to create a soft link, based on this information about its neighbo= rhood, Node A in the Link Reservation Request may suggest the set of (inter= nal) collision-free links to the receiver. The receiver (Node B) also based= on this information in its own neighborhood, will choose one link from the= suggested links that is also free in its neighborhood (that might be diffe= rent from sender's neighborhood) and reply to the sender by Link Reservatio= n Response. [*] In realistic setting, where the interference range is more than transmi= ssion range, this information will not guarantee the completely (internal) = collision-free communication. But it can be used to not repeat the reserved= cells in our two-hop neighborhood. In addition, the collision caused by a = pair of nodes who are using the same cell in outside of two-hop neighborhoo= d can be detected, by monitoring the status of that reserved cell (By consi= dering the mechanisms discussed in "2.8 Monitoring" section in draft-wang-6= tsch-6tus-00). Best wishes, Pouria Zand _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Maria Rita,

Many thanks for your comments.

Please note that for sure in this mechanism we will = have more communication overhead. The point is address the requirements of = those applications that might require very dense schedule.

Regarding to your comment about the redundant inform= ation, node A does not use this information just for negotiation with node = B to create a soft link. Node A might need to create a soft link with other= neighbors (e.g. C, D, or E), then node A will use that information to create a soft link with them as well.<= o:p>

I think Kris provide a complete explanation, that wh= y random approach will be satisfactory for most of the applications with re= gular requirements.

Best Wishes,

Pouria

From: Maria Ri= ta PALATTELLA [mailto:maria-rita.palattella@uni.lu]
Sent: Wednesday, June 19, 2013 3:24 PM
To: Zand, P. (EWI); pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: RE: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Dear Pouria, all,

many thanks for this very interesting discussion. I have few additional com= ments.

I am afraid the “cell usage information” exchange can gen= erate a lot of overhead. For instance, one thing that comes in my mind is t= he generation of redundant information. If you look at Fig. (b) and (= c), you can notice that most of node A's 2-hop neighbors are also node B's two-hop neighbors (the two-hop ranges mainly overlap).Th= en, I wonder why we should transmit the same information twice?
For sure, node A will not suggest in its Link Reservation Request to= node B a cell that is used by their common neighbors. Do you agree with me= ? Or am I missing something?

Moreover I am not in favor of the random approach (1) you are suggesting. A= cting in a very blind way, will give extra-work to the monitoring process, = and then to the re-scheduling procedure.
I would prefer to carefully select the cells, instead of keeping in monitor= ing and reallocating them.

Best regards,
Maria Rita

<= /p>
<= /p>

From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of P.Zand@utwente.nl
Sent: Wednesday, June 19, 2013 3:18 PM
To: qinwang@berkeley.edu
Cc: 6tsch@ietf.org; pister@eecs.berkeley.edu
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Qin,=

<= /p>
Many thanks for your comm= ent. I see your point.

<= /p>
For sure exchanging just = changes might not be a good solution. In addition, the existing node might = lose some information about the changes, due to the possible interference and packet drops.

So, I think we need to th= ink more about the possible solutions.

Just as a quick response = we might have active and passive approaches:

<= /p>

= Active approach (Request-response mechanism): The combination of requesting the changes and all cell usages might work. = For instance, we might consider the request-response mechanism for the new node, to get all cell usages = from its neighbors, upon joining. Then the new node might be able to period= ically use the same mechanism to ask about the changes in the neighbors’ cell= usage.
Passive approach (Broadcasting mechanism): We might be able to segment those information into several segments and co= nsider index for each segment. We might need to broadcast several messages = to report all cell usage. Each node periodically broadcasts those informati= on.
Hybrid appr= oach (Request-response and broadcasting mechanism): Each node broadcast the changes that are identified by the sequence number period= ically. The new node that joins the network (or old device who has not rece= ived the changes from its neighbor for a while or missed some segments), mi= ght use the request-response mechanism for asking the all cell usages. &nb= sp;

Am I right?

Pouria<= /p>
<= /p>
<= /p>
From: Qin Wang= [mailto:qinwang@berkeley.edu]
Sent: Wednesday, June 19, 2013 2:14 PM
To: Zand, P. (EWI)
Cc: pister@eecs.berkeley= .edu; 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Pouria,

Just one comment on "exchanging the&= nbsp;changes in a node’s cell usages bitmap instead of re= porting all cell usage bitmap periodically."

I think one of motivations to use decentralized rese= rvation is dealing with mobility. That means nodes are joining and leaving = relatively frequently. So, exchanging the changes= may not give the moving node the picture of cell usage around it,

Thought?

Qin

On Wed, Jun 19, 2013 at 7:47 PM, <P.Zand@utwente.nl> wrote:

Dear Kris, All,

Many thanks for your complete explanation. I completely agree with you that= “Bitmaps of occupied cells” can be sent in possible other ways= and there is no “requirement” to just include those informatio= n in EB. As you mentioned, we can make it optional for some applications and/or use another mechanisms (e.g. request-response) to get = those information from the neighbors. For those possible applications that = might need very dense schedules (more than one link per slot) in two-hop ne= ighborhood, we might be able to decrease the probability of cell re-allocation at the cost of increasing t= he network overhead (caused by exchanging occupied cells info).

Qin, Thomas-

I completely agree with you that without monitoring processing, the collisi= on-free communication is not achievable, in a distributed manner.

I attached a Figure to illustrate the concept more clearly for other= s as well. In summary, in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the “cel= l usage information” might be helpful during the soft link negotiation. Those information (i) enables node A to propo= se a set of unused cells in his neighborhood (as is shown in Figure (b)) as= candidate cells in the Link Reservation Request , and (ii) enables = node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then r= eply by Link Reservation Response.

For sure this method might have some costs (e.g. increasing the management = overhead) and might not be suitable for those applications that doesn’= ;t have every dense schedule. But it might be affordable for those applicat= ions that require dense schedules, at the cost of more management overhead.

In addition, I would like to add one approaches to the Thomas’s list:=

1. pick a new soft cell randomly in the schedule, and rely on the monitorin= g process to move that in the schedule. Extremely simple and lightweight ap= proach.

2. have each node announce its schedule periodically (through custom IEs in= the EBs, or through some other mechanism), and use that information during= negotiation Potentially more efficient, but possibly much more o= verhead.

3. the combination of (2) and monitoring process.

As Thomas mentioned, there could be a different boundaries in which using m= ethods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I= think evaluating different scenarios (i.e. regular schedule and dense sche= dule) can be useful to clarify those boundaries. To measure the network goodput and management overhead in thos= e approaches.

Xavi-

I agree with you that having multiple slotFrames with different length, mak= e it difficult to use bitmap in the very dense schedule. In this case, we m= ight look for a better way. For instance, considering the request-response = mechanism and/or exchanging the changes in a node’s cell usages bitmap instead of reporting al= l cell usage bitmap periodically.

In this figure I assumed that the Tx range and interference ranges are equa= l. In the realistic setting that those ranges are not equal, the monitoring= process will be useful.

Best Wishes,

Pouria

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.o= rg
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Pouria -
this is good stuff, and I'm glad to see you pursuing it. When w= e first started talking about working in the IETF to standardize the gap be= tween 6lowpan and 15.4e I thought that surely all of those IP devotees, who= had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right w= ith a distributed approach. I do think that you can build perfectly g= ood networks this way, and in fact we'll have some advantages over centrall= y managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing t= hat I would ask is that you not make it a *requirement* that these IEs be i= n EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even manda= tory as a response to a request. But please let's not burden every EB= with that information.

Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you = can do with just random choice, with some feedback on bad links. If w= e look at randomly assigned links in a superframe with L_max cells (=3DS slots * C channels), and consider the collision dom= ain to be the union of the neighbors of mote A and mote B (conservative, bu= t the bound is achieved occasionally in practice), then the probability tha= t a cell is unoccupied is
P0 =3D e^-GL where
GL =3D L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local = piece of the network has scheduled on average something in every slot, then= GL=3D1/15, and P0=3D0.94. So randomly selected links are usually goi= ng to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any= network that I've ever built or sold. Sometimes we approach this at = the DAG root. This is not to say that transmitting neighbor tables is= not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So = sending the neighbor tables is not necessary for many/most networks, but wo= uld be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those= that do collide will exhibit slotted aloha collision statistics...or will = they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure = that someone has written a paper on this for MPLS or something, but I've ne= ver seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would like to contin= ue this discussion about the maximum number of links’ information (or= “link object”) that can be included in EB? Can we think about sending the information about the entire reserved links/cel= ls in the EB(s)? I would like to know, Is there any way to define a CellBit= Map to enable us to include the entire reserved links/cells by each node in= the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be used by the r= eceivers to schedule (internal) collision-free[*] links with others. In thi= s case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This= information enables the receivers to collect the list of used cells in the= ir neighborhood. The content of information in each “link object̶= 1; can be different from the existing information in the EB for each link. For instance, the link option or link type might = not be needed in this case. On the other hand, neighbor ID (the other side = of link) might be needed to be included in the “link object”.

In order to create a soft link, based on this information about it= s neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the send= er by Link Reservation Response.

[*] In realistic setting, where the interference range is more tha= n transmission range, this information will not guarantee the completely (i= nternal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighbo= rhood. In addition, the collision caused by a pair of nodes who are using t= he same cell in outside of two-hop neighborhood can be detected, by monitor= ing the status of that reserved cell (By considering the mechanisms discussed in “2.8 MonitoringR= 21; section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_-- --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=59462; creation-date="Wed, 19 Jun 2013 13:48:33 GMT"; modification-date="Wed, 19 Jun 2013 13:48:33 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfGSURBVHja 7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQEBJCwkKokVpS S7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61nqUu1Vxd+5zn7PPs vX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5JhAIBAKBQCAQCES+CQQC gUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQf/YzFhkZ+Tt/PIdnnnmmeNas WU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW7Yrj+vreurMxtdsPf7YlHcnW/P2c COr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84RavyQar4QONbkyZOHe0NSOyv5xrbufmtC x7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1 YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjralSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbH WcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKE d+yup8ytrQkbgo04syF8x//E++jKjsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZ rUnt390zFl4zbCuuTbQP7mzbsT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/ 7Mnu5XAL6T5ybF8uBzGi3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/ 8SIIMuDqWNhPGMLd6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+Ld eeD43jt7J13ZhmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfX Ip6pu2cs5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0 vzMuIec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxztzt1x PF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmXUrtXSr71 tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQcUx9uTue1FPt aj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjyfLt7ZkS+u4bnW7yT zmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904mc162vF/zjzxrtoRd9ci 1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs55Nufdi+XG7gjuZ72d+QScq/T Ewcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvhbj8HHdLT7q4N+4oGQRzPledbrJMa vatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vxnXRlu2JGSugC5bw3gng7syHp7JL0+hwH 9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2bu3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K 9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCOfHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+g AZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci +QlkuzqRCKPaHbUJRL47mv13FLs3sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAg EAgEIt8EAoFAIBAIBAKByHfHgxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsn EPnuWA/aRUUpNV5qRDFLUzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCG KBLvOxaYcVYiFoQYqYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6 KHThWPBK/B+2h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8c tu+MVxCIfPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xB WqrZlR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqfruzQ 0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2nfEKApFv Q5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAwiU4SRFXqrZK2 HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQxcvsqKUSU0yOejOh xXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA0bmJ6WSsF8cWHivHY3gK YHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBlFfoxudHFQlvpbhuhvfR0LGxH 0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnPN4Ggj93qAdizp4E5gUAg2ycQ+SYQ CAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8CgUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCM BJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6ljJhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgI BOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50AgdE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHs n0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5E dgkEgp6gwEsCoWsTcHoORL67NIyov2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6N WYmlUQYk3w/RyJhA6NyDbCLfBELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo 5SiR7y5Nco06+gxNKFxIU1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oF Wr7rGZz9TZ9p1juvzM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj 3Y3aBlDObyLfHRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0Un DXKNexZT6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8A UhV02GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/sJjk Eb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1dLYL94dl /B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+0yyfU0dM6IrA ew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6VENC7cRV+tyW0XYNC LSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+RExqbPMmfHd3wudkfPjws yS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ/acRyxi2p9+ZQHDet8sl4Eax /6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc+c6jo5ax2o1HWFx283V4pKbOB5/V fzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZN jn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKGkAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRgh T3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU132ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YV bt4H4Pu6VeusW9euNTXUNMYVFpaPsWRXRwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP 7BmUoahT/v3QpWzAzOzr9NsSCHfJ7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4 gTnKU0yH4zK2x370+xIInu1fSDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8d mHybHhgzv+ASAhY9dX7PTrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk 3yHyTSD4bucvzi688vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5P rDv3zgcHs4rr3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xr y9ebDpxlSsg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuE k0ziMOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PExyUzJ IBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9xRpai6d6m bW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR72cnp10HoaDf l0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6ke839r3BZiTVybo+ SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5ZIJA6MrwhtyCrMckmLrr cX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1u5mnIjsvhObdmrfYMoZ+WwLh X5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giNNUfQb0sgeAaK08ipDunrPnpdI7bD 9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3gzsrLPzXOzAbOymF7d7Sxlete/8eynHoL /cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1fw6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5 hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttR ghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo 7BeSzeAt15N8Q04SlVLOXgzNZY+PTeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5 wuiebwBpDpHuEAV0HAM+sYz/Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThma zJdDs9nbR076hXxL8dgjj7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflS yrYoGmSPXlDKZ5X0JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6 PFHF2uiab0egguWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDh MZ4QU8rk5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6d O7cEmYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+ZwPbXT 1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0JZ+T03Y++ 4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4EFMAJSyx1mn5P bpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn96NRZrqdGUONzUzLY n8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4KKQoZA6EzEe/C6saZV67e vOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgIRfvXNjSx5n3nPi4tLe1BnS+h q0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcXJt/evGByOuNsW/HoT0+fuuhNUGNj 0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+QbxrsrN8ekYxw4dfb+wsHSgN40Meb4J3rwz WhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv 5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQE feKsxNIof7//vpxfVNek94PIt1uirNZIDcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/a t8/n43x+7h1WUr/t4OK0QkW5wYl8E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIP Pvggu3jxou7kGwOABx54wOfjldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1t xFE7buRBhbvn4y0JJ/vv5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpV yUoaBcp2QlDW+WaPUsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/ 80/WsP3Mh8m2hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIo La+Jhp5ZDTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9 evTg3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHoyLwz oxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY3luCivbf 3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf0WGzmSUhQfF+ 2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TUb0dG5J43QmomQuck 39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+HG5s8eGxk7kkEoPaalnUT f1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4gEMtIDKzaFB40QfDZqZvhiae +vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/NdOBPPfYY15rr5QXftWX3mT5Blq+Q nk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfPakE+H3roIa+ymaSnp7Nu3brxQEytyDEk J3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkw oIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ8 0nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBCllTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8 Qr/9q1/9yidNNgIxlyxZojo5FsGWenrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLv tJ73omVfp2ewI+5jYmRaBgbe7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZS R9BNQxqCYjwzpkzmpNlflS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5 RgYTX8u///rXv2bFxcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y 2jOjA5xrSlz5lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNm iu0iTcUzt6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctr gxeYoxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2UfOPF Gj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK+Ayanfst AjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYda1asWHHLyGTb 2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQDgyds/wgqkkikBel 3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W/9T4lFuefuyWPad+jM9s +qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiKG0GvVZWELq00IZhDjOLRoOA7 UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODkQT3JMzzVIMxaHN+Xipi1tbVci67X 4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKt p7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa30Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tm UG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DMHykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD 8C6rfXxkQkEWFW894dgfnm89yTf03koG2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntem VSCnGhUx9cyvjVmJgpV77yixfwReD5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5 fjrnYcN4sZyOFIipFWYlVrFHRy6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy /Pnz/PjeVKiMi4uzpxnUS3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RB D+S/Suwf6Qcnzs/eTO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiq k22UC62rv4bUgAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3I dCD390KxLQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YS DTE+/UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh7VDz +NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9/TjrGWSV 1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/JMjoO81yyVNS BYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e3j5ykpNq4PWtO+/Z F//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOEVDY/YxVzNmMBTW9yySY2 I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d7+a3t7n2EcvokCDdwOABGmrx AaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9hf/X1K3Q/Hkg3/lfXxjJnhxndvt7 odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdnmfi7BPwhBX1bd/2dopYHR80vvPGHYZ4V Cc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYlj3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/ w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OTwzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0 qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGIqV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+ MTqPa6zVfh7w/uMZoEgQ5DG5tnwWvXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD 7O5kSx0T3nixvfGW++KN1rtyplzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErS GUk1LKdx/z6TyfQbcrB1MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgS rrmelryOzcjYwgnvhIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNb LdbCl7UyICLfxobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiI XH49IOfeXg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9Ql mSxPko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq1Zql ROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9bZs+4RCf ReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27MN1ksDyDlkJrv kF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqDg4PZZ59fYYHxJWxi wgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi4mJF1/vr//xPz3nJ61dc rWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5ngOWquWzzt9aaHbefb/8Oea4o QKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn2+cUV+2z2QqfJfs3OPnGdM+sxNKo kMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0HyAe221gMBeK7DTFVOSbd0GQYCAu7qevD/ ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+fe/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2 hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/Q taNgD4j+3r17FV0fsrWAsMvdfv/xd88mWyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDx Rl/Y/nwOopI37NaxfcSAuvv4lG98ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK 0hkdbLoQbDw4TK+Iik9itHfP6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFd VZAsq9nMAx+1Jt7woo9oJ9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6N CfG7wP5RpS1wcXkBCu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5Nqd feN7yqoLbOKiCrt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13c Co+2O/II4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L /4hJK08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8Adcwd m2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7IInTNkH+ID si0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3L+VXNoaTvXRe CCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV8RwgLfE0Iyg+8I6H xCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVAUk5TiSfiBp0xghIBtaUo IJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvHBygYqLgqFAT5TEBsqddefGRD gQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5VhBwaApBeqWNNwIBx44dy0k49Mla dA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W/B57ZU6BfX/kDEfQJqaFf/vb39qflViP +8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jBlCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg 3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKS T+rRVQO7m9dw8gryrbfHW2BqXKWiThnfEZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKV FqVSFArG6riIzahb56nxvnjxIpehwENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJa zlMRYnASHx+vqUwH0hVfyTc+5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtC XQBZT2ldS9x77723VSv7RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYw dbpfM6jEpK9kUUWHFJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03 SLjancsLI4J5MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7 bxeX1gwlG++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0 g3yrdTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3jAEUd vG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n55eWJpkt T3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQYM60yUpLSuRb J+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvICuOLjERkWZGTrxzp CfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6dm/Gxde+Rld423tA5g4BD 44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL7bwhadFKcy8CMusaW8IciRCI FgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtASQ/OONMtyyTfStb40M1e39glODkCr 4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBPrSqRSEkIEo6MH56Irq+kVQsUV29mRU37 ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4zv24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVw xgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD/iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA +rK8s+1sW/iyymQQIsxiofha9/Hm2xgoISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyj eE5u/c5v5MpOYKui9oAe7RPaVqV1AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gK M2Bm9g0UIyLyrTIyChqtahM3ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0f VCfD2zbt5zpwzAg4rkOWGbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iO TKPDmpNY7Hey7Ww5pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZp anz516jz4IqMYMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0 TyLYUo/z5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSC Uu/uB0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm0KGg 0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHCGw4pCtlT xwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtPfz7Lp4c9wv6R wlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BYpOatZROiS1ivwAzW d1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5HnBkNnHUZ+OYuD+lenc5 KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J1Q+1bsyjoqJ40Rln65FacOGS VDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgBGx9fzwfaGDTg+8CwfL4Mciz07pDb eJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5XgldSkW5Kspx4eY6H5FyH3gGXaWlp/d98 883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS+eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrV GfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpgvcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4 mCHpSMpZowrxhLdYmgoRXngELirxIFetfZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIo DFNUWkWjDJ0fr6xmgEj3rojS1Xua9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi 3R+8TlpdD7KFoMPs168fvy53Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8 RJEjOYNstAnuym3D7jHARsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkf ory7VjLF6upqTrg3Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze 1smx/0dHLWMT52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpK r86HrCkIThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaV VKDjJaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaUAR5V EURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1deEbN8Su0B ci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw07PnbutB5FAu XmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK4ut1QP8NXbmewZbj ooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXMrX3jU7JmP7M17lN0Pnih 4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8oaY6RcVG8Ok9I5+BdFOAtfFx d/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvnys4Tn/lkD2g7oLWWuz3aHwzw1bZP pGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpO AG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZevhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90 gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmLmCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSY uvUOsnwlR86EPr7vNMsluWkszWZzt+bNewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN 2YgxC4oV2f9P3nLL9Y5oC4a5kNUt+97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94 v305BgYGSL2I6xbpDJXq1iGf0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2S JneQjWnpuNx193tm2trYq6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMl pZrPbqOT2eQo6xqyL4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+ cQxRHMdb++/Zs6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumc JyyqYn37vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9 Np4wXhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJObOC5j oI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/XM5NSr3XU gjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFwV9s9KRMRcCqA AQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//NnnlxHHtuioV3vM6MkudC Dcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5Dff8gLjqVWQCy0Jyotbx hCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0DemU5cZSc9Ayw3FCiIcb3XtNz flyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvPhoVlsr+OiOJyNJHNKDytiUNU/EW8 BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjLdETkWwYO7drfpjVxdcyFzQn58lX8RVVC vlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+JesR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7 YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq+DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb +kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7+PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628Lzmzopq oWN+fmratSmxhZtnJZbH6xFkRbEjvkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmc U2kn3lHL17D5ySX3kG9ptiV4wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w 3lOS3CZYeHKcmU2Ir/5uXlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCb i7OKlHIAgouy8Y5SlPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZX chho9/H7LVnexHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx 7QyduD/Id07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9X tvYQz/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAwy4jf AJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ88mLKnln K4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9vPR5pKy6wMKy trOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auNdU2JaPzV7qTxzvtD x+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8n5CiIJsJAknxwTTuS6E5 fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2HrsTFpM8KiHB9JA7W9TKCx6e WDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZVuv41dXVfGZr7NixdvsDmUWdAww8 egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7iytNuimrgt83riHEVM8988IjLt3+8uXL 57NL60I70uy26heplIhs3XLguJZe73nLat1us25FM3tuRDj3arvrlMNzdrLZaev85tWelrmXa76F F1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClkcZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbz wZtHT1qyq6NQdIcq3XkPpQOYurq6wSilrFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZ zrQO6JJ+4uLieHDXqxNm8wGMq2JjUQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30h d2CI91PtXNJaeL66iv17u49aQJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdI eH7ZT5V+m3cev8fJhueBKt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0z C6q3mq3WR9R+h7SIV1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwAT Lx46mgnx9Sw2YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDX jIwoUhIOXTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7Yks Tw6exUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSynYq1f 7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EMur0N4MT+ GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJSTjPXNfebnsUD K6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSfhjxmfjx79LEn+DNX OzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86M2mAITwvINfD5hVwSQW8 5fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOzhMcLxEPOIHte7m7+rFx54qTl sEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q7I8PT8uHB1xIKKSkG+3BgNk2Nj4k 2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQHg3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70 kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFFZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWB k5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396 +tTFusrKUSCT5CVT5v2SE4RmzbZFbD76iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4 Pvc0iYAicfyGPR+wWXmHWUnNKt06X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0 uRbX29y6PdHXGVki3+pKT+Tq4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuM AGBk39GD/CK+BOeG/UgHr3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSn eLv/68fObjfbCp/tMuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi +hEoCsmJmoV15GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1n V8+C4MnOq6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHx JVwypmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcGK3B6 SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p9pQJwxmQ cUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3vXvD+nSTyfKo XI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK17AxFYR29Ol+kfcSM xCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh2blLYv2QL4NzNQAPNwZV 8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyXxcyT/Y+NKWePPfE0b3ORLQUD B0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7b3Fy/zWrt11QW8MMoo0c1ScOvuFT IRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wPXvcpCY2KjBI505HaUam8BUGZ3pDwQxs3 yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDuAk737j+wvLB6tSadBzoOeIzEtKTQFSs53s9/ /nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9lr3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHy Le8Z+jOYEm20kJgo3be0tLSHnPcPObGVZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui 86Gtxn6ORdDk7A/vOoK11bz/cxfe3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZ rN90K2teu9unIErTwoVcWgKpAwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46A S1T7k0u+R0aV2Yv7KBn8QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1d MYUhvALS+8agJDQmOdhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCS Ey07W0g34F0fm7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJU TklobPIk/I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP 24ksPoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/l4oo DQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn5u1NMcnl 89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpemJHNMwkgX623 0e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZlrDnLPd0YPDh67jPz q9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhBoZaTI2db1gVEppiA0XPS Vr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8dvpWXwcuIPloZ9QqarZq054S pe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqalrJdt/xhwvzKnwOvrUSMAU+3lL65c +yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TVdQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZud VKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPcupOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHd EgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz+Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinO ZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2 AHBe0REu31Cj8ReSEzU7FwwO4quPcU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1 GkS2E8nnBs+0tLkj2IKYu6u22dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/Pm fYQEBY4AOAHkbA+ng7v1cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8x AvkWn80Hz51ebLZNFCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlD jr43ILbUJ5KFcuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+x isWUtvHgDHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfe eujsD5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at1k1v De825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8QcBDQkJc 22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2Es/HXfuBbFTI SqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKkDkGQcioZekv4tACq d8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E6IU5FWxUZBGblVR7zwAC MxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Ys+PYD3KfD4ie8Cp40iS6Khcv JGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+rD1zk0pJw6yb2waUbygcT7R2grXEf n1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0TS7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcb Hm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjwww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3 h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uqSYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTV kOR7bGTuSUwvKCEto+YXs+N7D/E829BeI0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenY vQlGdeYBxwwFAmz1+C1sZa3s6QmpsgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvp qEk00rSkq2UETEI6su/MJdn7gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZ vTByBptnKuPT5qJDEqm/BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYs GLg4k5bodc1IXanG+4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbW e0Y+GxKex+akrbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpIT JeQ7OMbK/p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMz irttBAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPBs400 gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K9sEABwMd fBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqAFwRcrfOhTUcK U8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6RJJQu95V8//IXv1Cc ZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSIDgkzHMX84vN7wfutBvpOy V/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+SuwqSrZV/JHjoPtT033HN0559c RgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUggyBV/3W0PAg6ZUJi5UbPOMa+4cotR SSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTcSvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVg XhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRBwKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951u ZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/jOl3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVs Q+TVdpYBBd77WZk72PqNr7sMOBRBlJCWZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9W RL7nW1ZekxNY1NEBzzf07UrIN2QK0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9i DuKNAElnx4OMBN5xLINoI7sKjpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmo ZB9kQ0E6Qn9e9/rthxpUH3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553 NT3TjkV4fvWrX2ne3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSD COzUmszBcwwSi4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1 gjDxHMSzQCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZ GkJRFl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dltkSoE Ub766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASAIF1OijZ0 3jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3yq3W5eXeSE2+C QKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQbRXf0LE/uuIypUi3J JSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nFvcclNavYqOTd9n318HRL P9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlLlGR2mhiRlhO8wBzlr+uFDODc B5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl57KWZuWzD/jP2/ZGFCQNg2GFgYKDm nm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1vyCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP 3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAU gwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+P SbHn6PamsYTnW9QN8LaxRaAgOjitG3N0YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56 Xcl3XFycXXIid3947pEhRWjA1fKE4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJ gl7Z2XrMsPF84POXsjGxNfY6GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT 9Lx//A4vTF9ul9C5I+EYcPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iE mFLWvHY3Ty8IzTUIsNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWi IN9qEvAVNatk5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY 5XJFvv86KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424Z ZEHoS5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKidH+h AVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfLyeeWtt6T jg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMgs6OSb7UIOAZn GKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoDmRxE54pBNsrv/rl9 UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxCr8bclFXJ5qQ3yxpgA+bq PSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4tiErQUYf6JQDIlNM8NoiTZ6S vNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7OzZKL/vATN2w+aXM2vqRS9ItXY7L Wcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvfeegUe2VOHp/RgGMBkmiQbnyHkw1V230l 3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2ASzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCx gU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NFpgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdV FAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCY vTwrt0ORb2fL0jzgXpPvQ2/Wak0cYUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYp fWYWMgRjQsqD5yhts0DK3T17LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCI Er/YL4K6g9K2+Hw8tfKAQ34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSU qOW1ag28VZWYyM3ZmZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14di e+yn9z15m+XEHXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfy l8qRAzTvO/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ff unVrlBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/wfXJ rajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7ojFftPM2i liy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6ZbL+vd8cPOQVzk 7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54qjETIaqOOpP5eHt9 5TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe0cN5dradbfPVXjCbB3ja vkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GAL1myxKv9IQWB5xvLeM5qZMeC Jx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVeSkdttq8Bl5AZhE8P9pnIQQrh6I0V pBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4 piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzDCr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegq r62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyle JTMbKExktlof0Uoe4Y2TyQjk+8VZBVdHLtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7 ARmEN9bZehA7zPrg81JoNstY9+E9Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoe H22cnKJGzpaTraVDDEO+fTGQ43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0 wvWbj9o74IyS1Sy3ZsM9WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6 tq5uBR+ASWU+cnLDiyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahr aJrqrjyxu2V4PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZ X5rtRIkGHAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a 2RNIN9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocNHOi1 9EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN2LNDw9jU CVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fuNPnaeMP7gQpn IIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQHV+wmZU0H9S18xWS E28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJXzclmm6ZOvHgrki+/SnR AQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig3388cf25TmpTfbUnliOKW1jcbnr dCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB019p7OB2cN+gsEUWJ/tYp+mfJWWTo8 +YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXSeo/XW85+QcvWsVjbFrb56N+dkm78f5Ft Mxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vweC1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8V AT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvjCZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdu fYuNiSrUPc+3kJzocb4hw0ezfuOjuNfbVR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8z M3OSL+9vdlENr4Qo2hNHT7ez/UOXNXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpS RzkOvuN/WPenJ59nGzduumd/DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE 520qvtEx1SwofbtiWQo8y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D +8/45PWW4/kGkR4eUWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o 2fjB8w0deF5Jrb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUu E+tP8IBNVMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpn NeIshoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0xu2bO qbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G8YF0J1Uc 5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfugAs9XznYz0ja5 NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443UU/AkwQuOKpmuZBBC yoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs/KJKllS8iQ8+rWXNdt04 gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEuQYj1Ipl6a75RtrpPsPW7V+Nb mRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjjY915fQIl+6OtmjMvirdbaRVbed7v pfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6fLi/8NQVsvp3AO2KM0832is8U1/ziCtZ bmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pYUdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O 0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRt Xbdd93vcuH7nNi3s5NXZmW2vxq75QSvirSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI 03X9pCHM5stYhwY7MDBQ0fm88XSLDzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0T phX5Hr2ghHu0PZFu8cG2/YMtHzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9 HGI5NS0qI0fEAiwvbjir9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6 DifhWg++86rW2CUnWrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5P vmvqWyv0IkZNFVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkr jrC1m0/4dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW /tDRyDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk2zia b08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiFphskWTqT Jte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUPtLfzUwOD2dy0 Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe6KnhwVZDlw2ijA5+ SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zSpNYEXCvyjUwnSsmqkmV4 iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p4AXfCzae58fIqVij2vOUZjnR uvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs8oTnAyxXRaCis/fp90OXssCkxptp tmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs 4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGjWpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ1 50mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuPQEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7 Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9 HrISBKX95AlTY2YBQZb9+vXz6fdA6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke 6DvNcgnk2tP7BHI+YWGJy2wi8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXY v1Ly3Xd61n3tCySEehchy1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPs KS18o2WmEkhF4LUGCS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+O WErA4e3qGbT8jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaq fv84LjxhyIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+V tq5176kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNITUPVS y+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQBR4VLPcvL K8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpAQ+lLEQoMguck FsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxbapc/OKtIacSAZmfL x969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwdbK6p1OnxRJC6Xs+7cNXe TR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w4EOCAiODjATSFLnyFV/PLTfY EgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr6fcVp9qOfaKXvlEQ8FeiG+8YlXyb zWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHwpuvpCUNVTbn7Q3KCks++Pn/kXVey/7g5 yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6LM7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/ cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3 fmlDoh6EqLl5N1tsWcmatr2piHxDIy6XNArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7A AM8B14Vrgs6cB8yWtXI994yMLTz9ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/Oxt PYOLQMAHz17+Zr/pyw1Jvi3W7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9 YZCcbN26VZfrEwWSkK7tv/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/Qo egQgqHTo3PybSsl3j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vp n3CNaBMnJm9ho+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhy O2X8kIPDCxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvN OIPBjyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOfON2+ vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFNyMJ0k1TC cBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcdMzyJhRsV2QeI N1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoOTUtZz+ba9tgLosHJ FmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62KB1jJId/law+y3HJlWUtA BuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7zbGnpDjZxYZmsEvFSzbVUioPz gfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr9epsoPsbPCeXlzeXS77n5e72ujy9 3GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNAESIMuCG3U5q6C0FrOKbj+oiICFZc/C8d eFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qWXdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wm twl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce+MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa /cmXZczCiQEAAs5dacrRbs9IKGEvjZvDhgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPx PH3o0H69SNHFE6dYkTWH9R41x6PGCIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+ UnbawJjUBnbmyGleAAgVPAF8dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2 VlzHcRkerFHzC+0BmlpdH7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8O wtGzZ0+7l0oBWVEUtDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiws zC/2X1nXxEYl77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05 iDfSIWImTs7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5 mblsXEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+sWLHi ll6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaWE3IcVwFO 0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZFZhb/ZULqt57I d3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5MMOHCplo7+BtR6B9 bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPHsMbiInvgJWQQIpBv0Ow8 9kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88DWtnNR/9+jwH+7Gc/s2NZTs09 6+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UKq1k/jaOhJSc2WzdrWbOmjWH7OezB e/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8fP889J4MHD+ZEUYvrg8wDHZG/yLajrOOV OXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPz egZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKoJeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0D MuFZR+AkZHUAZC16VMh0XMZvml27nbf/6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6Tf pSQT2m+pnGRtdQ17/tkeLo+N4zzyxz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfes S63ex5bl/vSM4b1HhhLo10G8QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQ NFVL8o1OE55WeDukniWUmgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBH f3e+uG8MRqRkWzrAnrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQ Z3dFgARrnekEgyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvIt svsYwf6RLSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eO tTtW1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczCwvIx 1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEaR9FZGaHz RYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16kXVBTcIMYqa2 HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6Mspxdv5stq9gl28EG jIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2NTbHeEBtBuIU32lf9LvJC g4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1ql+nFuRbCrwHGMjhry+/c3lx cX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1tDw8JZCijRo1SpTNBgGNo5mbDdL7Q cEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etFp65FejqQNsgSiHzrNLvdTrzVGPDgXYB3 OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gFNYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8 XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52R fkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w 8dMz3jRu6LTgrQBhDgwM5MveNJaQS4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by 8ccfc+L95+cG3ic7mfhaI/eW63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS 1JjOtofXW0ix3B0P3nQ1Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72 cOQgG5O0zoA319thyDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow 29bwYjLean4hVXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDu wFm5rN90K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lz kF6xXugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfRmeca Mz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7WlcZqQbzRW CHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/QDSPA0BP5RnAi UgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeRV7Zl1wle8n5xZtO6 rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHXIjod5H9JzkruRVe6P64H FRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk33c8FORBUKtW1wuNvJ45u0Un KiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpIk20Yke97gd9saqQ5Hc+t77SMq0Pn LD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09PvWY9qimI2yNX+ohCMkewf1x2Wukq2gw3O uP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQbNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/ NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY18BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellF dsa9tpLt233sPgkGBjNyA06NqPn2NFgDsQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAc P/r4k9wLjaA9vcot55fW+VTkAgMDeEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3Mq eTVLLa9Xb/J9rzzBNnjMfFvL8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6 YcDCn2mS6VHor0WedC0JtxSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3J UXriCvEFW1hMarnu16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffE uSnW7hNSbroi3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSA kMCgCA4GBeu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscL L+HslPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1uO8h2 hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+zyOUtbGxc Da9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CMb+SUeRWf56Zk 8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oTZxBvkGdn2nN48Gcs qebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7+8hJNqF90OHp/ZUug4yC lHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5K8qDvN7IfetPsg0dIwYcTz/9 NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+YmcC0OzpC7OPL4EXJMvSUZovtKX+R SLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5 p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHGc3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360 cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPLuQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9 pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nL kOR7dmK1z8fAQKl30HLZg0h8f2qc+Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14 wzCoGDQ7l/WdVcR6h9g42Y9KKdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogi JIOClrD9R8/plu3EYi3so/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/ IUOBpGRWcoPT9gX21G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREd BFUHJK7gzrYRkfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtu xHc3CM/vJr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1 vYsOO/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTmMrTa 4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINveHA9kQqRX c7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5XDE7hSAhcUse9 4Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXdsD9K8+sBFl8cr33qB FW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42KfWmkk4ZgZmTF5bqRr6R qcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciymh5oFAJyR97htReSDpD/D06d Nxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+KNExynw+eJaBH4wzNMqLZHderUaEO MpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+lK9GgBGO5W6aVzwreNYhYVErD7qrZZAK m832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885 qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz+7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLN XA7ibXl35O0GucYxna0H2UYZedgktplk3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvF ciNoUU6yg/0/IOxf2A+gG/luHw107xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu 2eSyM3Zchncc8hR3xwWxRUaS1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2 WkXkG7M+Sj1CHRHDZqZvFl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3It qVNc4XPEiBEsKirK/j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7 y32BrbDyZbXfV9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQE k7M/yD/kLIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZ hAwEWmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFpztl6 TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXPx93+8MKD vKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9SdjscvrF7NPdkIcESg ZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gXOJI6vOyEBzrEpQUu tK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/IK6QlUj13Hp7e0H4HWUk yNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8z6iwtBVdofNFw9M7yPKV3KxG vHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa/y+t6AnNNUg3yLenimtqLUM28+// /u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1nBEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNv d99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3 F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmB XMIpSDtKjSvplPGZmbKKLSzYx6UlapFVbwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM /vBUX57r29Mgcsri2ttdKQNCyMJ0U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLt G5+l9WfYX18Jvqeypz8DlkTApvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh 9Jy0laGxyZPUfL5q6tbPnj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q 7pCMLT4dD556BHu60oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2ow akCAJdKUjYzIPR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2 QwPvy7VhMAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd 4bT4cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLHe4zA Qmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwioD0peq8j+ U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz38FCPlaxL1h5i oYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz7ZjpxB2UZM2ISV/J hsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+qlABacUM292loOVqLDZnPC vXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hxjoE2PMmYysMAu09Q+pfwEiAK PHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7FMjxH0E36ejxkTMFMA3KM+3I9h976 B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTgKJMOojkvzjIUKeyIfP9rQIJBC56btOAO iDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQCSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPB X73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+zIN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7 RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+b CjKHUS6m71C0CCkam9fudhoUCoIs93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHA lmo80fmW1zRORqdo1KIN8Gx5Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1 zXobesoJ87P3qBXQJJ2NFSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8 CDG02LoMrszmZzUhr+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+ hBf+QnvpNkC9nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+w ms0PnWo79olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfE e1xMGYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPyglkE FKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1er9Tyrex udk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3PNsC01l4jwXF/ XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXps5cT5M6VHAPa5Cce e4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3z+tyPgSXIquKs5zg8HiD eMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn2hZq1dlAw4dpRV+Oh4Aed+v7 jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1R0AnpnRFusT78oynl3HygvbQlcYS 6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5xRlavd94L18OybAXoXJHvpfkNrHmXScM 4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJHAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3f gbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2vWsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzw Tm79bjZuUQ3PdVxet4Vv817bYS57ACmUGwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX 2NC5hU6zs2AgJM1qA7KN5611tpiunPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX 88wHIne5eD8hSWneeZyNjCpj+WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLb CNL1lCUH2yCeQE52EWixpVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzR Nrw4PIAPQpOTk/1OvkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQ MxWq+Fy8eFHVNKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjW mZ4aXlkU/hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGY wQDrqcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/zoff A55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8IKoYdo32B fSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJjsqYqJApPtBU V61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1ZaOvid42dvq0WOQG5B dNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIRHWUzIL3Ix+3vYE/8RbEl JZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdTOsUPAt529MQKNRtHeD7ULocO zxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIqzu+oMcX147x6dvbSDwYfGLjg89LM 3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaahoeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxK Vt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMO gj127FjuTOjevft9M2ta38/b71481mHIN7wS3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7Es PMxy80yr5a2FlzsgtpR7uYV32BFNG45z6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqor d6Teesvziiu3qNE4wrOEDk7NxhYpqX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6 XJF/kF9fUwH6uowZAFwfskXILeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+ v2hTYK+QmzlbD9ItN6Aax4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5 yznhBjAQErN4et9P66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamc xd15ymo2c887/jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIe XxtHEGR4l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF 8qAw23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCFiwwe QImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQWigurpzS hfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QMCwtjf3qqF6ts 3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryRljp6wNUg4M2t2xP1 fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs//NY/vulS5Bsoqmyp8jYw EHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazbn5/mAaMg9CDqagQIGol8g0Sj gA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8fDwn4L6WX4fMRAtPMTJ9YJp6fnLJ PZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2RbvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5 QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58 MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXeZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J 10wjCLT05llqiezMfDZ2YRUv3evKOCdHZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvG ER2nIK/e7A/iDs24v1KDQZeNTlgtTxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35Aaz Ep988kmbL9l5EMQHMqx0fwyUMVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww 2qeKlkS+VcShLVuK5ZBGZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+G xRYd9CtRxQACzxUZSjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3Npup A/UdSSbrs1eu3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI 5PvazVu3Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/e TwxSMfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8XyLbi qkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrOC/Bg8JRV so7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXufpi2p5tpiEZQo J5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwPZeCC5MW9gyxfIWWj VAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91Anv0h4XnMWrtTNhkODAzk M17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzAAOf5Hj3ZnLRVbFryWns9BCn5 xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+NT7VpUdFVE5bkt/KmtfuduthVjM1 IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv/3vHz7Bx5t32ypJaEWxcDwYHyNjys5/9 7J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrHE/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IF QczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIt o3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38Snf ODrZ/jBsKS/OgvZBWp7c8X2FbWCA+vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47O BkhOHCtM6tV+wYMPoo3UgLh+5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7 u+LX9jkyuXRhlybfMMq61XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTp LwwcwybE1/OgRfGRjijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGH dx06fS1/T0fUr9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT 8ADh/nnZ+8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYD QSrBBYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV8dA+ 51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmprB4bnczM dzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYtKkwOClrKoqOT FM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5aBAcBjWp5uvRchueo V5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFqeqGV5orGuQUB1zMFIMlO /EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kNGxT4GpuVsdlpYgI4FZcWtrLJ 5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORMzvbSbDQYlAivuh7tcVxasWr1PDq0 caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj832oR+uERxSxj3YceyTc+Ow6/zaLTV8qW kGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fBAuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX 0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1cVMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8 LsjIHmWQM6Sa00OWQuTbP/08/40TTA8NnZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5 +KzHPNlzc3axlPJtPp0PhBqEH+2l+IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cw zF1b9n0U+FqVok4Zndnvnx3ByaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEz swiCKpH7XEhaQJzVkMZIZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvw NQ+4P5dzG/awp8abZbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7l AQdCY81Bz05Ou67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA 3gYN/M9//nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9 Rs4v+h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCODy++H LpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx8yxlGEwr sX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN6FXnANIcDBBM WT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS6SkXOLzPkHzAEw3Z hwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BKkZZQi8ws0pSFGIh4K6X5 9PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAOZHXCPvUrVrIzF79m+46//97O fW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrsH46pWUsrDGHP4Cfe7A8PcZ/p2bL7 d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zuFhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz2 5HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBtRiq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMt TG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkwLLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33 pK4yCrmG9xk69pLKur8fOfXOGwUtxy8CSTl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwD g+cV35mfUpqdZLI82BF+X63zeeP4kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGz sJO59HQutwDgsUVAODzAgMjGglmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxD ViO84Ujdiu9ys7HcF3CZWbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelIS DKIsXY/Ue2Jf6XYgeVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfO nrmEjlnJOys0qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78Hj F948de7911Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneo Nvxu0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQBhUV FWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31NjuScy2I qDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8Cme/aZbPJszP 3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbntTIQZ6TRA/JKatpK V+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSSb8wCYjawI/22sAU8W70H dPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7f3KcmU2JybuHPKFIC8iytKIl loW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYAE+QbUhK55BsDjsAldYYKGJebSlCP ZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6BaV8hMEukGII3HBrvoqZ93OP9xr43DEn2 BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZWKtkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaK oD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtR rKe8umYYyHNaZuagdpL1m452zyExyTMT8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5 fHb6VgyuB8+0tL0607K3V1DmrZdCLOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67 EI42ZDwSnmhpAKYg3yBjwpMNQCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwr GHw5S6WIZ49KwgNn5fzQK9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B 2f+cvLCUldVudhrcaDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/el ZHAhyLdUE+8vYDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t 9AhtZ2LB+psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42 PL06MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQyft7 PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFOfd+6ddwD PnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wuqXlrWcuuE7I8 kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5KXhbc+t3foOO1ZnH /5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/gJhBBMJikyfAA9k/xPrd XScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfwWaysqt5v94OBQmLhRl4QTOn+ mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qdgnjLven2bR/cvu3Q2Y5EwKW5r0Fc pXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3 IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3 GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbHReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42 ePsx6xeQtIaNjyliJ868zR544AFN8ly7Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobP y7uitI/vVJ2SHCDoJaNk/bor77zboQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9 A8jK8rdJFtmBb/g8NyXtGtJkUQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPC U4vxXGX3KwmmbiDrZK/+7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW 3W4+2y3Wo9S6VnmzHZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSB ZtuKR7937OTHHY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk +8lxKXemzksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3Sw nlzQnHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBGjWtC gOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOOtqKjZphB 2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5GvuG9fvDBB7nH G55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2zB/LKdbL1DMy4iVz0 nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb4xzQoetRrAcDitzSVjYh qoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/IyIHAQOpMlQEDbLUkCB2NgKp5 vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1r8dv2LS6NfzSlRvXOxL5BuGGbASe YMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn8fOIoEM97h8eeww89H7+qP+QXLDqy4rm /VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/QqMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTl CM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ft Hm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBza L87I/jv+IpBRK28yzikGJo6DPOTyVpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjE TCs+IONIZQjUtOy1b49+FBlhkBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUok d7m2oYldvnz5/IrWPRW2wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9k KEGFRbVS/oFoAyDnyF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmn kd4KAwA55Bu5vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw 4/e/O6vi0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh /nGdi3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnTwU9X 1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD8C6DXHtK 0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb39r1zmofH/mz rVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg5So82nKcbLNT6q8q TTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1j47dFe/BbMbhvW3nC8rW lpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjlv+GZ1pJ4Swi4YWQ3Skmrklza GMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCjIN7QZttsNs3Ot27dOh7AiUBMo5Dv kfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL 0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lO uBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqrg2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRf dztJhybcNRG2PCDuTa1BFWI14AGH1x3EH9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K 4qB8e1RUlCHIN6/CndsiO3EBSHpgfInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8 HgS5wuMNWak3fT0ZoJxRcmbh6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33 yUNvnM0qa6n1RlLiNaFp75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNa D3ShR8f1gvwjsBLebpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZ KJd849N3etY9AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4 k/Ep6LAQlAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEi KZFWQtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW2G// 3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn+j90WGoU KvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+dkn47xpy/xF+O AzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK8vJqRKhIctKJoNVg yt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7ut/OL4j1KnGyj5hde92fN DCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3tr/fByLfna8ThndYzQBFo70j /iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUTBYHkkm9kEesfYv3O3+2lWgHyZGQ+ AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z6tYosX7E/MJrlNKPoHGD202N4xgxA46/ 8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7IbmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuE lJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3 +ed1Pef6zW9cyy1bvzIsoTC9d2DaV67ygD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNX vAKCl14JyzrhSUoyZX6GZVxk9kp/Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX 80cuK+EecE/kG/KU/sHp73am9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2b PHq0oYm3wKhXh7DpQTPYlQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkP xMjf5bONkL6NoL3nQzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8Js K3y2tKLmTWl5+pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl2 9OLVhcsbto2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2 sb5DphqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02CK8W QY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR8wvZUxNS edyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJbQ7yZk9YWHIN VSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54nzx0jAXEV7C/TExj fxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9MDRP57joASZ0YkVnkabvg BebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRDQFyS5fnwhOzR7rYBAfeHjVO2 EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufFbkYvKGVPDAplz45PZANn21hc7jqu yVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFe mJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm/sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0E PN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4VaTnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792w ubYvQbw9ZelAHw8P+D8uXzMc+d588CzrF7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX 5ymxUXi35cRP+YOAE/k2KFDkBZpkJXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu +6q2bi0MUPeARGhKqbMkqAmQ1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoN singkjB2bmrpE2OT78h1sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQ ZbVaH/Lm+Sop/oW2Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPee rXsP5pc2JKr1fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9g y4cPD0ticsk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe 0bKNkTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++Pip8o OrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0PQAPuzBb9 pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUWa2EftZ6xL7NY HcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp/ZoWy4Hte7eCsIO4 79tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSHk0Bw1vl648V29JYL8i2m MTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8+QQjD77byfdtuf2jWJ4QW3Z9 VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01qTmnJmydOrz129t22g8cvvFleUb3/ 5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR0tISrEV/31XsnwxKRSA6F+lxlLzUQ8Lz rmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+F J9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJqFVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1 dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlx sr04M49Vb33rdnxW4wGLrfRleg+IfBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70 jhH8DbnBigKQeEDqYZTrF15sJft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNH peS797TMW3FJlqd1sP9JXWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0h jxjBCMB7iM5UznsPTy629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7 QYBm/xDrd2T/RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47kn EPQCOtPBs5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTS tU+LysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIkO+wH xBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2YeRmUm7S Z5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrSDInpNUw/YRkZ WuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUNBhcDZ2e/PWuxNZR+ fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOYrLU3AiPNiXpdV1cafJNR eYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXEQ0k1KgKhIwK2K9fWO0o1Vdg6 2jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PThnWU+4G99wlK/3LNjmM/oIiOIN2I V0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzgbXEKmiYmdFZIUvTJfscxwDa6TTgOJEAa QL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaN KkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJKby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG 2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBxEjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja 3Zt9RTVeej+IfBNUIhlqebOoMh2B8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuB pKpNlnEsCswgEIzXUak522b0oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3Iyu aSUQDEJ4uxulHVKzr6fgSyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6p Y/YCCLrSUo9GgRkEwr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8N j5vW56V2hEBwD39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQ CAQCkW8CgUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQ CAQi3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS42I7 KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P0k7RkYQ7 nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3zL4e+7ki347H kXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAijR48O7t+/v6kr4qGH Htr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQCASCjIEHQM+CQCB4AxDv zjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48aGk/R5OSc2B77Cd3e1wPrkvJ Od5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZhSvfZunVrlJLta2pqBm3evDlcyT7Y HvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsffn6THblwWfb2u09dYl9cvaXoHNge+8nd HteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusnt W8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP 8I5EyTmwPfaTuz2uB9el5By475m21zU9B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi 3wQCgdBJAH2zmuT76DuX2fbjn8nupLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3h j/k5ACLfhK7WfqhJvl21H+7It6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e 4Xx57dZ9naGzTgqdGbZ1RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFv d+2HK1t114Y4a3PctR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtO yp3H2NUUMDrDb2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWft hzvPt6s2xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40 HFt4reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfyfBO6 WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5pmwnlO2E 0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8CQa32g8g3kW8C gUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilWaTVaParqenMOpdWB cc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+obfR0DG/PrQfa7+VpeKzc ZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1xPSfev6LoHFfbibR17VuanoPI d+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC9Zu3uzT5xv3LfVZ4rkS+CQSCYdCv X78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlOnWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9 QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zITl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2 RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf 0SGJjsmxA5QeR3RYzjpU6fGENwvb3438fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJ fBP5pjbEQxsiXefKSy3+76wdkR7PsQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46 Tmcdk+j4AOHdcncu/BWdpmPH50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbE g42KY0klbM7WO2tH3LUhju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6 lKTe7rvTwE87O5eY1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5 djWDJtoQfHdsR9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFv It+ErtuGeGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1w Rb7dtSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4hqcC OJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkdcdeGOO7r rzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjkmuztP7x0k1fF VHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4/nVXkMJTARxPBTec ebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr9p1O4/m+cvVb2fd9/Zvb /N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64JQvf3vqBnXj/CrdvubjaTlpR ll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37lMg3gUDQBK4KSUjXO3YYrorYOOvk HLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6usp0Q+Sby3VXbEE/tiLs2xN059WxD8NdV O6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7IRAIunSczopZSCUa7gg01ktlJ44FKVzt67it p4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkd cdeGOO7rrzZEDNSdtSNqtCHu2g935NtVG0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1 m3nnSeSbyDfZVNe+X3fthyvy7a4NIfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X 5NtdG0Lkm8g3gUAgdHoo9XwT+SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFv d20IkW8i3wQCgdDp4Y3shLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQ CAQnQHEMd+QbRTLkFn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA 08Yi77Bj51laWvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B 5JvQmdsP/P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5 sL1S2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4enbCeO 5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJNJtOzrmQn lqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5thXX2b1XRL6J fBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YABA+KdyU7qmjazpSlW rtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+iA0XH6Uy7SdlOiHwTCN60 H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkEIt9Evol8EwgEgvFQWFj4FMrL U4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3is7x2Rc32tuPG4rOge2xn5JzfHf7 juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5 c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+E N1fu9sC33357Wck5Pv300zfar+szJefA9thPy3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgE AoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAgEAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz /EjPQG9k0DMneIVeQRnf03OgtphAv02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3O vErPQl/gmePZ07MgKEFobPIkOCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIac QOSbQG0xtdkEIt9EvgnU4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEp Jl+RkGB6iMg3NfgEasgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3 gdpiarM1wLBhw2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovl gXOHD+3tLHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/E n89i8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O7+5a BLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdBQ/INwgwi J4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8+vXrlwJ5jVgm 8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7XeGVF1dg5X+6JvEaTU 6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e02+a5bP+wZYPJ87P3hyy IDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZGEEX6NiQe5q+I/JN5JvId9ck 3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqtybdop+FhduZRdkW+PW3var0zooq2 2dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2 j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTGJJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc 3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7vN66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU 0Dix0vywHNz8woTKSrJ2W2dt8sttaSMFpFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwe y1NNp3N+3b337u6930hfxbt77t27s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQb KD8bX4u+Pt/7cWQiJjcS8F2PwTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+ mP0awWJs5DvU3vW6BaqcfiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS 0V80rCCVhm9iGJ12Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9 +Mi59wi4P3PPkRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eed s7++xvYm8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfg u/rBCMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2xNkXH dRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8Me1Tcg1d OYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+qaPgTof/5lEO t9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7DSoFA6/ki7M2ifLW1 e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2HfmcCvL4kB1O+z63P53tP wHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9BviuDnwTxFDnwhHX1b9XIq8cBdLp Ez4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3fX65IINswZ2wa0FELLzp4yybF2nv DwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2PyCENt5HXE5ga6rotBjH83offjiKpOVXK9 J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDfkBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynml cpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8+d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU 1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O+Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/q mL5feADO70nPxS6MlgvIAd/VhO+sx44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2z SzHQLR/f8dDJ681m85NFwXdV7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46r Dt+ufHhfKo9O+3HNhMlgkUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLw TsWzDYDvEmCQbvSvbT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv 1FQeH3y7BmAu+LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++a eb3K8F2G6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBn QbaO0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYNYFwb olmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUvDE3dCKWd fHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/KXVhdD8qb/jm WQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG792HZ8Y2jJ9+u1P1 VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vmBev4PB2+z+ax+YT9YHN5 j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B34DvPgkCJS6MBnynbzhm5cvH 7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f/u0b72TW5JOv9le1k6rAN2t0YmYX 1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjfPPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH 5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1pt nUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamadeX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKs c1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DDtz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7 Mbl5lp3yqterJTdW4ih4TB1n0Tk05PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dx rnP59iyJ3SBLp1l22K8CvnsFvmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD 39bncdk8xd6WzX1bWsfa3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BO ZzAA34BvqBj4rpNW1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPq j4amaFK2SY65Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lm QOdtymM+jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUj cTtK9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsWT7rg G5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnzvnYS6H3t 6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZqicp2Vv3R0Bcl y/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984LvrHbKq16vK/JNjky+ N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6OOoVvrsTjgm/q27ivY5+o ZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL2mbdhKOu8E02k4OoLDOCRcxO xc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4tnaidZXarCV816H+aC/BN+zd3448 6/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuCzwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuA cXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurk s/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4DvmgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYj B3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgOw/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP 7wd8qwHWiRMD8/PzzYWFhQ/Vz4+XQXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYn mwOAb8A3BPiGChLgG74Yqid8c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4Bv wDccPgT4hgDfEHwxfHZPq0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBS tPah1p8aw3P/hS2q6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDs UK52H5p+AHaA8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAE QRAEQRDgG4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYA AAAASUVORK5CYII= --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA450C5EXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BE1D21F9BC2 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 06:23:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.04 X-Spam-Level: X-Spam-Status: No, score=-4.04 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, EXTRA_MPART_TYPE=1, GB_AFFORDABLE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YsNaaS-MOk+l for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 06:23:44 -0700 (PDT) Received: from hercules.uni.lu (hercules.uni.lu [158.64.76.33]) by ietfa.amsl.com (Postfix) with ESMTP id 5423D21F9BD4 for <6tsch@ietf.org>; Wed, 19 Jun 2013 06:23:43 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.87,896,1363129200"; d="png'150?scan'150,208,217,150";a="24918354" Received: from unknown (HELO Archer.uni.lux) ([10.21.2.1]) by hercules.uni.lu with ESMTP; 19 Jun 2013 15:23:42 +0200 Received: from HOSHI.uni.lux ([fe80::499:a33:4e68:4af9]) by Archer.uni.lux ([fe80::1009:b1e7:2b72:f0b8%10]) with mapi id 14.03.0123.003; Wed, 19 Jun 2013 15:23:41 +0200 From: Maria Rita PALATTELLA To: "P.Zand@utwente.nl" , "pister@eecs.berkeley.edu" , "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRc+OhOqI5M10eCrmiOdTcE1Jk8yxoAgAA1rp4= Date: Wed, 19 Jun 2013 13:23:40 +0000 Message-ID: References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu>, <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.34.0.9] Content-Type: multipart/related; boundary="_004_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_"; type="multipart/alternative" MIME-Version: 1.0 Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 13:23:50 -0000 --_004_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_ Content-Type: multipart/alternative; boundary="_000_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_" --_000_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Dear Pouria, all, many thanks for this very interesting discussion. I have few additional com= ments. I am afraid the =93cell usage information=94 exchange can generate a lot o= f overhead. For instance, one thing that comes in my mind is the generation= of redundant information. If you look at Fig. (b) and (c), you can notice= that most of node A's 2-hop neighbors are also node B's two-hop neighbors= (the two-hop ranges mainly overlap).Then, I wonder why we should transmit = the same information twice? For sure, node A will not suggest in its Link Reservation Request to node B= a cell that is used by their common neighbors. Do you agree with me? Or am= I missing something? Moreover I am not in favor of the random approach (1) you are suggesting. A= cting in a very blind way, will give extra-work to the monitoring process, = and then to the re-scheduling procedure. I would prefer to carefully select the cells, instead of keeping in monitor= ing and reallocating them. Best regards, Maria Rita ________________________________ From: 6tsch-bounces@ietf.org [6tsch-bounces@ietf.org] on behalf of P.Zand@u= twente.nl [P.Zand@utwente.nl] Sent: Wednesday, June 19, 2013 1:47 PM To: pister@eecs.berkeley.edu; 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Dear Kris, All, Many thanks for your complete explanation. I completely agree with you that= =93Bitmaps of occupied cells=94 can be sent in possible other ways and the= re is no =93requirement=94 to just include those information in EB. As you = mentioned, we can make it optional for some applications and/or use another= mechanisms (e.g. request-response) to get those information from the neigh= bors. For those possible applications that might need very dense schedules = (more than one link per slot) in two-hop neighborhood, we might be able to = decrease the probability of cell re-allocation at the cost of increasing th= e network overhead (caused by exchanging occupied cells info). Qin, Thomas- I completely agree with you that without monitoring processing, the collisi= on-free communication is not achievable, in a distributed manner. I attached a Figure to illustrate the concept more clearly for others as we= ll. In summary, in order to choose a soft link on edge (A, B) (as is shown = in Figure (a)), the =93cell usage information=94 might be helpful during th= e soft link negotiation. Those information (i) enables node A to propose a = set of unused cells in his neighborhood (as is shown in Figure (b)) as cand= idate cells in the Link Reservation Request , and (ii) enables node B to pi= ck up a cell that is not used either in his neighborhood (as is shown in Fi= gure (c)) and then reply by Link Reservation Response. For sure this method might have some costs (e.g. increasing the management = overhead) and might not be suitable for those applications that doesn=92t h= ave every dense schedule. But it might be affordable for those applications= that require dense schedules, at the cost of more management overhead. In addition, I would like to add one approaches to the Thomas=92s list: 1. pick a new soft cell randomly in the schedule, and rely on the monitorin= g process to move that in the schedule. Extremely simple and lightweight ap= proach. 2. have each node announce its schedule periodically (through custom IEs in= the EBs, or through some other mechanism), and use that information during= negotiation Potentially more efficient, but possibly much more overhead. 3. the combination of (2) and monitoring process. As Thomas mentioned, there could be a different boundaries in which using m= ethods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I= think evaluating different scenarios (i.e. regular schedule and dense sche= dule) can be useful to clarify those boundaries. To measure the network goo= dput and management overhead in those approaches. Xavi- I agree with you that having multiple slotFrames with different length, mak= e it difficult to use bitmap in the very dense schedule. In this case, we m= ight look for a better way. For instance, considering the request-response = mechanism and/or exchanging the changes in a node=92s cell usages bitmap in= stead of reporting all cell usage bitmap periodically. In this figure I assumed that the Tx range and interference ranges are equa= l. In the realistic setting that those ranges are not equal, the monitoring= process will be useful. [cid:image001.png@01CE6CF3.78BAE4D0] Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of K= ris Pister Sent: Tuesday, June 18, 2013 10:42 PM To: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Pouria - this is good stuff, and I'm glad to see you pursuing it. When we first st= arted talking about working in the IETF to standardize the gap between 6low= pan and 15.4e I thought that surely all of those IP devotees, who had been = so certain that centralized network management didn't work, would step up a= nd demonstrate how to do it right with a distributed approach. I do think = that you can build perfectly good networks this way, and in fact we'll have= some advantages over centrally managed networks - speed and mobility for s= ure, I'm not convinced about scalability. Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing that I= would ask is that you not make it a *requirement* that these IEs be in EBs= . I have no problem if you want to make it optional, for those networks th= at want to use it, or even mandatory as a response to a request. But pleas= e let's not burden every EB with that information. Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you can d= o with just random choice, with some feedback on bad links. If we look at = randomly assigned links in a superframe with L_max cells (=3DS slots * C ch= annels), and consider the collision domain to be the union of the neighbors= of mote A and mote B (conservative, but the bound is achieved occasionally= in practice), then the probability that a cell is unoccupied is P0 =3D e^-GL where GL =3D L_a / L_max where L_a is the number of assigned cells (either TX, or RX, or both). If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece= of the network has scheduled on average something in every slot, then GL= =3D1/15, and P0=3D0.94. So randomly selected links are usually going to wo= rk. Having an average of one link assigned per slot in a given two mote ne= ighborhood is really high, at least for any network that I've ever built or= sold. Sometimes we approach this at the DAG root. This is not to say tha= t transmitting neighbor tables is not a good thing, just that you can build= a lot of applications with very simple (random) cell allocation. So sendi= ng the neighbor tables is not necessary for many/most networks, but would b= e a nice option to have for future optimizations. ksjp p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those that do c= ollide will exhibit slotted aloha collision statistics...or will they? Wit= h a mix of non-colliding and potentially colliding links at each mote, what= is the network goodput? I'm sure that someone has written a paper on this= for MPLS or something, but I've never seen one. On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: Dear All, Regarding to our last call on Friday, I would like to continue this discus= sion about the maximum number of links=92 information (or =93link object=94= ) that can be included in EB? Can we think about sending the information ab= out the entire reserved links/cells in the EB(s)? I would like to know, Is = there any way to define a CellBitMap to enable us to include the entire res= erved links/cells by each node in the one or several EB(s)? Our motivation: In the distributed approach, this information can be used by the receivers = to schedule (internal) collision-free[*] links with others. In this case, t= his information is not just used for enabling the receivers to contact with= the sender of ADV/EB. This information enables the receivers to collect th= e list of used cells in their neighborhood. The content of information in e= ach =93link object=94 can be different from the existing information in the= EB for each link. For instance, the link option or link type might not be = needed in this case. On the other hand, neighbor ID (the other side of link= ) might be needed to be included in the =93link object=94. In order to create a soft link, based on this information about its neighbo= rhood, Node A in the Link Reservation Request may suggest the set of (inter= nal) collision-free links to the receiver. The receiver (Node B) also based= on this information in its own neighborhood, will choose one link from the= suggested links that is also free in its neighborhood (that might be diffe= rent from sender's neighborhood) and reply to the sender by Link Reservatio= n Response. [*] In realistic setting, where the interference range is more than transmi= ssion range, this information will not guarantee the completely (internal) = collision-free communication. But it can be used to not repeat the reserved= cells in our two-hop neighborhood. In addition, the collision caused by a = pair of nodes who are using the same cell in outside of two-hop neighborhoo= d can be detected, by monitoring the status of that reserved cell (By consi= dering the mechanisms discussed in =932.8 Monitoring=94 section in draft-wa= ng-6tsch-6tus-00). Best wishes, Pouria Zand _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Dear Pouria, all,

many thanks for this very interesting discussion. I have few additional com= ments.

I am afraid the =93cell usage information=94 exchange can generate a = lot of overhead. For instance, one thing that comes in my mind is the gener= ation of redundant information. If you look at Fig. (b) and (c), you = can notice that most of node A's 2-hop neighbors are also node B's two-hop neighbors (the two-hop ranges mainly overlap).Th= en, I wonder why we should transmit the same information twice?
For sure, node A will not suggest in its Link Reservation Request to= node B a cell that is used by their common neighbors. Do you agree with me= ? Or am I missing something?

Moreover I am not in favor of the random approach (1) you are suggesting. A= cting in a very blind way, will give extra-work to the monitoring process, = and then to the re-scheduling procedure.
I would prefer to carefully select the cells, instead of keeping in monitor= ing and reallocating them.

Best regards,
Maria Rita

From: 6tsch-bounces@ietf.org [6tsch-bounc= es@ietf.org] on behalf of P.Zand@utwente.nl [P.Zand@utwente.nl]
Sent: Wednesday, June 19, 2013 1:47 PM
To: pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Dear Kris, All,<= /p>
Many thanks for your co= mplete explanation. I completely agree with you that =93Bitmaps of occupied= cells=94 can be sent in possible other ways and there is no =93requirement= =94 to just include those information in EB. As you mentioned, we can make it optional for some applications and/or use= another mechanisms (e.g. request-response) to get those information from t= he neighbors. For those possible applications that might need very dense sc= hedules (more than one link per slot) in two-hop neighborhood, we might be able to decrease the probabilit= y of cell re-allocation at the cost of increasing the network overhead (cau= sed by exchanging occupied cells info).

Qin, Thomas-

I completely agree with= you that without monitoring processing, the collision-free communication i= s not achievable, in a distributed manner.

I attached a Figure<= /b> to illustrate the concept more clearly for others as well. In summary, = in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the =93cell us= age information=94 might be helpful during the soft link negotiation. Those information (i) enables node A to propo= se a set of unused cells in his neighborhood (as is shown in Figure (b)) as= candidate cells in the Link Reservation Request , and (ii) enables = node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then r= eply by Link Reservation Response.

For sure this method mi= ght have some costs (e.g. increasing the management overhead) and might not= be suitable for those applications that doesn=92t have every dense schedul= e. But it might be affordable for those applications that require dense schedules, at the cost of more management = overhead.

In addition, I would li= ke to add one approaches to the Thomas=92s list:

1. pick a new soft cell= randomly in the schedule, and rely on the monitoring process to move that = in the schedule. Extremely simple and lightweight approach.

2. have each node annou= nce its schedule periodically (through custom IEs in the EBs, or through so= me other mechanism), and use that information during negotiation = Potentially more efficient, but possibly much more overhead.

3. the combination o= f (2) and monitoring process.

As Thomas mentioned, th= ere could be a different boundaries in which using methods (1), (2) or (3) = would be considerable. As Kris and Thomas suggest, I think evaluating diffe= rent scenarios (i.e. regular schedule and dense schedule) can be useful to clarify those boundaries. To measure = the network goodput and management overhead in those approaches.

Xavi-

I agree with you that h= aving multiple slotFrames with different length, make it difficult to use b= itmap in the very dense schedule. In this case, we might look for a better = way. For instance, considering the request-response mechanism and/or exchanging the changes in a node=92s cell usages b= itmap instead of reporting all cell usage bitmap periodically.

In this figure I assume= d that the Tx range and interference ranges are equal. In the realistic set= ting that those ranges are not equal, the monitoring process will be useful= .

Best Wishes,

Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@= ietf.org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Pouria -
this is good stuff, and I'm glad to see you pursuing it. When w= e first started talking about working in the IETF to standardize the gap be= tween 6lowpan and 15.4e I thought that surely all of those IP devotees, who= had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right w= ith a distributed approach. I do think that you can build perfectly g= ood networks this way, and in fact we'll have some advantages over centrall= y managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing t= hat I would ask is that you not make it a *requirement* that these IEs be i= n EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even manda= tory as a response to a request. But please let's not burden every EB= with that information.

Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you = can do with just random choice, with some feedback on bad links. If w= e look at randomly assigned links in a superframe with L_max cells (=3DS slots * C channels), and consider the collision dom= ain to be the union of the neighbors of mote A and mote B (conservative, bu= t the bound is achieved occasionally in practice), then the probability tha= t a cell is unoccupied is
P0 =3D e^-GL where
GL =3D L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local = piece of the network has scheduled on average something in every slot, then= GL=3D1/15, and P0=3D0.94. So randomly selected links are usually goi= ng to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any= network that I've ever built or sold. Sometimes we approach this at = the DAG root. This is not to say that transmitting neighbor tables is= not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So = sending the neighbor tables is not necessary for many/most networks, but wo= uld be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those= that do collide will exhibit slotted aloha collision statistics...or will = they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure = that someone has written a paper on this for MPLS or something, but I've ne= ver seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would = like to continue this discussion about the maximum number of links=92 infor= mation (or =93link object=94) that can be included in EB? Can we think abou= t sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define= a CellBitMap to enable us to include the entire reserved links/cells by ea= ch node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be= used by the receivers to schedule (internal) collision-free[*] links with = others. In this case, this information is not just used for enabling the re= ceivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of u= sed cells in their neighborhood. The content of information in each =93link= object=94 can be different from the existing information in the EB for eac= h link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor= ID (the other side of link) might be needed to be included in the =93link = object=94.

In order to create a soft link, based on this inform= ation about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the send= er by Link Reservation Response.

[*] In realistic setting, where the interference ran= ge is more than transmission range, this information will not guarantee the= completely (internal) collision-free communication. But it can be used to = not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes= who are using the same cell in outside of two-hop neighborhood can be dete= cted, by monitoring the status of that reserved cell (By considering the me= chanisms discussed in =932.8 Monitoring=94 section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

--_000_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_-- --_004_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=59462; creation-date="Wed, 19 Jun 2013 11:47:00 GMT"; modification-date="Wed, 19 Jun 2013 11:47:00 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfGSURBVHja 7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQEBJCwkKokVpS S7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61nqUu1Vxd+5zn7PPs vX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5JhAIBAKBQCAQCES+CQQC gUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQf/YzFhkZ+Tt/PIdnnnmmeNas WU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW7Yrj+vreurMxtdsPf7YlHcnW/P2c COr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84RavyQar4QONbkyZOHe0NSOyv5xrbufmtC x7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1 YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjralSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbH WcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKE d+yup8ytrQkbgo04syF8x//E++jKjsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZ rUnt390zFl4zbCuuTbQP7mzbsT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/ 7Mnu5XAL6T5ybF8uBzGi3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/ 8SIIMuDqWNhPGMLd6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+Ld eeD43jt7J13ZhmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfX Ip6pu2cs5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0 vzMuIec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxztzt1x PF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmXUrtXSr71 tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQcUx9uTue1FPt aj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjyfLt7ZkS+u4bnW7yT zmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904mc162vF/zjzxrtoRd9ci 1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs55Nufdi+XG7gjuZ72d+QScq/T Ewcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvhbj8HHdLT7q4N+4oGQRzPledbrJMa vatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vxnXRlu2JGSugC5bw3gng7syHp7JL0+hwH 9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2bu3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K 9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCOfHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+g AZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci +QlkuzqRCKPaHbUJRL47mv13FLs3sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAg EAgEIt8EAoFAIBAIBAKByHfHgxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsn EPnuWA/aRUUpNV5qRDFLUzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCG KBLvOxaYcVYiFoQYqYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6 KHThWPBK/B+2h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8c tu+MVxCIfPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xB WqrZlR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqfruzQ 0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2nfEKApFv Q5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAwiU4SRFXqrZK2 HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQxcvsqKUSU0yOejOh xXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA0bmJ6WSsF8cWHivHY3gK YHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBlFfoxudHFQlvpbhuhvfR0LGxH 0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnPN4Ggj93qAdizp4E5gUAg2ycQ+SYQ CAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8CgUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCM BJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6ljJhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgI BOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50AgdE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHs n0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5E dgkEgp6gwEsCoWsTcHoORL67NIyov2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6N WYmlUQYk3w/RyJhA6NyDbCLfBELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo 5SiR7y5Nco06+gxNKFxIU1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oF Wr7rGZz9TZ9p1juvzM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj 3Y3aBlDObyLfHRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0Un DXKNexZT6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8A UhV02GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/sJjk Eb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1dLYL94dl /B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+0yyfU0dM6IrA ew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6VENC7cRV+tyW0XYNC LSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+RExqbPMmfHd3wudkfPjws yS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ/acRyxi2p9+ZQHDet8sl4Eax /6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc+c6jo5ax2o1HWFx283V4pKbOB5/V fzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZN jn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKGkAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRgh T3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU132ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YV bt4H4Pu6VeusW9euNTXUNMYVFpaPsWRXRwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP 7BmUoahT/v3QpWzAzOzr9NsSCHfJ7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4 gTnKU0yH4zK2x370+xIInu1fSDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8d mHybHhgzv+ASAhY9dX7PTrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk 3yHyTSD4bucvzi688vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5P rDv3zgcHs4rr3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xr y9ebDpxlSsg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuE k0ziMOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PExyUzJ IBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9xRpai6d6m bW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR72cnp10HoaDf l0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6ke839r3BZiTVybo+ SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5ZIJA6MrwhtyCrMckmLrr cX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1u5mnIjsvhObdmrfYMoZ+WwLh X5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giNNUfQb0sgeAaK08ipDunrPnpdI7bD 9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3gzsrLPzXOzAbOymF7d7Sxlete/8eynHoL /cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1fw6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5 hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttR ghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo 7BeSzeAt15N8Q04SlVLOXgzNZY+PTeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5 wuiebwBpDpHuEAV0HAM+sYz/Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThma zJdDs9nbR076hXxL8dgjj7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflS yrYoGmSPXlDKZ5X0JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6 PFHF2uiab0egguWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDh MZ4QU8rk5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6d O7cEmYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+ZwPbXT 1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0JZ+T03Y++ 4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4EFMAJSyx1mn5P bpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn96NRZrqdGUONzUzLY n8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4KKQoZA6EzEe/C6saZV67e vOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgIRfvXNjSx5n3nPi4tLe1BnS+h q0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcXJt/evGByOuNsW/HoT0+fuuhNUGNj 0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+QbxrsrN8ekYxw4dfb+wsHSgN40Meb4J3rwz WhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv 5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQE feKsxNIof7//vpxfVNek94PIt1uirNZIDcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/a t8/n43x+7h1WUr/t4OK0QkW5wYl8E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIP Pvggu3jxou7kGwOABx54wOfjldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1t xFE7buRBhbvn4y0JJ/vv5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpV yUoaBcp2QlDW+WaPUsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/ 80/WsP3Mh8m2hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIo La+Jhp5ZDTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9 evTg3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHoyLwz oxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY3luCivbf 3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf0WGzmSUhQfF+ 2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TUb0dG5J43QmomQuck 39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+HG5s8eGxk7kkEoPaalnUT f1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4gEMtIDKzaFB40QfDZqZvhiae +vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/NdOBPPfYY15rr5QXftWX3mT5Blq+Q nk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfPakE+H3roIa+ymaSnp7Nu3brxQEytyDEk J3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkw oIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ8 0nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBCllTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8 Qr/9q1/9yidNNgIxlyxZojo5FsGWenrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLv tJ73omVfp2ewI+5jYmRaBgbe7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZS R9BNQxqCYjwzpkzmpNlflS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5 RgYTX8u///rXv2bFxcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y 2jOjA5xrSlz5lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNm iu0iTcUzt6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctr gxeYoxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2UfOPF Gj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK+Ayanfst AjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYda1asWHHLyGTb 2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQDgyds/wgqkkikBel 3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W/9T4lFuefuyWPad+jM9s +qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiKG0GvVZWELq00IZhDjOLRoOA7 UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODkQT3JMzzVIMxaHN+Xipi1tbVci67X 4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKt p7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa30Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tm UG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DMHykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD 8C6rfXxkQkEWFW894dgfnm89yTf03koG2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntem VSCnGhUx9cyvjVmJgpV77yixfwReD5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5 fjrnYcN4sZyOFIipFWYlVrFHRy6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy /Pnz/PjeVKiMi4uzpxnUS3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RB D+S/Suwf6Qcnzs/eTO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiq k22UC62rv4bUgAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3I dCD390KxLQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YS DTE+/UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh7VDz +NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9/TjrGWSV 1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/JMjoO81yyVNS BYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e3j5ykpNq4PWtO+/Z F//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOEVDY/YxVzNmMBTW9yySY2 I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d7+a3t7n2EcvokCDdwOABGmrx AaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9hf/X1K3Q/Hkg3/lfXxjJnhxndvt7 odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdnmfi7BPwhBX1bd/2dopYHR80vvPGHYZ4V Cc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYlj3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/ w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OTwzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0 qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGIqV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+ MTqPa6zVfh7w/uMZoEgQ5DG5tnwWvXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD 7O5kSx0T3nixvfGW++KN1rtyplzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErS GUk1LKdx/z6TyfQbcrB1MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgS rrmelryOzcjYwgnvhIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNb LdbCl7UyICLfxobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiI XH49IOfeXg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9Ql mSxPko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq1Zql ROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9bZs+4RCf ReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27MN1ksDyDlkJrv kF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqDg4PZZ59fYYHxJWxi wgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi4mJF1/vr//xPz3nJ61dc rWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5ngOWquWzzt9aaHbefb/8Oea4o QKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn2+cUV+2z2QqfJfs3OPnGdM+sxNKo kMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0HyAe221gMBeK7DTFVOSbd0GQYCAu7qevD/ ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+fe/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2 hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/Q taNgD4j+3r17FV0fsrWAsMvdfv/xd88mWyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDx Rl/Y/nwOopI37NaxfcSAuvv4lG98ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK 0hkdbLoQbDw4TK+Iik9itHfP6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFd VZAsq9nMAx+1Jt7woo9oJ9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6N CfG7wP5RpS1wcXkBCu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5Nqd feN7yqoLbOKiCrt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13c Co+2O/II4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L /4hJK08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8Adcwd m2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7IInTNkH+ID si0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3L+VXNoaTvXRe CCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV8RwgLfE0Iyg+8I6H xCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVAUk5TiSfiBp0xghIBtaUo IJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvHBygYqLgqFAT5TEBsqddefGRD gQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5VhBwaApBeqWNNwIBx44dy0k49Mla dA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W/B57ZU6BfX/kDEfQJqaFf/vb39qflViP +8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jBlCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg 3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKS T+rRVQO7m9dw8gryrbfHW2BqXKWiThnfEZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKV FqVSFArG6riIzahb56nxvnjxIpehwENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJa zlMRYnASHx+vqUwH0hVfyTc+5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtC XQBZT2ldS9x77723VSv7RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYw dbpfM6jEpK9kUUWHFJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03 SLjancsLI4J5MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7 bxeX1gwlG++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0 g3yrdTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3jAEUd vG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n55eWJpkt T3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQYM60yUpLSuRb J+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvICuOLjERkWZGTrxzp CfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6dm/Gxde+Rld423tA5g4BD 44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL7bwhadFKcy8CMusaW8IciRCI FgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtASQ/OONMtyyTfStb40M1e39glODkCr 4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBPrSqRSEkIEo6MH56Irq+kVQsUV29mRU37 ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4zv24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVw xgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD/iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA +rK8s+1sW/iyymQQIsxiofha9/Hm2xgoISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyj eE5u/c5v5MpOYKui9oAe7RPaVqV1AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gK M2Bm9g0UIyLyrTIyChqtahM3ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0f VCfD2zbt5zpwzAg4rkOWGbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iO TKPDmpNY7Hey7Ww5pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZp anz516jz4IqMYMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0 TyLYUo/z5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSC Uu/uB0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm0KGg 0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHCGw4pCtlT xwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtPfz7Lp4c9wv6R wlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BYpOatZROiS1ivwAzW d1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5HnBkNnHUZ+OYuD+lenc5 KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J1Q+1bsyjoqJ40Rln65FacOGS VDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgBGx9fzwfaGDTg+8CwfL4Mciz07pDb eJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5XgldSkW5Kspx4eY6H5FyH3gGXaWlp/d98 883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS+eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrV GfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpgvcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4 mCHpSMpZowrxhLdYmgoRXngELirxIFetfZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIo DFNUWkWjDJ0fr6xmgEj3rojS1Xua9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi 3R+8TlpdD7KFoMPs168fvy53Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8 RJEjOYNstAnuym3D7jHARsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkf ory7VjLF6upqTrg3Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze 1smx/0dHLWMT52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpK r86HrCkIThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaV VKDjJaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaUAR5V EURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1deEbN8Su0B ci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw07PnbutB5FAu XmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK4ut1QP8NXbmewZbj ooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXMrX3jU7JmP7M17lN0Pnih 4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8oaY6RcVG8Ok9I5+BdFOAtfFx d/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvnys4Tn/lkD2g7oLWWuz3aHwzw1bZP pGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpO AG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZevhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90 gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmLmCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSY uvUOsnwlR86EPr7vNMsluWkszWZzt+bNewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN 2YgxC4oV2f9P3nLL9Y5oC4a5kNUt+97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94 v305BgYGSL2I6xbpDJXq1iGf0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2S JneQjWnpuNx193tm2trYq6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMl pZrPbqOT2eQo6xqyL4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+ cQxRHMdb++/Zs6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumc JyyqYn37vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9 Np4wXhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJObOC5j oI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/XM5NSr3XU gjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFwV9s9KRMRcCqA AQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//NnnlxHHtuioV3vM6MkudC Dcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5Dff8gLjqVWQCy0Jyotbx hCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0DemU5cZSc9Ayw3FCiIcb3XtNz flyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvPhoVlsr+OiOJyNJHNKDytiUNU/EW8 BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjLdETkWwYO7drfpjVxdcyFzQn58lX8RVVC vlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+JesR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7 YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq+DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb +kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7+PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628Lzmzopq oWN+fmratSmxhZtnJZbH6xFkRbEjvkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmc U2kn3lHL17D5ySX3kG9ptiV4wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w 3lOS3CZYeHKcmU2Ir/5uXlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCb i7OKlHIAgouy8Y5SlPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZX chho9/H7LVnexHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx 7QyduD/Id07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9X tvYQz/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAwy4jf AJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ88mLKnln K4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9vPR5pKy6wMKy trOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auNdU2JaPzV7qTxzvtD x+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8n5CiIJsJAknxwTTuS6E5 fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2HrsTFpM8KiHB9JA7W9TKCx6e WDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZVuv41dXVfGZr7NixdvsDmUWdAww8 egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7iytNuimrgt83riHEVM8988IjLt3+8uXL 57NL60I70uy26heplIhs3XLguJZe73nLat1us25FM3tuRDj3arvrlMNzdrLZaev85tWelrmXa76F F1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClkcZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbz wZtHT1qyq6NQdIcq3XkPpQOYurq6wSilrFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZ zrQO6JJ+4uLieHDXqxNm8wGMq2JjUQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30h d2CI91PtXNJaeL66iv17u49aQJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdI eH7ZT5V+m3cev8fJhueBKt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0z C6q3mq3WR9R+h7SIV1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwAT Lx46mgnx9Sw2YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDX jIwoUhIOXTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7Yks Tw6exUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSynYq1f 7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EMur0N4MT+ GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJSTjPXNfebnsUD K6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSfhjxmfjx79LEn+DNX OzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86M2mAITwvINfD5hVwSQW8 5fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOzhMcLxEPOIHte7m7+rFx54qTl sEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q7I8PT8uHB1xIKKSkG+3BgNk2Nj4k 2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQHg3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70 kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFFZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWB k5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396 +tTFusrKUSCT5CVT5v2SE4RmzbZFbD76iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4 Pvc0iYAicfyGPR+wWXmHWUnNKt06X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0 uRbX29y6PdHXGVki3+pKT+Tq4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuM AGBk39GD/CK+BOeG/UgHr3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSn eLv/68fObjfbCp/tMuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi +hEoCsmJmoV15GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1n V8+C4MnOq6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHx JVwypmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcGK3B6 SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p9pQJwxmQ cUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3vXvD+nSTyfKo XI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK17AxFYR29Ol+kfcSM xCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh2blLYv2QL4NzNQAPNwZV 8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyXxcyT/Y+NKWePPfE0b3ORLQUD B0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7b3Fy/zWrt11QW8MMoo0c1ScOvuFT IRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wPXvcpCY2KjBI505HaUam8BUGZ3pDwQxs3 yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDuAk737j+wvLB6tSadBzoOeIzEtKTQFSs53s9/ /nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9lr3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHy Le8Z+jOYEm20kJgo3be0tLSHnPcPObGVZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui 86Gtxn6ORdDk7A/vOoK11bz/cxfe3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZ rN90K2teu9unIErTwoVcWgKpAwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46A S1T7k0u+R0aV2Yv7KBn8QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1d MYUhvALS+8agJDQmOdhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCS Ey07W0g34F0fm7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJU TklobPIk/I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP 24ksPoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/l4oo DQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn5u1NMcnl 89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpemJHNMwkgX623 0e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZlrDnLPd0YPDh67jPz q9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhBoZaTI2db1gVEppiA0XPS Vr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8dvpWXwcuIPloZ9QqarZq054S pe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqalrJdt/xhwvzKnwOvrUSMAU+3lL65c +yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TVdQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZud VKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPcupOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHd EgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz+Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinO ZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2 AHBe0REu31Cj8ReSEzU7FwwO4quPcU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1 GkS2E8nnBs+0tLkj2IKYu6u22dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/Pm fYQEBY4AOAHkbA+ng7v1cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8x AvkWn80Hz51ebLZNFCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlD jr43ILbUJ5KFcuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+x isWUtvHgDHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfe eujsD5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at1k1v De825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8QcBDQkJc 22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2Es/HXfuBbFTI SqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKkDkGQcioZekv4tACq d8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E6IU5FWxUZBGblVR7zwAC MxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Ys+PYD3KfD4ie8Cp40iS6Khcv JGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+rD1zk0pJw6yb2waUbygcT7R2grXEf n1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0TS7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcb Hm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjwww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3 h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uqSYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTV kOR7bGTuSUwvKCEto+YXs+N7D/E829BeI0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenY vQlGdeYBxwwFAmz1+C1sZa3s6QmpsgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvp qEk00rSkq2UETEI6su/MJdn7gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZ vTByBptnKuPT5qJDEqm/BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYs GLg4k5bodc1IXanG+4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbW e0Y+GxKex+akrbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpIT JeQ7OMbK/p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMz irttBAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPBs400 gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K9sEABwMd fBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqAFwRcrfOhTUcK U8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6RJJQu95V8//IXv1Cc ZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSIDgkzHMX84vN7wfutBvpOy V/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+SuwqSrZV/JHjoPtT033HN0559c RgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUggyBV/3W0PAg6ZUJi5UbPOMa+4cotR SSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTcSvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVg XhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRBwKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951u ZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/jOl3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVs Q+TVdpYBBd77WZk72PqNr7sMOBRBlJCWZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9W RL7nW1ZekxNY1NEBzzf07UrIN2QK0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9i DuKNAElnx4OMBN5xLINoI7sKjpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmo ZB9kQ0E6Qn9e9/rthxpUH3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553 NT3TjkV4fvWrX2ne3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSD COzUmszBcwwSi4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1 gjDxHMSzQCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZ GkJRFl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dltkSoE Ub766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASAIF1OijZ0 3jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3yq3W5eXeSE2+C QKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQbRXf0LE/uuIypUi3J JSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nFvcclNavYqOTd9n318HRL P9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlLlGR2mhiRlhO8wBzlr+uFDODc B5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl57KWZuWzD/jP2/ZGFCQNg2GFgYKDm nm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1vyCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP 3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAU gwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+P SbHn6PamsYTnW9QN8LaxRaAgOjitG3N0YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56 Xcl3XFycXXIid3947pEhRWjA1fKE4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJ gl7Z2XrMsPF84POXsjGxNfY6GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT 9Lx//A4vTF9ul9C5I+EYcPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iE mFLWvHY3Ty8IzTUIsNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWi IN9qEvAVNatk5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY 5XJFvv86KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424Z ZEHoS5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKidH+h AVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfLyeeWtt6T jg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMgs6OSb7UIOAZn GKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoDmRxE54pBNsrv/rl9 UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxCr8bclFXJ5qQ3yxpgA+bq PSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4tiErQUYf6JQDIlNM8NoiTZ6S vNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7OzZKL/vATN2w+aXM2vqRS9ItXY7L Wcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvfeegUe2VOHp/RgGMBkmiQbnyHkw1V230l 3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2ASzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCx gU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NFpgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdV FAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCY vTwrt0ORb2fL0jzgXpPvQ2/Wak0cYUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYp fWYWMgRjQsqD5yhts0DK3T17LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCI Er/YL4K6g9K2+Hw8tfKAQ34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSU qOW1ag28VZWYyM3ZmZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14di e+yn9z15m+XEHXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfy l8qRAzTvO/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ff unVrlBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/wfXJ rajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7ojFftPM2i liy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6ZbL+vd8cPOQVzk 7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54qjETIaqOOpP5eHt9 5TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe0cN5dradbfPVXjCbB3ja vkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GAL1myxKv9IQWB5xvLeM5qZMeC Jx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVeSkdttq8Bl5AZhE8P9pnIQQrh6I0V pBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4 piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzDCr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegq r62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyle JTMbKExktlof0Uoe4Y2TyQjk+8VZBVdHLtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7 ARmEN9bZehA7zPrg81JoNstY9+E9Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoe H22cnKJGzpaTraVDDEO+fTGQ43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0 wvWbj9o74IyS1Sy3ZsM9WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6 tq5uBR+ASWU+cnLDiyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahr aJrqrjyxu2V4PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZ X5rtRIkGHAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a 2RNIN9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocNHOi1 9EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN2LNDw9jU CVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fuNPnaeMP7gQpn IIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQHV+wmZU0H9S18xWS E28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJXzclmm6ZOvHgrki+/SnR AQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig3388cf25TmpTfbUnliOKW1jcbnr dCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB019p7OB2cN+gsEUWJ/tYp+mfJWWTo8 +YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXSeo/XW85+QcvWsVjbFrb56N+dkm78f5Ft Mxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vweC1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8V AT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvjCZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdu fYuNiSrUPc+3kJzocb4hw0ezfuOjuNfbVR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8z M3OSL+9vdlENr4Qo2hNHT7ez/UOXNXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpS RzkOvuN/WPenJ59nGzduumd/DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE 520qvtEx1SwofbtiWQo8y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D +8/45PWW4/kGkR4eUWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o 2fjB8w0deF5Jrb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUu E+tP8IBNVMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpn NeIshoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0xu2bO qbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G8YF0J1Uc 5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfugAs9XznYz0ja5 NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443UU/AkwQuOKpmuZBBC yoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs/KJKllS8iQ8+rWXNdt04 gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEuQYj1Ipl6a75RtrpPsPW7V+Nb mRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjjY915fQIl+6OtmjMvirdbaRVbed7v pfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6fLi/8NQVsvp3AO2KM0832is8U1/ziCtZ bmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pYUdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O 0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRt Xbdd93vcuH7nNi3s5NXZmW2vxq75QSvirSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI 03X9pCHM5stYhwY7MDBQ0fm88XSLDzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0T phX5Hr2ghHu0PZFu8cG2/YMtHzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9 HGI5NS0qI0fEAiwvbjir9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6 DifhWg++86rW2CUnWrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5P vmvqWyv0IkZNFVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkr jrC1m0/4dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW /tDRyDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk2zia b08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiFphskWTqT Jte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUPtLfzUwOD2dy0 Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe6KnhwVZDlw2ijA5+ SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zSpNYEXCvyjUwnSsmqkmV4 iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p4AXfCzae58fIqVij2vOUZjnR uvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs8oTnAyxXRaCis/fp90OXssCkxptp tmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs 4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGjWpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ1 50mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuPQEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7 Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9 HrISBKX95AlTY2YBQZb9+vXz6fdA6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke 6DvNcgnk2tP7BHI+YWGJy2wi8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXY v1Ly3Xd61n3tCySEehchy1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPs KS18o2WmEkhF4LUGCS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+O WErA4e3qGbT8jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaq fv84LjxhyIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+V tq5176kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNITUPVS y+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQBR4VLPcvL K8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpAQ+lLEQoMguck FsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxbapc/OKtIacSAZmfL x969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwdbK6p1OnxRJC6Xs+7cNXe TR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w4EOCAiODjATSFLnyFV/PLTfY EgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr6fcVp9qOfaKXvlEQ8FeiG+8YlXyb zWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHwpuvpCUNVTbn7Q3KCks++Pn/kXVey/7g5 yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6LM7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/ cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3 fmlDoh6EqLl5N1tsWcmatr2piHxDIy6XNArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7A AM8B14Vrgs6cB8yWtXI994yMLTz9ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/Oxt PYOLQMAHz17+Zr/pyw1Jvi3W7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9 YZCcbN26VZfrEwWSkK7tv/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/Qo egQgqHTo3PybSsl3j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vp n3CNaBMnJm9ho+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhy O2X8kIPDCxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvN OIPBjyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOfON2+ vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFNyMJ0k1TC cBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcdMzyJhRsV2QeI N1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoOTUtZz+ba9tgLosHJ FmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62KB1jJId/law+y3HJlWUtA BuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7zbGnpDjZxYZmsEvFSzbVUioPz gfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr9epsoPsbPCeXlzeXS77n5e72ujy9 3GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNAESIMuCG3U5q6C0FrOKbj+oiICFZc/C8d eFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qWXdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wm twl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce+MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa /cmXZczCiQEAAs5dacrRbs9IKGEvjZvDhgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPx PH3o0H69SNHFE6dYkTWH9R41x6PGCIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+ UnbawJjUBnbmyGleAAgVPAF8dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2 VlzHcRkerFHzC+0BmlpdH7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8O wtGzZ0+7l0oBWVEUtDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiws zC/2X1nXxEYl77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05 iDfSIWImTs7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5 mblsXEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+sWLHi ll6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaWE3IcVwFO 0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZFZhb/ZULqt57I d3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5MMOHCplo7+BtR6B9 bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPHsMbiInvgJWQQIpBv0Ow8 9kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88DWtnNR/9+jwH+7Gc/s2NZTs09 6+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UKq1k/jaOhJSc2WzdrWbOmjWH7OezB e/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8fP889J4MHD+ZEUYvrg8wDHZG/yLajrOOV OXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPz egZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKoJeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0D MuFZR+AkZHUAZC16VMh0XMZvml27nbf/6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6Tf pSQT2m+pnGRtdQ17/tkeLo+N4zzyxz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfes S63ex5bl/vSM4b1HhhLo10G8QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQ NFVL8o1OE55WeDukniWUmgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBH f3e+uG8MRqRkWzrAnrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQ Z3dFgARrnekEgyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvIt svsYwf6RLSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eO tTtW1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczCwvIx 1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEaR9FZGaHz RYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16kXVBTcIMYqa2 HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6Mspxdv5stq9gl28EG jIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2NTbHeEBtBuIU32lf9LvJC g4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1ql+nFuRbCrwHGMjhry+/c3lx cX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1tDw8JZCijRo1SpTNBgGNo5mbDdL7Q cEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etFp65FejqQNsgSiHzrNLvdTrzVGPDgXYB3 OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gFNYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8 XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52R fkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w 8dMz3jRu6LTgrQBhDgwM5MveNJaQS4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by 8ccfc+L95+cG3ic7mfhaI/eW63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS 1JjOtofXW0ix3B0P3nQ1Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72 cOQgG5O0zoA319thyDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow 29bwYjLean4hVXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDu wFm5rN90K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lz kF6xXugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfRmeca Mz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7WlcZqQbzRW CHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/QDSPA0BP5RnAi UgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeRV7Zl1wle8n5xZtO6 rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHXIjod5H9JzkruRVe6P64H FRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk33c8FORBUKtW1wuNvJ45u0Un KiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpIk20Yke97gd9saqQ5Hc+t77SMq0Pn LD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09PvWY9qimI2yNX+ohCMkewf1x2Wukq2gw3O uP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQbNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/ NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY18BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellF dsa9tpLt233sPgkGBjNyA06NqPn2NFgDsQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAc P/r4k9wLjaA9vcot55fW+VTkAgMDeEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3Mq eTVLLa9Xb/J9rzzBNnjMfFvL8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6 YcDCn2mS6VHor0WedC0JtxSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3J UXriCvEFW1hMarnu16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffE uSnW7hNSbroi3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSA kMCgCA4GBeu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscL L+HslPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1uO8h2 hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+zyOUtbGxc Da9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CMb+SUeRWf56Zk 8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oTZxBvkGdn2nN48Gcs qebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7+8hJNqF90OHp/ZUug4yC lHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5K8qDvN7IfetPsg0dIwYcTz/9 NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+YmcC0OzpC7OPL4EXJMvSUZovtKX+R SLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5 p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHGc3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360 cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPLuQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9 pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nL kOR7dmK1z8fAQKl30HLZg0h8f2qc+Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14 wzCoGDQ7l/WdVcR6h9g42Y9KKdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogi JIOClrD9R8/plu3EYi3so/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/ IUOBpGRWcoPT9gX21G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREd BFUHJK7gzrYRkfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtu xHc3CM/vJr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1 vYsOO/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTmMrTa 4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINveHA9kQqRX c7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5XDE7hSAhcUse9 4Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXdsD9K8+sBFl8cr33qB FW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42KfWmkk4ZgZmTF5bqRr6R qcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciymh5oFAJyR97htReSDpD/D06d Nxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+KNExynw+eJaBH4wzNMqLZHderUaEO MpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+lK9GgBGO5W6aVzwreNYhYVErD7qrZZAK m832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885 qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz+7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLN XA7ibXl35O0GucYxna0H2UYZedgktplk3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvF ciNoUU6yg/0/IOxf2A+gG/luHw107xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu 2eSyM3Zchncc8hR3xwWxRUaS1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2 WkXkG7M+Sj1CHRHDZqZvFl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3It qVNc4XPEiBEsKirK/j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7 y32BrbDyZbXfV9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQE k7M/yD/kLIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZ hAwEWmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFpztl6 TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXPx93+8MKD vKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9SdjscvrF7NPdkIcESg ZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gXOJI6vOyEBzrEpQUu tK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/IK6QlUj13Hp7e0H4HWUk yNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8z6iwtBVdofNFw9M7yPKV3KxG vHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa/y+t6AnNNUg3yLenimtqLUM28+// /u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1nBEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNv d99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3 F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmB XMIpSDtKjSvplPGZmbKKLSzYx6UlapFVbwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM /vBUX57r29Mgcsri2ttdKQNCyMJ0U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLt G5+l9WfYX18Jvqeypz8DlkTApvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh 9Jy0laGxyZPUfL5q6tbPnj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q 7pCMLT4dD556BHu60oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2ow akCAJdKUjYzIPR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2 QwPvy7VhMAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd 4bT4cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLHe4zA Qmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwioD0peq8j+ U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz38FCPlaxL1h5i oYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz7ZjpxB2UZM2ISV/J hsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+qlABacUM292loOVqLDZnPC vXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hxjoE2PMmYysMAu09Q+pfwEiAK PHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7FMjxH0E36ejxkTMFMA3KM+3I9h976 B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTgKJMOojkvzjIUKeyIfP9rQIJBC56btOAO iDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQCSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPB X73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+zIN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7 RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+b CjKHUS6m71C0CCkam9fudhoUCoIs93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHA lmo80fmW1zRORqdo1KIN8Gx5Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1 zXobesoJ87P3qBXQJJ2NFSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8 CDG02LoMrszmZzUhr+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+ hBf+QnvpNkC9nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+w ms0PnWo79olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfE e1xMGYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPyglkE FKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1er9Tyrex udk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3PNsC01l4jwXF/ XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXps5cT5M6VHAPa5Cce e4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3z+tyPgSXIquKs5zg8HiD eMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn2hZq1dlAw4dpRV+Oh4Aed+v7 jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1R0AnpnRFusT78oynl3HygvbQlcYS 6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5xRlavd94L18OybAXoXJHvpfkNrHmXScM 4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJHAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3f gbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2vWsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzw Tm79bjZuUQ3PdVxet4Vv817bYS57ACmUGwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX 2NC5hU6zs2AgJM1qA7KN5611tpiunPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX 88wHIne5eD8hSWneeZyNjCpj+WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLb CNL1lCUH2yCeQE52EWixpVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzR Nrw4PIAPQpOTk/1OvkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQ MxWq+Fy8eFHVNKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjW mZ4aXlkU/hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGY wQDrqcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/zoff A55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8IKoYdo32B fSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJjsqYqJApPtBU V61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1ZaOvid42dvq0WOQG5B dNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIRHWUzIL3Ix+3vYE/8RbEl JZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdTOsUPAt529MQKNRtHeD7ULocO zxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIqzu+oMcX147x6dvbSDwYfGLjg89LM 3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaahoeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxK Vt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMO gj127FjuTOjevft9M2ta38/b71481mHIN7wS3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7Es PMxy80yr5a2FlzsgtpR7uYV32BFNG45z6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqor d6Teesvziiu3qNE4wrOEDk7NxhYpqX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6 XJF/kF9fUwH6uowZAFwfskXILeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+ v2hTYK+QmzlbD9ItN6Aax4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5 yznhBjAQErN4et9P66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamc xd15ymo2c887/jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIe XxtHEGR4l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF 8qAw23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCFiwwe QImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQWigurpzS hfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QMCwtjf3qqF6ts 3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryRljp6wNUg4M2t2xP1 fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs//NY/vulS5Bsoqmyp8jYw EHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazbn5/mAaMg9CDqagQIGol8g0Sj gA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8fDwn4L6WX4fMRAtPMTJ9YJp6fnLJ PZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2RbvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5 QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58 MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXeZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J 10wjCLT05llqiezMfDZ2YRUv3evKOCdHZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvG ER2nIK/e7A/iDs24v1KDQZeNTlgtTxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35Aaz Ep988kmbL9l5EMQHMqx0fwyUMVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww 2qeKlkS+VcShLVuK5ZBGZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+G xRYd9CtRxQACzxUZSjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3Npup A/UdSSbrs1eu3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI 5PvazVu3Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/e TwxSMfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8XyLbi qkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrOC/Bg8JRV so7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXufpi2p5tpiEZQo J5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwPZeCC5MW9gyxfIWWj VAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91Anv0h4XnMWrtTNhkODAzk M17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzAAOf5Hj3ZnLRVbFryWns9BCn5 xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+NT7VpUdFVE5bkt/KmtfuduthVjM1 IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv/3vHz7Bx5t32ypJaEWxcDwYHyNjys5/9 7J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrHE/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IF QczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIt o3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38Snf ODrZ/jBsKS/OgvZBWp7c8X2FbWCA+vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47O BkhOHCtM6tV+wYMPoo3UgLh+5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7 u+LX9jkyuXRhlybfMMq61XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTp LwwcwybE1/OgRfGRjijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGH dx06fS1/T0fUr9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT 8ADh/nnZ+8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYD QSrBBYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV8dA+ 51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmprB4bnczM dzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYtKkwOClrKoqOT FM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5aBAcBjWp5uvRchueo V5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFqeqGV5orGuQUB1zMFIMlO /EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kNGxT4GpuVsdlpYgI4FZcWtrLJ 5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORMzvbSbDQYlAivuh7tcVxasWr1PDq0 caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj832oR+uERxSxj3YceyTc+Ow6/zaLTV8qW kGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fBAuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX 0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1cVMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8 LsjIHmWQM6Sa00OWQuTbP/08/40TTA8NnZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5 +KzHPNlzc3axlPJtPp0PhBqEH+2l+IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cw zF1b9n0U+FqVok4Zndnvnx3ByaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEz swiCKpH7XEhaQJzVkMZIZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvw NQ+4P5dzG/awp8abZbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7l AQdCY81Bz05Ou67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA 3gYN/M9//nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9 Rs4v+h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCODy++H LpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx8yxlGEwr sX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN6FXnANIcDBBM WT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS6SkXOLzPkHzAEw3Z hwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BKkZZQi8ws0pSFGIh4K6X5 9PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAOZHXCPvUrVrIzF79m+46//97O fW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrsH46pWUsrDGHP4Cfe7A8PcZ/p2bL7 d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zuFhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz2 5HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBtRiq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMt TG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkwLLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33 pK4yCrmG9xk69pLKur8fOfXOGwUtxy8CSTl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwD g+cV35mfUpqdZLI82BF+X63zeeP4kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGz sJO59HQutwDgsUVAODzAgMjGglmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxD ViO84Ujdiu9ys7HcF3CZWbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelIS DKIsXY/Ue2Jf6XYgeVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfO nrmEjlnJOys0qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78Hj F948de7911Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneo Nvxu0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQBhUV FWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31NjuScy2I qDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8Cme/aZbPJszP 3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbntTIQZ6TRA/JKatpK V+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSSb8wCYjawI/22sAU8W70H dPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7f3KcmU2JybuHPKFIC8iytKIl loW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYAE+QbUhK55BsDjsAldYYKGJebSlCP ZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6BaV8hMEukGII3HBrvoqZ93OP9xr43DEn2 BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZWKtkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaK oD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtR rKe8umYYyHNaZuagdpL1m452zyExyTMT8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5 fHb6VgyuB8+0tL0607K3V1DmrZdCLOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67 EI42ZDwSnmhpAKYg3yBjwpMNQCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwr GHw5S6WIZ49KwgNn5fzQK9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B 2f+cvLCUldVudhrcaDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/el ZHAhyLdUE+8vYDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t 9AhtZ2LB+psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42 PL06MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQyft7 PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFOfd+6ddwD PnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wuqXlrWcuuE7I8 kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5KXhbc+t3foOO1ZnH /5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/gJhBBMJikyfAA9k/xPrd XScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfwWaysqt5v94OBQmLhRl4QTOn+ mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qdgnjLven2bR/cvu3Q2Y5EwKW5r0Fc pXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3 IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3 GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbHReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42 ePsx6xeQtIaNjyliJ868zR544AFN8ly7Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobP y7uitI/vVJ2SHCDoJaNk/bor77zboQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9 A8jK8rdJFtmBb/g8NyXtGtJkUQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPC U4vxXGX3KwmmbiDrZK/+7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW 3W4+2y3Wo9S6VnmzHZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSB ZtuKR7937OTHHY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk +8lxKXemzksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3Sw nlzQnHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBGjWtC gOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOOtqKjZphB 2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5GvuG9fvDBB7nH G55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2zB/LKdbL1DMy4iVz0 nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb4xzQoetRrAcDitzSVjYh qoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/IyIHAQOpMlQEDbLUkCB2NgKp5 vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1r8dv2LS6NfzSlRvXOxL5BuGGbASe YMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn8fOIoEM97h8eeww89H7+qP+QXLDqy4rm /VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/QqMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTl CM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ft Hm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBza L87I/jv+IpBRK28yzikGJo6DPOTyVpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjE TCs+IONIZQjUtOy1b49+FBlhkBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUok d7m2oYldvnz5/IrWPRW2wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9k KEGFRbVS/oFoAyDnyF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmn kd4KAwA55Bu5vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw 4/e/O6vi0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh /nGdi3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnTwU9X 1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD8C6DXHtK 0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb39r1zmofH/mz rVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg5So82nKcbLNT6q8q TTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1j47dFe/BbMbhvW3nC8rW lpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjlv+GZ1pJ4Swi4YWQ3Skmrklza GMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCjIN7QZttsNs3Ot27dOh7AiUBMo5Dv kfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL 0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lO uBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqrg2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRf dztJhybcNRG2PCDuTa1BFWI14AGH1x3EH9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K 4qB8e1RUlCHIN6/CndsiO3EBSHpgfInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8 HgS5wuMNWak3fT0ZoJxRcmbh6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33 yUNvnM0qa6n1RlLiNaFp75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNa D3ShR8f1gvwjsBLebpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZ KJd849N3etY9AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4 k/Ep6LAQlAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEi KZFWQtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW2G// 3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn+j90WGoU KvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+dkn47xpy/xF+O AzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK8vJqRKhIctKJoNVg yt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7ut/OL4j1KnGyj5hde92fN DCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3tr/fByLfna8ThndYzQBFo70j /iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUTBYHkkm9kEesfYv3O3+2lWgHyZGQ+ AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z6tYosX7E/MJrlNKPoHGD202N4xgxA46/ 8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7IbmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuE lJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3 +ed1Pef6zW9cyy1bvzIsoTC9d2DaV67ygD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNX vAKCl14JyzrhSUoyZX6GZVxk9kp/Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX 80cuK+EecE/kG/KU/sHp73am9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2b PHq0oYm3wKhXh7DpQTPYlQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkP xMjf5bONkL6NoL3nQzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8Js K3y2tKLmTWl5+pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl2 9OLVhcsbto2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2 sb5DphqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02CK8W QY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR8wvZUxNS edyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJbQ7yZk9YWHIN VSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54nzx0jAXEV7C/TExj fxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9MDRP57joASZ0YkVnkabvg BebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRDQFyS5fnwhOzR7rYBAfeHjVO2 EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufFbkYvKGVPDAplz45PZANn21hc7jqu yVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFe mJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm/sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0E PN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4VaTnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792w ubYvQbw9ZelAHw8P+D8uXzMc+d588CzrF7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX 5ymxUXi35cRP+YOAE/k2KFDkBZpkJXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu +6q2bi0MUPeARGhKqbMkqAmQ1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoN singkjB2bmrpE2OT78h1sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQ ZbVaH/Lm+Sop/oW2Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPee rXsP5pc2JKr1fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9g y4cPD0ticsk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe 0bKNkTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++Pip8o OrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0PQAPuzBb9 pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUWa2EftZ6xL7NY HcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp/ZoWy4Hte7eCsIO4 79tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSHk0Bw1vl648V29JYL8i2m MTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8+QQjD77byfdtuf2jWJ4QW3Z9 VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01qTmnJmydOrz129t22g8cvvFleUb3/ 5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR0tISrEV/31XsnwxKRSA6F+lxlLzUQ8Lz rmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+F J9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJqFVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1 dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlx sr04M49Vb33rdnxW4wGLrfRleg+IfBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70 jhH8DbnBigKQeEDqYZTrF15sJft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNH peS797TMW3FJlqd1sP9JXWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0h jxjBCMB7iM5UznsPTy629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7 QYBm/xDrd2T/RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47kn EPQCOtPBs5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTS tU+LysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIkO+wH xBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2YeRmUm7S Z5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrSDInpNUw/YRkZ WuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUNBhcDZ2e/PWuxNZR+ fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOYrLU3AiPNiXpdV1cafJNR eYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXEQ0k1KgKhIwK2K9fWO0o1Vdg6 2jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PThnWU+4G99wlK/3LNjmM/oIiOIN2I V0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzgbXEKmiYmdFZIUvTJfscxwDa6TTgOJEAa QL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaN KkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJKby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG 2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBxEjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja 3Zt9RTVeej+IfBNUIhlqebOoMh2B8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuB pKpNlnEsCswgEIzXUak522b0oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3Iyu aSUQDEJ4uxulHVKzr6fgSyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6p Y/YCCLrSUo9GgRkEwr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8N j5vW56V2hEBwD39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQ CAQCkW8CgUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQ CAQi3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS42I7 KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P0k7RkYQ7 nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3zL4e+7ki347H kXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAijR48O7t+/v6kr4qGH Htr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQCASCjIEHQM+CQCB4AxDv zjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48aGk/R5OSc2B77Cd3e1wPrkvJ Od5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZhSvfZunVrlJLta2pqBm3evDlcyT7Y HvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsffn6THblwWfb2u09dYl9cvaXoHNge+8nd HteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusnt W8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP 8I5EyTmwPfaTuz2uB9el5By475m21zU9B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi 3wQCgdBJAH2zmuT76DuX2fbjn8nupLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3h j/k5ACLfhK7WfqhJvl21H+7It6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e 4Xx57dZ9naGzTgqdGbZ1RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFv d+2HK1t114Y4a3PctR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtO yp3H2NUUMDrDb2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWft hzvPt6s2xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40 HFt4reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfyfBO6 WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5pmwnlO2E 0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8CQa32g8g3kW8C gUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilWaTVaParqenMOpdWB cc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+obfR0DG/PrQfa7+VpeKzc ZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1xPSfev6LoHFfbibR17VuanoPI d+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC9Zu3uzT5xv3LfVZ4rkS+CQSCYdCv X78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlOnWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9 QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zITl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2 RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf 0SGJjsmxA5QeR3RYzjpU6fGENwvb3438fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJ fBP5pjbEQxsiXefKSy3+76wdkR7PsQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46 Tmcdk+j4AOHdcncu/BWdpmPH50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbE g42KY0klbM7WO2tH3LUhju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6 lKTe7rvTwE87O5eY1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5 djWDJtoQfHdsR9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFv It+ErtuGeGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1w Rb7dtSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4hqcC OJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkdcdeGOO7r rzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjkmuztP7x0k1fF VHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4/nVXkMJTARxPBTec ebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr9p1O4/m+cvVb2fd9/Zvb /N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64JQvf3vqBnXj/CrdvubjaTlpR ll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37lMg3gUDQBK4KSUjXO3YYrorYOOvk HLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6usp0Q+Sby3VXbEE/tiLs2xN059WxD8NdV O6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7IRAIunSczopZSCUa7gg01ktlJ44FKVzt67it p4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkd cdeGOO7rrzZEDNSdtSNqtCHu2g935NtVG0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1 m3nnSeSbyDfZVNe+X3fthyvy7a4NIfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X 5NtdG0Lkm8g3gUAgdHoo9XwT+SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFv d20IkW8i3wQCgdDp4Y3shLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQ CAQnQHEMd+QbRTLkFn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA 08Yi77Bj51laWvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B 5JvQmdsP/P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5 sL1S2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4enbCeO 5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJNJtOzrmQn lqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5thXX2b1XRL6J fBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YABA+KdyU7qmjazpSlW rtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+iA0XH6Uy7SdlOiHwTCN60 H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkEIt9Evol8EwgEgvFQWFj4FMrL U4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3is7x2Rc32tuPG4rOge2xn5JzfHf7 juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5 c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+E N1fu9sC33357Wck5Pv300zfar+szJefA9thPy3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgE AoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAgEAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz /EjPQG9k0DMneIVeQRnf03OgtphAv02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3O vErPQl/gmePZ07MgKEFobPIkOCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIac QOSbQG0xtdkEIt9EvgnU4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEp Jl+RkGB6iMg3NfgEasgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3 gdpiarM1wLBhw2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovl gXOHD+3tLHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/E n89i8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O7+5a BLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdBQ/INwgwi J4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8+vXrlwJ5jVgm 8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7XeGVF1dg5X+6JvEaTU 6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e02+a5bP+wZYPJ87P3hyy IDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZGEEX6NiQe5q+I/JN5JvId9ck 3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqtybdop+FhduZRdkW+PW3var0zooq2 2dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2 j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTGJJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc 3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7vN66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU 0Dix0vywHNz8woTKSrJ2W2dt8sttaSMFpFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwe y1NNp3N+3b337u6930hfxbt77t27s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQb KD8bX4u+Pt/7cWQiJjcS8F2PwTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+ mP0awWJs5DvU3vW6BaqcfiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS 0V80rCCVhm9iGJ12Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9 +Mi59wi4P3PPkRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eed s7++xvYm8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfg u/rBCMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2xNkXH dRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8Me1Tcg1d OYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+qaPgTof/5lEO t9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7DSoFA6/ki7M2ifLW1 e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2HfmcCvL4kB1O+z63P53tP wHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9BviuDnwTxFDnwhHX1b9XIq8cBdLp Ez4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3fX65IINswZ2wa0FELLzp4yybF2nv DwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2PyCENt5HXE5ga6rotBjH83offjiKpOVXK9 J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDfkBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynml cpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8+d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU 1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O+Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/q mL5feADO70nPxS6MlgvIAd/VhO+sx44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2z SzHQLR/f8dDJ681m85NFwXdV7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46r Dt+ufHhfKo9O+3HNhMlgkUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLw TsWzDYDvEmCQbvSvbT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv 1FQeH3y7BmAu+LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++a eb3K8F2G6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBn QbaO0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYNYFwb olmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUvDE3dCKWd fHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/KXVhdD8qb/jm WQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG792HZ8Y2jJ9+u1P1 VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vmBev4PB2+z+ax+YT9YHN5 j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B34DvPgkCJS6MBnynbzhm5cvH 7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f/u0b72TW5JOv9le1k6rAN2t0YmYX 1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjfPPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH 5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1pt nUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamadeX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKs c1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DDtz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7 Mbl5lp3yqterJTdW4ih4TB1n0Tk05PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dx rnP59iyJ3SBLp1l22K8CvnsFvmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD 39bncdk8xd6WzX1bWsfa3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BO ZzAA34BvqBj4rpNW1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPq j4amaFK2SY65Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lm QOdtymM+jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUj cTtK9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsWT7rg G5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnzvnYS6H3t 6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZqicp2Vv3R0Bcl y/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984LvrHbKq16vK/JNjky+ N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6OOoVvrsTjgm/q27ivY5+o ZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL2mbdhKOu8E02k4OoLDOCRcxO xc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4tnaidZXarCV816H+aC/BN+zd3448 6/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuCzwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuA cXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurk s/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4DvmgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYj B3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgOw/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP 7wd8qwHWiRMD8/PzzYWFhQ/Vz4+XQXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYn mwOAb8A3BPiGChLgG74Yqid8c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4Bv wDccPgT4hgDfEHwxfHZPq0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBS tPah1p8aw3P/hS2q6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDs UK52H5p+AHaA8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAE QRAEQRDgG4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYA AAAASUVORK5CYII= --_004_F085911F642A6847987ADA23E611780D185689C8hoshiunilux_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE01621F9B5E for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 06:18:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.415 X-Spam-Level: * X-Spam-Status: No, score=1.415 tagged_above=-999 required=5 tests=[AWL=-0.640, BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, EXTRA_MPART_TYPE=1, GB_AFFORDABLE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4SR60Vupq4jH for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 06:18:29 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id BBA0821F9B85 for <6tsch@ietf.org>; Wed, 19 Jun 2013 06:18:25 -0700 (PDT) Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 19 Jun 2013 15:18:27 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 19 Jun 2013 15:18:24 +0200 From: To: Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRdNX/CzpwRPEqzdewzKovo2pk861wg///nT4CAADM6IA== Date: Wed, 19 Jun 2013 13:18:24 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_"; type="multipart/alternative" MIME-Version: 1.0 Cc: 6tsch@ietf.org, pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 13:18:36 -0000 --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_ Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_" --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Qin, Many thanks for your comment. I see your point. For sure exchanging just changes might not be a good solution. In addition,= the existing node might lose some information about the changes, due to th= e possible interference and packet drops. So, I think we need to think more about the possible solutions. Just as a quick response we might have active and passive approaches: 1. Active approach (Request-response mechanism): The combination of requ= esting the changes and all cell usages might work. For instance, we might c= onsider the request-response mechanism for the new node, to get all cell us= ages from its neighbors, upon joining. Then the new node might be able to p= eriodically use the same mechanism to ask about the changes in the neighbor= s' cell usage. 2. Passive approach (Broadcasting mechanism): We might be able to segmen= t those information into several segments and consider index for each segme= nt. We might need to broadcast several messages to report all cell usage. E= ach node periodically broadcasts those information. 3. Hybrid approach (Request-response and broadcasting mechanism): Each n= ode broadcast the changes that are identified by the sequence number period= ically. The new node that joins the network (or old device who has not rece= ived the changes from its neighbor for a while or missed some segments), mi= ght use the request-response mechanism for asking the all cell usages. Am I right? Pouria From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: Wednesday, June 19, 2013 2:14 PM To: Zand, P. (EWI) Cc: pister@eecs.berkeley.edu; 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Hi Pouria, Just one comment on "exchanging the changes in a node's cell usages bitmap = instead of reporting all cell usage bitmap periodically." I think one of motivations to use decentralized reservation is dealing with= mobility. That means nodes are joining and leaving relatively frequently. = So, exchanging the changes may not give the moving node the picture of cell= usage around it, Thought? Qin On Wed, Jun 19, 2013 at 7:47 PM, > wrote: Dear Kris, All, Many thanks for your complete explanation. I completely agree with you that= "Bitmaps of occupied cells" can be sent in possible other ways and there i= s no "requirement" to just include those information in EB. As you mentione= d, we can make it optional for some applications and/or use another mechani= sms (e.g. request-response) to get those information from the neighbors. Fo= r those possible applications that might need very dense schedules (more th= an one link per slot) in two-hop neighborhood, we might be able to decrease= the probability of cell re-allocation at the cost of increasing the networ= k overhead (caused by exchanging occupied cells info). Qin, Thomas- I completely agree with you that without monitoring processing, the collisi= on-free communication is not achievable, in a distributed manner. I attached a Figure to illustrate the concept more clearly for others as we= ll. In summary, in order to choose a soft link on edge (A, B) (as is shown = in Figure (a)), the "cell usage information" might be helpful during the so= ft link negotiation. Those information (i) enables node A to propose a set = of unused cells in his neighborhood (as is shown in Figure (b)) as candidat= e cells in the Link Reservation Request , and (ii) enables node B to pick u= p a cell that is not used either in his neighborhood (as is shown in Figure= (c)) and then reply by Link Reservation Response. For sure this method might have some costs (e.g. increasing the management = overhead) and might not be suitable for those applications that doesn't hav= e every dense schedule. But it might be affordable for those applications t= hat require dense schedules, at the cost of more management overhead. In addition, I would like to add one approaches to the Thomas's list: 1. pick a new soft cell randomly in the schedule, and rely on the monitorin= g process to move that in the schedule. Extremely simple and lightweight ap= proach. 2. have each node announce its schedule periodically (through custom IEs in= the EBs, or through some other mechanism), and use that information during= negotiation Potentially more efficient, but possibly much more overhead. 3. the combination of (2) and monitoring process. As Thomas mentioned, there could be a different boundaries in which using m= ethods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I= think evaluating different scenarios (i.e. regular schedule and dense sche= dule) can be useful to clarify those boundaries. To measure the network goo= dput and management overhead in those approaches. Xavi- I agree with you that having multiple slotFrames with different length, mak= e it difficult to use bitmap in the very dense schedule. In this case, we m= ight look for a better way. For instance, considering the request-response = mechanism and/or exchanging the changes in a node's cell usages bitmap inst= ead of reporting all cell usage bitmap periodically. In this figure I assumed that the Tx range and interference ranges are equa= l. In the realistic setting that those ranges are not equal, the monitoring= process will be useful. [cid:image001.png@01CE6D00.3D249BC0] Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Kris Pister Sent: Tuesday, June 18, 2013 10:42 PM To: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Pouria - this is good stuff, and I'm glad to see you pursuing it. When we first st= arted talking about working in the IETF to standardize the gap between 6low= pan and 15.4e I thought that surely all of those IP devotees, who had been = so certain that centralized network management didn't work, would step up a= nd demonstrate how to do it right with a distributed approach. I do think = that you can build perfectly good networks this way, and in fact we'll have= some advantages over centrally managed networks - speed and mobility for s= ure, I'm not convinced about scalability. Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing that I= would ask is that you not make it a *requirement* that these IEs be in EBs= . I have no problem if you want to make it optional, for those networks th= at want to use it, or even mandatory as a response to a request. But pleas= e let's not burden every EB with that information. Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you can d= o with just random choice, with some feedback on bad links. If we look at = randomly assigned links in a superframe with L_max cells (=3DS slots * C ch= annels), and consider the collision domain to be the union of the neighbors= of mote A and mote B (conservative, but the bound is achieved occasionally= in practice), then the probability that a cell is unoccupied is P0 =3D e^-GL where GL =3D L_a / L_max where L_a is the number of assigned cells (either TX, or RX, or both). If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece= of the network has scheduled on average something in every slot, then GL= =3D1/15, and P0=3D0.94. So randomly selected links are usually going to wo= rk. Having an average of one link assigned per slot in a given two mote ne= ighborhood is really high, at least for any network that I've ever built or= sold. Sometimes we approach this at the DAG root. This is not to say tha= t transmitting neighbor tables is not a good thing, just that you can build= a lot of applications with very simple (random) cell allocation. So sendi= ng the neighbor tables is not necessary for many/most networks, but would b= e a nice option to have for future optimizations. ksjp p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those that do c= ollide will exhibit slotted aloha collision statistics...or will they? Wit= h a mix of non-colliding and potentially colliding links at each mote, what= is the network goodput? I'm sure that someone has written a paper on this= for MPLS or something, but I've never seen one. On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: Dear All, Regarding to our last call on Friday, I would like to continue this discus= sion about the maximum number of links' information (or "link object") that= can be included in EB? Can we think about sending the information about th= e entire reserved links/cells in the EB(s)? I would like to know, Is there = any way to define a CellBitMap to enable us to include the entire reserved = links/cells by each node in the one or several EB(s)? Our motivation: In the distributed approach, this information can be used by the receivers = to schedule (internal) collision-free[*] links with others. In this case, t= his information is not just used for enabling the receivers to contact with= the sender of ADV/EB. This information enables the receivers to collect th= e list of used cells in their neighborhood. The content of information in e= ach "link object" can be different from the existing information in the EB = for each link. For instance, the link option or link type might not be need= ed in this case. On the other hand, neighbor ID (the other side of link) mi= ght be needed to be included in the "link object". In order to create a soft link, based on this information about its neighbo= rhood, Node A in the Link Reservation Request may suggest the set of (inter= nal) collision-free links to the receiver. The receiver (Node B) also based= on this information in its own neighborhood, will choose one link from the= suggested links that is also free in its neighborhood (that might be diffe= rent from sender's neighborhood) and reply to the sender by Link Reservatio= n Response. [*] In realistic setting, where the interference range is more than transmi= ssion range, this information will not guarantee the completely (internal) = collision-free communication. But it can be used to not repeat the reserved= cells in our two-hop neighborhood. In addition, the collision caused by a = pair of nodes who are using the same cell in outside of two-hop neighborhoo= d can be detected, by monitoring the status of that reserved cell (By consi= dering the mechanisms discussed in "2.8 Monitoring" section in draft-wang-6= tsch-6tus-00). Best wishes, Pouria Zand _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Qin,=

<= /p>
Many thanks for your comm= ent. I see your point.

<= /p>
For sure exchanging just = changes might not be a good solution. In addition, the existing node might = lose some information about the changes, due to the possible interference and packet drops.

So, I think we need to th= ink more about the possible solutions.

Just as a quick response = we might have active and passive approaches:

<= /p>

= Active approach (Request-response mechanism): The combination of requesting the changes and all cell usages might work. = For instance, we might consider the request-response mechanism for the new node, to get all cell usages = from its neighbors, upon joining. Then the new node might be able to period= ically use the same mechanism to ask about the changes in the neighbors’ cell= usage.
Passive approach (Broadcasting mechanism): We might be able to segment those information into several segments and co= nsider index for each segment. We might need to broadcast several messages = to report all cell usage. Each node periodically broadcasts those informati= on.
Hybrid appr= oach (Request-response and broadcasting mechanism): Each node broadcast the changes that are identified by the sequence number period= ically. The new node that joins the network (or old device who has not rece= ived the changes from its neighbor for a while or missed some segments), mi= ght use the request-response mechanism for asking the all cell usages. &nb= sp;

Am I right?

Pouria<= /p>
<= /p>
<= /p>
From: Qin Wang= [mailto:qinwang@berkeley.edu]
Sent: Wednesday, June 19, 2013 2:14 PM
To: Zand, P. (EWI)
Cc: pister@eecs.berkeley.edu; 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Hi Pouria,

Just one comment on "exchanging the&= nbsp;changes in a node’s cell usages bitmap instead of re= porting all cell usage bitmap periodically."

I think one of motivations to use decentralized rese= rvation is dealing with mobility. That means nodes are joining and leaving = relatively frequently. So, exchanging the changes= may not give the moving node the picture of cell usage around it,

Thought?

Qin

On Wed, Jun 19, 2013 at 7:47 PM, <P.Zand@utwente.nl> wrote:

Dear Kris, All,

Many thanks for your complete explanation. I completely agree with you that= “Bitmaps of occupied cells” can be sent in possible other ways= and there is no “requirement” to just include those informatio= n in EB. As you mentioned, we can make it optional for some applications and/or use another mechanisms (e.g. request-response) to get = those information from the neighbors. For those possible applications that = might need very dense schedules (more than one link per slot) in two-hop ne= ighborhood, we might be able to decrease the probability of cell re-allocation at the cost of increasing t= he network overhead (caused by exchanging occupied cells info).

Qin, Thomas-

I completely agree with you that without monitoring processing, the collisi= on-free communication is not achievable, in a distributed manner.

I attached a Figure to illustrate the concept more clearly for other= s as well. In summary, in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the “cel= l usage information” might be helpful during the soft link negotiation. Those information (i) enables node A to propo= se a set of unused cells in his neighborhood (as is shown in Figure (b)) as= candidate cells in the Link Reservation Request , and (ii) enables = node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then r= eply by Link Reservation Response.

For sure this method might have some costs (e.g. increasing the management = overhead) and might not be suitable for those applications that doesn’= ;t have every dense schedule. But it might be affordable for those applicat= ions that require dense schedules, at the cost of more management overhead.

In addition, I would like to add one approaches to the Thomas’s list:=

1. pick a new soft cell randomly in the schedule, and rely on the monitorin= g process to move that in the schedule. Extremely simple and lightweight ap= proach.

2. have each node announce its schedule periodically (through custom IEs in= the EBs, or through some other mechanism), and use that information during= negotiation Potentially more efficient, but possibly much more o= verhead.

3. the combination of (2) and monitoring process.

As Thomas mentioned, there could be a different boundaries in which using m= ethods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I= think evaluating different scenarios (i.e. regular schedule and dense sche= dule) can be useful to clarify those boundaries. To measure the network goodput and management overhead in thos= e approaches.

Xavi-

I agree with you that having multiple slotFrames with different length, mak= e it difficult to use bitmap in the very dense schedule. In this case, we m= ight look for a better way. For instance, considering the request-response = mechanism and/or exchanging the changes in a node’s cell usages bitmap instead of reporting al= l cell usage bitmap periodically.

In this figure I assumed that the Tx range and interference ranges are equa= l. In the realistic setting that those ranges are not equal, the monitoring= process will be useful.

Best Wishes,

Pouria

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.o= rg
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Pouria -
this is good stuff, and I'm glad to see you pursuing it. When w= e first started talking about working in the IETF to standardize the gap be= tween 6lowpan and 15.4e I thought that surely all of those IP devotees, who= had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right w= ith a distributed approach. I do think that you can build perfectly g= ood networks this way, and in fact we'll have some advantages over centrall= y managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing t= hat I would ask is that you not make it a *requirement* that these IEs be i= n EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even manda= tory as a response to a request. But please let's not burden every EB= with that information.

Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you = can do with just random choice, with some feedback on bad links. If w= e look at randomly assigned links in a superframe with L_max cells (=3DS slots * C channels), and consider the collision dom= ain to be the union of the neighbors of mote A and mote B (conservative, bu= t the bound is achieved occasionally in practice), then the probability tha= t a cell is unoccupied is
P0 =3D e^-GL where
GL =3D L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local = piece of the network has scheduled on average something in every slot, then= GL=3D1/15, and P0=3D0.94. So randomly selected links are usually goi= ng to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any= network that I've ever built or sold. Sometimes we approach this at = the DAG root. This is not to say that transmitting neighbor tables is= not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So = sending the neighbor tables is not necessary for many/most networks, but wo= uld be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those= that do collide will exhibit slotted aloha collision statistics...or will = they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure = that someone has written a paper on this for MPLS or something, but I've ne= ver seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would like to contin= ue this discussion about the maximum number of links’ information (or= “link object”) that can be included in EB? Can we think about sending the information about the entire reserved links/cel= ls in the EB(s)? I would like to know, Is there any way to define a CellBit= Map to enable us to include the entire reserved links/cells by each node in= the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be used by the r= eceivers to schedule (internal) collision-free[*] links with others. In thi= s case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This= information enables the receivers to collect the list of used cells in the= ir neighborhood. The content of information in each “link object̶= 1; can be different from the existing information in the EB for each link. For instance, the link option or link type might = not be needed in this case. On the other hand, neighbor ID (the other side = of link) might be needed to be included in the “link object”.

In order to create a soft link, based on this information about it= s neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the send= er by Link Reservation Response.

[*] In realistic setting, where the interference range is more tha= n transmission range, this information will not guarantee the completely (i= nternal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighbo= rhood. In addition, the collision caused by a pair of nodes who are using t= he same cell in outside of two-hop neighborhood can be detected, by monitor= ing the status of that reserved cell (By considering the mechanisms discussed in “2.8 MonitoringR= 21; section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_-- --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=59462; creation-date="Wed, 19 Jun 2013 13:18:24 GMT"; modification-date="Wed, 19 Jun 2013 13:18:24 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfGSURBVHja 7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQEBJCwkKokVpS S7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61nqUu1Vxd+5zn7PPs vX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5JhAIBAKBQCAQCES+CQQC gUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQf/YzFhkZ+Tt/PIdnnnmmeNas WU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW7Yrj+vreurMxtdsPf7YlHcnW/P2c COr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84RavyQar4QONbkyZOHe0NSOyv5xrbufmtC x7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1 YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjralSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbH WcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKE d+yup8ytrQkbgo04syF8x//E++jKjsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZ rUnt390zFl4zbCuuTbQP7mzbsT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/ 7Mnu5XAL6T5ybF8uBzGi3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/ 8SIIMuDqWNhPGMLd6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+Ld eeD43jt7J13ZhmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfX Ip6pu2cs5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0 vzMuIec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxztzt1x PF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmXUrtXSr71 tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQcUx9uTue1FPt aj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjyfLt7ZkS+u4bnW7yT zmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904mc162vF/zjzxrtoRd9ci 1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs55Nufdi+XG7gjuZ72d+QScq/T Ewcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvhbj8HHdLT7q4N+4oGQRzPledbrJMa vatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vxnXRlu2JGSugC5bw3gng7syHp7JL0+hwH 9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2bu3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K 9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCOfHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+g AZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci +QlkuzqRCKPaHbUJRL47mv13FLs3sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAg EAgEIt8EAoFAIBAIBAKByHfHgxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsn EPnuWA/aRUUpNV5qRDFLUzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCG KBLvOxaYcVYiFoQYqYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6 KHThWPBK/B+2h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8c tu+MVxCIfPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xB WqrZlR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqfruzQ 0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2nfEKApFv Q5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAwiU4SRFXqrZK2 HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQxcvsqKUSU0yOejOh xXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA0bmJ6WSsF8cWHivHY3gK YHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBlFfoxudHFQlvpbhuhvfR0LGxH 0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnPN4Ggj93qAdizp4E5gUAg2ycQ+SYQ CAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8CgUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCM BJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6ljJhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgI BOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50AgdE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHs n0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5E dgkEgp6gwEsCoWsTcHoORL67NIyov2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6N WYmlUQYk3w/RyJhA6NyDbCLfBELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo 5SiR7y5Nco06+gxNKFxIU1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oF Wr7rGZz9TZ9p1juvzM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj 3Y3aBlDObyLfHRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0Un DXKNexZT6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8A UhV02GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/sJjk Eb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1dLYL94dl /B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+0yyfU0dM6IrA ew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6VENC7cRV+tyW0XYNC LSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+RExqbPMmfHd3wudkfPjws yS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ/acRyxi2p9+ZQHDet8sl4Eax /6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc+c6jo5ax2o1HWFx283V4pKbOB5/V fzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZN jn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKGkAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRgh T3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU132ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YV bt4H4Pu6VeusW9euNTXUNMYVFpaPsWRXRwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP 7BmUoahT/v3QpWzAzOzr9NsSCHfJ7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4 gTnKU0yH4zK2x370+xIInu1fSDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8d mHybHhgzv+ASAhY9dX7PTrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk 3yHyTSD4bucvzi688vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5P rDv3zgcHs4rr3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xr y9ebDpxlSsg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuE k0ziMOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PExyUzJ IBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9xRpai6d6m bW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR72cnp10HoaDf l0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6ke839r3BZiTVybo+ SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5ZIJA6MrwhtyCrMckmLrr cX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1u5mnIjsvhObdmrfYMoZ+WwLh X5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giNNUfQb0sgeAaK08ipDunrPnpdI7bD 9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3gzsrLPzXOzAbOymF7d7Sxlete/8eynHoL /cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1fw6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5 hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttR ghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo 7BeSzeAt15N8Q04SlVLOXgzNZY+PTeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5 wuiebwBpDpHuEAV0HAM+sYz/Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThma zJdDs9nbR076hXxL8dgjj7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflS yrYoGmSPXlDKZ5X0JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6 PFHF2uiab0egguWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDh MZ4QU8rk5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6d O7cEmYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+ZwPbXT 1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0JZ+T03Y++ 4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4EFMAJSyx1mn5P bpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn96NRZrqdGUONzUzLY n8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4KKQoZA6EzEe/C6saZV67e vOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgIRfvXNjSx5n3nPi4tLe1BnS+h q0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcXJt/evGByOuNsW/HoT0+fuuhNUGNj 0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+QbxrsrN8ekYxw4dfb+wsHSgN40Meb4J3rwz WhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv 5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQE feKsxNIof7//vpxfVNek94PIt1uirNZIDcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/a t8/n43x+7h1WUr/t4OK0QkW5wYl8E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIP Pvggu3jxou7kGwOABx54wOfjldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1t xFE7buRBhbvn4y0JJ/vv5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpV yUoaBcp2QlDW+WaPUsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/ 80/WsP3Mh8m2hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIo La+Jhp5ZDTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9 evTg3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHoyLwz oxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY3luCivbf 3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf0WGzmSUhQfF+ 2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TUb0dG5J43QmomQuck 39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+HG5s8eGxk7kkEoPaalnUT f1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4gEMtIDKzaFB40QfDZqZvhiae +vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/NdOBPPfYY15rr5QXftWX3mT5Blq+Q nk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfPakE+H3roIa+ymaSnp7Nu3brxQEytyDEk J3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkw oIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ8 0nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBCllTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8 Qr/9q1/9yidNNgIxlyxZojo5FsGWenrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLv tJ73omVfp2ewI+5jYmRaBgbe7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZS R9BNQxqCYjwzpkzmpNlflS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5 RgYTX8u///rXv2bFxcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y 2jOjA5xrSlz5lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNm iu0iTcUzt6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctr gxeYoxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2UfOPF Gj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK+Ayanfst AjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYda1asWHHLyGTb 2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQDgyds/wgqkkikBel 3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W/9T4lFuefuyWPad+jM9s +qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiKG0GvVZWELq00IZhDjOLRoOA7 UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODkQT3JMzzVIMxaHN+Xipi1tbVci67X 4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKt p7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa30Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tm UG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DMHykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD 8C6rfXxkQkEWFW894dgfnm89yTf03koG2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntem VSCnGhUx9cyvjVmJgpV77yixfwReD5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5 fjrnYcN4sZyOFIipFWYlVrFHRy6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy /Pnz/PjeVKiMi4uzpxnUS3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RB D+S/Suwf6Qcnzs/eTO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiq k22UC62rv4bUgAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3I dCD390KxLQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YS DTE+/UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh7VDz +NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9/TjrGWSV 1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/JMjoO81yyVNS BYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e3j5ykpNq4PWtO+/Z F//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOEVDY/YxVzNmMBTW9yySY2 I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d7+a3t7n2EcvokCDdwOABGmrx AaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9hf/X1K3Q/Hkg3/lfXxjJnhxndvt7 odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdnmfi7BPwhBX1bd/2dopYHR80vvPGHYZ4V Cc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYlj3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/ w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OTwzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0 qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGIqV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+ MTqPa6zVfh7w/uMZoEgQ5DG5tnwWvXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD 7O5kSx0T3nixvfGW++KN1rtyplzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErS GUk1LKdx/z6TyfQbcrB1MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgS rrmelryOzcjYwgnvhIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNb LdbCl7UyICLfxobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiI XH49IOfeXg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9Ql mSxPko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq1Zql ROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9bZs+4RCf ReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27MN1ksDyDlkJrv kF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqDg4PZZ59fYYHxJWxi wgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi4mJF1/vr//xPz3nJ61dc rWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5ngOWquWzzt9aaHbefb/8Oea4o QKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn2+cUV+2z2QqfJfs3OPnGdM+sxNKo kMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0HyAe221gMBeK7DTFVOSbd0GQYCAu7qevD/ ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+fe/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2 hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/Q taNgD4j+3r17FV0fsrWAsMvdfv/xd88mWyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDx Rl/Y/nwOopI37NaxfcSAuvv4lG98ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK 0hkdbLoQbDw4TK+Iik9itHfP6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFd VZAsq9nMAx+1Jt7woo9oJ9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6N CfG7wP5RpS1wcXkBCu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5Nqd feN7yqoLbOKiCrt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13c Co+2O/II4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L /4hJK08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8Adcwd m2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7IInTNkH+ID si0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3L+VXNoaTvXRe CCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV8RwgLfE0Iyg+8I6H xCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVAUk5TiSfiBp0xghIBtaUo IJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvHBygYqLgqFAT5TEBsqddefGRD gQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5VhBwaApBeqWNNwIBx44dy0k49Mla dA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W/B57ZU6BfX/kDEfQJqaFf/vb39qflViP +8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jBlCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg 3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKS T+rRVQO7m9dw8gryrbfHW2BqXKWiThnfEZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKV FqVSFArG6riIzahb56nxvnjxIpehwENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJa zlMRYnASHx+vqUwH0hVfyTc+5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtC XQBZT2ldS9x77723VSv7RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYw dbpfM6jEpK9kUUWHFJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03 SLjancsLI4J5MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7 bxeX1gwlG++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0 g3yrdTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3jAEUd vG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n55eWJpkt T3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQYM60yUpLSuRb J+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvICuOLjERkWZGTrxzp CfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6dm/Gxde+Rld423tA5g4BD 44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL7bwhadFKcy8CMusaW8IciRCI FgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtASQ/OONMtyyTfStb40M1e39glODkCr 4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBPrSqRSEkIEo6MH56Irq+kVQsUV29mRU37 ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4zv24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVw xgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD/iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA +rK8s+1sW/iyymQQIsxiofha9/Hm2xgoISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyj eE5u/c5v5MpOYKui9oAe7RPaVqV1AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gK M2Bm9g0UIyLyrTIyChqtahM3ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0f VCfD2zbt5zpwzAg4rkOWGbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iO TKPDmpNY7Hey7Ww5pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZp anz516jz4IqMYMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0 TyLYUo/z5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSC Uu/uB0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm0KGg 0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHCGw4pCtlT xwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtPfz7Lp4c9wv6R wlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BYpOatZROiS1ivwAzW d1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5HnBkNnHUZ+OYuD+lenc5 KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J1Q+1bsyjoqJ40Rln65FacOGS VDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgBGx9fzwfaGDTg+8CwfL4Mciz07pDb eJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5XgldSkW5Kspx4eY6H5FyH3gGXaWlp/d98 883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS+eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrV GfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpgvcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4 mCHpSMpZowrxhLdYmgoRXngELirxIFetfZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIo DFNUWkWjDJ0fr6xmgEj3rojS1Xua9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi 3R+8TlpdD7KFoMPs168fvy53Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8 RJEjOYNstAnuym3D7jHARsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkf ory7VjLF6upqTrg3Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze 1smx/0dHLWMT52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpK r86HrCkIThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaV VKDjJaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaUAR5V EURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1deEbN8Su0B ci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw07PnbutB5FAu XmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK4ut1QP8NXbmewZbj ooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXMrX3jU7JmP7M17lN0Pnih 4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8oaY6RcVG8Ok9I5+BdFOAtfFx d/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvnys4Tn/lkD2g7oLWWuz3aHwzw1bZP pGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpO AG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZevhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90 gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmLmCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSY uvUOsnwlR86EPr7vNMsluWkszWZzt+bNewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN 2YgxC4oV2f9P3nLL9Y5oC4a5kNUt+97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94 v305BgYGSL2I6xbpDJXq1iGf0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2S JneQjWnpuNx193tm2trYq6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMl pZrPbqOT2eQo6xqyL4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+ cQxRHMdb++/Zs6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumc JyyqYn37vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9 Np4wXhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJObOC5j oI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/XM5NSr3XU gjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFwV9s9KRMRcCqA AQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//NnnlxHHtuioV3vM6MkudC Dcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5Dff8gLjqVWQCy0Jyotbx hCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0DemU5cZSc9Ayw3FCiIcb3XtNz flyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvPhoVlsr+OiOJyNJHNKDytiUNU/EW8 BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjLdETkWwYO7drfpjVxdcyFzQn58lX8RVVC vlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+JesR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7 YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq+DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb +kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7+PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628Lzmzopq oWN+fmratSmxhZtnJZbH6xFkRbEjvkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmc U2kn3lHL17D5ySX3kG9ptiV4wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w 3lOS3CZYeHKcmU2Ir/5uXlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCb i7OKlHIAgouy8Y5SlPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZX chho9/H7LVnexHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx 7QyduD/Id07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9X tvYQz/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAwy4jf AJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ88mLKnln K4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9vPR5pKy6wMKy trOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auNdU2JaPzV7qTxzvtD x+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8n5CiIJsJAknxwTTuS6E5 fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2HrsTFpM8KiHB9JA7W9TKCx6e WDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZVuv41dXVfGZr7NixdvsDmUWdAww8 egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7iytNuimrgt83riHEVM8988IjLt3+8uXL 57NL60I70uy26heplIhs3XLguJZe73nLat1us25FM3tuRDj3arvrlMNzdrLZaev85tWelrmXa76F F1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClkcZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbz wZtHT1qyq6NQdIcq3XkPpQOYurq6wSilrFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZ zrQO6JJ+4uLieHDXqxNm8wGMq2JjUQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30h d2CI91PtXNJaeL66iv17u49aQJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdI eH7ZT5V+m3cev8fJhueBKt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0z C6q3mq3WR9R+h7SIV1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwAT Lx46mgnx9Sw2YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDX jIwoUhIOXTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7Yks Tw6exUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSynYq1f 7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EMur0N4MT+ GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJSTjPXNfebnsUD K6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSfhjxmfjx79LEn+DNX OzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86M2mAITwvINfD5hVwSQW8 5fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOzhMcLxEPOIHte7m7+rFx54qTl sEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q7I8PT8uHB1xIKKSkG+3BgNk2Nj4k 2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQHg3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70 kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFFZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWB k5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396 +tTFusrKUSCT5CVT5v2SE4RmzbZFbD76iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4 Pvc0iYAicfyGPR+wWXmHWUnNKt06X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0 uRbX29y6PdHXGVki3+pKT+Tq4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuM AGBk39GD/CK+BOeG/UgHr3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSn eLv/68fObjfbCp/tMuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi +hEoCsmJmoV15GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1n V8+C4MnOq6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHx JVwypmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcGK3B6 SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p9pQJwxmQ cUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3vXvD+nSTyfKo XI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK17AxFYR29Ol+kfcSM xCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh2blLYv2QL4NzNQAPNwZV 8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyXxcyT/Y+NKWePPfE0b3ORLQUD B0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7b3Fy/zWrt11QW8MMoo0c1ScOvuFT IRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wPXvcpCY2KjBI505HaUam8BUGZ3pDwQxs3 yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDuAk737j+wvLB6tSadBzoOeIzEtKTQFSs53s9/ /nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9lr3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHy Le8Z+jOYEm20kJgo3be0tLSHnPcPObGVZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui 86Gtxn6ORdDk7A/vOoK11bz/cxfe3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZ rN90K2teu9unIErTwoVcWgKpAwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46A S1T7k0u+R0aV2Yv7KBn8QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1d MYUhvALS+8agJDQmOdhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCS Ey07W0g34F0fm7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJU TklobPIk/I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP 24ksPoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/l4oo DQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn5u1NMcnl 89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpemJHNMwkgX623 0e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZlrDnLPd0YPDh67jPz q9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhBoZaTI2db1gVEppiA0XPS Vr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8dvpWXwcuIPloZ9QqarZq054S pe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqalrJdt/xhwvzKnwOvrUSMAU+3lL65c +yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TVdQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZud VKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPcupOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHd EgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz+Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinO ZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2 AHBe0REu31Cj8ReSEzU7FwwO4quPcU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1 GkS2E8nnBs+0tLkj2IKYu6u22dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/Pm fYQEBY4AOAHkbA+ng7v1cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8x AvkWn80Hz51ebLZNFCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlD jr43ILbUJ5KFcuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+x isWUtvHgDHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfe eujsD5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at1k1v De825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8QcBDQkJc 22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2Es/HXfuBbFTI SqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKkDkGQcioZekv4tACq d8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E6IU5FWxUZBGblVR7zwAC MxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Ys+PYD3KfD4ie8Cp40iS6Khcv JGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+rD1zk0pJw6yb2waUbygcT7R2grXEf n1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0TS7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcb Hm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjwww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3 h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uqSYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTV kOR7bGTuSUwvKCEto+YXs+N7D/E829BeI0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenY vQlGdeYBxwwFAmz1+C1sZa3s6QmpsgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvp qEk00rSkq2UETEI6su/MJdn7gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZ vTByBptnKuPT5qJDEqm/BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYs GLg4k5bodc1IXanG+4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbW e0Y+GxKex+akrbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpIT JeQ7OMbK/p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMz irttBAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPBs400 gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K9sEABwMd fBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqAFwRcrfOhTUcK U8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6RJJQu95V8//IXv1Cc ZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSIDgkzHMX84vN7wfutBvpOy V/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+SuwqSrZV/JHjoPtT033HN0559c RgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUggyBV/3W0PAg6ZUJi5UbPOMa+4cotR SSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTcSvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVg XhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRBwKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951u ZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/jOl3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVs Q+TVdpYBBd77WZk72PqNr7sMOBRBlJCWZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9W RL7nW1ZekxNY1NEBzzf07UrIN2QK0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9i DuKNAElnx4OMBN5xLINoI7sKjpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmo ZB9kQ0E6Qn9e9/rthxpUH3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553 NT3TjkV4fvWrX2ne3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSD COzUmszBcwwSi4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1 gjDxHMSzQCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZ GkJRFl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dltkSoE Ub766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASAIF1OijZ0 3jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3yq3W5eXeSE2+C QKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQbRXf0LE/uuIypUi3J JSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nFvcclNavYqOTd9n318HRL P9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlLlGR2mhiRlhO8wBzlr+uFDODc B5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl57KWZuWzD/jP2/ZGFCQNg2GFgYKDm nm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1vyCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP 3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAU gwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+P SbHn6PamsYTnW9QN8LaxRaAgOjitG3N0YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56 Xcl3XFycXXIid3947pEhRWjA1fKE4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJ gl7Z2XrMsPF84POXsjGxNfY6GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT 9Lx//A4vTF9ul9C5I+EYcPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iE mFLWvHY3Ty8IzTUIsNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWi IN9qEvAVNatk5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY 5XJFvv86KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424Z ZEHoS5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKidH+h AVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfLyeeWtt6T jg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMgs6OSb7UIOAZn GKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoDmRxE54pBNsrv/rl9 UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxCr8bclFXJ5qQ3yxpgA+bq PSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4tiErQUYf6JQDIlNM8NoiTZ6S vNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7OzZKL/vATN2w+aXM2vqRS9ItXY7L Wcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvfeegUe2VOHp/RgGMBkmiQbnyHkw1V230l 3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2ASzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCx gU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NFpgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdV FAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCY vTwrt0ORb2fL0jzgXpPvQ2/Wak0cYUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYp fWYWMgRjQsqD5yhts0DK3T17LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCI Er/YL4K6g9K2+Hw8tfKAQ34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSU qOW1ag28VZWYyM3ZmZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14di e+yn9z15m+XEHXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfy l8qRAzTvO/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ff unVrlBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/wfXJ rajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7ojFftPM2i liy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6ZbL+vd8cPOQVzk 7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54qjETIaqOOpP5eHt9 5TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe0cN5dradbfPVXjCbB3ja vkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GAL1myxKv9IQWB5xvLeM5qZMeC Jx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVeSkdttq8Bl5AZhE8P9pnIQQrh6I0V pBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4 piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzDCr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegq r62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyle JTMbKExktlof0Uoe4Y2TyQjk+8VZBVdHLtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7 ARmEN9bZehA7zPrg81JoNstY9+E9Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoe H22cnKJGzpaTraVDDEO+fTGQ43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0 wvWbj9o74IyS1Sy3ZsM9WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6 tq5uBR+ASWU+cnLDiyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahr aJrqrjyxu2V4PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZ X5rtRIkGHAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a 2RNIN9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocNHOi1 9EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN2LNDw9jU CVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fuNPnaeMP7gQpn IIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQHV+wmZU0H9S18xWS E28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJXzclmm6ZOvHgrki+/SnR AQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig3388cf25TmpTfbUnliOKW1jcbnr dCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB019p7OB2cN+gsEUWJ/tYp+mfJWWTo8 +YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXSeo/XW85+QcvWsVjbFrb56N+dkm78f5Ft Mxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vweC1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8V AT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvjCZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdu fYuNiSrUPc+3kJzocb4hw0ezfuOjuNfbVR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8z M3OSL+9vdlENr4Qo2hNHT7ez/UOXNXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpS RzkOvuN/WPenJ59nGzduumd/DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE 520qvtEx1SwofbtiWQo8y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D +8/45PWW4/kGkR4eUWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o 2fjB8w0deF5Jrb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUu E+tP8IBNVMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpn NeIshoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0xu2bO qbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G8YF0J1Uc 5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfugAs9XznYz0ja5 NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443UU/AkwQuOKpmuZBBC yoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs/KJKllS8iQ8+rWXNdt04 gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEuQYj1Ipl6a75RtrpPsPW7V+Nb mRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjjY915fQIl+6OtmjMvirdbaRVbed7v pfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6fLi/8NQVsvp3AO2KM0832is8U1/ziCtZ bmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pYUdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O 0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRt Xbdd93vcuH7nNi3s5NXZmW2vxq75QSvirSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI 03X9pCHM5stYhwY7MDBQ0fm88XSLDzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0T phX5Hr2ghHu0PZFu8cG2/YMtHzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9 HGI5NS0qI0fEAiwvbjir9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6 DifhWg++86rW2CUnWrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5P vmvqWyv0IkZNFVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkr jrC1m0/4dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW /tDRyDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk2zia b08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiFphskWTqT Jte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUPtLfzUwOD2dy0 Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe6KnhwVZDlw2ijA5+ SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zSpNYEXCvyjUwnSsmqkmV4 iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p4AXfCzae58fIqVij2vOUZjnR uvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs8oTnAyxXRaCis/fp90OXssCkxptp tmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs 4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGjWpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ1 50mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuPQEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7 Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9 HrISBKX95AlTY2YBQZb9+vXz6fdA6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke 6DvNcgnk2tP7BHI+YWGJy2wi8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXY v1Ly3Xd61n3tCySEehchy1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPs KS18o2WmEkhF4LUGCS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+O WErA4e3qGbT8jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaq fv84LjxhyIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+V tq5176kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNITUPVS y+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQBR4VLPcvL K8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpAQ+lLEQoMguck FsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxbapc/OKtIacSAZmfL x969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwdbK6p1OnxRJC6Xs+7cNXe TR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w4EOCAiODjATSFLnyFV/PLTfY EgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr6fcVp9qOfaKXvlEQ8FeiG+8YlXyb zWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHwpuvpCUNVTbn7Q3KCks++Pn/kXVey/7g5 yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6LM7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/ cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3 fmlDoh6EqLl5N1tsWcmatr2piHxDIy6XNArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7A AM8B14Vrgs6cB8yWtXI994yMLTz9ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/Oxt PYOLQMAHz17+Zr/pyw1Jvi3W7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9 YZCcbN26VZfrEwWSkK7tv/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/Qo egQgqHTo3PybSsl3j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vp n3CNaBMnJm9ho+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhy O2X8kIPDCxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvN OIPBjyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOfON2+ vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFNyMJ0k1TC cBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcdMzyJhRsV2QeI N1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoOTUtZz+ba9tgLosHJ FmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62KB1jJId/law+y3HJlWUtA BuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7zbGnpDjZxYZmsEvFSzbVUioPz gfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr9epsoPsbPCeXlzeXS77n5e72ujy9 3GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNAESIMuCG3U5q6C0FrOKbj+oiICFZc/C8d eFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qWXdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wm twl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce+MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa /cmXZczCiQEAAs5dacrRbs9IKGEvjZvDhgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPx PH3o0H69SNHFE6dYkTWH9R41x6PGCIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+ UnbawJjUBnbmyGleAAgVPAF8dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2 VlzHcRkerFHzC+0BmlpdH7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8O wtGzZ0+7l0oBWVEUtDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiws zC/2X1nXxEYl77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05 iDfSIWImTs7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5 mblsXEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+sWLHi ll6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaWE3IcVwFO 0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZFZhb/ZULqt57I d3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5MMOHCplo7+BtR6B9 bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPHsMbiInvgJWQQIpBv0Ow8 9kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88DWtnNR/9+jwH+7Gc/s2NZTs09 6+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UKq1k/jaOhJSc2WzdrWbOmjWH7OezB e/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8fP889J4MHD+ZEUYvrg8wDHZG/yLajrOOV OXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPz egZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKoJeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0D MuFZR+AkZHUAZC16VMh0XMZvml27nbf/6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6Tf pSQT2m+pnGRtdQ17/tkeLo+N4zzyxz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfes S63ex5bl/vSM4b1HhhLo10G8QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQ NFVL8o1OE55WeDukniWUmgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBH f3e+uG8MRqRkWzrAnrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQ Z3dFgARrnekEgyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvIt svsYwf6RLSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eO tTtW1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczCwvIx 1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEaR9FZGaHz RYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16kXVBTcIMYqa2 HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6Mspxdv5stq9gl28EG jIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2NTbHeEBtBuIU32lf9LvJC g4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1ql+nFuRbCrwHGMjhry+/c3lx cX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1tDw8JZCijRo1SpTNBgGNo5mbDdL7Q cEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etFp65FejqQNsgSiHzrNLvdTrzVGPDgXYB3 OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gFNYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8 XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52R fkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w 8dMz3jRu6LTgrQBhDgwM5MveNJaQS4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by 8ccfc+L95+cG3ic7mfhaI/eW63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS 1JjOtofXW0ix3B0P3nQ1Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72 cOQgG5O0zoA319thyDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow 29bwYjLean4hVXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDu wFm5rN90K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lz kF6xXugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfRmeca Mz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7WlcZqQbzRW CHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/QDSPA0BP5RnAi UgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeRV7Zl1wle8n5xZtO6 rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHXIjod5H9JzkruRVe6P64H FRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk33c8FORBUKtW1wuNvJ45u0Un KiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpIk20Yke97gd9saqQ5Hc+t77SMq0Pn LD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09PvWY9qimI2yNX+ohCMkewf1x2Wukq2gw3O uP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQbNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/ NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY18BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellF dsa9tpLt233sPgkGBjNyA06NqPn2NFgDsQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAc P/r4k9wLjaA9vcot55fW+VTkAgMDeEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3Mq eTVLLa9Xb/J9rzzBNnjMfFvL8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6 YcDCn2mS6VHor0WedC0JtxSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3J UXriCvEFW1hMarnu16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffE uSnW7hNSbroi3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSA kMCgCA4GBeu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscL L+HslPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1uO8h2 hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+zyOUtbGxc Da9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CMb+SUeRWf56Zk 8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oTZxBvkGdn2nN48Gcs qebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7+8hJNqF90OHp/ZUug4yC lHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5K8qDvN7IfetPsg0dIwYcTz/9 NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+YmcC0OzpC7OPL4EXJMvSUZovtKX+R SLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5 p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHGc3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360 cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPLuQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9 pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nL kOR7dmK1z8fAQKl30HLZg0h8f2qc+Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14 wzCoGDQ7l/WdVcR6h9g42Y9KKdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogi JIOClrD9R8/plu3EYi3so/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/ IUOBpGRWcoPT9gX21G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREd BFUHJK7gzrYRkfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtu xHc3CM/vJr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1 vYsOO/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTmMrTa 4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINveHA9kQqRX c7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5XDE7hSAhcUse9 4Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXdsD9K8+sBFl8cr33qB FW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42KfWmkk4ZgZmTF5bqRr6R qcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciymh5oFAJyR97htReSDpD/D06d Nxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+KNExynw+eJaBH4wzNMqLZHderUaEO MpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+lK9GgBGO5W6aVzwreNYhYVErD7qrZZAK m832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885 qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz+7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLN XA7ibXl35O0GucYxna0H2UYZedgktplk3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvF ciNoUU6yg/0/IOxf2A+gG/luHw107xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu 2eSyM3Zchncc8hR3xwWxRUaS1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2 WkXkG7M+Sj1CHRHDZqZvFl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3It qVNc4XPEiBEsKirK/j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7 y32BrbDyZbXfV9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQE k7M/yD/kLIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZ hAwEWmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFpztl6 TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXPx93+8MKD vKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9SdjscvrF7NPdkIcESg ZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gXOJI6vOyEBzrEpQUu tK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/IK6QlUj13Hp7e0H4HWUk yNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8z6iwtBVdofNFw9M7yPKV3KxG vHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa/y+t6AnNNUg3yLenimtqLUM28+// /u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1nBEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNv d99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3 F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmB XMIpSDtKjSvplPGZmbKKLSzYx6UlapFVbwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM /vBUX57r29Mgcsri2ttdKQNCyMJ0U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLt G5+l9WfYX18Jvqeypz8DlkTApvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh 9Jy0laGxyZPUfL5q6tbPnj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q 7pCMLT4dD556BHu60oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2ow akCAJdKUjYzIPR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2 QwPvy7VhMAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd 4bT4cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLHe4zA Qmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwioD0peq8j+ U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz38FCPlaxL1h5i oYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz7ZjpxB2UZM2ISV/J hsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+qlABacUM292loOVqLDZnPC vXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hxjoE2PMmYysMAu09Q+pfwEiAK PHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7FMjxH0E36ejxkTMFMA3KM+3I9h976 B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTgKJMOojkvzjIUKeyIfP9rQIJBC56btOAO iDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQCSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPB X73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+zIN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7 RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+b CjKHUS6m71C0CCkam9fudhoUCoIs93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHA lmo80fmW1zRORqdo1KIN8Gx5Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1 zXobesoJ87P3qBXQJJ2NFSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8 CDG02LoMrszmZzUhr+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+ hBf+QnvpNkC9nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+w ms0PnWo79olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfE e1xMGYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPyglkE FKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1er9Tyrex udk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3PNsC01l4jwXF/ XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXps5cT5M6VHAPa5Cce e4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3z+tyPgSXIquKs5zg8HiD eMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn2hZq1dlAw4dpRV+Oh4Aed+v7 jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1R0AnpnRFusT78oynl3HygvbQlcYS 6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5xRlavd94L18OybAXoXJHvpfkNrHmXScM 4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJHAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3f gbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2vWsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzw Tm79bjZuUQ3PdVxet4Vv817bYS57ACmUGwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX 2NC5hU6zs2AgJM1qA7KN5611tpiunPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX 88wHIne5eD8hSWneeZyNjCpj+WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLb CNL1lCUH2yCeQE52EWixpVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzR Nrw4PIAPQpOTk/1OvkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQ MxWq+Fy8eFHVNKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjW mZ4aXlkU/hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGY wQDrqcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/zoff A55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8IKoYdo32B fSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJjsqYqJApPtBU V61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1ZaOvid42dvq0WOQG5B dNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIRHWUzIL3Ix+3vYE/8RbEl JZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdTOsUPAt529MQKNRtHeD7ULocO zxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIqzu+oMcX147x6dvbSDwYfGLjg89LM 3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaahoeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxK Vt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMO gj127FjuTOjevft9M2ta38/b71481mHIN7wS3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7Es PMxy80yr5a2FlzsgtpR7uYV32BFNG45z6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqor d6Teesvziiu3qNE4wrOEDk7NxhYpqX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6 XJF/kF9fUwH6uowZAFwfskXILeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+ v2hTYK+QmzlbD9ItN6Aax4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5 yznhBjAQErN4et9P66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamc xd15ymo2c887/jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIe XxtHEGR4l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF 8qAw23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCFiwwe QImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQWigurpzS hfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QMCwtjf3qqF6ts 3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryRljp6wNUg4M2t2xP1 fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs//NY/vulS5Bsoqmyp8jYw EHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazbn5/mAaMg9CDqagQIGol8g0Sj gA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8fDwn4L6WX4fMRAtPMTJ9YJp6fnLJ PZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2RbvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5 QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58 MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXeZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J 10wjCLT05llqiezMfDZ2YRUv3evKOCdHZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvG ER2nIK/e7A/iDs24v1KDQZeNTlgtTxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35Aaz Ep988kmbL9l5EMQHMqx0fwyUMVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww 2qeKlkS+VcShLVuK5ZBGZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+G xRYd9CtRxQACzxUZSjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3Npup A/UdSSbrs1eu3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI 5PvazVu3Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/e TwxSMfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8XyLbi qkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrOC/Bg8JRV so7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXufpi2p5tpiEZQo J5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwPZeCC5MW9gyxfIWWj VAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91Anv0h4XnMWrtTNhkODAzk M17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzAAOf5Hj3ZnLRVbFryWns9BCn5 xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+NT7VpUdFVE5bkt/KmtfuduthVjM1 IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv/3vHz7Bx5t32ypJaEWxcDwYHyNjys5/9 7J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrHE/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IF QczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIt o3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38Snf ODrZ/jBsKS/OgvZBWp7c8X2FbWCA+vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47O BkhOHCtM6tV+wYMPoo3UgLh+5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7 u+LX9jkyuXRhlybfMMq61XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTp LwwcwybE1/OgRfGRjijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGH dx06fS1/T0fUr9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT 8ADh/nnZ+8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYD QSrBBYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV8dA+ 51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmprB4bnczM dzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYtKkwOClrKoqOT FM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5aBAcBjWp5uvRchueo V5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFqeqGV5orGuQUB1zMFIMlO /EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kNGxT4GpuVsdlpYgI4FZcWtrLJ 5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORMzvbSbDQYlAivuh7tcVxasWr1PDq0 caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj832oR+uERxSxj3YceyTc+Ow6/zaLTV8qW kGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fBAuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX 0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1cVMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8 LsjIHmWQM6Sa00OWQuTbP/08/40TTA8NnZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5 +KzHPNlzc3axlPJtPp0PhBqEH+2l+IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cw zF1b9n0U+FqVok4Zndnvnx3ByaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEz swiCKpH7XEhaQJzVkMZIZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvw NQ+4P5dzG/awp8abZbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7l AQdCY81Bz05Ou67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA 3gYN/M9//nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9 Rs4v+h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCODy++H LpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx8yxlGEwr sX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN6FXnANIcDBBM WT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS6SkXOLzPkHzAEw3Z hwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BKkZZQi8ws0pSFGIh4K6X5 9PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAOZHXCPvUrVrIzF79m+46//97O fW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrsH46pWUsrDGHP4Cfe7A8PcZ/p2bL7 d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zuFhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz2 5HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBtRiq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMt TG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkwLLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33 pK4yCrmG9xk69pLKur8fOfXOGwUtxy8CSTl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwD g+cV35mfUpqdZLI82BF+X63zeeP4kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGz sJO59HQutwDgsUVAODzAgMjGglmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxD ViO84Ujdiu9ys7HcF3CZWbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelIS DKIsXY/Ue2Jf6XYgeVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfO nrmEjlnJOys0qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78Hj F948de7911Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneo Nvxu0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQBhUV FWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31NjuScy2I qDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8Cme/aZbPJszP 3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbntTIQZ6TRA/JKatpK V+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSSb8wCYjawI/22sAU8W70H dPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7f3KcmU2JybuHPKFIC8iytKIl loW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYAE+QbUhK55BsDjsAldYYKGJebSlCP ZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6BaV8hMEukGII3HBrvoqZ93OP9xr43DEn2 BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZWKtkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaK oD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtR rKe8umYYyHNaZuagdpL1m452zyExyTMT8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5 fHb6VgyuB8+0tL0607K3V1DmrZdCLOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67 EI42ZDwSnmhpAKYg3yBjwpMNQCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwr GHw5S6WIZ49KwgNn5fzQK9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B 2f+cvLCUldVudhrcaDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/el ZHAhyLdUE+8vYDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t 9AhtZ2LB+psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42 PL06MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQyft7 PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFOfd+6ddwD PnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wuqXlrWcuuE7I8 kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5KXhbc+t3foOO1ZnH /5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/gJhBBMJikyfAA9k/xPrd XScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfwWaysqt5v94OBQmLhRl4QTOn+ mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qdgnjLven2bR/cvu3Q2Y5EwKW5r0Fc pXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3 IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3 GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbHReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42 ePsx6xeQtIaNjyliJ868zR544AFN8ly7Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobP y7uitI/vVJ2SHCDoJaNk/bor77zboQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9 A8jK8rdJFtmBb/g8NyXtGtJkUQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPC U4vxXGX3KwmmbiDrZK/+7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW 3W4+2y3Wo9S6VnmzHZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSB ZtuKR7937OTHHY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk +8lxKXemzksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3Sw nlzQnHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBGjWtC gOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOOtqKjZphB 2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5GvuG9fvDBB7nH G55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2zB/LKdbL1DMy4iVz0 nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb4xzQoetRrAcDitzSVjYh qoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/IyIHAQOpMlQEDbLUkCB2NgKp5 vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1r8dv2LS6NfzSlRvXOxL5BuGGbASe YMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn8fOIoEM97h8eeww89H7+qP+QXLDqy4rm /VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/QqMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTl CM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ft Hm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBza L87I/jv+IpBRK28yzikGJo6DPOTyVpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjE TCs+IONIZQjUtOy1b49+FBlhkBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUok d7m2oYldvnz5/IrWPRW2wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9k KEGFRbVS/oFoAyDnyF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmn kd4KAwA55Bu5vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw 4/e/O6vi0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh /nGdi3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnTwU9X 1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD8C6DXHtK 0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb39r1zmofH/mz rVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg5So82nKcbLNT6q8q TTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1j47dFe/BbMbhvW3nC8rW lpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjlv+GZ1pJ4Swi4YWQ3Skmrklza GMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCjIN7QZttsNs3Ot27dOh7AiUBMo5Dv kfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL 0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lO uBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqrg2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRf dztJhybcNRG2PCDuTa1BFWI14AGH1x3EH9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K 4qB8e1RUlCHIN6/CndsiO3EBSHpgfInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8 HgS5wuMNWak3fT0ZoJxRcmbh6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33 yUNvnM0qa6n1RlLiNaFp75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNa D3ShR8f1gvwjsBLebpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZ KJd849N3etY9AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4 k/Ep6LAQlAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEi KZFWQtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW2G// 3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn+j90WGoU KvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+dkn47xpy/xF+O AzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK8vJqRKhIctKJoNVg yt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7ut/OL4j1KnGyj5hde92fN DCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3tr/fByLfna8ThndYzQBFo70j /iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUTBYHkkm9kEesfYv3O3+2lWgHyZGQ+ AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z6tYosX7E/MJrlNKPoHGD202N4xgxA46/ 8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7IbmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuE lJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3 +ed1Pef6zW9cyy1bvzIsoTC9d2DaV67ygD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNX vAKCl14JyzrhSUoyZX6GZVxk9kp/Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX 80cuK+EecE/kG/KU/sHp73am9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2b PHq0oYm3wKhXh7DpQTPYlQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkP xMjf5bONkL6NoL3nQzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8Js K3y2tKLmTWl5+pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl2 9OLVhcsbto2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2 sb5DphqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02CK8W QY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR8wvZUxNS edyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJbQ7yZk9YWHIN VSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54nzx0jAXEV7C/TExj fxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9MDRP57joASZ0YkVnkabvg BebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRDQFyS5fnwhOzR7rYBAfeHjVO2 EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufFbkYvKGVPDAplz45PZANn21hc7jqu yVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFe mJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm/sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0E PN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4VaTnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792w ubYvQbw9ZelAHw8P+D8uXzMc+d588CzrF7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX 5ymxUXi35cRP+YOAE/k2KFDkBZpkJXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu +6q2bi0MUPeARGhKqbMkqAmQ1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoN singkjB2bmrpE2OT78h1sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQ ZbVaH/Lm+Sop/oW2Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPee rXsP5pc2JKr1fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9g y4cPD0ticsk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe 0bKNkTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++Pip8o OrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0PQAPuzBb9 pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUWa2EftZ6xL7NY HcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp/ZoWy4Hte7eCsIO4 79tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSHk0Bw1vl648V29JYL8i2m MTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8+QQjD77byfdtuf2jWJ4QW3Z9 VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01qTmnJmydOrz129t22g8cvvFleUb3/ 5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR0tISrEV/31XsnwxKRSA6F+lxlLzUQ8Lz rmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+F J9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJqFVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1 dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlx sr04M49Vb33rdnxW4wGLrfRleg+IfBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70 jhH8DbnBigKQeEDqYZTrF15sJft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNH peS797TMW3FJlqd1sP9JXWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0h jxjBCMB7iM5UznsPTy629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7 QYBm/xDrd2T/RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47kn EPQCOtPBs5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTS tU+LysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIkO+wH xBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2YeRmUm7S Z5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrSDInpNUw/YRkZ WuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUNBhcDZ2e/PWuxNZR+ fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOYrLU3AiPNiXpdV1cafJNR eYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXEQ0k1KgKhIwK2K9fWO0o1Vdg6 2jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PThnWU+4G99wlK/3LNjmM/oIiOIN2I V0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzgbXEKmiYmdFZIUvTJfscxwDa6TTgOJEAa QL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaN KkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJKby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG 2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBxEjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja 3Zt9RTVeej+IfBNUIhlqebOoMh2B8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuB pKpNlnEsCswgEIzXUak522b0oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3Iyu aSUQDEJ4uxulHVKzr6fgSyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6p Y/YCCLrSUo9GgRkEwr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8N j5vW56V2hEBwD39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQ CAQCkW8CgUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQ CAQi3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS42I7 KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P0k7RkYQ7 nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3zL4e+7ki347H kXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAijR48O7t+/v6kr4qGH Htr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQCASCjIEHQM+CQCB4AxDv zjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48aGk/R5OSc2B77Cd3e1wPrkvJ Od5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZhSvfZunVrlJLta2pqBm3evDlcyT7Y HvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsffn6THblwWfb2u09dYl9cvaXoHNge+8nd HteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusnt W8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP 8I5EyTmwPfaTuz2uB9el5By475m21zU9B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi 3wQCgdBJAH2zmuT76DuX2fbjn8nupLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3h j/k5ACLfhK7WfqhJvl21H+7It6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e 4Xx57dZ9naGzTgqdGbZ1RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFv d+2HK1t114Y4a3PctR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtO yp3H2NUUMDrDb2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWft hzvPt6s2xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40 HFt4reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfyfBO6 WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5pmwnlO2E 0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8CQa32g8g3kW8C gUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilWaTVaParqenMOpdWB cc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+obfR0DG/PrQfa7+VpeKzc ZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1xPSfev6LoHFfbibR17VuanoPI d+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC9Zu3uzT5xv3LfVZ4rkS+CQSCYdCv X78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlOnWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9 QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zITl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2 RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf 0SGJjsmxA5QeR3RYzjpU6fGENwvb3438fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJ fBP5pjbEQxsiXefKSy3+76wdkR7PsQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46 Tmcdk+j4AOHdcncu/BWdpmPH50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbE g42KY0klbM7WO2tH3LUhju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6 lKTe7rvTwE87O5eY1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5 djWDJtoQfHdsR9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFv It+ErtuGeGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1w Rb7dtSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4hqcC OJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkdcdeGOO7r rzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjkmuztP7x0k1fF VHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4/nVXkMJTARxPBTec ebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr9p1O4/m+cvVb2fd9/Zvb /N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64JQvf3vqBnXj/CrdvubjaTlpR ll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37lMg3gUDQBK4KSUjXO3YYrorYOOvk HLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6usp0Q+Sby3VXbEE/tiLs2xN059WxD8NdV O6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7IRAIunSczopZSCUa7gg01ktlJ44FKVzt67it p4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkd cdeGOO7rrzZEDNSdtSNqtCHu2g935NtVG0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1 m3nnSeSbyDfZVNe+X3fthyvy7a4NIfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X 5NtdG0Lkm8g3gUAgdHoo9XwT+SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFv d20IkW8i3wQCgdDp4Y3shLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQ CAQnQHEMd+QbRTLkFn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA 08Yi77Bj51laWvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B 5JvQmdsP/P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5 sL1S2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4enbCeO 5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJNJtOzrmQn lqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5thXX2b1XRL6J fBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YABA+KdyU7qmjazpSlW rtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+iA0XH6Uy7SdlOiHwTCN60 H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkEIt9Evol8EwgEgvFQWFj4FMrL U4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3is7x2Rc32tuPG4rOge2xn5JzfHf7 juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5 c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+E N1fu9sC33357Wck5Pv300zfar+szJefA9thPy3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgE AoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAgEAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz /EjPQG9k0DMneIVeQRnf03OgtphAv02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3O vErPQl/gmePZ07MgKEFobPIkOCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIac QOSbQG0xtdkEIt9EvgnU4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEp Jl+RkGB6iMg3NfgEasgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3 gdpiarM1wLBhw2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovl gXOHD+3tLHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/E n89i8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O7+5a BLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdBQ/INwgwi J4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8+vXrlwJ5jVgm 8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7XeGVF1dg5X+6JvEaTU 6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e02+a5bP+wZYPJ87P3hyy IDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZGEEX6NiQe5q+I/JN5JvId9ck 3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqtybdop+FhduZRdkW+PW3var0zooq2 2dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2 j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTGJJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc 3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7vN66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU 0Dix0vywHNz8woTKSrJ2W2dt8sttaSMFpFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwe y1NNp3N+3b337u6930hfxbt77t27s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQb KD8bX4u+Pt/7cWQiJjcS8F2PwTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+ mP0awWJs5DvU3vW6BaqcfiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS 0V80rCCVhm9iGJ12Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9 +Mi59wi4P3PPkRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eed s7++xvYm8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfg u/rBCMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2xNkXH dRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8Me1Tcg1d OYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+qaPgTof/5lEO t9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7DSoFA6/ki7M2ifLW1 e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2HfmcCvL4kB1O+z63P53tP wHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9BviuDnwTxFDnwhHX1b9XIq8cBdLp Ez4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3fX65IINswZ2wa0FELLzp4yybF2nv DwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2PyCENt5HXE5ga6rotBjH83offjiKpOVXK9 J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDfkBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynml cpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8+d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU 1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O+Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/q mL5feADO70nPxS6MlgvIAd/VhO+sx44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2z SzHQLR/f8dDJ681m85NFwXdV7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46r Dt+ufHhfKo9O+3HNhMlgkUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLw TsWzDYDvEmCQbvSvbT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv 1FQeH3y7BmAu+LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++a eb3K8F2G6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBn QbaO0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYNYFwb olmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUvDE3dCKWd fHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/KXVhdD8qb/jm WQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG792HZ8Y2jJ9+u1P1 VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vmBev4PB2+z+ax+YT9YHN5 j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B34DvPgkCJS6MBnynbzhm5cvH 7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f/u0b72TW5JOv9le1k6rAN2t0YmYX 1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjfPPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH 5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1pt nUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamadeX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKs c1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DDtz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7 Mbl5lp3yqterJTdW4ih4TB1n0Tk05PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dx rnP59iyJ3SBLp1l22K8CvnsFvmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD 39bncdk8xd6WzX1bWsfa3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BO ZzAA34BvqBj4rpNW1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPq j4amaFK2SY65Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lm QOdtymM+jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUj cTtK9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsWT7rg G5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnzvnYS6H3t 6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZqicp2Vv3R0Bcl y/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984LvrHbKq16vK/JNjky+ N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6OOoVvrsTjgm/q27ivY5+o ZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL2mbdhKOu8E02k4OoLDOCRcxO xc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4tnaidZXarCV816H+aC/BN+zd3448 6/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuCzwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuA cXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurk s/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4DvmgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYj B3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgOw/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP 7wd8qwHWiRMD8/PzzYWFhQ/Vz4+XQXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYn mwOAb8A3BPiGChLgG74Yqid8c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4Bv wDccPgT4hgDfEHwxfHZPq0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBS tPah1p8aw3P/hS2q6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDs UK52H5p+AHaA8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAE QRAEQRDgG4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYA AAAASUVORK5CYII= --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA45054EXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C1E021F9BA7 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 05:57:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.588 X-Spam-Level: X-Spam-Status: No, score=-1.588 tagged_above=-999 required=5 tests=[AWL=0.389, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xTFbdODRnyr7 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 05:57:11 -0700 (PDT) Received: from mail-ie0-x242.google.com (mail-ie0-x242.google.com [IPv6:2607:f8b0:4001:c03::242]) by ietfa.amsl.com (Postfix) with ESMTP id 71E3721F9B9E for <6tsch@ietf.org>; Wed, 19 Jun 2013 05:57:11 -0700 (PDT) Received: by mail-ie0-f194.google.com with SMTP id 9so4170379iec.5 for <6tsch@ietf.org>; Wed, 19 Jun 2013 05:57:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=QthhVM6ZgOHalsfqh/B2XlcS0k+l/rR8mkhG8uHrxok=; b=mf1/zpK7GgZedYbAMyHvZVLA4//oqV1gMg7h94tTUetp4FK8yRetnn/5grj6kuSGhC XJ4vgvHmNJz4FPwoEMk9iQ84JIL997OT8slM+z+l3Da/PGSS1sN+AkWLFwUOeq/c0OOp Ez9x881qY4viMpvUI3vQ1MPnqr3SySj8yiiz+3DZs41R7KlwEdxmIk2MAvCdKSaLcJy2 X/NssRzL+NRyVLPbgC37NsFYxtG4UWscdMJJHrwieuN6tv7Id9BcGiQxCUn3M5Xk4QbE 0SBwNXfqBOEmHZAv3b8Agzxs+e2ntkhNIJQDDml11Zy9ka0KbS/F1w+2Pupojg+0GYAT fcrQ== MIME-Version: 1.0 X-Received: by 10.50.136.138 with SMTP id qa10mr1276997igb.53.1371646626791; Wed, 19 Jun 2013 05:57:06 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Wed, 19 Jun 2013 05:57:06 -0700 (PDT) Date: Wed, 19 Jun 2013 20:57:06 +0800 Message-ID: From: Qin Wang To: 6tsch@ietf.org Content-Type: multipart/alternative; boundary=089e013a26d8f3049204df815dfa X-Gm-Message-State: ALoCoQmA2a3ChIWlvv+++erW9qDb9aor6jMOZ57us0jn04sIOzDwwD5MbEFySvwEUxd+5U8SBlt1 Subject: [6tsch] 6tus support to installing Tracks X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 12:57:13 -0000 --089e013a26d8f3049204df815dfa Content-Type: text/plain; charset=ISO-8859-1 Hi all, We have had many discussions on Track related topic in threads like "Routing vs switching". I would like to discuss more about what 6tus should provide to install a Track, including installing both hard cell based Track and soft cell based Track. My understanding is what we can do now is as follows. (1) add hard cells along the path, with Cell Commands (2) specify the mapping between each incoming cell and outgoing cell along the path, with Label Switching Commands If my understanding is correct, I can see the following problem: It need more bandwidth. For example, when you add a hard cell between nodeA and nodeB, one global communication from PCE to nodeA, and one local communication from nodeA to nodeB are needed. But for the Label Switching command, additional two communications, i.e. from PCE to nodeA and from PCE to nodeB are also needed. In addition, if a given track consists more than one incoming cells and outgoing cells, more bandwidth for installing the track will be consumed. Thus, I would like to suggest to use TrackID to associate incoming cells and outgoing cells. For sure, the TrackID will not appear in packet, it is just used to establish the relationship between incoming cells and outgoing cells. i.e. (1) add TrackID as a parameter of Cell commands. (2) same procedure of adding/removing hard cell or soft cell as before. (3) while receiving adding hard cell or soft cell command, fill the Track table with the TrackID. In the Track table, Rx cells are the incoming cells and Tx cells are the outgoing cells. And then, from TSCH's point of view, the schedule is the overlap of all Track tables. How do you think? Qin --089e013a26d8f3049204df815dfa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

We have had many discussi= ons on Track related topic in threads like "Routing vs switching"= . I would like to discuss more about what 6tus should provide to install a = Track, including installing both hard cell based Track and soft cell based = Track.

My understanding is what we can do now is a= s follows.
(1) =A0add hard cells along the path, with Cell = Commands
(2) specify the mapping between each incoming = cell and outgoing cell along the path, with=A0Label Switching Commands

If my understanding is correct, I can see t= he following problem: It need more bandwidth. For example, when you add a h= ard cell between nodeA and nodeB, one global communication from PCE to node= A, and one local communication from nodeA to nodeB are needed. But for the = Label Switching command, additional two communications, i.e. from PCE to no= deA and from PCE to nodeB are also needed. In addition, if a given track co= nsists more than one incoming cells and outgoing cells, more bandwidth for = installing the track will be consumed.

Thus, I would like to suggest to use TrackI= D to associate incoming cells and outgoing cells. For sure, the TrackID wil= l not appear in packet, it is just used to establish the relationship betwe= en incoming cells and outgoing cells. i.e.

(1) add TrackID as a parameter of Cell commands.
(2) same procedure of adding/removing hard cell or soft cell as before.
(3) while receiving adding hard cell or soft cell command, = =A0fill the Track table with the TrackID. In the Track table, Rx cells are = the incoming cells and Tx cells are the outgoing cells. And then, from TSCH= 's point of view, =A0the schedule is the overlap of all Track tables.

How do you think?

Qin
=A0

--089e013a26d8f3049204df815dfa-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F87721F9A47 for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 05:14:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.198 X-Spam-Level: X-Spam-Status: No, score=-1.198 tagged_above=-999 required=5 tests=[AWL=-0.779, BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, FM_FORGED_GMAIL=0.622, GB_AFFORDABLE=1, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cv-KN7AND5Ut for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 05:14:07 -0700 (PDT) Received: from mail-ie0-x244.google.com (mail-ie0-x244.google.com [IPv6:2607:f8b0:4001:c03::244]) by ietfa.amsl.com (Postfix) with ESMTP id A742421F9A33 for <6tsch@ietf.org>; Wed, 19 Jun 2013 05:14:06 -0700 (PDT) Received: by mail-ie0-f196.google.com with SMTP id x12so4131418ief.11 for <6tsch@ietf.org>; Wed, 19 Jun 2013 05:14:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=6W7+petIpwda5Pu4LwLAs+SHxLL/mdrd1XBpQHb10pY=; b=ePsJ49gfXTj1bH6+Y1cUilC34g4GHo/dpp1mPobDQKD1qMZPcrmJ75YnA0MpU6PaBm esto1JSlXUV2mjNsc8bhAnzC/k7vHSVqBcbcpZvXdgODQdaWM5IouOgjD1wFHPVHIM0A +0UPp05Prs8IkDEXuWQ2cd1ZkX4TrIcpQD94m/47fHH7wHzcFi4Crl2cb2zA5tpALtaF cuuV1TXM2im57MBFqG9WzSgka/olF98TX1UE3oz7XuBSTmZlavB7kZOrUbekPt+KN0E5 PkURr6WsUMysG5adQq1hShGRnWdxfWeinhS/KkLXTmrShGDtjJS426pDzf/zl/WHAySg RigA== MIME-Version: 1.0 X-Received: by 10.50.80.76 with SMTP id p12mr9896996igx.53.1371644046187; Wed, 19 Jun 2013 05:14:06 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Wed, 19 Jun 2013 05:14:05 -0700 (PDT) In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> Date: Wed, 19 Jun 2013 20:14:05 +0800 Message-ID: From: Qin Wang To: P.Zand@utwente.nl Content-Type: multipart/related; boundary=089e01536fe821b16804df80c481 X-Gm-Message-State: ALoCoQlLoRXotXqDz4o9RYM2qpxJq6wq0TH+1hyTr6IU9+roIX1lWvBKO85MlhMu+2SPc8ysZOiJ Cc: 6tsch@ietf.org, pister@eecs.berkeley.edu Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 12:14:08 -0000 --089e01536fe821b16804df80c481 Content-Type: multipart/alternative; boundary=089e01536fe821b16304df80c480 --089e01536fe821b16304df80c480 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Pouria, Just one comment on "exchanging the *changes* in a node=92s cell usages bitmap instead of reporting all cell usage bitmap periodically." I think one of motivations to use decentralized reservation is dealing with mobility. That means nodes are joining and leaving relatively frequently. So, exchanging the *changes* may not give the moving node the picture of cell usage around it, Thought? Qin On Wed, Jun 19, 2013 at 7:47 PM, wrote: > *Dear Kris, All,* > > Many thanks for your complete explanation. I completely agree with you > that =93Bitmaps of occupied cells=94 can be sent in possible other ways a= nd > there is no =93requirement=94 to just include those information in EB. As= you > mentioned, we can make it optional for some applications and/or use anoth= er > mechanisms (e.g. request-response) to get those information from the > neighbors. For those possible applications that might need very dense > schedules (more than one link per slot) in two-hop neighborhood, we might > be able to decrease the probability of cell re-allocation at the cost of > increasing the network overhead (caused by exchanging occupied cells > info). **** > > ** ** > > *Qin, Thomas-* > > I completely agree with you that without monitoring processing, the > collision-free communication is not achievable, in a distributed manner. = * > *** > > I attached a *Figure* to illustrate the concept more clearly for others > as well. In summary, in order to choose a *soft link* on edge (A, B) (as > is shown in Figure (a)), the =93cell usage information=94 might be helpfu= l > during the *soft link* negotiation. Those information (i) enables node A > to propose a set of unused cells in his neighborhood (as is shown in Figu= re > (b)) as candidate cells in the* Link Reservation Request* , and (ii) > enables node B to pick up a cell that is not used either in his > neighborhood (as is shown in Figure (c)) and then reply by *Link > Reservation Response*. **** > > For sure this method might have some costs (e.g. increasing the managemen= t > overhead) and might not be suitable for those applications that doesn=92t > have every dense schedule. But it might be affordable for those > applications that require dense schedules, at the cost of more management > overhead. **** > > In addition, I would like to add one approaches to the Thomas=92s list: *= *** > > 1. pick a new soft cell randomly in the schedule, and rely on the > monitoring process to move that in the schedule. Extremely simple and > lightweight approach.**** > > 2. have each node announce its schedule periodically (through custom IEs > in the EBs, or through some other mechanism), and use that information > during negotiation Potentially more efficient, but possibly much more > overhead.**** > > *3. the combination of (2) and monitoring process*. **** > > As Thomas mentioned, there could be a different boundaries in which using > methods (1), (2) or (3) would be considerable. As Kris and Thomas suggest= , > I think evaluating different scenarios (i.e. regular schedule and dense > schedule) can be useful to clarify those boundaries. To measure the netwo= rk > goodput and management overhead in those approaches. **** > > ** ** > > *Xavi-* > > I agree with you that having multiple slotFrames with different length, > make it difficult to use bitmap in the very dense schedule. In this case, > we might look for a better way. For instance, considering the > request-response mechanism and/or exchanging the *changes* in a node=92s > cell usages bitmap instead of reporting all cell usage bitmap > periodically. **** > > ** ** > > In this figure I assumed that the Tx range and interference ranges are > equal. In the realistic setting that those ranges are not equal, the > monitoring process will be useful.**** > > ** ** > > **** > > ** ** > > Best Wishes,**** > > Pouria **** > > ** ** > > ** ** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Kris Pister > *Sent:* Tuesday, June 18, 2013 10:42 PM > *To:* 6tsch@ietf.org > *Subject:* Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon > frames**** > > ** ** > > Pouria - > this is good stuff, and I'm glad to see you pursuing it. When we first > started talking about working in the IETF to standardize the gap between > 6lowpan and 15.4e I thought that surely all of those IP devotees, who had > been so certain that centralized network management didn't work, would st= ep > up and demonstrate how to do it right with a distributed approach. I do > think that you can build perfectly good networks this way, and in fact > we'll have some advantages over centrally managed networks - speed and > mobility for sure, I'm not convinced about scalability. > > Bitmaps of occupied TX and RX cells in Information Elements seems like a > good idea to me - maybe there are better ways to do it. The one thing th= at > I would ask is that you not make it a *requirement* that these IEs be in > EBs. I have no problem if you want to make it optional, for those networ= ks > that want to use it, or even mandatory as a response to a request. But > please let's not burden every EB with that information. > > Clearly having complete knowledge of the neighbor link tables enables you > to optimize link schedules. I'm curious to know, though, how well you ca= n > do with just random choice, with some feedback on bad links. If we look = at > randomly assigned links in a superframe with L_max cells (=3DS slots * C > channels), and consider the collision domain to be the union of the > neighbors of mote A and mote B (conservative, but the bound is achieved > occasionally in practice), then the probability that a cell is unoccupied > is > P0 =3D e^-GL where > GL =3D L_a / L_max where > L_a is the number of assigned cells (either TX, or RX, or both). > > If we're using 15.4e at 2.4GHz, then C is probably 15. If this local > piece of the network has scheduled on average something in every slot, th= en > GL=3D1/15, and P0=3D0.94. So randomly selected links are usually going t= o > work. Having an average of one link assigned per slot in a given two mot= e > neighborhood is really high, at least for any network that I've ever buil= t > or sold. Sometimes we approach this at the DAG root. This is not to say > that transmitting neighbor tables is not a good thing, just that you can > build a lot of applications with very simple (random) cell allocation. S= o > sending the neighbor tables is not necessary for many/most networks, but > would be a nice option to have for future optimizations. > > ksjp > > p.s. an interesting question arises about the goodput of a random link > assignment approach. Many of the links will be non-colliding. Those tha= t > do collide will exhibit slotted aloha collision statistics...or will they= ? > With a mix of non-colliding and potentially colliding links at each mote, > what is the network goodput? I'm sure that someone has written a paper o= n > this for MPLS or something, but I've never seen one.**** > > On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:**** > > Dear All,**** > > Regarding to our last call on Friday, I would like to continue this > discussion about the maximum number of links=92 information (or =93link > object=94) that can be included in EB? Can we think about sending the > information about the entire reserved links/cells in the EB(s)? I would > like to know, Is there any way to define a CellBitMap to enable us to > include the entire reserved links/cells by each node in the one or severa= l > EB(s)?**** > > * ***** > > *Our motivation*:**** > > In the distributed approach, this information can be used by the receiver= s > to schedule (internal) collision-free[*] links with others. In this case, > this information is not just used for enabling the receivers to contact > with the sender of ADV/EB. This information enables the receivers to > collect the list of used cells in their neighborhood. The content of > information in each =93link object=94 can be different from the existing > information in the EB for each link. For instance, the link option or lin= k > type might not be needed in this case. On the other hand, neighbor ID (th= e > other side of link) might be needed to be included in the =93link object= =94. * > *** > > In order to create a soft link, based on this information about its > neighborhood, Node A in the *Link Reservation Request* may suggest the > set of (internal) collision-free links to the receiver. The receiver (Nod= e > B) also based on this information in its own neighborhood, will choose on= e > link from the suggested links that is also free in its neighborhood (that > might be different from sender's neighborhood) and reply to the sender by > * Link Reservation Response*.**** > > **** > > [*] In realistic setting, where the interference range is more than > transmission range, this information will not guarantee the completely > (internal) collision-free communication. But it can be used to not repeat > the reserved cells in our two-hop neighborhood. In addition, the collisio= n > caused by a pair of nodes who are using the same cell in outside of two-h= op > neighborhood can be detected, by monitoring the status of that reserved > cell (By considering the mechanisms discussed in =932.8 Monitoring=94 sec= tion > in draft-wang-6tsch-6tus-00).**** > > **** > > Best wishes,**** > > Pouria Zand**** > > > > > **** > > _______________________________________________**** > > 6tsch mailing list**** > > 6tsch@ietf.org**** > > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --089e01536fe821b16304df80c480 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi Pouria,

Just one comment on &q= uot;exchanging the=A0changes=A0in a node=92s cell usage= s bitmap instead of reporting all cell usage bitmap periodically.&qu= ot;

I think one of motivations to use decentral= ized reservation is dealing with mobility. That means nodes are joining and= leaving relatively frequently. So, exchanging the=A0changes=A0may not= give the moving node the picture of cell usage around it,

Thought?
Qin

On Wed, Jun 19, = 2013 at 7:47 PM, <P.Zand@utwente.nl> wrote:

Dear Kris, All,

Many thanks for your co= mplete explanation. I completely agree with you that =93Bitmaps of occupied= cells=94 can be sent in possible other ways and there is no =93requirement= =94 to just include those information in EB. As you mentioned, we can make it optional for some applications and/or use= another mechanisms (e.g. request-response) to get those information from t= he neighbors. For those possible applications that might need very dense sc= hedules (more than one link per slot) in two-hop neighborhood, we might be able to decrease the probabilit= y of cell re-allocation at the cost of increasing the network overhead (cau= sed by exchanging occupied cells info).=A0=A0

=A0

Qin, Thomas-<= u>

I completely agree with= you that without monitoring processing, the collision-free communication i= s not achievable, in a distributed manner.

I attached a Figure<= /b> to illustrate the concept more clearly for others as well. In summary, = in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the =93cell us= age information=94 might be helpful during the soft link negotiation. Those information (i) enables node A to propo= se a set of unused cells in his neighborhood (as is shown in Figure (b)) as= candidate cells in the Link Reservation Request , and (ii) enables = node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then r= eply by Link Reservation Response.

For sure this method mi= ght have some costs (e.g. increasing the management overhead) and might not= be suitable for those applications that doesn=92t have every dense schedul= e. But it might be affordable for those applications that require dense schedules, at the cost of more management = overhead.=A0

In addition, I would li= ke to add one approaches to the Thomas=92s list:

1. pick a new soft cell= randomly in the schedule, and rely on the monitoring process to move that = in the schedule. Extremely simple and lightweight approach.
2. have each node annou= nce its schedule periodically (through custom IEs in the EBs, or through so= me other mechanism), and use that information during=A0negotiation=A0Potent= ially more efficient, but possibly much more overhead.

3. the combina= tion of (2) and monitoring process.

As Thomas mentioned, th= ere could be a different boundaries in which using methods (1), (2) or (3) = would be considerable. As Kris and Thomas suggest, I think evaluating diffe= rent scenarios (i.e. regular schedule and dense schedule) can be useful to clarify those boundaries. To measure = the network goodput and management overhead in those approaches.

=A0

Xavi-<= /b>

I agree with you that h= aving multiple slotFrames with different length, make it difficult to use b= itmap in the very dense schedule. In this case, we might look for a better = way. For instance, considering the request-response mechanism and/or exchanging the changes in a node=92s cell usages b= itmap instead of reporting all cell usage bitmap periodically.=A0

=A0

In this figure I assume= d that the Tx range and interference ranges are equal. In the realistic set= ting that those ranges are not equal, the monitoring process will be useful= .

=A0

=A0

Best Wishes,

Pouria=A0

=A0

=A0

=A0

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.o= rg
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

=A0

Pouria -
=A0this is good stuff, and I'm glad to see you pursuing it.=A0 When we = first started talking about working in the IETF to standardize the gap betw= een 6lowpan and 15.4e I thought that surely all of those IP devotees, who h= ad been so certain that centralized network management didn't work, would step up and demonstrate how to do it rig= ht with a distributed approach.=A0 I do think that you can build perfectly = good networks this way, and in fact we'll have some advantages over cen= trally managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it.=A0 The one thing that= I would ask is that you not make it a *requirement* that these IEs be in E= Bs.=A0 I have no problem if you want to make it optional, for those networks that want to use it, or even manda= tory as a response to a request.=A0 But please let's not burden every E= B with that information.

Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules.=A0 I'm curious to know, though, how well you= can do with just random choice, with some feedback on bad links.=A0 If we = look at randomly assigned links in a superframe with L_max cells (=3DS slots * C channels), and consider the collision dom= ain to be the union of the neighbors of mote A and mote B (conservative, bu= t the bound is achieved occasionally in practice), then the probability tha= t a cell is unoccupied is
P0 =3D e^-GL where
GL =3D L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15.=A0 If this local= piece of the network has scheduled on average something in every slot, the= n GL=3D1/15, and P0=3D0.94.=A0 So randomly selected links are usually going= to work.=A0 Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any= network that I've ever built or sold.=A0 Sometimes we approach this at= the DAG root.=A0 This is not to say that transmitting neighbor tables is n= ot a good thing, just that you can build a lot of applications with very simple (random) cell allocation.=A0 So sen= ding the neighbor tables is not necessary for many/most networks, but would= be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assi= gnment approach.=A0 Many of the links will be non-colliding.=A0 Those that = do collide will exhibit slotted aloha collision statistics...or will they?= =A0 With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput?=A0 I'm sure= that someone has written a paper on this for MPLS or something, but I'= ve never seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday,=A0 I would lik= e to continue this discussion about the maximum number of links=92 informat= ion (or =93link object=94) that can be included in EB? Can we think about s= ending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define= a CellBitMap to enable us to include the entire reserved links/cells by ea= ch node in the one or several EB(s)?

=A0

Our motivation:

In the distributed approach, this information can be= used by the receivers to schedule (internal) collision-free[*] links with = others. In this case, this information is not just used for enabling the re= ceivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of u= sed cells in their neighborhood. The content of information in each =93link= object=94 can be different from the existing information in the EB for eac= h link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor= ID (the other side of link) might be needed to be included in the =93link = object=94.

In order to create a soft link, based on this inform= ation about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the = sender by Link Reservation Response.

=A0

[*] In realistic setting, where the interference ran= ge is more than transmission range, this information will not guarantee the= completely (internal) collision-free communication. But it can be used to = not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes= who are using the same cell in outside of two-hop neighborhood can be dete= cted, by monitoring the status of that reserved cell (By considering the me= chanisms discussed in =932.8 Monitoring=94 section in draft-wang-6tsch-6tus-00).

=A0

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--089e01536fe821b16304df80c480-- --089e01536fe821b16804df80c481 Content-Type: image/png; name="image001.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: ee0eddd4cf5312a1_0.0.1 iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfGSURBVHja 7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQEBJCwkKokVpS S7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61nqUu1Vxd+5zn7PPs vX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5JhAIBAKBQCAQCES+CQQC gUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQf/YzFhkZ+Tt/PIdnnnmmeNas WU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW7Yrj+vreurMxtdsPf7YlHcnW/P2c COr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84RavyQar4QONbkyZOHe0NSOyv5xrbufmtC x7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1 YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjralSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbH WcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKE d+yup8ytrQkbgo04syF8x//E++jKjsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZ rUnt390zFl4zbCuuTbQP7mzbsT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/ 7Mnu5XAL6T5ybF8uBzGi3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/ 8SIIMuDqWNhPGMLd6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+Ld eeD43jt7J13ZhmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfX Ip6pu2cs5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0 vzMuIec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxztzt1x PF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmXUrtXSr71 tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQcUx9uTue1FPt aj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjyfLt7ZkS+u4bnW7yT zmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904mc162vF/zjzxrtoRd9ci 1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs55Nufdi+XG7gjuZ72d+QScq/T Ewcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvhbj8HHdLT7q4N+4oGQRzPledbrJMa vatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vxnXRlu2JGSugC5bw3gng7syHp7JL0+hwH 9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2bu3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K 9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCOfHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+g AZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci +QlkuzqRCKPaHbUJRL47mv13FLs3sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAg EAgEIt8EAoFAIBAIBAKByHfHgxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsn EPnuWA/aRUUpNV5qRDFLUzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCG KBLvOxaYcVYiFoQYqYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6 KHThWPBK/B+2h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8c tu+MVxCIfPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xB WqrZlR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqfruzQ 0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2nfEKApFv Q5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAwiU4SRFXqrZK2 HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQxcvsqKUSU0yOejOh xXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA0bmJ6WSsF8cWHivHY3gK YHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBlFfoxudHFQlvpbhuhvfR0LGxH 0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnPN4Ggj93qAdizp4E5gUAg2ycQ+SYQ CAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8CgUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCM BJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6ljJhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgI BOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50AgdE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHs n0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5E dgkEgp6gwEsCoWsTcHoORL67NIyov2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6N WYmlUQYk3w/RyJhA6NyDbCLfBELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo 5SiR7y5Nco06+gxNKFxIU1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oF Wr7rGZz9TZ9p1juvzM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj 3Y3aBlDObyLfHRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0Un DXKNexZT6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8A UhV02GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/sJjk Eb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1dLYL94dl /B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+0yyfU0dM6IrA ew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6VENC7cRV+tyW0XYNC LSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+RExqbPMmfHd3wudkfPjws yS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ/acRyxi2p9+ZQHDet8sl4Eax /6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc+c6jo5ax2o1HWFx283V4pKbOB5/V fzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZN jn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKGkAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRgh T3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU132ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YV bt4H4Pu6VeusW9euNTXUNMYVFpaPsWRXRwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP 7BmUoahT/v3QpWzAzOzr9NsSCHfJ7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4 gTnKU0yH4zK2x370+xIInu1fSDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8d mHybHhgzv+ASAhY9dX7PTrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk 3yHyTSD4bucvzi688vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5P rDv3zgcHs4rr3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xr y9ebDpxlSsg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuE k0ziMOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PExyUzJ IBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9xRpai6d6m bW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR72cnp10HoaDf l0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6ke839r3BZiTVybo+ SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5ZIJA6MrwhtyCrMckmLrr cX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1u5mnIjsvhObdmrfYMoZ+WwLh X5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giNNUfQb0sgeAaK08ipDunrPnpdI7bD 9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3gzsrLPzXOzAbOymF7d7Sxlete/8eynHoL /cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1fw6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5 hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttR ghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo 7BeSzeAt15N8Q04SlVLOXgzNZY+PTeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5 wuiebwBpDpHuEAV0HAM+sYz/Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThma zJdDs9nbR076hXxL8dgjj7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflS yrYoGmSPXlDKZ5X0JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6 PFHF2uiab0egguWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDh MZ4QU8rk5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6d O7cEmYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+ZwPbXT 1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0JZ+T03Y++ 4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4EFMAJSyx1mn5P bpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn96NRZrqdGUONzUzLY n8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4KKQoZA6EzEe/C6saZV67e vOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgIRfvXNjSx5n3nPi4tLe1BnS+h q0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcXJt/evGByOuNsW/HoT0+fuuhNUGNj 0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+QbxrsrN8ekYxw4dfb+wsHSgN40Meb4J3rwz WhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv 5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQE feKsxNIof7//vpxfVNek94PIt1uirNZIDcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/a t8/n43x+7h1WUr/t4OK0QkW5wYl8E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIP Pvggu3jxou7kGwOABx54wOfjldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1t xFE7buRBhbvn4y0JJ/vv5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpV yUoaBcp2QlDW+WaPUsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/ 80/WsP3Mh8m2hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIo La+Jhp5ZDTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9 evTg3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHoyLwz oxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY3luCivbf 3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf0WGzmSUhQfF+ 2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TUb0dG5J43QmomQuck 39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+HG5s8eGxk7kkEoPaalnUT f1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4gEMtIDKzaFB40QfDZqZvhiae +vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/NdOBPPfYY15rr5QXftWX3mT5Blq+Q nk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfPakE+H3roIa+ymaSnp7Nu3brxQEytyDEk J3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkw oIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ8 0nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBCllTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8 Qr/9q1/9yidNNgIxlyxZojo5FsGWenrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLv tJ73omVfp2ewI+5jYmRaBgbe7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZS R9BNQxqCYjwzpkzmpNlflS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5 RgYTX8u///rXv2bFxcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y 2jOjA5xrSlz5lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNm iu0iTcUzt6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctr gxeYoxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2UfOPF Gj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK+Ayanfst AjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYda1asWHHLyGTb 2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQDgyds/wgqkkikBel 3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W/9T4lFuefuyWPad+jM9s +qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiKG0GvVZWELq00IZhDjOLRoOA7 UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODkQT3JMzzVIMxaHN+Xipi1tbVci67X 4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKt p7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa30Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tm UG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DMHykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD 8C6rfXxkQkEWFW894dgfnm89yTf03koG2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntem VSCnGhUx9cyvjVmJgpV77yixfwReD5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5 fjrnYcN4sZyOFIipFWYlVrFHRy6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy /Pnz/PjeVKiMi4uzpxnUS3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RB D+S/Suwf6Qcnzs/eTO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiq k22UC62rv4bUgAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3I dCD390KxLQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YS DTE+/UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh7VDz +NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9/TjrGWSV 1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/JMjoO81yyVNS BYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e3j5ykpNq4PWtO+/Z F//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOEVDY/YxVzNmMBTW9yySY2 I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d7+a3t7n2EcvokCDdwOABGmrx AaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9hf/X1K3Q/Hkg3/lfXxjJnhxndvt7 odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdnmfi7BPwhBX1bd/2dopYHR80vvPGHYZ4V Cc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYlj3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/ w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OTwzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0 qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGIqV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+ MTqPa6zVfh7w/uMZoEgQ5DG5tnwWvXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD 7O5kSx0T3nixvfGW++KN1rtyplzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErS GUk1LKdx/z6TyfQbcrB1MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgS rrmelryOzcjYwgnvhIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNb LdbCl7UyICLfxobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiI XH49IOfeXg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9Ql mSxPko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq1Zql ROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9bZs+4RCf ReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27MN1ksDyDlkJrv kF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqDg4PZZ59fYYHxJWxi wgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi4mJF1/vr//xPz3nJ61dc rWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5ngOWquWzzt9aaHbefb/8Oea4o QKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn2+cUV+2z2QqfJfs3OPnGdM+sxNKo kMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0HyAe221gMBeK7DTFVOSbd0GQYCAu7qevD/ ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+fe/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2 hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/Q taNgD4j+3r17FV0fsrWAsMvdfv/xd88mWyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDx Rl/Y/nwOopI37NaxfcSAuvv4lG98ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK 0hkdbLoQbDw4TK+Iik9itHfP6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFd VZAsq9nMAx+1Jt7woo9oJ9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6N CfG7wP5RpS1wcXkBCu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5Nqd feN7yqoLbOKiCrt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13c Co+2O/II4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L /4hJK08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8Adcwd m2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7IInTNkH+ID si0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3L+VXNoaTvXRe CCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV8RwgLfE0Iyg+8I6H xCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVAUk5TiSfiBp0xghIBtaUo IJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvHBygYqLgqFAT5TEBsqddefGRD gQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5VhBwaApBeqWNNwIBx44dy0k49Mla dA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W/B57ZU6BfX/kDEfQJqaFf/vb39qflViP +8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jBlCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg 3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKS T+rRVQO7m9dw8gryrbfHW2BqXKWiThnfEZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKV FqVSFArG6riIzahb56nxvnjxIpehwENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJa zlMRYnASHx+vqUwH0hVfyTc+5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtC XQBZT2ldS9x77723VSv7RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYw dbpfM6jEpK9kUUWHFJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03 SLjancsLI4J5MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7 bxeX1gwlG++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0 g3yrdTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3jAEUd vG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n55eWJpkt T3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQYM60yUpLSuRb J+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvICuOLjERkWZGTrxzp CfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6dm/Gxde+Rld423tA5g4BD 44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL7bwhadFKcy8CMusaW8IciRCI FgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtASQ/OONMtyyTfStb40M1e39glODkCr 4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBPrSqRSEkIEo6MH56Irq+kVQsUV29mRU37 ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4zv24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVw xgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD/iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA +rK8s+1sW/iyymQQIsxiofha9/Hm2xgoISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyj eE5u/c5v5MpOYKui9oAe7RPaVqV1AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gK M2Bm9g0UIyLyrTIyChqtahM3ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0f VCfD2zbt5zpwzAg4rkOWGbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iO TKPDmpNY7Hey7Ww5pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZp anz516jz4IqMYMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0 TyLYUo/z5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSC Uu/uB0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm0KGg 0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHCGw4pCtlT xwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtPfz7Lp4c9wv6R wlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BYpOatZROiS1ivwAzW d1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5HnBkNnHUZ+OYuD+lenc5 KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J1Q+1bsyjoqJ40Rln65FacOGS VDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgBGx9fzwfaGDTg+8CwfL4Mciz07pDb eJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5XgldSkW5Kspx4eY6H5FyH3gGXaWlp/d98 883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS+eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrV GfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpgvcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4 mCHpSMpZowrxhLdYmgoRXngELirxIFetfZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIo DFNUWkWjDJ0fr6xmgEj3rojS1Xua9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi 3R+8TlpdD7KFoMPs168fvy53Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8 RJEjOYNstAnuym3D7jHARsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkf ory7VjLF6upqTrg3Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze 1smx/0dHLWMT52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpK r86HrCkIThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaV VKDjJaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaUAR5V EURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1deEbN8Su0B ci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw07PnbutB5FAu XmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK4ut1QP8NXbmewZbj ooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXMrX3jU7JmP7M17lN0Pnih 4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8oaY6RcVG8Ok9I5+BdFOAtfFx d/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvnys4Tn/lkD2g7oLWWuz3aHwzw1bZP pGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpO AG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZevhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90 gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmLmCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSY uvUOsnwlR86EPr7vNMsluWkszWZzt+bNewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN 2YgxC4oV2f9P3nLL9Y5oC4a5kNUt+97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94 v305BgYGSL2I6xbpDJXq1iGf0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2S JneQjWnpuNx193tm2trYq6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMl pZrPbqOT2eQo6xqyL4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+ cQxRHMdb++/Zs6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumc JyyqYn37vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9 Np4wXhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJObOC5j oI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/XM5NSr3XU gjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFwV9s9KRMRcCqA AQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//NnnlxHHtuioV3vM6MkudC Dcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5Dff8gLjqVWQCy0Jyotbx hCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0DemU5cZSc9Ayw3FCiIcb3XtNz flyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvPhoVlsr+OiOJyNJHNKDytiUNU/EW8 BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjLdETkWwYO7drfpjVxdcyFzQn58lX8RVVC vlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+JesR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7 YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq+DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb +kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7+PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628Lzmzopq oWN+fmratSmxhZtnJZbH6xFkRbEjvkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmc U2kn3lHL17D5ySX3kG9ptiV4wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w 3lOS3CZYeHKcmU2Ir/5uXlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCb i7OKlHIAgouy8Y5SlPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZX chho9/H7LVnexHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx 7QyduD/Id07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9X tvYQz/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAwy4jf AJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ88mLKnln K4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9vPR5pKy6wMKy trOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auNdU2JaPzV7qTxzvtD x+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8n5CiIJsJAknxwTTuS6E5 fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2HrsTFpM8KiHB9JA7W9TKCx6e WDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZVuv41dXVfGZr7NixdvsDmUWdAww8 egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7iytNuimrgt83riHEVM8988IjLt3+8uXL 57NL60I70uy26heplIhs3XLguJZe73nLat1us25FM3tuRDj3arvrlMNzdrLZaev85tWelrmXa76F F1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClkcZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbz wZtHT1qyq6NQdIcq3XkPpQOYurq6wSilrFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZ zrQO6JJ+4uLieHDXqxNm8wGMq2JjUQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30h d2CI91PtXNJaeL66iv17u49aQJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdI eH7ZT5V+m3cev8fJhueBKt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0z C6q3mq3WR9R+h7SIV1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwAT Lx46mgnx9Sw2YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDX jIwoUhIOXTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7Yks Tw6exUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSynYq1f 7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EMur0N4MT+ GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJSTjPXNfebnsUD K6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSfhjxmfjx79LEn+DNX OzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86M2mAITwvINfD5hVwSQW8 5fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOzhMcLxEPOIHte7m7+rFx54qTl sEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q7I8PT8uHB1xIKKSkG+3BgNk2Nj4k 2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQHg3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70 kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFFZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWB k5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396 +tTFusrKUSCT5CVT5v2SE4RmzbZFbD76iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4 Pvc0iYAicfyGPR+wWXmHWUnNKt06X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0 uRbX29y6PdHXGVki3+pKT+Tq4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuM AGBk39GD/CK+BOeG/UgHr3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSn eLv/68fObjfbCp/tMuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi +hEoCsmJmoV15GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1n V8+C4MnOq6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHx JVwypmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcGK3B6 SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p9pQJwxmQ cUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3vXvD+nSTyfKo XI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK17AxFYR29Ol+kfcSM xCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh2blLYv2QL4NzNQAPNwZV 8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyXxcyT/Y+NKWePPfE0b3ORLQUD B0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7b3Fy/zWrt11QW8MMoo0c1ScOvuFT IRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wPXvcpCY2KjBI505HaUam8BUGZ3pDwQxs3 yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDuAk737j+wvLB6tSadBzoOeIzEtKTQFSs53s9/ /nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9lr3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHy Le8Z+jOYEm20kJgo3be0tLSHnPcPObGVZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui 86Gtxn6ORdDk7A/vOoK11bz/cxfe3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZ rN90K2teu9unIErTwoVcWgKpAwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46A S1T7k0u+R0aV2Yv7KBn8QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1d MYUhvALS+8agJDQmOdhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCS Ey07W0g34F0fm7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJU TklobPIk/I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP 24ksPoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/l4oo DQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn5u1NMcnl 89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpemJHNMwkgX623 0e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZlrDnLPd0YPDh67jPz q9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhBoZaTI2db1gVEppiA0XPS Vr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8dvpWXwcuIPloZ9QqarZq054S pe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqalrJdt/xhwvzKnwOvrUSMAU+3lL65c +yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TVdQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZud VKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPcupOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHd EgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz+Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinO ZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2 AHBe0REu31Cj8ReSEzU7FwwO4quPcU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1 GkS2E8nnBs+0tLkj2IKYu6u22dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/Pm fYQEBY4AOAHkbA+ng7v1cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8x AvkWn80Hz51ebLZNFCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlD jr43ILbUJ5KFcuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+x isWUtvHgDHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfe eujsD5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at1k1v De825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8QcBDQkJc 22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2Es/HXfuBbFTI SqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKkDkGQcioZekv4tACq d8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E6IU5FWxUZBGblVR7zwAC MxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Ys+PYD3KfD4ie8Cp40iS6Khcv JGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+rD1zk0pJw6yb2waUbygcT7R2grXEf n1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0TS7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcb Hm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjwww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3 h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uqSYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTV kOR7bGTuSUwvKCEto+YXs+N7D/E829BeI0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenY vQlGdeYBxwwFAmz1+C1sZa3s6QmpsgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvp qEk00rSkq2UETEI6su/MJdn7gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZ vTByBptnKuPT5qJDEqm/BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYs GLg4k5bodc1IXanG+4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbW e0Y+GxKex+akrbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpIT JeQ7OMbK/p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMz irttBAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPBs400 gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K9sEABwMd fBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqAFwRcrfOhTUcK U8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6RJJQu95V8//IXv1Cc ZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSIDgkzHMX84vN7wfutBvpOy V/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+SuwqSrZV/JHjoPtT033HN0559c RgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUggyBV/3W0PAg6ZUJi5UbPOMa+4cotR SSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTcSvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVg XhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRBwKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951u ZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/jOl3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVs Q+TVdpYBBd77WZk72PqNr7sMOBRBlJCWZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9W RL7nW1ZekxNY1NEBzzf07UrIN2QK0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9i DuKNAElnx4OMBN5xLINoI7sKjpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmo ZB9kQ0E6Qn9e9/rthxpUH3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553 NT3TjkV4fvWrX2ne3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSD COzUmszBcwwSi4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1 gjDxHMSzQCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZ GkJRFl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dltkSoE Ub766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASAIF1OijZ0 3jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3yq3W5eXeSE2+C QKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQbRXf0LE/uuIypUi3J JSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nFvcclNavYqOTd9n318HRL P9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlLlGR2mhiRlhO8wBzlr+uFDODc B5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl57KWZuWzD/jP2/ZGFCQNg2GFgYKDm nm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1vyCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP 3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAU gwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+P SbHn6PamsYTnW9QN8LaxRaAgOjitG3N0YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56 Xcl3XFycXXIid3947pEhRWjA1fKE4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJ gl7Z2XrMsPF84POXsjGxNfY6GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT 9Lx//A4vTF9ul9C5I+EYcPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iE mFLWvHY3Ty8IzTUIsNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWi IN9qEvAVNatk5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY 5XJFvv86KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424Z ZEHoS5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKidH+h AVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfLyeeWtt6T jg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMgs6OSb7UIOAZn GKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoDmRxE54pBNsrv/rl9 UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxCr8bclFXJ5qQ3yxpgA+bq PSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4tiErQUYf6JQDIlNM8NoiTZ6S vNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7OzZKL/vATN2w+aXM2vqRS9ItXY7L Wcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvfeegUe2VOHp/RgGMBkmiQbnyHkw1V230l 3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2ASzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCx gU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NFpgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdV FAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCY vTwrt0ORb2fL0jzgXpPvQ2/Wak0cYUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYp fWYWMgRjQsqD5yhts0DK3T17LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCI Er/YL4K6g9K2+Hw8tfKAQ34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSU qOW1ag28VZWYyM3ZmZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14di e+yn9z15m+XEHXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfy l8qRAzTvO/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ff unVrlBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/wfXJ rajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7ojFftPM2i liy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6ZbL+vd8cPOQVzk 7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54qjETIaqOOpP5eHt9 5TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe0cN5dradbfPVXjCbB3ja vkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GAL1myxKv9IQWB5xvLeM5qZMeC Jx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVeSkdttq8Bl5AZhE8P9pnIQQrh6I0V pBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4 piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzDCr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegq r62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyle JTMbKExktlof0Uoe4Y2TyQjk+8VZBVdHLtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7 ARmEN9bZehA7zPrg81JoNstY9+E9Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoe H22cnKJGzpaTraVDDEO+fTGQ43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0 wvWbj9o74IyS1Sy3ZsM9WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6 tq5uBR+ASWU+cnLDiyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahr aJrqrjyxu2V4PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZ X5rtRIkGHAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a 2RNIN9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocNHOi1 9EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN2LNDw9jU CVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fuNPnaeMP7gQpn IIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQHV+wmZU0H9S18xWS E28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJXzclmm6ZOvHgrki+/SnR AQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig3388cf25TmpTfbUnliOKW1jcbnr dCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB019p7OB2cN+gsEUWJ/tYp+mfJWWTo8 +YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXSeo/XW85+QcvWsVjbFrb56N+dkm78f5Ft Mxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vweC1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8V AT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvjCZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdu fYuNiSrUPc+3kJzocb4hw0ezfuOjuNfbVR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8z M3OSL+9vdlENr4Qo2hNHT7ez/UOXNXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpS RzkOvuN/WPenJ59nGzduumd/DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE 520qvtEx1SwofbtiWQo8y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D +8/45PWW4/kGkR4eUWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o 2fjB8w0deF5Jrb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUu E+tP8IBNVMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpn NeIshoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0xu2bO qbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G8YF0J1Uc 5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfugAs9XznYz0ja5 NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443UU/AkwQuOKpmuZBBC yoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs/KJKllS8iQ8+rWXNdt04 gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEuQYj1Ipl6a75RtrpPsPW7V+Nb mRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjjY915fQIl+6OtmjMvirdbaRVbed7v pfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6fLi/8NQVsvp3AO2KM0832is8U1/ziCtZ bmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pYUdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O 0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRt Xbdd93vcuH7nNi3s5NXZmW2vxq75QSvirSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI 03X9pCHM5stYhwY7MDBQ0fm88XSLDzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0T phX5Hr2ghHu0PZFu8cG2/YMtHzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9 HGI5NS0qI0fEAiwvbjir9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6 DifhWg++86rW2CUnWrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5P vmvqWyv0IkZNFVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkr jrC1m0/4dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW /tDRyDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk2zia b08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiFphskWTqT Jte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUPtLfzUwOD2dy0 Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe6KnhwVZDlw2ijA5+ SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zSpNYEXCvyjUwnSsmqkmV4 iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p4AXfCzae58fIqVij2vOUZjnR uvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs8oTnAyxXRaCis/fp90OXssCkxptp tmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs 4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGjWpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ1 50mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuPQEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7 Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9 HrISBKX95AlTY2YBQZb9+vXz6fdA6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke 6DvNcgnk2tP7BHI+YWGJy2wi8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXY v1Ly3Xd61n3tCySEehchy1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPs KS18o2WmEkhF4LUGCS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+O WErA4e3qGbT8jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaq fv84LjxhyIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+V tq5176kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNITUPVS y+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQBR4VLPcvL K8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpAQ+lLEQoMguck FsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxbapc/OKtIacSAZmfL x969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwdbK6p1OnxRJC6Xs+7cNXe TR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w4EOCAiODjATSFLnyFV/PLTfY EgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr6fcVp9qOfaKXvlEQ8FeiG+8YlXyb zWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHwpuvpCUNVTbn7Q3KCks++Pn/kXVey/7g5 yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6LM7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/ cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3 fmlDoh6EqLl5N1tsWcmatr2piHxDIy6XNArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7A AM8B14Vrgs6cB8yWtXI994yMLTz9ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/Oxt PYOLQMAHz17+Zr/pyw1Jvi3W7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9 YZCcbN26VZfrEwWSkK7tv/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/Qo egQgqHTo3PybSsl3j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vp n3CNaBMnJm9ho+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhy O2X8kIPDCxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvN OIPBjyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOfON2+ vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFNyMJ0k1TC cBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcdMzyJhRsV2QeI N1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoOTUtZz+ba9tgLosHJ FmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62KB1jJId/law+y3HJlWUtA BuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7zbGnpDjZxYZmsEvFSzbVUioPz gfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr9epsoPsbPCeXlzeXS77n5e72ujy9 3GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNAESIMuCG3U5q6C0FrOKbj+oiICFZc/C8d eFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qWXdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wm twl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce+MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa /cmXZczCiQEAAs5dacrRbs9IKGEvjZvDhgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPx PH3o0H69SNHFE6dYkTWH9R41x6PGCIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+ UnbawJjUBnbmyGleAAgVPAF8dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2 VlzHcRkerFHzC+0BmlpdH7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8O wtGzZ0+7l0oBWVEUtDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiws zC/2X1nXxEYl77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05 iDfSIWImTs7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5 mblsXEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+sWLHi ll6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaWE3IcVwFO 0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZFZhb/ZULqt57I d3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5MMOHCplo7+BtR6B9 bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPHsMbiInvgJWQQIpBv0Ow8 9kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88DWtnNR/9+jwH+7Gc/s2NZTs09 6+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UKq1k/jaOhJSc2WzdrWbOmjWH7OezB e/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8fP889J4MHD+ZEUYvrg8wDHZG/yLajrOOV OXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPz egZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKoJeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0D MuFZR+AkZHUAZC16VMh0XMZvml27nbf/6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6Tf pSQT2m+pnGRtdQ17/tkeLo+N4zzyxz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfes S63ex5bl/vSM4b1HhhLo10G8QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQ NFVL8o1OE55WeDukniWUmgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBH f3e+uG8MRqRkWzrAnrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQ Z3dFgARrnekEgyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvIt svsYwf6RLSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eO tTtW1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczCwvIx 1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEaR9FZGaHz RYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16kXVBTcIMYqa2 HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6Mspxdv5stq9gl28EG jIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2NTbHeEBtBuIU32lf9LvJC g4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1ql+nFuRbCrwHGMjhry+/c3lx cX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1tDw8JZCijRo1SpTNBgGNo5mbDdL7Q cEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etFp65FejqQNsgSiHzrNLvdTrzVGPDgXYB3 OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gFNYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8 XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52R fkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w 8dMz3jRu6LTgrQBhDgwM5MveNJaQS4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by 8ccfc+L95+cG3ic7mfhaI/eW63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS 1JjOtofXW0ix3B0P3nQ1Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72 cOQgG5O0zoA319thyDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow 29bwYjLean4hVXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDu wFm5rN90K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lz kF6xXugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfRmeca Mz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7WlcZqQbzRW CHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/QDSPA0BP5RnAi UgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeRV7Zl1wle8n5xZtO6 rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHXIjod5H9JzkruRVe6P64H FRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk33c8FORBUKtW1wuNvJ45u0Un KiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpIk20Yke97gd9saqQ5Hc+t77SMq0Pn LD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09PvWY9qimI2yNX+ohCMkewf1x2Wukq2gw3O uP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQbNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/ NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY18BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellF dsa9tpLt233sPgkGBjNyA06NqPn2NFgDsQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAc P/r4k9wLjaA9vcot55fW+VTkAgMDeEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3Mq eTVLLa9Xb/J9rzzBNnjMfFvL8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6 YcDCn2mS6VHor0WedC0JtxSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3J UXriCvEFW1hMarnu16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffE uSnW7hNSbroi3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSA kMCgCA4GBeu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscL L+HslPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1uO8h2 hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+zyOUtbGxc Da9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CMb+SUeRWf56Zk 8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oTZxBvkGdn2nN48Gcs qebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7+8hJNqF90OHp/ZUug4yC lHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5K8qDvN7IfetPsg0dIwYcTz/9 NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+YmcC0OzpC7OPL4EXJMvSUZovtKX+R SLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5 p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHGc3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360 cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPLuQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9 pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nL kOR7dmK1z8fAQKl30HLZg0h8f2qc+Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14 wzCoGDQ7l/WdVcR6h9g42Y9KKdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogi JIOClrD9R8/plu3EYi3so/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/ IUOBpGRWcoPT9gX21G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREd BFUHJK7gzrYRkfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtu xHc3CM/vJr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1 vYsOO/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTmMrTa 4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINveHA9kQqRX c7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5XDE7hSAhcUse9 4Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXdsD9K8+sBFl8cr33qB FW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42KfWmkk4ZgZmTF5bqRr6R qcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciymh5oFAJyR97htReSDpD/D06d Nxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+KNExynw+eJaBH4wzNMqLZHderUaEO MpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+lK9GgBGO5W6aVzwreNYhYVErD7qrZZAK m832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885 qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz+7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLN XA7ibXl35O0GucYxna0H2UYZedgktplk3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvF ciNoUU6yg/0/IOxf2A+gG/luHw107xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu 2eSyM3Zchncc8hR3xwWxRUaS1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2 WkXkG7M+Sj1CHRHDZqZvFl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3It qVNc4XPEiBEsKirK/j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7 y32BrbDyZbXfV9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQE k7M/yD/kLIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZ hAwEWmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFpztl6 TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXPx93+8MKD vKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9SdjscvrF7NPdkIcESg ZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gXOJI6vOyEBzrEpQUu tK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/IK6QlUj13Hp7e0H4HWUk yNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8z6iwtBVdofNFw9M7yPKV3KxG vHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa/y+t6AnNNUg3yLenimtqLUM28+// /u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1nBEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNv d99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3 F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmB XMIpSDtKjSvplPGZmbKKLSzYx6UlapFVbwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM /vBUX57r29Mgcsri2ttdKQNCyMJ0U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLt G5+l9WfYX18Jvqeypz8DlkTApvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh 9Jy0laGxyZPUfL5q6tbPnj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q 7pCMLT4dD556BHu60oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2ow akCAJdKUjYzIPR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2 QwPvy7VhMAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd 4bT4cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLHe4zA Qmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwioD0peq8j+ U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz38FCPlaxL1h5i oYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz7ZjpxB2UZM2ISV/J hsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+qlABacUM292loOVqLDZnPC vXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hxjoE2PMmYysMAu09Q+pfwEiAK PHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7FMjxH0E36ejxkTMFMA3KM+3I9h976 B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTgKJMOojkvzjIUKeyIfP9rQIJBC56btOAO iDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQCSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPB X73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+zIN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7 RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+b CjKHUS6m71C0CCkam9fudhoUCoIs93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHA lmo80fmW1zRORqdo1KIN8Gx5Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1 zXobesoJ87P3qBXQJJ2NFSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8 CDG02LoMrszmZzUhr+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+ hBf+QnvpNkC9nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+w ms0PnWo79olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfE e1xMGYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPyglkE FKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1er9Tyrex udk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3PNsC01l4jwXF/ XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXps5cT5M6VHAPa5Cce e4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3z+tyPgSXIquKs5zg8HiD eMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn2hZq1dlAw4dpRV+Oh4Aed+v7 jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1R0AnpnRFusT78oynl3HygvbQlcYS 6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5xRlavd94L18OybAXoXJHvpfkNrHmXScM 4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJHAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3f gbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2vWsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzw Tm79bjZuUQ3PdVxet4Vv817bYS57ACmUGwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX 2NC5hU6zs2AgJM1qA7KN5611tpiunPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX 88wHIne5eD8hSWneeZyNjCpj+WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLb CNL1lCUH2yCeQE52EWixpVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzR Nrw4PIAPQpOTk/1OvkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQ MxWq+Fy8eFHVNKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjW mZ4aXlkU/hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGY wQDrqcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/zoff A55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8IKoYdo32B fSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJjsqYqJApPtBU V61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1ZaOvid42dvq0WOQG5B dNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIRHWUzIL3Ix+3vYE/8RbEl JZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdTOsUPAt529MQKNRtHeD7ULocO zxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIqzu+oMcX147x6dvbSDwYfGLjg89LM 3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaahoeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxK Vt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMO gj127FjuTOjevft9M2ta38/b71481mHIN7wS3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7Es PMxy80yr5a2FlzsgtpR7uYV32BFNG45z6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqor d6Teesvziiu3qNE4wrOEDk7NxhYpqX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6 XJF/kF9fUwH6uowZAFwfskXILeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+ v2hTYK+QmzlbD9ItN6Aax4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5 yznhBjAQErN4et9P66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamc xd15ymo2c887/jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIe XxtHEGR4l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF 8qAw23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCFiwwe QImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQWigurpzS hfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QMCwtjf3qqF6ts 3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryRljp6wNUg4M2t2xP1 fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs//NY/vulS5Bsoqmyp8jYw EHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazbn5/mAaMg9CDqagQIGol8g0Sj gA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8fDwn4L6WX4fMRAtPMTJ9YJp6fnLJ PZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2RbvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5 QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58 MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXeZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J 10wjCLT05llqiezMfDZ2YRUv3evKOCdHZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvG ER2nIK/e7A/iDs24v1KDQZeNTlgtTxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35Aaz Ep988kmbL9l5EMQHMqx0fwyUMVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww 2qeKlkS+VcShLVuK5ZBGZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+G xRYd9CtRxQACzxUZSjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3Npup A/UdSSbrs1eu3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI 5PvazVu3Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/e TwxSMfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8XyLbi qkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrOC/Bg8JRV so7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXufpi2p5tpiEZQo J5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwPZeCC5MW9gyxfIWWj VAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91Anv0h4XnMWrtTNhkODAzk M17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzAAOf5Hj3ZnLRVbFryWns9BCn5 xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+NT7VpUdFVE5bkt/KmtfuduthVjM1 IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv/3vHz7Bx5t32ypJaEWxcDwYHyNjys5/9 7J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrHE/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IF QczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIt o3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38Snf ODrZ/jBsKS/OgvZBWp7c8X2FbWCA+vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47O BkhOHCtM6tV+wYMPoo3UgLh+5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7 u+LX9jkyuXRhlybfMMq61XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTp LwwcwybE1/OgRfGRjijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGH dx06fS1/T0fUr9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT 8ADh/nnZ+8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYD QSrBBYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV8dA+ 51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmprB4bnczM dzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYtKkwOClrKoqOT FM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5aBAcBjWp5uvRchueo V5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFqeqGV5orGuQUB1zMFIMlO /EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kNGxT4GpuVsdlpYgI4FZcWtrLJ 5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORMzvbSbDQYlAivuh7tcVxasWr1PDq0 caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj832oR+uERxSxj3YceyTc+Ow6/zaLTV8qW kGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fBAuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX 0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1cVMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8 LsjIHmWQM6Sa00OWQuTbP/08/40TTA8NnZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5 +KzHPNlzc3axlPJtPp0PhBqEH+2l+IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cw zF1b9n0U+FqVok4Zndnvnx3ByaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEz swiCKpH7XEhaQJzVkMZIZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvw NQ+4P5dzG/awp8abZbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7l AQdCY81Bz05Ou67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA 3gYN/M9//nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9 Rs4v+h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCODy++H LpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx8yxlGEwr sX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN6FXnANIcDBBM WT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS6SkXOLzPkHzAEw3Z hwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BKkZZQi8ws0pSFGIh4K6X5 9PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAOZHXCPvUrVrIzF79m+46//97O fW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrsH46pWUsrDGHP4Cfe7A8PcZ/p2bL7 d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zuFhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz2 5HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBtRiq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMt TG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkwLLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33 pK4yCrmG9xk69pLKur8fOfXOGwUtxy8CSTl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwD g+cV35mfUpqdZLI82BF+X63zeeP4kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGz sJO59HQutwDgsUVAODzAgMjGglmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxD ViO84Ujdiu9ys7HcF3CZWbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelIS DKIsXY/Ue2Jf6XYgeVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfO nrmEjlnJOys0qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78Hj F948de7911Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneo Nvxu0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQBhUV FWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31NjuScy2I qDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8Cme/aZbPJszP 3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbntTIQZ6TRA/JKatpK V+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSSb8wCYjawI/22sAU8W70H dPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7f3KcmU2JybuHPKFIC8iytKIl loW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYAE+QbUhK55BsDjsAldYYKGJebSlCP ZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6BaV8hMEukGII3HBrvoqZ93OP9xr43DEn2 BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZWKtkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaK oD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtR rKe8umYYyHNaZuagdpL1m452zyExyTMT8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5 fHb6VgyuB8+0tL0607K3V1DmrZdCLOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67 EI42ZDwSnmhpAKYg3yBjwpMNQCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwr GHw5S6WIZ49KwgNn5fzQK9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B 2f+cvLCUldVudhrcaDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/el ZHAhyLdUE+8vYDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t 9AhtZ2LB+psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42 PL06MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQyft7 PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFOfd+6ddwD PnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wuqXlrWcuuE7I8 kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5KXhbc+t3foOO1ZnH /5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/gJhBBMJikyfAA9k/xPrd XScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfwWaysqt5v94OBQmLhRl4QTOn+ mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qdgnjLven2bR/cvu3Q2Y5EwKW5r0Fc pXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3 IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3 GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbHReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42 ePsx6xeQtIaNjyliJ868zR544AFN8ly7Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobP y7uitI/vVJ2SHCDoJaNk/bor77zboQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9 A8jK8rdJFtmBb/g8NyXtGtJkUQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPC U4vxXGX3KwmmbiDrZK/+7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW 3W4+2y3Wo9S6VnmzHZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSB ZtuKR7937OTHHY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk +8lxKXemzksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3Sw nlzQnHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBGjWtC gOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOOtqKjZphB 2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5GvuG9fvDBB7nH G55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2zB/LKdbL1DMy4iVz0 nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb4xzQoetRrAcDitzSVjYh qoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/IyIHAQOpMlQEDbLUkCB2NgKp5 vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1r8dv2LS6NfzSlRvXOxL5BuGGbASe YMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn8fOIoEM97h8eeww89H7+qP+QXLDqy4rm /VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/QqMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTl CM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ft Hm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBza L87I/jv+IpBRK28yzikGJo6DPOTyVpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjE TCs+IONIZQjUtOy1b49+FBlhkBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUok d7m2oYldvnz5/IrWPRW2wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9k KEGFRbVS/oFoAyDnyF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmn kd4KAwA55Bu5vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw 4/e/O6vi0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh /nGdi3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnTwU9X 1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD8C6DXHtK 0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb39r1zmofH/mz rVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg5So82nKcbLNT6q8q TTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1j47dFe/BbMbhvW3nC8rW lpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjlv+GZ1pJ4Swi4YWQ3Skmrklza GMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCjIN7QZttsNs3Ot27dOh7AiUBMo5Dv kfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL 0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lO uBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqrg2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRf dztJhybcNRG2PCDuTa1BFWI14AGH1x3EH9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K 4qB8e1RUlCHIN6/CndsiO3EBSHpgfInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8 HgS5wuMNWak3fT0ZoJxRcmbh6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33 yUNvnM0qa6n1RlLiNaFp75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNa D3ShR8f1gvwjsBLebpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZ KJd849N3etY9AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4 k/Ep6LAQlAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEi KZFWQtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW2G// 3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn+j90WGoU KvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+dkn47xpy/xF+O AzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK8vJqRKhIctKJoNVg yt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7ut/OL4j1KnGyj5hde92fN DCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3tr/fByLfna8ThndYzQBFo70j /iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUTBYHkkm9kEesfYv3O3+2lWgHyZGQ+ AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z6tYosX7E/MJrlNKPoHGD202N4xgxA46/ 8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7IbmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuE lJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3 +ed1Pef6zW9cyy1bvzIsoTC9d2DaV67ygD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNX vAKCl14JyzrhSUoyZX6GZVxk9kp/Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX 80cuK+EecE/kG/KU/sHp73am9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2b PHq0oYm3wKhXh7DpQTPYlQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkP xMjf5bONkL6NoL3nQzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8Js K3y2tKLmTWl5+pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl2 9OLVhcsbto2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2 sb5DphqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02CK8W QY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR8wvZUxNS edyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJbQ7yZk9YWHIN VSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54nzx0jAXEV7C/TExj fxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9MDRP57joASZ0YkVnkabvg BebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRDQFyS5fnwhOzR7rYBAfeHjVO2 EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufFbkYvKGVPDAplz45PZANn21hc7jqu yVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFe mJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm/sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0E PN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4VaTnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792w ubYvQbw9ZelAHw8P+D8uXzMc+d588CzrF7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX 5ymxUXi35cRP+YOAE/k2KFDkBZpkJXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu +6q2bi0MUPeARGhKqbMkqAmQ1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoN singkjB2bmrpE2OT78h1sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQ ZbVaH/Lm+Sop/oW2Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPee rXsP5pc2JKr1fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9g y4cPD0ticsk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe 0bKNkTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++Pip8o OrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0PQAPuzBb9 pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUWa2EftZ6xL7NY HcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp/ZoWy4Hte7eCsIO4 79tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSHk0Bw1vl648V29JYL8i2m MTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8+QQjD77byfdtuf2jWJ4QW3Z9 VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01qTmnJmydOrz129t22g8cvvFleUb3/ 5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR0tISrEV/31XsnwxKRSA6F+lxlLzUQ8Lz rmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+F J9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJqFVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1 dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlx sr04M49Vb33rdnxW4wGLrfRleg+IfBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70 jhH8DbnBigKQeEDqYZTrF15sJft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNH peS797TMW3FJlqd1sP9JXWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0h jxjBCMB7iM5UznsPTy629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7 QYBm/xDrd2T/RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47kn EPQCOtPBs5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTS tU+LysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIkO+wH xBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2YeRmUm7S Z5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrSDInpNUw/YRkZ WuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUNBhcDZ2e/PWuxNZR+ fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOYrLU3AiPNiXpdV1cafJNR eYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXEQ0k1KgKhIwK2K9fWO0o1Vdg6 2jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PThnWU+4G99wlK/3LNjmM/oIiOIN2I V0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzgbXEKmiYmdFZIUvTJfscxwDa6TTgOJEAa QL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaN KkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJKby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG 2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBxEjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja 3Zt9RTVeej+IfBNUIhlqebOoMh2B8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuB pKpNlnEsCswgEIzXUak522b0oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3Iyu aSUQDEJ4uxulHVKzr6fgSyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6p Y/YCCLrSUo9GgRkEwr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8N j5vW56V2hEBwD39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQ CAQCkW8CgUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQ CAQi3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS42I7 KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P0k7RkYQ7 nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3zL4e+7ki347H kXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAijR48O7t+/v6kr4qGH Htr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQCASCjIEHQM+CQCB4AxDv zjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48aGk/R5OSc2B77Cd3e1wPrkvJ Od5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZhSvfZunVrlJLta2pqBm3evDlcyT7Y HvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsffn6THblwWfb2u09dYl9cvaXoHNge+8nd HteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusnt W8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP 8I5EyTmwPfaTuz2uB9el5By475m21zU9B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi 3wQCgdBJAH2zmuT76DuX2fbjn8nupLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3h j/k5ACLfhK7WfqhJvl21H+7It6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e 4Xx57dZ9naGzTgqdGbZ1RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFv d+2HK1t114Y4a3PctR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtO yp3H2NUUMDrDb2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWft hzvPt6s2xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40 HFt4reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfyfBO6 WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5pmwnlO2E 0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8CQa32g8g3kW8C gUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilWaTVaParqenMOpdWB cc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+obfR0DG/PrQfa7+VpeKzc ZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1xPSfev6LoHFfbibR17VuanoPI d+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC9Zu3uzT5xv3LfVZ4rkS+CQSCYdCv X78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlOnWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9 QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zITl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2 RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf 0SGJjsmxA5QeR3RYzjpU6fGENwvb3438fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJ fBP5pjbEQxsiXefKSy3+76wdkR7PsQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46 Tmcdk+j4AOHdcncu/BWdpmPH50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbE g42KY0klbM7WO2tH3LUhju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6 lKTe7rvTwE87O5eY1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5 djWDJtoQfHdsR9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFv It+ErtuGeGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1w Rb7dtSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4hqcC OJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkdcdeGOO7r rzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjkmuztP7x0k1fF VHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4/nVXkMJTARxPBTec ebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr9p1O4/m+cvVb2fd9/Zvb /N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64JQvf3vqBnXj/CrdvubjaTlpR ll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37lMg3gUDQBK4KSUjXO3YYrorYOOvk HLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6usp0Q+Sby3VXbEE/tiLs2xN059WxD8NdV O6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7IRAIunSczopZSCUa7gg01ktlJ44FKVzt67it p4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkd cdeGOO7rrzZEDNSdtSNqtCHu2g935NtVG0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1 m3nnSeSbyDfZVNe+X3fthyvy7a4NIfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X 5NtdG0Lkm8g3gUAgdHoo9XwT+SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFv d20IkW8i3wQCgdDp4Y3shLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQ CAQnQHEMd+QbRTLkFn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA 08Yi77Bj51laWvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B 5JvQmdsP/P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5 sL1S2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4enbCeO 5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJNJtOzrmQn lqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5thXX2b1XRL6J fBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YABA+KdyU7qmjazpSlW rtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+iA0XH6Uy7SdlOiHwTCN60 H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkEIt9Evol8EwgEgvFQWFj4FMrL U4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3is7x2Rc32tuPG4rOge2xn5JzfHf7 juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5 c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+E N1fu9sC33357Wck5Pv300zfar+szJefA9thPy3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgE AoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAgEAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz /EjPQG9k0DMneIVeQRnf03OgtphAv02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3O vErPQl/gmePZ07MgKEFobPIkOCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIac QOSbQG0xtdkEIt9EvgnU4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEp Jl+RkGB6iMg3NfgEasgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3 gdpiarM1wLBhw2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovl gXOHD+3tLHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/E n89i8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O7+5a BLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdBQ/INwgwi J4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8+vXrlwJ5jVgm 8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7XeGVF1dg5X+6JvEaTU 6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e02+a5bP+wZYPJ87P3hyy IDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZGEEX6NiQe5q+I/JN5JvId9ck 3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqtybdop+FhduZRdkW+PW3var0zooq2 2dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2 j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTGJJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc 3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7vN66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU 0Dix0vywHNz8woTKSrJ2W2dt8sttaSMFpFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwe y1NNp3N+3b337u6930hfxbt77t27s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQb KD8bX4u+Pt/7cWQiJjcS8F2PwTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+ mP0awWJs5DvU3vW6BaqcfiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS 0V80rCCVhm9iGJ12Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9 +Mi59wi4P3PPkRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eed s7++xvYm8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfg u/rBCMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2xNkXH dRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8Me1Tcg1d OYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+qaPgTof/5lEO t9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7DSoFA6/ki7M2ifLW1 e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2HfmcCvL4kB1O+z63P53tP wHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9BviuDnwTxFDnwhHX1b9XIq8cBdLp Ez4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3fX65IINswZ2wa0FELLzp4yybF2nv DwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2PyCENt5HXE5ga6rotBjH83offjiKpOVXK9 J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDfkBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynml cpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8+d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU 1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O+Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/q mL5feADO70nPxS6MlgvIAd/VhO+sx44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2z SzHQLR/f8dDJ681m85NFwXdV7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46r Dt+ufHhfKo9O+3HNhMlgkUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLw TsWzDYDvEmCQbvSvbT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv 1FQeH3y7BmAu+LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++a eb3K8F2G6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBn QbaO0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYNYFwb olmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUvDE3dCKWd fHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/KXVhdD8qb/jm WQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG792HZ8Y2jJ9+u1P1 VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vmBev4PB2+z+ax+YT9YHN5 j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B34DvPgkCJS6MBnynbzhm5cvH 7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f/u0b72TW5JOv9le1k6rAN2t0YmYX 1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjfPPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH 5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1pt nUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamadeX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKs c1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DDtz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7 Mbl5lp3yqterJTdW4ih4TB1n0Tk05PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dx rnP59iyJ3SBLp1l22K8CvnsFvmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD 39bncdk8xd6WzX1bWsfa3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BO ZzAA34BvqBj4rpNW1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPq j4amaFK2SY65Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lm QOdtymM+jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUj cTtK9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsWT7rg G5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnzvnYS6H3t 6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZqicp2Vv3R0Bcl y/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984LvrHbKq16vK/JNjky+ N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6OOoVvrsTjgm/q27ivY5+o ZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL2mbdhKOu8E02k4OoLDOCRcxO xc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4tnaidZXarCV816H+aC/BN+zd3448 6/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuCzwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuA cXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurk s/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4DvmgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYj B3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgOw/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP 7wd8qwHWiRMD8/PzzYWFhQ/Vz4+XQXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYn mwOAb8A3BPiGChLgG74Yqid8c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4Bv wDccPgT4hgDfEHwxfHZPq0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBS tPah1p8aw3P/hS2q6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDs UK52H5p+AHaA8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAE QRAEQRDgG4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYA AAAASUVORK5CYII= --089e01536fe821b16804df80c481-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEC9E21F9B9F for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 04:47:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.776 X-Spam-Level: X-Spam-Status: No, score=0.776 tagged_above=-999 required=5 tests=[AWL=-1.279, BAYES_00=-2.599, DC_PNG_UNO_LARGO=0.558, EXTRA_MPART_TYPE=1, GB_AFFORDABLE=1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U1QGzcrOov8Q for <6tsch@ietfa.amsl.com>; Wed, 19 Jun 2013 04:47:05 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 1E71321F92E3 for <6tsch@ietf.org>; Wed, 19 Jun 2013 04:47:03 -0700 (PDT) Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 19 Jun 2013 13:47:04 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Wed, 19 Jun 2013 13:47:01 +0200 From: To: , <6tsch@ietf.org> Thread-Topic: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: AQHObGRdNX/CzpwRPEqzdewzKovo2pk861wg Date: Wed, 19 Jun 2013 11:47:00 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0C5FC.8060806@eecs.berkeley.edu> In-Reply-To: <51C0C5FC.8060806@eecs.berkeley.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/related; boundary="_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_"; type="multipart/alternative" MIME-Version: 1.0 Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 11:47:10 -0000 --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_ Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_" --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Kris, All, Many thanks for your complete explanation. I completely agree with you that= "Bitmaps of occupied cells" can be sent in possible other ways and there i= s no "requirement" to just include those information in EB. As you mentione= d, we can make it optional for some applications and/or use another mechani= sms (e.g. request-response) to get those information from the neighbors. Fo= r those possible applications that might need very dense schedules (more th= an one link per slot) in two-hop neighborhood, we might be able to decrease= the probability of cell re-allocation at the cost of increasing the networ= k overhead (caused by exchanging occupied cells info). Qin, Thomas- I completely agree with you that without monitoring processing, the collisi= on-free communication is not achievable, in a distributed manner. I attached a Figure to illustrate the concept more clearly for others as we= ll. In summary, in order to choose a soft link on edge (A, B) (as is shown = in Figure (a)), the "cell usage information" might be helpful during the so= ft link negotiation. Those information (i) enables node A to propose a set = of unused cells in his neighborhood (as is shown in Figure (b)) as candidat= e cells in the Link Reservation Request , and (ii) enables node B to pick u= p a cell that is not used either in his neighborhood (as is shown in Figure= (c)) and then reply by Link Reservation Response. For sure this method might have some costs (e.g. increasing the management = overhead) and might not be suitable for those applications that doesn't hav= e every dense schedule. But it might be affordable for those applications t= hat require dense schedules, at the cost of more management overhead. In addition, I would like to add one approaches to the Thomas's list: 1. pick a new soft cell randomly in the schedule, and rely on the monitorin= g process to move that in the schedule. Extremely simple and lightweight ap= proach. 2. have each node announce its schedule periodically (through custom IEs in= the EBs, or through some other mechanism), and use that information during= negotiation Potentially more efficient, but possibly much more overhead. 3. the combination of (2) and monitoring process. As Thomas mentioned, there could be a different boundaries in which using m= ethods (1), (2) or (3) would be considerable. As Kris and Thomas suggest, I= think evaluating different scenarios (i.e. regular schedule and dense sche= dule) can be useful to clarify those boundaries. To measure the network goo= dput and management overhead in those approaches. Xavi- I agree with you that having multiple slotFrames with different length, mak= e it difficult to use bitmap in the very dense schedule. In this case, we m= ight look for a better way. For instance, considering the request-response = mechanism and/or exchanging the changes in a node's cell usages bitmap inst= ead of reporting all cell usage bitmap periodically. In this figure I assumed that the Tx range and interference ranges are equa= l. In the realistic setting that those ranges are not equal, the monitoring= process will be useful. [cid:image001.png@01CE6CF3.78BAE4D0] Best Wishes, Pouria From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of K= ris Pister Sent: Tuesday, June 18, 2013 10:42 PM To: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Pouria - this is good stuff, and I'm glad to see you pursuing it. When we first st= arted talking about working in the IETF to standardize the gap between 6low= pan and 15.4e I thought that surely all of those IP devotees, who had been = so certain that centralized network management didn't work, would step up a= nd demonstrate how to do it right with a distributed approach. I do think = that you can build perfectly good networks this way, and in fact we'll have= some advantages over centrally managed networks - speed and mobility for s= ure, I'm not convinced about scalability. Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing that I= would ask is that you not make it a *requirement* that these IEs be in EBs= . I have no problem if you want to make it optional, for those networks th= at want to use it, or even mandatory as a response to a request. But pleas= e let's not burden every EB with that information. Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you can d= o with just random choice, with some feedback on bad links. If we look at = randomly assigned links in a superframe with L_max cells (=3DS slots * C ch= annels), and consider the collision domain to be the union of the neighbors= of mote A and mote B (conservative, but the bound is achieved occasionally= in practice), then the probability that a cell is unoccupied is P0 =3D e^-GL where GL =3D L_a / L_max where L_a is the number of assigned cells (either TX, or RX, or both). If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece= of the network has scheduled on average something in every slot, then GL= =3D1/15, and P0=3D0.94. So randomly selected links are usually going to wo= rk. Having an average of one link assigned per slot in a given two mote ne= ighborhood is really high, at least for any network that I've ever built or= sold. Sometimes we approach this at the DAG root. This is not to say tha= t transmitting neighbor tables is not a good thing, just that you can build= a lot of applications with very simple (random) cell allocation. So sendi= ng the neighbor tables is not necessary for many/most networks, but would b= e a nice option to have for future optimizations. ksjp p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those that do c= ollide will exhibit slotted aloha collision statistics...or will they? Wit= h a mix of non-colliding and potentially colliding links at each mote, what= is the network goodput? I'm sure that someone has written a paper on this= for MPLS or something, but I've never seen one. On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: Dear All, Regarding to our last call on Friday, I would like to continue this discus= sion about the maximum number of links' information (or "link object") that= can be included in EB? Can we think about sending the information about th= e entire reserved links/cells in the EB(s)? I would like to know, Is there = any way to define a CellBitMap to enable us to include the entire reserved = links/cells by each node in the one or several EB(s)? Our motivation: In the distributed approach, this information can be used by the receivers = to schedule (internal) collision-free[*] links with others. In this case, t= his information is not just used for enabling the receivers to contact with= the sender of ADV/EB. This information enables the receivers to collect th= e list of used cells in their neighborhood. The content of information in e= ach "link object" can be different from the existing information in the EB = for each link. For instance, the link option or link type might not be need= ed in this case. On the other hand, neighbor ID (the other side of link) mi= ght be needed to be included in the "link object". In order to create a soft link, based on this information about its neighbo= rhood, Node A in the Link Reservation Request may suggest the set of (inter= nal) collision-free links to the receiver. The receiver (Node B) also based= on this information in its own neighborhood, will choose one link from the= suggested links that is also free in its neighborhood (that might be diffe= rent from sender's neighborhood) and reply to the sender by Link Reservatio= n Response. [*] In realistic setting, where the interference range is more than transmi= ssion range, this information will not guarantee the completely (internal) = collision-free communication. But it can be used to not repeat the reserved= cells in our two-hop neighborhood. In addition, the collision caused by a = pair of nodes who are using the same cell in outside of two-hop neighborhoo= d can be detected, by monitoring the status of that reserved cell (By consi= dering the mechanisms discussed in "2.8 Monitoring" section in draft-wang-6= tsch-6tus-00). Best wishes, Pouria Zand _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Kris, All,=

Many thanks for your co= mplete explanation. I completely agree with you that “Bitmaps of occu= pied cells” can be sent in possible other ways and there is no “= ;requirement” to just include those information in EB. As you mentioned, we can make it optional for some applications and/or use= another mechanisms (e.g. request-response) to get those information from t= he neighbors. For those possible applications that might need very dense sc= hedules (more than one link per slot) in two-hop neighborhood, we might be able to decrease the probabilit= y of cell re-allocation at the cost of increasing the network overhead (cau= sed by exchanging occupied cells info).

Qin, Thomas-

I completely agree with= you that without monitoring processing, the collision-free communication i= s not achievable, in a distributed manner.

I attached a Figure<= /b> to illustrate the concept more clearly for others as well. In summary, = in order to choose a soft link on edge (A, B) (as is shown in Figure (a)), the “cel= l usage information” might be helpful during the soft link negotiation. Those information (i) enables node A to propo= se a set of unused cells in his neighborhood (as is shown in Figure (b)) as= candidate cells in the Link Reservation Request , and (ii) enables = node B to pick up a cell that is not used either in his neighborhood (as is shown in Figure (c)) and then r= eply by Link Reservation Response.

For sure this method mi= ght have some costs (e.g. increasing the management overhead) and might not= be suitable for those applications that doesn’t have every dense sch= edule. But it might be affordable for those applications that require dense schedules, at the cost of more management = overhead.

In addition, I would li= ke to add one approaches to the Thomas’s list:

1. pick a new soft cell= randomly in the schedule, and rely on the monitoring process to move that = in the schedule. Extremely simple and lightweight approach.

2. have each node annou= nce its schedule periodically (through custom IEs in the EBs, or through so= me other mechanism), and use that information during negotiation = Potentially more efficient, but possibly much more overhead.

3. the combination o= f (2) and monitoring process.

As Thomas mentioned, th= ere could be a different boundaries in which using methods (1), (2) or (3) = would be considerable. As Kris and Thomas suggest, I think evaluating diffe= rent scenarios (i.e. regular schedule and dense schedule) can be useful to clarify those boundaries. To measure = the network goodput and management overhead in those approaches.

Xavi-=

I agree with you that h= aving multiple slotFrames with different length, make it difficult to use b= itmap in the very dense schedule. In this case, we might look for a better = way. For instance, considering the request-response mechanism and/or exchanging the changes in a node’s cell usag= es bitmap instead of reporting all cell usage bitmap periodically.

In this figure I assume= d that the Tx range and interference ranges are equal. In the realistic set= ting that those ranges are not equal, the monitoring process will be useful= .

Best Wishes,

Pouria

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf= .org] On Behalf Of Kris Pister
Sent: Tuesday, June 18, 2013 10:42 PM
To: 6tsch@ietf.org
Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon = frames

Pouria -
this is good stuff, and I'm glad to see you pursuing it. When w= e first started talking about working in the IETF to standardize the gap be= tween 6lowpan and 15.4e I thought that surely all of those IP devotees, who= had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right w= ith a distributed approach. I do think that you can build perfectly g= ood networks this way, and in fact we'll have some advantages over centrall= y managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a go= od idea to me - maybe there are better ways to do it. The one thing t= hat I would ask is that you not make it a *requirement* that these IEs be i= n EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even manda= tory as a response to a request. But please let's not burden every EB= with that information.

Clearly having complete knowledge of the neighbor link tables enables you t= o optimize link schedules. I'm curious to know, though, how well you = can do with just random choice, with some feedback on bad links. If w= e look at randomly assigned links in a superframe with L_max cells (=3DS slots * C channels), and consider the collision dom= ain to be the union of the neighbors of mote A and mote B (conservative, bu= t the bound is achieved occasionally in practice), then the probability tha= t a cell is unoccupied is
P0 =3D e^-GL where
GL =3D L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local = piece of the network has scheduled on average something in every slot, then= GL=3D1/15, and P0=3D0.94. So randomly selected links are usually goi= ng to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any= network that I've ever built or sold. Sometimes we approach this at = the DAG root. This is not to say that transmitting neighbor tables is= not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So = sending the neighbor tables is not necessary for many/most networks, but wo= uld be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assi= gnment approach. Many of the links will be non-colliding. Those= that do collide will exhibit slotted aloha collision statistics...or will = they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure = that someone has written a paper on this for MPLS or something, but I've ne= ver seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would = like to continue this discussion about the maximum number of links’ i= nformation (or “link object”) that can be included in EB? Can w= e think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define= a CellBitMap to enable us to include the entire reserved links/cells by ea= ch node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be= used by the receivers to schedule (internal) collision-free[*] links with = others. In this case, this information is not just used for enabling the re= ceivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of u= sed cells in their neighborhood. The content of information in each “= link object” can be different from the existing information in the EB= for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor= ID (the other side of link) might be needed to be included in the “l= ink object”.

In order to create a soft link, based on this inform= ation about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the send= er by Link Reservation Response.

[*] In realistic setting, where the interference ran= ge is more than transmission range, this information will not guarantee the= completely (internal) collision-free communication. But it can be used to = not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes= who are using the same cell in outside of two-hop neighborhood can be dete= cted, by monitoring the status of that reserved cell (By considering the me= chanisms discussed in “2.8 Monitoring” section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ie= tf.org/mailman/listinfo/6tsch

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_-- --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=59462; creation-date="Wed, 19 Jun 2013 11:47:00 GMT"; modification-date="Wed, 19 Jun 2013 11:47:00 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAt8AAAFaCAYAAADGnzEyAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAOfGSURBVHja 7P15dBTXtTaM54/3Wzfr/taX5Pu+mxvfvPeNncSxseOBJB6YjW3AmHkeJSGEACGQEBJCwkKokVpS S7SG1jzPCAFCIOZ5NsKYGRvwiB3bwTbYTLbBxrnnp+eY0ymaHqq6q6pL0u61nqUu1Vxd+5zn7PPs vX+2bNmynxEIBAKBQCAQCATtQQ+BQCAQCAQCgUAg8k0gEAgEAoFAIBD5JhAIBAKBQCAQCES+CQQC gUAgEAgEIt8EAoFAIBAIBAKR785yI3Fxcb8cP378JFfrsQ7b6PJQf/YzFhkZ+Tt/PIdnnnmmeNas WU/LvS5frlWt+8QxcCy52w8bNmwmtm//Pf+TjLjz2a7je6WW7Yrj+vreurMxtdsPf7YlHcnW/P2c COr33V3N7tW8VrJ7It+6od0oeoSHhz/iaj3WYRvHH84RavyQar4QONbkyZOHe0NSOyv5xrbufmtC x7Zdx/fKme1KO2hs/+ijj27w1DF627Hp3cAbiXx3FFsj8t35+u6uZvdGIt9k90S+ZWPQoEExzkh1 YGDgS862cfUDYqQnRuHYV+wPAoxtMPrF9vjralSI9aJxwH7YztV++B+uC3+dNTSSfX4pjBJGgUbH WcMj7ln6DFxdl+P/xPldXa+4VpzX1fGc7evqeLh26f07eENcXoOaAyWCsWzX1TvpzHaxTb9+/VKE d+yup8ytrQkbgo04syF8x//E++jKjsRxxLuL99+V3bk6tis79kS+xf/ENeDc0nM6a/+cXZu7dsSZ rUnt390zFl4zbCuuTbQP7mzbsT3EPp6uUYs2l+Af+3e0Dy3sHn+dvVO+2L0r+1Jq957ItxHs3l2/ 7Mnu5XAL6T5ybF8uBzGi3XcaAxaE0HFELTUEZ9s46+DwgwmjxgslGgH8XyxjndjO2fHw0gty6W4/ 8SIIMuDqWNhPGMLd6a8eOL7jNQijQcMESI/peF2uzu/qesWL7u54zvZ1dTz8vbt/D8cGy9MzI+Ld eeD43jt7J13ZhmMjKue9ETbizIbw3bHDcHzfHEm8eP9d2Z2rY7uyY6Xk++69PO2u/XN2be7aEVfX Ip6pu2cs5ALO2gc5v5Fj2+npGtVucwn+sX9ntqe23QsHmuM75Yvdu7IvpXavlHzrbfdyuIE7u/e0 vzMuIec65XAQI9p9p/SeuRqFyvF8S0fS+Cu+i1Gd2E4qlXA1QpYaibP9nG3r6tpw7dJO3tUoWzpK dfT8OzuXu/85u09njZGnfT0dz9m9y3lm1HF1Xs+343vhzHaddcJy3ht3NiRHmuXYQTp6hxztzt1x PF2DnE5YeNbcebucXZu7dsTdtci1TVf2raQ9dPeMtGpzCf6xf2fvutp27+y98tXuXdmXUrtXSr71 tnu53MCbft0Vl3D2O3myZW/4BpFvlbxn4sV0HHnJ9XxjuuMu2eWjLkF8MYISI0CQcUx9uTue1FPt aj/RkGBk7Gx0J50qE1MmwmPs6tyeDMrxhRSjQakXwNn1yiHfzvZ1dTzRcLjyfLt7ZkS+u4bnW7yT zmxXvBfS6Wc5740zSZr0Wpx5wJxp0p0RPk/36egB80TSXXXCd9s3u904mc162vF/zjzxrtoRd9ci 1zZddXZy9pe2nZ6uUe02l+Af+3dme2rbvXh/Hd8pX+zelX0ptXs55Nufdi+XG7gjuZ72d+QScq/T Ewcxot13Su+Z0AAJ3Y9Sz7f431298i/F1I1U833X+P9Tzgvhbj8HHdLT7q4N+4oGQRzPledbrJMa vatGQxxXnN/V9coh3872dXU80Yg403x7emZEvju359vxnXRlu2JGSugC5bw3gng7syHp7JL0+hwH 9846YdHuONM6Oju2Kzv2RL6FnlJq59JzOmv/nF2bu3bEE5mWY5uuOmE5+0vjWzxdo9ptLsE/9u/K 9tS0e+HIcnynfLF7V/al1O49kW9/271cbuCOfHvaX7qPkuv0xEGMaPedxoBFcI6r9VjnrEP0+w+g AZG8GxjxSzFwoAaeQLarjwfPqHZHbYK2bS5BffvvKHZvZPsiuzeu3XeaB2ukPN/+fiHECPmuV4Ci +QlkuzqRCKPaHbUJRL47mv13FLs3sn2R3RP5JhAIBAKBQCAQujzoIRAIBAKBQCAQCES+CQQCgUAg EAgEIt8EAoFAIBAIBAKByHfHgxoJ3z0FrClBRwpyIRCMgLuV2FyWP3YW5KNF8I/WAUVUlIZAINsn EPnuWA/aRUUpNV5qRDFLUzUht6XcFE2O+UJxHMqQQiBo2yl2lQ5YSVtEIJDtdw7bd5aHnEDk2xCG KBLvOxaYcVYiFoQYqYJEQQHHY0sLEQgvuNwKTuK6QLhFQQFXhQ0IhK5kr8I2pcUpnNmhKNrjqgy6 KHThWPBK/B+2h0IQojAE/jorCiPKRLsrOCE9JgqRiFksnNtZITHHe3R2Ha7aKk/tktK2iEAg2+8c tu+MVxCIfPvNoKXGI0qnOpZWF9U0AfHS3p3a6iFK3DseW/pyC+81DFFOFSfpdYlSrmQsBLLXn+xB WqrZlR0K+3G0W1fHEf/HsbAO2+N46DCxzpGwOnSsT7u7ZukxRSlqrJOW2/Z0j47X4aqt8tQuKW2L CASy/c5h+854BYHIt98M2lNpdkA6yhUvrfRFdjbylXqqhSFg1CoMSc51CaN1PB6B0JXtVWqfruzQ 0Tsl7Wxc2bnj/x1LODvbFh0dzuGqM3N2LlFe2VlMiKt7dLwOd/fgrl1S2hYRCGT7ncP2nfEKApFv Q5BvYUjOPN/OOjF3o0fxcsPL5GgUnoInnRkJGQuB7PX+TseVHXqaDnbVeQlPlfAwiU4SRFXqrZK2 HY5eNFfeL0F8cSzAWfluV/foeB2u2ip37ZI3bRGBQLbf8W2fyDeRb8MZtNRQxcvsqKUSU0yOejOh xXLn+YbBSAm+MJq73qdfOvNoi2NKtVvk+SaQvd7fObmyQ6kdO9N3uuqA0bmJ6WSsF8cWHivHY3gK YHI8puiwXXV+zq7N2XW4aqvctUvu2iICgWy/89q+K15BIPJtaOBlFfoxudHFQlvpbhuhvfR0LGxH 0ckEgvZ2qwfk2j2BQCDbJxD57rIA8ZWMGGV5iuTk+ZZLqCnPN4Ggj93qAdizp4E5gUAg2ycQ+SYQ CAQCgUAgEIh8EwgEAoFAIBAIBCLfBAKBQCAQCAQCkW8CgUAgEAgEAoFA5JtAIBAIBAKBQCDyTfCM BJP5IXoOBELnRpzJ8gA9BwKBQCDyTTAALBbLz6ljJhAIBAKhcyLGZKXCVES+CUYDkW8CoXODZrgI BOrjCUS+CQZCeGJhMDzg9CwIhE7dAXen50AgdE1QH0/km2AwmEymXy0wZY+iZ0EgdO5BNj0HAoHs n0Dkm2AQkCaMQOj0ne8kmn4mELqu/ZP3m8g3wWCA95sMk0DovKDgagKh6wK2T042It9dHrGm7P5E dgkEgp6gwEsCoWsTcHoORL67NIyov2rvmLvRb0MgdF47x4Afs1z02xAI2mOByTbYaPZPvwuR7y6N WYmlUQYk3w/RyJhA6NyDbCLfBELX7Odp8E3km2BAwDARlEHPgkBQh+QaUWNpNG8cgdBZ7d+IWcQo 5SiR7y5Nco06+gxNKFxIU1MEgiqdnCFnkRBvQhIzAqFrAgMC8n4T+e6SHavROuXIOFOP8fNz23oF Wr7rGZz9TZ9p1juvzM65PCosbYUnI4VUBVPrADp1kq0QCMYe+M9bnNx/wsKyNfjr7UCb7JxA8Ggj 3Y3aBlDObyLfHRZiStmbzstInuXx4Wn5AYsrrrad/pD9fshS9uCriQyff1y+xv48JvlOn6D0L0Un DXKNexZT6fCeUSdM6MwDbF9s1Ui2EWcyPTAoNL2tR2DmjyFLa65aa3bcfj7AchXLGHhjvat2Ds8A UhV02GGJpWE0M0boKn28r+2Hke4nNCY5+NWZlr29gjJv9Q6xsb7TMq5iGf/3tC/6fNi+8JqTdIXI t9+NU3h8lexnlFFnUHRmHjphEG5BuvGRLl+59g3rMzP/ekhc/hKaqiZ0RaDTUdoRo+M1Slq/sJjk Eb0D077CANvRvvF5ZMQyhvVhCdlRCBBD+yQ6WCLahK5MvvH+d/Tc2BhYD5+dvnVseHq1dLYL94dl /B/rxf2KNMiwf/T5d9sCcrIR+Tbiy215AJDTQaNDNoIxQ2oCj7ezzthx+Q/DlrI+0yyfU0dM6IrA ew9SqiRQEYHLRtBVJiSYHuoVaLmKWS1X9o3vWD9ifsl1bE+/OYHwL4CMwv6VENC7cRV+tyW0XYNC LSfDY5Pdtl1YP3hu8YXIRNsEqgVA5LtDwpV3GCPMaZHm+GHzCo5MnZ+RExqbPMmfHd3wudkfPjws yS3pli6XNh+4M3Veipl+Y0IXH2h3l0m+g41wvS+HWE4dP/d3JmeQ/acRyxi2p9+ZQHDet8sl4Eax /6mR5nTwDjnbYjtsT781ke8OC6GPxPeYBFO3kRG556GzfGqc+c6jo5ax2o1HWFx283V4pKbOB5/V fzSMoEpPnbF0GVPW0IzS70ugTtj8EGzIcSYI3qNhM9M3Y2Dbe0Y+J7Kj56TXog3wx3Xiep6fmnZN jn2LZejA4Sig35lAcA7MaDmb1RIyjoDIFNOE6IKGkAXJYf60JbQ7L4VYzivZB9v7q70iEPlWBRgh T3utvHhcTMnXDw83Oe30vv/hDstbsfv2mIU132ZV7/kot3bfxV1b978JnDt8aO+qVZsaqupba5YV bt4H4Pu6VeusW9euNTXUNMYVFpaPsWRXRwG2/PKg4sLyYaWFhYPw/yST5UFMfYm0YkLPhesKjzMP 7BmUoahT/v3QpWzAzOzr9NsSCHfJ7d0sP7Ct4bPS1s1Oqb+6o+0cEzNK8Di37D7JegdZvvLHIDt4 gTnKU0yH4zK2x370+xIInu1fSDQw0AVxRQAjyDcwLjy1GMuDZ1ra/EFoQf5xDUr2wfbYj35fIt8d mHybHhgzv+ASAhY9dX7PTrGw5UUt7Mb776mGv5+9wI68fpbjwvFz7PNz77Ar77zL/79l077P+4Vk 3yHyTSD4bucvzi688vjoZT+4sp+HhiSyv01M++es5ZtuFrQcvwiUVNQcPHj8wpvAxYsX98bnrH5P rDv3zgcHs4rr3jx29t02fMc2GUUrTu44cu4klk+de//18orq/fh+5NQ7b+D/WI//A/h/XklN23xr y9ebDpxlSsg3th85K7WZflsCwTMwyz12QdFGBCy6yhiE+CrorgNeKy8NXVppAkQQo5CxIA5MOMuE k0ziMOsu1on9RK0QONbEOuk++DshYnmZ0oE0tp8YkZZDvy2R7w6LydG5+x8btewHOZ0ePOAzltay k4eOqUrAXeHKhQus3/QsRrITAsE3IBf+mh3HfpAziO0XksM2HzzLvzc2NjLpR4vlzOod7PExyUzJ IBvbB0RmFtFvSyB4BmK3Rs9JW+lpOxBieMbViPOSS77HRSyvVerF9sZbTiDybRjgxX9xRpai6d6m bW+yVFuzLuQbCIgrZxRwSSB4D3i0egZYrsolt5g9emVOHrv57W1dyDckMH2CsxSR72cnp10HoaDf l0DwRIKRO99y0pXH2xHQf0OGotf1eePFJtkJke8ODRjZ8wo6ZXxHpoHZSbW6ke839r3BZiTVybo+ SjVIINyPwKhUMwalSgbZocsa2Nn3PtOFfKNQ1sRFFVz2IncGbkh43nW5ZIJA6MrwhtyCrMckmLrr cX04D85n1OsjEPlWHVMXFRU/OzXjeyXkGwR3VGSRbuQbyC1rZbn1u5mnIjsvhObdmrfYMoZ+WwLh X5gwP3vP/mPvKpJv5Tbs4bNcepBvfBDw2TPIKuv6kks23giNNUfQb0sgeAaK08ipDunrPnpdI7bD 9vTbEvnukDCZbc/WNmw+Ba+yUk31tPhyXck3kJbXzD3gzsrLPzXOzAbOymF7d7Sxlete/8eynHoL /cYEwk85f0dEV/4D1SGVDLK7T0jjqUb1It/4RC1fw6rWv+72+rB+ZGztVyaT5UH6fQkE98As8JB5 hSeVphIUmVB04yMm06+gNYdEzt12WP9KWO55IxQGIxD5VvyS2wqrQy+dPXPp0lvn2klrLjOy5ttR ghKRUs/6TbeyZ8fEsV5TzdwLvzhjJcO9iO0+OHWeHdi+d6vZbHlKqwaNjJ9gdCS1v//5ReUrvAlo 7BeSzeAt15N8Q04SlVLOXgzNZY+PTeEpEKE7h9QNy5DCYD222/LGR98WNm6rpN+ZQHANBDiOnZu5 wuiebwBpDpHuEAV0HAM+sYz/Y31kYuaQWYnl8VThksh3x+mMTZZHt6xrzZES2mhzPdu0/4ysThma zJdDs9nbR076hXxL8dgjj7J969a53ebzc+dvNzWuyVBbAw6jR6NGBkUwKmylNRMvX758HuQWaflS yrYoGmSPXlDKZ5X0JN9iGVrzolX7WcBrNey/n3yRhac18WVnGvSyytozpaWV/bR4hnKrhBIIRgP6 PFHF2uiab0egguWL0zMu9grKvDUkLOt1/MWyYwVMkdJQqxgvuVVCCUS+3b5EEakNBacOHD7qSFDh MZ4QU8rk5Pl+ZqKZ5Vds8Dvx/vLtt9hvfv1r+R7zA0c/SM6uWaLW87ybOolG3QRDerq2bt+55M6d O7cEmYWnGF5juVmDoL/OqN6hG9l2tXzy5En2+OOPy9r+QNvxpvZOWNXO0iiltwkEJX2TyLFtdxYl mB4CmZY7WwtpBzzMRhhABMaXZrsj19Ic42qfn+yfyLfPL7C1qCnv63cu3HJFTg/uamMvh+ZwPbXT 1GNDlrLe0zLZM70GsfDpwX4n34c2bmB9n39ecTGfvJqdJ6B1J/JN6Ix2viCtelFGUf0JZ+T03Y++ 4AQcMg53g+yP/vEV6z0hnhN2f5Pv6upq9uqrr8reft+pT75ZlFHTqJYnjDxfhI4EFMAJSyx1mn5P bpAibOeu19vvpdtxLe0EWHY6URQSEt5+ley/O71XRL69JImWRw9u271WDjn96NRZrqdGUONzUzLY n8emsPKWQ2yOuZET86ZVO7nHedywYZz4fnLiuN/Id05ysteDgMvn3r4KKQoZA6EzEe/C6saZV67e vOaOnCKf9qj5hQzBl87INwIsR0fa2J+feJJFRUX5nXyHhYWxiIgIRfvXNjSx5n3nPi4tLe1BnS+h q0AUsXG3Dcg34MoDLjTXUxaVVBghXS/uSamTC89ACWGnwXcXJt/evGByOuNsW/HoT0+fuuhNUGNj 0w72p0efZOnZtdwrDmIu3WZxZAR75I9/YMe2b/cL+QbxrsrN8ekYxw4dfb+wsHSgN40Meb4J3rwz WhwXcRx7DrxeJJecllfX86wiPQIzWb/py9mz4xN5jm0sW2t3svqGFezWrVts0qRJbNSoUayiosJv 5Lt79+7MarV6tf83t+6wg21HqxKSzI9Q50vo5MRbdl8EDziyioycbVmHbCZhMcmj8BdFdeDxhuQE feKsxNIof7//vpxfVNek94PIt1uirNZIDcCxCqs2NPlKcH/+b//mdj3IL3TXm1c06E6+n23vlN/a t8/n43x+7h1WUr/t4OK0QkW5wYl8E5QCnZnaZN5iK325orLmtLfkdu2mvex3D/2RS02crU9KSmIP Pvggu3jxou7kGwOABx54wOfjldc0XitdsTnbm46YyDdBLUASoZXzTvl7bXpAkO7hEYWH8RepCB1t xFE7buRBhbvn4y0JJ/vv5ORbzR85Lrl4+uHdr5/wlZS+13aYe7blaK/9QcCVBFvK8oK/fvLGivpV yUoaBcp2QlDW+WaPUsvOoe1cXrWlFkGVvpDTdevWsZ49e7rdHrIPkOC2tjZdyTeCLfv376/K8b6/ 80/WsP3Mh8m2hkVGIEyErgc4xdTyxArPtK/k9K7jL9jTIN9fJFSt86KvhhZe6ewjke8uQL7VCBIo La+Jhp5ZDTIKMj2gXz/ZRN3fAZhq4eiBI29DrkPkm2BUtHcgD2w6cOqgGmQ3JyeHjR071uP2IMI9 evTg3mi9yDcGBrg+NY//+dXvWH5xSVmS2SpLikLZDggq2q0qKfFwHOS4VuNY4B0YyMsh6XrP9GpR S0OpwoDsvwuQb19eNFP76Gzn5u1NapJQbwMaG4uL/BqIqRb2bdm+Ii65cJzjs4Zeblx4avHoyLwz oxcUvD16TnptyILkMDIsgtaeFLQRtuKa0XV1dZf8GdDYGZZv3759tX7NRpOnZx6aULqY3luCivbf 3UeyrCoBVjIgQNsF0q9XcTk4t9TMXOL4HOW0xUS+uwD59vYFWmipX/7RiePn1Saf0WGzmSUhQfF+ 2EfrQEwcWw+Cf/7NM9eX5besRgMAjdz4+bltf5uUehOVAlF5D3hsdDL7y8TUb0dG5J43QmomQuck 39hv0469VrXJ6ODBg1lycrKi/YuKijhpv3r1aocn44dPvXcm1lwcd0+HG5s8eGxk7kkEoPaalnUT f1+dk/NZUHRmHgVwEfw1+NaCiMrxejs6APQipFqfB/eC+3f8TTC4gEMtIDKzaFB40QfDZqZvhiae +vdOTL6V6Avx0uRXrKt3l7vbFwwbOJC1VFV6tS/2+91//2/NdOBPPfYY15rr5QXftWX3mT5Blq+Q nk18HPMkPzzcxHq3b4OgFTIygidvk5IOYp6pNGH/8XfPakE+H3roIa+ymaSnp7Nu3brxQEytyDEk J3qQ8cq6Jpa3+uDrSWbzI5MXZLXMTqm/+ieHVIx/HJ7EnhyXcmtkhO1jf1X9I3Qt25fyAsSLGGkw oIcERa80n3i2IPp8YNE+8B421/YlHGrCyYb0rEi73DPAcoMG4J2UfMsd6aFIzJkDB7ZqSTiLMzJ8 0nLDOw0CDvmK2pUtf/mLX+hGvK9cuMBCllTLqgz4+6FLGQxXr2k5QsfsfJV4dCzl6/Nq61dc1YJ8 Qr/9q1/9yidNNgIxlyxZojo5FsGWenrCp8RX/bhh3+kfXdk3gKwwk2JLPicvGMFb+1fibUaQoFLv tJ73omVfp2ewI+5jYmRaBgbe7ip9V64/dGtKTN5hIuCdiHyjMQ+Jsy0Jic2McOdZsRVWh146e+ZS R9BNQxqCYjwzpkzmpNlflS19QX7FBvbcFItb0i1d/vOY5DujwtJWkKER3HWocjqD3a8fW6Ml2QT5 RgYTX8u///rXv2bFxcWqXh8qW+pZ5Kdl90mWUb3Do33jO2a5IDOjd5mglZPtbrl0zcmnr9l8cJ1y 2jOjA5xrSlz5lYeGeLZ/zIDBA07vcgcn35jm6B1kuT5qfuH1+ZaV156dnHa9Z0D6tf4h1u/CYtNm iu0iTcUzt6xrzelogYsg3QjcVCMnt6+VLb3BuKgi3tnKJd/wfuP3JEMj3Ee67+bVfWVu4fkpUctr gxeYoxISTA85dmamNOuozy59caGjaKghW0EmFOjA1To+iPfKlSt1uX4UFRo428a+/+GOLPINJBas v4nga3qvCUqdbIGLywvcyRP1Kg6jln5bZF9R0wuuVmYYuRg+N/vDdz/6Qrb9T1hYco3kZx2UfOPF Gj4rbZ2raY7fD1nKnpmUem1idH7bvNSG4pOH3jirF+GEdxkBl0Yk82pUtlSCftOzFHXK+Ayanfst AjTd/f7Qs1Hp6q7T4aKi3HNT0q6Vtxxibac/5IG63cebb4+MLLgasjDdJLxQtoYda1asWHHLyGTb 2TK86JChqHU8kHl41fW4/uyiGvZiaK5s+8YHvx8yHdH7TZCDaZHm+F5BmbfQDgyds/wgqkkikBel 3IWESW8vstw0g3Kh5qBBT8kJnj/03Ers//GxKWzSPPNyerc7IPkeH56W/9T4lFuefuyWPad+jM9s +qeeBBd6b0hFtPCCQzLibSCnqGypV0n7S2+dYwNn5coyRunyuNiKG0GvVZWELq00IZhDjOLRoOA7 UigBRL67gLc7Li1wfEzxV5g9cfa+YGCXW7/zm4Fz8t7edODkQT3JMzzVIMxaHN+Xipi1tbVci67X 4GGxpYw9F5CpiHzj9xwwK/dDiS0/IAgD/mIgBfsHyM67LjCzBYI9NdKc7oyYopQ7SrpPi8leCuKt p7dXC++y1A58gZoVvz0hNDZ5EhQHSuwfyRcGhaa30Tvewcg3DC5gccVVuaSuX7CVtbbu1Y18e5tm UG4gJlIRent8tStbesJLM7K5lESuUeJ7j8DMHykgg4DZj96BaV9hFsvT+1O1/vXvi1bt19VzjTSD 8C6rfXxkQkEWFW894dgfnm89yTf03koG2Wff+4yNXFB0D/mmd57gCBBvTxmw0FcMC8vcBQmqntem VSCnGhUx9cyvjVmJgpV77yixfwReD5lf8ZV0gC0G2bh3zCpQ22BA8j14Ztqe/cfeld3YI9NGQFy5 fjrnYcN4sZyOFIipFWYlVrFHRy6T7xFr/636B1s+JEMjIC/8Iw4p69y9P6HLGjip04t8gyBrVbHy /Pnz/PjeVKiMi4uzpxnUS3aCZ6+k80WAJnT79J4T3JE6eLzlDtQhSdEzU5aWpBCpCH2R0Og5W4RB D+S/Suwf6Qcnzs/eTO95ByPfA2ZmX4c3Vck0R6+g5TztnR6EE3m09ZB2QL8NEm7kiphv7HuDzUiq k22UC62rv4bUgAytawOdaM9Ay20lMybIK5vbsEc3jTbSBGpJblGEB+kCe/bsyc+nF5n2JuASsR3I dCD390KxLQq4JLjzZvedlnFVyQwogrGBztQGeuPB1jtVr2irlfAxxOsgYJ7e9Q5EvvFDvzgj67YS DTE+/UOy2MlDx3QhnMijrYVHGtcvBhDbNu1nhZUb2IyoNPb4k89xAr5n2yE2O7Ga5Zau5+tFnu2D u9rYe8dO61bZ0hGxibnsyVGLPf5efx6bcmdydM42MjICvCnPT027poR8o7BLeFqTLuQTnmkh7VDz +NCw55XU2peLV+9j/UbPZj2GTmeXLl3i/5uTWMzictcxBJ/+4/I1vj/+oqAF9vcHGV+9/TjrGWSV 1R5jdgJeSnrPCa6ATBjQcivZB9mQRs62rNPrGn1NM6jAC274nPhIfvH46GU/yLF/JMjoO81yyVNS BYIBPd89AjPvoJNRMs0xdG4B++jUWc2JJgrroDiOGh5j8T2zsIWTarNtjf0e3j5ykpNq4PWtO+/Z F//Den497aQbJH1xxkr2zKB/pSxsbt7N12n1HHCexZER/Fk88dhj7YOEVDY/YxVzNmMBTW9yySY2 I6Hio9lJFcv0KIpAOjJjA15RpKNTMsgGAR0Ulq8L2YQee9KkST4d7+a3t7n2EcvokCDdwOABGmrx AaHOzK9mi5Oz2ahRo+z7Y1+sw18sQ4YHMh7ZbmNjA8P5dkj9hf/X1K3Q/Hkg3/lfXxjJnhxndvt7 odJl/9kFt+OSLE/Te05waf+xyZNGz0lbqZCwd9NrUKdnmfi7BPwhBX1bd/2dopYHR80vvPGHYZ4V Cc9PSf+GZrc7KPmGJhgdi1zyDXKHrBt6eHnhXfYlj3ZMagObvriCe6+9kck405qDyNfWb2K/+OX/ w1rX72GnXj/OGpt2sKVZTRxaBJyCdIN8S/OTwzOPAMwXpmexRdlr2ZL8Vj4j0W+6lTWv3c23+fT0 qYvZhXVLtC6/q2fDSVAOEVSthHwjBWGIqV4X8g1NdVJSklf7C400vNfQPqp5fSDBjz/+uH0wAkI+ MTqPa6zVfh7w/uMZoEgQ5DG5tnwWvXwV6xmYwQcG0t8Hg4zajUfYiPnF7fdfz1btOX8prbBxkcYD 7O5kSx0T3nixvfGW++KN1rtyplzCr+d7X1pa2iM5t27HWx999f2x85+xV+bksT+PSXHaPqMNQErS GUk1LKdx/z6TyfQbcrB1MPIdHJ1hQZpBuZ3ypv1nWLS53nB6aHixaxu2crKtZipCBHziO0j3hOgS rrmelryOzcjYwgnvhIVlbFZS7X0zAbgOkHGQZCXnRN5wEG1pQKi7feCVHz1yPJsTtsClFOjMgQNb LdbCl7UyICLfxobRNd8gnnLzaENGgusCEVbj/MnJyfcFVGLggeMPnxbL/vrSeP4dxP4+ct6+3aiI XH49IOfeXg806JDdILOKzWa7Z326rYoFvFaDrEXsleAk9tyUNDZ0XiGz1u68Rxbz+dXv2BvHT9Ql mSxPko0T7iG3CaaHXpyecVHJPiELksPGhacW69U++SMjl7tATDgsgmPMEZNji2o9ZYjxdRDQ1LJx 0Zl3P/lg89FPWEnNKrvtYyZu9tIy1ne6lfVvJ9poh+JzW1j/GTm8DRAB8d/cusNaDr5/ffXq1Zql ROyM9u/3C8CP/0Kw5WNMYXrqnDGdG7i4UhfJiVJARgL5B/Jhqx2I+bfn+7HRMZV8tMm9bZs+4RCf ReVH2fCIYrZn++v3ymaOnebXJPTirp4bPOxTx47h+nb8VZp7HPnGUYzI03Y7N27MN1ksDyDlkJrv kF56PYL3gI6wde+pH+SQbwT7DZhts8s49NY8u1oGwZ0eX8BJr1rHR0VMeJqDg4PZZ59fYYHxJWxi wgo+uMZ54HXG94CkNdzDXlhed79MpH07dIT4lFfXMyHjc3U+lKtHasXi4mJF1/vr//xPz3nJ61dc rWtqXUidL0EKSEhEAR05gEwFchU9rk1vr7cj/5GSf1Ty7hVo+a5ngOWquWzzt9aaHbefb/8Oea4o QKYGrLbSPm1HjpYVVTXe+Prm927tX8ji/r///C8Wb86z8xBn2+cUV+2z2QqfJfs3OPnGdM+sxNKo kMWFiWMWVl51VXxDTHM8MyKK9erRV7Xy7J4AL7Crc0HyAe221gMBeK7DTFVOSbd0GQYCAu7qevD/ ectquTcc3mrcF9IbIlf4sIED+b16G1gKeY7cfS+fe/tqeeWqVJTgVUuOQprvjuH97hOU/qWcPPG2 hp1c1uBvso3B/vzkEnveay3PNzVoOvvLoGA+kHZm3/gk1Jxkw+eXMiHTc3Y8c04lJ+l4fkJDjo/Q taNgD4j+3r17FV0fsrWAsMvdfv/xd88mWyuD1Hp/SHbSsQFPLvJ8yyJascmDh89O36rXtfm7/wDx Rl/Y/nwOopI37NaxfcSAuvv4lG98ScGI8yy0VFdUbzn90bF3ryi2/27dusna/trNW7dXtO6pUFOK 0hkdbLoQbDw4TK+Iik9itHfP6PNugMVfJqZ+iylWdDDwhiOvdG79bhYQX8GlFyhIA8IIaYTWebFd VZAsq9nMAx+1Jt7woo9oJ9QgAZ7It/CAQ4LijiRDGgJCD/Kdk5zst9SGH7x59GRxYfkwNbwORL6N CfG7wP5RpS1wcXkBCu0Iz7Ej+UY8x/NT09mLw6dyogc5iNZkG55gEWzpuB46blNWhS5kH4QZ5Nqd feN7yqoLbOKiCrt329Xx0IbCUx8YGMgJN+5x5cqVug5ePrn8DYvJXLFTjU6YyHfHBWY64WQbF13c Co+2O/II4j0oPP/duATzU13pGQVEWxueGJt8x5McD3wINROUern3HXqz9vbt21d9SZWqtAhZy/4L /4hJK08nG9CZfIvRHMi3Ej0VtF7DZqZvfmlm9ifjYir+uTC9kWuppQGLIIyQY4CEa1kAR5pmEN5i JfppNYBAyoyq7R5Jt3QZGnCRHUVkbMGABfnKUU0Ty2IdJCkYRPiSMx3H84XAH9+7d50pLX8Adcwd m2Cjc8XUoCiF7GpAhJRUKEUsplWhI/zz2BSuKQSpXGqt5O/x1q1beWGaESNG8IZfK7IInTNkH+ID si0Gu3p52hu3HmUz0jbKsm985ubsYstrdzs9ntVq5SRbfKDhnpvW6FQzrtfyzZs3L+VXNoaTvXRe CCcb2gFh/9Iqh2I7ZD6Ckw15oaFlBjeA4w1BmSDm8HijjVhgyh6lV4l5f3tV8RwgLfE0Iyg+8I6H xCTPdHfMGFP++JSyTY2lFTVv+mvmEJ/Kuib25onTa01W27Nq9DNEvnVAUk5TiSfiBp0xghIBtaUo IJTI8gFiimwlyFyiV25xu448by3PbKCEfCMIs3HFBlackcEG9OvHBygYqLgqFAT5TEBsqddefGRD gQfdl/v8+p0LtzY1t5jDTOWx3khRyPPtf/KtFJiGxkB7Qmz5VhBwaApBeqWNNwIBx44dy0k49Mla dA7R0dEsLCyMy9qilq9h0eZSt5ppLZYDl9Rxr7dc8p3W/B57ZU6BfX/kDEfQJqaFf/vb39qflViP +8EzTizc6PX1QifuawXQ14+d3e5tQCYNsI1t/5jBlCuHALmeGJGW8+pMy96+Mwu+BxlHNhRHjbcg 3lpmy9I7zaAzoMq3GpWjcS+Lk61DatftX/Xx51evq9leCQeIt/vD676qdUsyke8OQL7zanaeUJKS T+rRVQO7m9dw8gryrbfHW2BqXKWiThnfEZz1m//6bx44uXlFg6zz+OL5xjOSE2wpS2Zz9sylrIKV FqVSFArG6riIzahb56nxvnjxIpehwENdW1urKvmFHAPeb8jcRJEbvT1FA2fbuD5bySD7xekWVlJa zlMRYnASHx+vqUwH0hVfyTc+5TWN1zJqdm5UauNEvjsn5LbdWhFwf6QZdASqfMPxoCQVa59p1jtC XQBZT2ldS9x77723VSv7RxsDAu7r8WyldaeSbA2J9O4blHzjpfrw1Nu3vSFwyNQBr6/PXueUbBYw dbpfM6jEpK9kUUWHFJFvpCGEXMXbdIlKg0jhWVdbe//Okba27OziAWo34ASDEe/2TiO/vOEDuY03 SLjancsLI4J5MKK/pmWRnQRpu+Tat1geMdPEJkwOZEuWLFF8/qZtb/L0hHK3B6nv3r27qve/++g7 bxeX1gwlG++6EMRR7vYgyZCiqFly3V9pBqWzAINm534rx+MtXZ66uOrarGW1VUnWqlWQdWnZXoF0 g3yrdTykJixZc2B7ktn6SFe2f0NeVGl5TbQvhXHgjUWwJLzX3hwDAZXDZyxjKYuX+JV8Q+uOYFMl nXLga1U+yWOwL3KEyzkGnjW05Frd/86NW6raG8YHnZXkRaOF4JyAyBTThOiCBmgJIWWgTq3jAEUd vG3Mhcfal4qUkJn87aVx9hzf/iDfWIaEBFISJYPsPtOzfSo/Dzkb7l/O9tCQQ5qjxf1n55eWJpkt T3XFzrerwxspAYiymgTc315vAGkEkV5VDukWy32Drf90lOlp1T4h/kZakVet42PQYM60yUpLSuRb J+zYvGuDz8GKxUXcK4t0ekoCAkUJd9PChbJlG1oBgZOBr1Uya+tHssg3dKvICuOLjERkWZGTrxzp CfF8tXwGSE1YVt1ShkAe0Vgj2ARZM2an1F8VAXt/m5R6E1UUEQkOYk6dm/Gxde+Rld423tA5g4BD 44zOQen+mw6c5bmxUdERcgp/ku85aavcphh0XF628m02OrrM5/PL7bwhadFKcy8CMusaW8IciRCI FgLzRs5KbR44x/bO2MjckwFRluV65X8maO/59nV/X73WRtASQ/OONMtyyTfStb40M1e39glODkCr 4x87+24bcoM7+y2Fk218dMn6aZHmeBGkS+RbA+DBIgBPrSqRSEkIEo6MH56Irq+kVQsUV29mRU37 ZHXKKMSDdIxqpjpE8SBXzwWBnL4GW8qWxJw4fj4zv24RglMS8lp4LlRnjdQjI5ax4fPyrqA8MXVw xgXSz12/+e01NSpEQhIBz4wcWQoqVEo/0jSD/iLfSL0IL7TcGS7kHRcl5tU4//5j77o9HvT2ciuA +rK8s+1sW/iyymQQIsxiofha9/Hm2xgoISD3T+22/Xj7QDsuu/k6DbI7vP2rIvcQGdW89YQbgXyj eE5u/c5v5MpOYKui9oAe7RPaVqV1AZQuf3vr+1t5jXu3RSbljxc8cHx4Wn7PwIzvhJPtqXHmO8gK M2Bm9g0UIyLyrTIyChqtahM3ZEJBmXZXQZkIqITUwkiVMyHpEJUmI1LqOQF35QHnxUAyVrH//t0f VCfD2zbt5zpwzAg4rkOWGbWCLeUgv2IDe2ZS+o+eGic8j2FzbV+qqQ0kqIum1a3hajbe8MxCl+iO TKPDmpNY7Hey7Ww5pWwLiyo44JF8LyxtY8GLS1Q/f9Gq/fz5OFv/wAMP2GcHtH4eK1asuJVXtbZp anz516jz4IqMYMDSb5rlY5QuJ3vqeFDbe3k3zWmw0v2MULwFz2LCwuJ/IIuJJ/INrzdSsopCPHq0 TyLYUo/z5Zc3fGotbYgZGWH7+MlxKbecPQ/cOxxwr4Sm7u/IXnDDXdDK5t0ntCZxIIyCiMPjjTSC Uu/uB0ePsriohboTbpBtyDiQ4hBaaimRhgccObzRSSIIM77q+E8j4KrtvBAPBhBq6N1d6cCdacCV VLZUS4IDnascD8Hjo5f9MHlBVgt1dMZE3dZT76jdeKODQOpAZ+vhOYEH1Ujl6tva2ngec8hm0KGg 0E7eit0uB9moWjlg6iL2uwcf5KkF1b4e5AKvb1hxz3oUIerRo4duzwcBqK/OLWByKqHCGw4pCtlT xwPyeGvhTQeUyFn8qSVuf/dHlZSUVF+6cuN61bbzbHxcLR9UunrfIZN7Yfx81qtPfz7Lp4c9wv6R wlTP9nFC++BCjgyncv2hW0HRmXlEvlUAAm+Ovn76e82L1xQXcYILXbcgj5BYpOatZROiS1ivwAzW d1IC6zc9i81OqtU01SAIN8q7//zf/o3/BeF25aGH9xnBoBFpq9n4JWt5HnBkNnHUZ+OYuD+lenc5 KQn9Jc1JtTXzLA3ujNFx+cUZWbfdeb+hMUXji7+dRUfWEZCYWT4J1Q+1bsyjoqJ40Rln65FacOGS VDYhaDaPldCjc8HgICIigpd3hzcZcg5UoBQdKT6x6RVsYFgBGx9fzwfaGDTg+8CwfL4Mciz07pDb eJPtxNOy3kWGpJ/QJWXsiXEpsrM+JJdsvBG8IDnCXx5XgldSkW5Kspx4eY6H5FyH3gGXaWlp/d98 883iK1dvXvv65vessHq1/b2G3QXGl7CeQcvZ42OS+eASeGx0MnsuIJMPzgvL6/gsH9oPxGKonXrV GfnWMyAd7d9zUzNk2z/ivDpqogVDXczqurpgvcjcwW372ISpYZykWtNz2ISYUhZh28ODmcQHHih4 mCHpSMpZowrxhLdYmgoRXngELirxIFetfZPVrzsmW++uVhVQ6MnFLIHaedU9AdIb6LnlGiU+qKIo DFNUWkWjDJ0fr6xmgEj3rojS1Xua9GjMkaXjT88OZgsXLbbLJpYsr+R5tYOW1LCApDXtxLaOT+Mi 3R+8TlpdD7KFoMPs168fvy53Mg54wdHpRhbsZyGmBnsBImee8wcffJATcRByta4XaQhB+v1BvkE8 RJEjOYNstAnuym3D7jHARsC2GgF6BN+BbCV6nAftvGOVTMQJTJifvefVOTmf9ZyWxXoEWdnwudkf ory7VjLF6upqTrg3Hv7gmrm4he07c8mtPWCGDjbYc1go6z02ymmMBwbyaFOQf9+fqVLVXu4bvNze 1smx/0dHLWMT52dvdvf8hZNNabX1LkW+t27ee0iX4L27+azhMa4rrWb9x83jP7i7gKemrUdZdPpK r86HrCkIThRyEnjcfbn+0Kx97INT5+Vlb2knyWpKUKABBwHXM9gSGBVZxP4wbKki8v3MFMs3UxaV VKDjJaJtHFz89Mu/69GYQ0YxO6GQJSUlcanG5AXZbEpik10vKbVv2P/EhBVsxpJSn88PUgyvOzxU 0uwsSo83PfsQq21o8ri90LvDQ6XW80M1TJAAeNb1ygaD2Yg+0zJl2zfXwA5ZyvqHWL8DsYaUAR5V EURHlW8JINQg4CjSJLJkIcAYs13ifcJ7t2bHsR/6BKV/icwaapy3sLCw+5EjR3Kyy1deEbN8Su0B ci9XM3figywk2A4FyLSog6DnMtrg3kHK7B9xIRhISQdcoq8H2Ua7YNS+30BGYnnw07PnbutB5FAu XmQ3CVlSzZbWn5GVZQCl21tb98r2cKPK5C9/8QuPchIluHD8HCff3uyL80OK4ut1QP8NXbmewZbj ooq45k2uUQIhS2uuIjURdULGAaZdv7/zT80bc3hPQSCFhnlucg1r2XXMrX3jU7JmP7M17lN0Pnih 4M2GnOTf//3fuZwEhNiXzvDMxa9ZYv0J3co/O3t+ICW4H73INzz8oaY6RcVG8Ok9I5+BdFOAtfFx d/axm97nDVyQvBhZclxlyRKB+ugzwmKTJ3hLuE1ZNevW7Hvnys4Tn/lkD2g7oLWWuz3aHwzw1bZP pGIVbYvW9o+Zx/DUFYrtv9f0XAbPNgZZWlVC7dTku6a6br7Ri9jAOIeE57sM4pRqyEFwlcpJ5EpO AG9TL+IaHfXu3gCDiosnTnVozTdBf+QWljfp7VnZevhtFmha49G+xWdMbI19oOfp+NBsY+oX0g90 gNBIqnH9BRvPM3Tg3uyPYEwMAHwtNw8CAFmLmCnQ+vfCeV6emaOo88UAoX+w5UOyrY4Bf8xGxCSY uvUOsnwlR86EPr7vNMsluWkszWZzt+bNewo+/vTzd+FUUMse4NHGjJ23RXHQFvlqjyDdqKOgV3uN 2YgxC4oV2f9P3nLL9Y5oC4a5kNUt+97SmsBBMiFNmedN+fah84q519wxO8kjf/wDl2Jonf0DXm94 v305BgYGSL2I6xbpDJXq1iGf0TM9I/Tm/UOyZBslRtGDQtPbqMMz1hRwQdWq77VuzMUgTSxD3w2S JneQjWnpuNx193tm2trYq6++aq/2iI/NZtOkM4LkBGWYvd0fnS+kKMim4q3nClrSPgNG2J+FHoMl pZrPbqOT2eQo6xqyL4IrICbAXRYRx2VIUKABd0m4rYUv5zTs2tSy/8I/KuuaNLEHSEm8HTxjPwy+ cQxRHMdb++/Zs6du5BsfyM7EYF+W5nvkMgYNP5Fvbztls+3Z40e0Ja0giSCL0qDJkZHF9wRYyumc JyyqYn37vsQ9v0jrBzkJ8ojrQUB9kZw4A7TgkI/gPkCoZXvfc3O4pAbyk6VZTbp5v9PymtnT45I9 Np4wXhTaoSIcxkJe7casstomTRvvxZYye7AgPpCd9AvJlm3fYoYLAZiQWyB1oTQ7SUhIyD3ZSbTo jITkRA3PFcg3SLg3njBkU4BnX6Rp1KPzfS2jnOc8l9P5oiQ3PJrwbJJ9GR96ZDlxBsQEuJObOC5j oI4gTEfCvXXr1qjiirqzGBRraf9CcuLr8eABh2wEzgJvYk7geYf960m+p8Tk2dsaOb/XM5NSr3XU gjuGuIjCsjXZWhO3xRkr76v+iLSCmOqQ2ynjA9334sXJuuW3lgJBlgf3n/Fq4HFwV9s9KRMRcCqA AQQ84KhmKf4n8npjH8hzsL/wcsPDLyqGtq7fo3n6QQwMosNms9/97//NnnlxHHtuioV3vM6MkudC Dcm6HRhfbKOAK2MBub21li2Misi1Z8vABxUtR0VXyLZvsfzkwBnsN7/5Dff8gLjqVWQCy0Jyotbx hCcMQVlKZDHYB54zPE/MBuh1/68Gv8YeGe6ZJFkqt32L6oBkWx0DemU5cZSc9Ayw3FCiIcb3XtNz flyQVrlwUUZN477j7Z2QTuRTlHMH8fWm/cvMr+aB5uITGJvPhoVlsr+OiOJyNJHNKDytiUNU/EW8 BeoIYP9/XL7G/4fKllqkMnW3XFO3gr0yJ09Wnn/MZrjLdETkWwYO7drfpjVxdcyFzQn58lX8RVVC vlHoRshOjAoQZUhsBPFGdpLCyg2cKMuRpEhTE+JesR/2ByEH0X6m73C2aFkJP4+W94EsMZDzACD7 YoYBlS5fnJHN9fpIwYR0Y38em8IWZa9lIUuq+DW/c6StbbGlMl4PT4s/CzV0FFit1oc+uHRDl8Zb +kHRFuTIVkK+kWK0x9RU3Tpbx2UhOVH7+PCEKdke3n6t8wiLZWRqQYYY6OcHDhzEhs628Lzmzopq oWN+fmratSmxhZtnJZbH6xFkRbEjvkOLwjoyyHf3ngHp15SS774zcv/nq+vf+cX+IfeQU0QHhNmc U2kn3lHL17D5ySX3kG9ptiV4wF3ZMwg3BtjYH8fF56HHnmXhifl8WTg0tLx/lLAfMGAA+7//71+w 3lOS3CZYeHKcmU2Ir/5uXlLhHCLfXsJisTygJYFzVxgGHt3p5g2yO+W05vfYoNl5hiXdIJ2Q1iCb i7OKlHIAgouy8Y5SlPK6LVym0yc4i42encL6T89sJ8A5LDKlrn1g8zazFrc4HeAoAQoCQdIivRZX chho9/H7LVnexHOAY3AgBhz3BMJu2VKM4k1adsr+6FQ6Grbt2mtRMyDJcdlZHmyxjLze6JzkDrIx 7QyduD/Id07FGrvkRMvzwbsmTYUoXY/ONr92A/s/v/8T79yFJwyds+js1bweeNhRMAjXU1RUZF9X tvYQz/uN32JZyaY7z01Ju9YzMOPmgJnZ16Up4VAiXOtZLrJx39tJf+VY7jPNekduZWQAs+HI/e+v wbenZdgjCu5gcJpdVOPV8UB03WVH+fvfP2EPP9KNpduquOxM5BmHc0PtIlyQt0Eah5k5DBAwy4jf AJUun59q4R55tEnCyYZ7hzQNbXp5TeO1jJqdG7UeHKONMTT59sYD0VDTGKd1RhNnpEwQ88mLKnln K4d8By5d1T4q3eMXYl265ihbu/nEPVISVLcE2QbxVPt88H7D4zw7OIR7k4ua9nF9vPR5pKy6wMKy trOA+AoWtKiMzXitknvZlXjEId8B4UYAKHT0CGBVVHCofV9p0SJnuHzu7auNdU2JaPzV7qTxzvtD x+jvjlTpPp99fuVjLTsneH3QwTpbj4YaOkK55Budjb+KzETlbLRLTrQ8n5CiIJsJAknxwTTuS6E5 fDoaU9MzMrbwIkSjF5TyZ/jxpa+5rMeX84Ncg2QDYr2nVIZon6s2HrsTFpM8KiHB9JA7W9TKCx6e WDiJSLRPTja/FTcZG5l7EuRNLvlGWyHiDvxNtkF2cT0IegbZVuv41dXVfGZr7NixdvsDmUWdAww8 egWksr6Tl7De06y8PUDbwNvIdrKPawHwTL3VtIuqmSI7iytNuimrgt83riHEVM8988IjLt3+8uXL 57NL60I70uy26heplIhs3XLguJZe73nLat1us25FM3tuRDj3arvrlMNzdrLZaev85tWelrmXa76F F1+Qby2zjXx2+jTrMTSUJdScdEtaQMqHzClkcZYV/HrENcH7Ls0uIwU05gjaRAVOEG9vq3AqKfbz wZtHT1qyq6NQdIcq3XkPpQOYurq6wSilrFVnBY+syHDiqlz62NhKu8fGHQnnHpe4Kl2mWZ0tT0jZ zrQO6JJ+4uLieHDXqxNm8wGMq2JjUQUHeKc8e0mRfVpa7vnQuUM3Dw0pZCXwbkk7XznX+8nnX30h d2CI91PtXNJaeL66iv17u49aQJVjVDv2RLrxgd2/NDPXPtujt/1jMAwiKjJ+CPItltU8H84DmQdI eH7ZT5V+m3cev8fJhueBKt8oQIYBiaibgHYCzwjHQ5vp6XnBmw3C//jjj3Mvt3TwLed6RdCop+0z C6q3mq3WR9R+h7SIV1BfY2Wy9kA1KVkNpcX28pHXtSOPkGFIgwwdPa7ib15WIRsRUcxadp24JwAT Lx46mgnx9Sw2YzVLLH+dJVUcZp+fe0dX4o1MMNPNm7hXGUGRuuXWzlvLn4kcj+Gi8qNc/uGYHhDX jIwoUhIOXTkKD8Fj7WvgKuQx0IYrSlu4e++GBHP+UDUIuD+nU/3pxVLiCWjdc3y3FhpmsQzi7Yks Tw6exUbPSXUbYA2PyvjXGlneujN+8XQhy0lo5mbdPW0rtxxhk+Kr3do3gA52ZGTBPQGt7o4Pgt2v 3T5BuJExBlpWb6/3vffe26rUCYQOk7Ta2ti/ksENZiP83UaOnbe8xlqz47Y78o33etZrBSynYq1f 7B+zUQ91+ysvDuYs1alWy61bdrN+UxI8OifQzoYuKbtvf7SpwhteUll3z/qIiAheA0EMur0N4MT+ GMTL2f7azVu3s+p2rosz2/oZ2Y40OSg8i3K2yyhZv05PEgtNMQL34G11zG8NvXJSTjPXNfebnsUD K6FvDk6ovofAo8CNGrm2laBo1REWtqzJpRdZC+Bcg8MLFQWqjVtUw3ZuOXSfhjxmfjx79LEn+DNX OzMKpDHeVOz8+p0Lt9atWmc1mSwP+OKV6aoZVTANL+feQX42tn30gz86M2mAITwvINfD5hVwSQW8 5fDwoLotApQyqnewwCV1zFbawFJWnubwJc+2N8vIcmIubtGVfKOzhMcLxEPOIHte7m7+rFx54qTl sEG+0eGqUSFz5762Mm8Hx3KdQWTnSvr48nh/eg0V/G7dca3Q7I8PT8uHB1xIKKSkG+3BgNk2Nj4k 2uvUnL4uI8PJwElRnMzqZf/wZENDLbcOwsTXVjgN6MQHg3MEuIsPPN0iW5Qv14u2G7+J0v3bzn70 kclim+av2R6/kG+5OLjr0CmtyCMIswgABAGEPAFFZfDXE1k7d+gQ27Fus+v82HtOcRkI/mqZnQWB k5Bw4Fx6kn2RQjBg6SpF5HtG2iY2MbqEndh3iEtBkEMczxxpAkXgJFI+4r58Dc4U+Pm//ZtP+396 +tTFusrKUSCT5CVT5v2SE4RmzbZFbD76iWadBzSB0g9S6SGlFqZS4XFxjO5HZwMPDrw0o6PL2sl4 Pvc0iYAicfyGPR+wWXmHWUnNKt06X2Q5qW1o0u18+MwzlfCAJjn2LZaRN32Gqd5+PGg4QRwgX8G0 uRbX29y6PdHXGVki3+pKT+Tq4OU649Run9CeO8YAQIKC9HQ9AjNZ72nLr/eatvxHvM9oD0B6xfuM AGBk39GD/CK+BOeG/UgHr3rY/6K0Uu6MkGv/kOeiBoLj8eC1x/NCRUwMtiFRwX0JmYov14uYFMSn eLv/68fObjfbCp/tMuTbU+BLu3E8paV8A4GI21ev5npieLrh8YbnW86+2FbksfZU8MbbUu+eUgXi +hEoCsmJmoV15GKhtdWuo1VSGfCvL09hf+oxiuu5XclBmpt3q1KcR1TaVON+T+zbvyMurXqxUm1n V8+C4MnOq6qq2rTSMMOTPSfxJ+0g9ICImsf0JDoBOam64JlxV6Hy8LkvuAYbf7XuDEVhHb01poHx JVwypmSQPSa2hs1NbWCW7EJOtkEaQL7xzLW43s+vfsespU2L1CCM8MJ2NM1yV5KoqNAedZN7vnkJ 1om24qovnb1/IJAYvEOj7G2FWDntFwKY0W+CvMKO9Lb/GQmlvMq3EvsfGlnKBwuwdzwjXDcGK3B6 SLMVwUM+MTrP5+uF51xUFfb2fu/cuXMLGbdik7IHdWrZiZyOuaWpeZlWxBFa48zCFq4p9pQJwxmQ cUNOACAGD1qQb3i7hTwDWU60OIcnxGZvUuwRg7HNXJjN0vPk69J98YBDxgLtuJr3vXvD+nSTyfKo XI0i5fh2jXZi202r8sv4QP6AIhFomDEtifR5SorIoNOQdhbOtofnGx5weMK17AxFYR29Ol+kfcSM xCtRtdybpaTzHb+okv3XH55i08LjfSpfLXf52LtXmNliUy1dKDy2Sgkh2blLYv2QL4NzNQAPNwZV 8LArGSQlma2PeBycBgbyWTSREUjtomCiLgEGr4Ce5BsOi5cCltyXxcyT/Y+NKWePPfE0b3ORLQUD B0/n8yVgFM8FxF6N+88vb/j0tby1JUrt3/CpBp15CxyNDwY7b3Fy/zWrt11QW8MMoo0c1ScOvuFT IRwcQ0m5dSkZ90VmggHDfRlb3nlX8wBPZFHJWXGEQ/wPXvcpCY2KjBI505HaUam8BUGZ3pDwQxs3 yM50oui3OHvm0uqGxghPDTmmMAPjS7NRyKGrdsDuAk737j+wvLB6tSadBzoOeIzEtKTQFSs53s9/ /nNZ28NzL3TgWslCRGEdrTtfDIYwkJiauZ9lr3ubjVhQbk/dJXeQjawoQjerB1k499HlG/6YtSHy Le8Z+jOYEm20kJgo3be0tLSHnPcPObGVZudwtQyyLWQe0vVwBIDE6k2+n+w/UXaqZbEMiU5lY6ui 86Gtxn6ORdDk7A/vOoK11bz/cxfe3W6xlb7sT/vX3DiE3gtlXvsHWz7sEZj5Y8jSmmtzzI3shelZ rN90K2teu9unIErTwoVcWgKpAwiZr+QLx1KahQME2VsdODz1kJngr95ZVFKr2/h1I4c4iL7U+46A S1T7k0u+R0aV2Yv7KBn8QJ+PkvZal6lXClTJTLLWLJIGDKGRnxydsw2aQQTvPN+OCQtLrmEZAT1d MYUhvALS+8agJDQmOdhateki8rKCqLkrgqNkGV5uTHH6Og2Jjg7HUbL/usMfs0nmbeyTy+oWmRCS Ey07W0g34F0fm7ydlW19h4nUj+3vtmJ5mShahN9UGmCl1fW//e7FY1qTN2cDbfRZyC0+eX6mdWJU TklobPIk/I9It8NzcqKnF062eYvTBmjwm3VXI5C2rrElzJv30dsAYkg1IDNxlqpTeI+1riD59NNP 24ksPoFxxfYASrn2jwBtERSq5Py47+Fzc2RnSxLLaOvlyAiVLkOKkplbXOSpzw6PMw8Mictf0uHI NwxkUkxBde8gy1dihCVN9YNGvPe0TDYtvlyR91MEUYIo468oPQ7y5211R0HmESTorQc5PGc/l4oo DQ51lq8bunIpIVZNWtE+QIgtOsivdetO1yQZVS1RXEeOUUbY9vDUhFLNvZJrMhrxlmLn5u1NMcnl 89GZDJtr+/Kx0aYfnKWqqlx/6NbICNvHXc0TjsYLg2w+MFmQ1YJByd8mpd4UxWpemJHNMwkgX623 0e6YdsQ0J6Ln4elGh+GqqI6cZWRCQd5pbypQwkstdOBqdAZCcqJF55tXtYZlrDnLPd0YPDh67jPz q9n4+HrZM1zoQGcs++kcaM+F5l5L8n327NmV2g8gs0dhkC064mmR5vhBoZaTI2db1gVEppiA0XPS Vr4UYjk/NdKcTnUC7h3AiGl5DLpfnJ5xsVdQ5q1XZ1r24hnCMTF8dvpWXwcuIPloZ9QqarZq054S pe8jUuf16NHDZVEYTxpvx1R8uqQSXbmSOxoAXL/0s9hSxqalrJdt/xhwvzKnwOvrUSMAU+3lL65c +yKpaONKqRQFDqSREbnnuZMtKONaz6Dl3MH26pycz6TVdQ1NvsNi02Y+O8Vy46Eh7itLPTpyGZud VKsov/PiyIj7gigh3fCFfO9uXsOP7e3+IMvwJoPcupOLgGxCcuHuWAi0BKFXW2KCazu4/4ys7VHd EgU23BknArae6D2CfXD0X4MO5CP35ndAMKYz+Y0rbb5eBPzkwTduTFpU9h0aH3dFGuAR6DvNcinO ZOpSAVqzEmxzh0XkXW7de+oHZ8/n90OW8gj46a+VyvZ8oIMbMWIE11wK74dYj4pnvjS+IPMI0PQ2 AHBe0REu31Cj8ReSEzU7FwwO4quPcU+9p4qZKeXbWETeXo+dL3630VFF9oIa+Pha8VLO8votu1L1 GkS2E8nnBs+0tLkj2IKYu6u22dXQToqjh4Zl7Bgbnl7t7LmAsOCZgZx7KW/ppuaABwOGtTuO7/Pm fYQEBY4AOAHkbA+ng7v1cjTTSpfhncd1/vrXv+ZOBni9XW2PFKsopCeHfIenrrBLzny5PgziIb8x AvkWn80Hz51ebLZNFCkphRzPsX9/fmratZGz0lYamnyDgPQOTPtKiO09lXftEZjB6lZsc0p+kDlD jr43ILbUJ5KFcuVqkLqmDce5nOPMm2871XfDM+yOfMPrPT/vgM/XgQFA/bpjTq9DrhY9KWcNm5+x isWUtvHgDHzQAYN0Ix0hiuvEhM/lmUfEYAgZW1wVOPIEVO6EDtydNxznwayHXuQbg5CHh5tklSfe eujsD5CmdCXP99Dw3Et/GLbU4/N5eryZlwuWS74R0OOYbQANoK/ln5ERBZ2TLwGL8CjPXr7Zp4qU 8KQLyYmvnQeuCXnCESAK4o1ARTn7g1Qj1++c7B1uK38OnJHOuj3xl3um3aPNpYqnkZUuV9at1k1v De825CWetoNnDCSdiPdPAPEOjTUHeWonMJMAKY+n42EWDd50rbLMwHt+6vxH5719P0G8QcBDQkJc 22O7XUxdmG9PY+rseEgtCL232vaD9g2FreSkLoRtBy2p8Rh4GZzczAaMn6OafWP2Es/HXfuBbFTI SqUXGY9cVsLSK7fd8cRXMcvdPtCsNCz5HheeWvz4mGSPZEV84B2DBtwxiBKkDkGQcioZekv4tACq d8J77SgdKavZ7PE6keEEpNkXD3dB0xtsSvoeLoP5+1nfZB243oiUBl6E6IU5FWxUZBGblVR7zwAC MxFSAu6Tp9mD1xzafuQR1+N3RPDpouy1Ht9f6TJ04F1FfhIQbW1Ys+PYD3KfD4ie8Cp40iS6Khcv JGzeNrbweqMIjK+NdWLBOk52hQ5cCXnnnWTORo+eaU/LIP+rD1zk0pJw6yb2waUbygcT7R2grXEf n1KGVAgBUigrPSd7Jx/ooHPGb4bBEHLuehPg6s1yWW0TS7ZWBunxHoN0g3zL3R7ecXjBuzrxhjcb Hm+5Djl4wF3NDAoJGwLctKy7ADns7du3r/oasPjwww/fU0hKuh6kO91W5fZ4sCdk8/DVXkSufW/3 h21PiKtis5ZvvScAO2XVBe7pRpttqdjEU4uqSYaRrcrdeshkRHyP1u0Nn7UOzrQPBjz1Z4j3ghTV kOR7bGTuSUwvKCEto+YXs+N7D/E829BeI0+3GkGUHQ3eSk5EECVIN7zvamdKwfEhW3G1XkrAnenY vQlGdeYBxwwFAmz1+C1sZa3s6QmpsgeR+A7Ns7dTrB0NPQIz73iSlUmXHxudzEwlm+2Nn9AkQkvp qEk00rSkq2UETEI6su/MJdn7gyyDtI80bWfnP7nm1fkhf4nJ3cDGp+3lQZRY9vV+CsvrOPkeNyeZ vTByBptnKuPT5qJDEqm/BAGHhlMMhLR4vtayZpZksjyox3sMXbISPSc0zNCAd3Xy/UJwhiKZHQYs GLg4k5bodc1IXanG+4kiXiCH8DR7sz+K0vgiO0lOTubZQOCFh5TOsaiYopmzdhuPSinnMpTeITbW e0Y+GxKex+akrbITcqRyRVstCLha9g7i6yyGB4MTkWZQ6/YcxdbgjZfLV/FMoAs3JPnuH2L9DpIT JeQ7OMbK/p//5//l0g8RRCkXkDr4mr7QmxSDcuUf4xfVsg9OepZ/iAI+3khdsN/GbSc1I6LwoiMz irttBAGPMdf5TMChAZ+37P5YAGS4AfQg37MSq3hMghLyjRmfsbHVh0KXVpoAEZ0vIvTh3XFc1xE7 Xnj3ewakX5Nr3/g8PCyJjYjIt2sS0XkoyaPrSUPpj2UQ3+iyo5wMy9kemuwhS3faAYmI3PPBs400 gfB0x+e1Mi2KGGHKGoMiV+sFAUdnL/T3Wjzf3LIVF/V6l/tOy7iq1NvqzT6dCSDdIN9K9sEABwMd fBfSEr2LGLWTx/5qvq9Szze0zHKyO4F0g3x7cz7MDvbv3191T7RYrt75HncQuAqAFwRcrfOhTUcK U8eATATYIzhej/ZcZHGRy1cxWOgzzXrHkOS7b1DGFehAlZCWF0KyWOvqTV6RJJQu95V8//IXv1Cc ZlAOCis3sGUFm7gOHN5jT5ITuYV1pNlKtMiM4ghcvxwJCwj4S6NnqSIDgkzHMX84vN7wfutBvpOy V/PGQckgsrT5wJ2p81LMnX7KOTZ5Ulx283W59i0arf/z1MvcY+SuwqSrZV/JHjoPtT033HN0559c RgK9NQgxkFay1un2INCCeMuVnYCgh2Rs4V527IPzadEZgUggyBV/3W0PAg6ZUJi5UbPOMa+4cotR SSTwSljWiYCE6goMooVUArmvRTo8McCWrutM9g/9NnTcSvbBc3hhVsHNu0Vx/OJ0aGrZuEiL9zVg XhILX2KTtT3sB55dpefDDCGIN0ipVmQUbYy7mTRBwKWSEF/Pj5Sn85LuzZ4EWY8WAamOy3AS951u ZUqcSPjee9ry62EJ2aGIIcC7LHLOixSm+L/jOl3I9+CZaXuUegz7Bi/3uuqh0vR2egXx4X5AvoVs Q+TVdpYBBd77WZk72PqNr7sMOBRBlJCWZNS16UK6xbUrCQLd1rqb66XVeobSZei99ZIjgfjn1u9W RL7nW1ZekxNY1NEBzzf07UrIN2QK0BB701hCFoHKlr40tui04NnVqjFH5UhISuAJR15toe+Wbg9i DuKNAElnx4OMBN5xLINoI7sKjpdR2qyZ50f6fDAbIWd7kIeErDrV8rjfV5EuPz+dPN/GBTSvSCmo ZB9kQ0E6Qn9e9/rthxpUH3z/cIeFJ+ZzYoz2xdPgFYGWcgIiQXSlM4NalbsXy5DBoa3xtD2uA553 NT3TjkV4fvWrX2ne3onfrt/0LKZEPonvPQMzbnqb9UjTFzxkQXKYuWzzt0o0NMgq4YtEwReShTSD COzUmszBcwwSi4qSIM6QZswx1baPvLJYwGu1LCZ7I/+LZfxfSDdEECXIO/76GkTpjeTEmyBQkGQ1 gjDxHMSzQCyAGseUAxQMQkEouUYJA243ym+6QqeM0XyvwIxbShqtbqOTWbxtvVeNJfLkOitSoWQZ GkJRFl2rxhyZUIRnG1pw6eChduMRrnmfZWllKELkeD/YHvvB+wTyjsqaQheuh4xGSE70Op+7ZYs1 f75e7zJIpJIAKiOQSH8DbRwGIFp7y9Wd5bA8sOnAqYNavr/QgMMz7GxmD17WHQeOs0e7/dltkSoE Ub766qt2Pbde9ickJ3K2hwbc26JDrpbxfJBNDeTeW1mON8twCMExJJev4johrTak7ASAIF1OijZ0 3jOW1vqUo9tXqJVmUOrJdpWzGqQb5Ht21m4eZFq49k22/fhn9wH/x/rYgr3c0w3yq3W5eXeSE2+C QKHNViMLCkiwM/23HkjLa2Y1G9pkkcu/Tky9EbwgOaKrdMBDZ6ZtQ+EhueQbRXf0LE/uuIypUi3J JSQl0GML8g2vNTwr+Sv3saHzCtiivM3MUn+Q2VYfYfGFW1lgYj2ba1nFvcclNavYqOTd9n318HRL P9BwC8mJkv2xPabRfQn4crZssmQO1es9hrMIGbrkbu8qcLCrAdlLlGR2mhiRlhO8wBzlr+uFDODc B5++r5b9wLbFbJx0PdoYeG5Fjm04FxHr8mJoLi9sBfnc4Dl57KWZuWzD/jP2/ZGFCQNg2GFgYKDm nm7HZSE5Ubq/tA6DL+eH7hr67zNn3+J1HvRq/3je8S1vyCbfyAg1YX72HsOS78jEzCGjF1Z8jRfP 3QgiKrWGPdfrJfZe22Gvia6SkuaudMpqBvHllq53642HPn3kgnLWevgjp8RbAOtHxFT7rGf3NWAU gwWl+6FsvJppCJEDHND7/j87fZo93P1F9uQ4s1ujfHJcyq3xUbY3ulLnC73smPkFl34/1HOe7z+P SbHn6PamsYTnW9QN8LaxRaAgOjitG3N0YNB8561/i014rZ4tLdvp0sYxyB4dXcZmWjZwzbhAQv56 Xcl3XFycXXIid3947pEhRWjA1fKE4fm1E6Wher7Lcr3fyHQC0kmVLpXlPAdJx7b+fG7Q36ppP5jJ gl7Z2XrMsPF84POXsjGxNfY6GfiIPNpoz3g6z9g89lh7Hwk5ihYxKXKWURFXSE6U7q+mBhwxVmhT 9Lx//A4vTF9ul9C5I+EYcPUKtFz1pdCWptNRKNeLaGY0VPCA/2Vi6rfQgGNKARf/pxHL2ONjU9iE mFLWvHY3Ty8IzTUIsNKgRxDTpVlNPhEsSBkai4tUIWuQRyAA1N02M5ZUs9LWk26JtwC2w/YdLWWi IN9qEvAVNatk5Xz3FbhO6WDw9L4DLNpczwsOoXFA1g4hl0JOV1TFQnWsrtYhw9anvVZe3HtaxteY 5XJFvv86KZ396bmhbODAQfYgGqWNpTOZhtLGFh4l4U3So3FfnNfKspoOe7TxVXvf4am9tC5a424Z ZEHoS5WSb3zUzAN+8PQnX+uZBQPnCk0sThg0M+O0uzShyNaBFINdJY+/HExYULBq3DxLmbu2Dzzg 1Xn5Z2MSzH39ea1p2aWj1LIXaJThpXW3fX3rARaTXu22ciQ+83J2sf5jwnS1d8flWFurXXKidH+h AVcr+wr6Vb3vf3rYAjY4cBFzV8kaJB0xXe1thE/1BzR5uV2VgsW0Htz0fadlXukbmsfLyeeWtt6T jg5kB5ksHvnjH1hLVaWifNDwNPtCtvQM4kMWkOCl9fd1wFNmzGfLcmqcds7QgSMgs6OSb7UIOAZn GKhpdc1IcQn5EfLMO8uogt9uYVoDC4grZ72Ccxg64tFz0mvhAepqnW6MydoDmRxE54pBNsrv/rl9 UA1pCQYpz0y2sP4zcnhlS6SSQuMMbxAK3UAzqKRxnJlQxKclvW1chaxCr8bclFXJ5qQ3yxpgA+bq PSy1crvfOl9vluFMkVYcleYB9+X4+46ee11Pb+gCU/YoMZhE0Rh4tiErQUYf6JQDIlNM8NoiTZ6S vNadGcjegqwl6PMhwxEl5EVbiGeJmQQ8RyFPwXNGm+EvJ0X7OzZKL/vATN2w+aXM2vqRS9ItXY7L Wcu2Hn7bb/Y8IWW7XXLizf5q5gGHbEdp/+DNMuQy0uvfeegUe2VOHp/RgGMBkmiQbnyHkw1V230l 3pqQbzmpg0yZhUM8lTtH8CNI2oB+/WTl+4ZWXI2ASzXSDOJa3JVGFxk0EFgp7Xhb9l9gi9OK2NCx gU47ZmzvmHJPD+C3kpv6UK68B7+tt88ag7NFpgLVMqlIf3/MfoB05yQny7q+1XV1wf7oQIzgXXdV FAOeQRCVINOqG+0dM5+SFYRZmqoK5Bt5voX+Wk5jiXLmYlrQm8YWnl2k6tKrMwtYVMy13XIH2ZCY vTwrt0ORb2fL0jzgXpPvQ2/Wak0cYUeu0v+BKIJQjpqTsXrknIxNeKe74gDbnf07zkxgAI6BCwYp fWYWMgRjQsqD5yhts0DK3T17LdHcuj1RjfcdnlnHvNSO26P9i8w/cB/ZHjgxkm3YsOE+8o2B7LCI Er/YL4K6g9K2+Hw8tfKAQ34zPzGbE14t7hczfMgjDkcQqpVK18O7DWfR5Nhi1md6Dus1PZehaOSU qOW1ag28VZWYyM3ZmZRVnyw3PR48nCBFHcXTC9IdEFvqkXwnWFfxoCtpx4vOuLLlACfgxSvv14di e+yn9z15m+XEHXyRjWCG4siWrdyr7uk5y83Ggiw3GBAUZ2Qo2remum6+3p1HWFzyiAGhmX6prCfy l8qRAzTvO/exxwqGVisnaSDEvnpKjbj88swctvbg+4oG2cMiinknrPf1QusNzbdaxwMBR7YGb/ff unVrlBbvcHhi4SQE3SkZ6BohcxGuAyQWgwABfwUuyqlGCU6g1rHUfIYbdx9Z4+v7DWkYsmN4It/D 5uXbK8AKkn3t2jXucOj1aoBTD/jA2TZ7XIue9o8sJ2rFmKiRBxzBqni+eM7SCru+Xh8KFKG/wfXJ rajc/t6oPtOlSmcspp3lorxyVaq3JEmvwiq+5IR25Z1GphDk5UaKwIyCFrasYtc9na7ojFftPM2i liy/r1PG9tivo2Q5AVxle3HUVis5JgohieBLNWQ4qGqqROLkT/IN4t1/Zt61F6ZbL+vd8cPOQVzk 7rPtzb//ILdx1CMAUg/PESpONuz5wA7Iku6zYw+DbGQ/Ebp2va4fAx90dt54qjETIaqOOpP5eHt9 5TWNk9V8f8U73FFTgEK+0Wd67q2X59czASwrSY/oK+GWS6iVkG/psbWe0cN5dradbfPVXjCbB3ja vkdg5n3kGh7vd955hwUuKmQL87fftx5ZUPS2f3yQ5aSstkm144GAL1myxKv9IQWB5xvLeM5qZMeC Jx4zraNGjbJnoJGzP2oyWKyFfQxDvn2ZMmps3FDlLUmCDAVeSkdttq8Bl5AZhE8P9pnIQQrh6I0V pBskVpR+b12/h4WlrrJ3uOiMf/azn90DeMiknTK2x356Em+lhXU8ab7vy15SXORUAw5SDXKN4kR4 piKTDWICEA/gSxAlNOOQlnibWeceD/7q1fG6erzDCr8YtmQz05N8i0pdSkiLzWbr9vXN771OBegq r62vAZfwtGuVugv3Ozxphz1NIErADwm3sRW7zisaZL8yp0CzojWuluGJg+fbm/0x/S4CLl1tjyle JTMbKExktlof0Uoe4Y2TyQjk+8VZBVdHLtvNBLCsB/lGbAeSJyjdR2k7AwKu5eAIevMvrlz7wld7 ARmEN9bZehA7zPrg81JoNstY9+E9Hm7h8f7iiy9YWVnZfRrwUdEVdm+5XvYvCusYxZmBwj0gyWoe H22cnKJGzpaTraVDDEO+fTGQ43v3rvOF8MBLCfIEsixIm6/kOzpsNifgahJXZ6Rbmg0F+btFmkF0 wvWbj9o74IyS1Sy3ZsM9WlBsLw1O7QiSE0/k2zEIE8GMg2bnsXGLalhG1XbeqU9JaGRD5xWziJR6 tq5uBR+ASWU+cnLDiyBKZNPBb60G8eaDtvIN6/Uk3iNNO9mwxC2oBHsdna4vgD7TU2cI0uEN8ahr aJrqrjyxu2V4PdDwYlowud0m1STfjz/+uN3LrmZngXvlZPsu8UaFSxBIR823p0G2vzTfIN7onLzZ X5rtRIkGHAQGv2fAazUcOEa6rYqvO/fR5Ru+lB7/KRCwPF4tSUNXJt/e3Dv4gS96bq204DFJ1n5a 2RNIN9oXVLgUntXA+BK2qPyonVzD4+1o/2mrztnXg9D3mZ6tu/2LwjpaHR95y51pwDPzq7mmG0A7 ItYXFxfzQkXS7RE3pMRzDifOM888o8r1FxYWdjcM+fYFJw+9cdZX0oNgOJA2ERyH//lCvocNHOi1 9EBAlJAHQFidkW4p1jTvZvMsa2RlQZhraebbdyTJiQg+lRuE+eiTz7EJ8fV2r5+jRwCN2LNDw9jU CVPuId/uCD7iBfDb4j1B/IAaAbV6k28p8eadbvvfl8KKb6Lj9QU9gzLvaHXNG7fuNPnaeMP7gQpn IIYiICZxeYVP5BvSCjU935imBelGUZ11hz/my+PT9rJPLn9j71wgIxF27GmQHV+wmZU0H9S18xWS E28197BXORp1kQf8s8+v8PRsKLaErDj4PQF87xmYwdet2HHmE28cPHdJXzclmm6ZOvHgrki+/SnR AQHH+dW8hgSzbaKv9oIsGNJlEG0QbsBRZrHAXM4D90R/NiEig3388cf25TmpTfbUnliOKW1jcbnr dCfforCOVsd31IBDpobiQiOjK3mBIgCFh14IyeLrQLxBwB019p7OB2cN+gsEUWJ/tYp+mfJWWTo8 +YZBfXzq7DW1yA88mCBXkKHI0Re7AjyvcrKquEsdmFXSeo/XW85+QcvWsVjbFrb56N+dkm78f5Ft Mxtr2sZSq9t0LSnvq+RECZDnfVJ8jds8qPie1vweC1xcec8MAH53pJp0ReqVBlEqQX71lu26Em8V AT2iVtd99uzZlWo03mg8RaEK/AWZ3dF2zqvjCZKpRmMsPN0o/w7SDS+3WO+YqgupA9Nq93kcYNdu fYuNiSrUPc+3kJzocb4hw0ezfuOjuNfbVR5drBsVW/eDp5kZR5IIaOWh7qrk2wdveXc1n71azz8z M3OSL+9vdlENr4Qo2hNHT7ez/UOXNXBplqc835CnvDIn36dsTt4sC8mJ1ucDAf/d7x5ko0ITeGpS RzkOvuN/WPenJ59nGzduumd/DGLEzJjj8RFEid8BecaVZM/qUuQ7xlwaJjfTiVKg9DgItDeSAhHE 520qvtEx1SwofbtiWQo8y6U1m9n4hWW81DQq3aGgjig9jf8XVW/mnvRRy3axcebd/LtWz1AKEP2D +8/45PWW4/kGkR4eUWyP8PbUSMUUH2LR6f8qYAQ9uAi8BNFGKkK9BihtO7ZVd0TirTX53vnGex+o 2fjB8w0deF5Jrb2Us9LjQW4Cz6sv1+Po6a5fsdLj/p9cvsmmJK5i8QWuB9mZDQfbB59VbHbmTxUu E+tP8IBNVMjUuvMVkhNv98eUsZxsBNhm4sJie3EqR9ItXcY2oyNt77oLwLsbQDlJSRCw91phZXpn NeIshoVl7npllvWkwIDQ5e+9OLvwxj3ku30Z/5duh/38nYpU7QwmQsbi6+AqM7co1Rd7QZ2B42ff ty/L0RC/2d7PPzdsNifg7pxKoalr2PTUdTx2RE/yLSQnepxv+qJcFp613aOTLSJvLyfh0v0xu2bO qbzv+BgEoQ3DAEir6+8cnu/MuhStiJDZtoZlp2bYq2RK1xW3E1gU9QHhAKArxjI81t4G8YF0J1Uc 5gS6ZvXrivcHiRb5s0EgIVuZY6rllSznmxv4sgg0FGQY3m9oSkOz9vlEjPVAWfugAs9XznYz0ja5 NUbH5QHtv5/wfosgSvzuIN4IzNXrHte3bGvVhHjHmidoSby1Jt/IdKJF443UU/AkwQuOKpmuZBBC yoAKdOID78iAAQO8Or87T7cnso4pXXRw1a1tbOi8AjYzpYkPrIHQ5JVs/KJKllS8iQ8+rWXNdt04 gGWtO194pHypSOmpwp/4QNNdvHqf27LN0uXCpj03p8dmWp1pkEEuQYj1Ipl6a75RtrpPsPW7V+Nb mRTDl267x4ax7LgN9vOl7LWRZwp80ZLjXcksqN7qrb2g/fjjY915fQIl+6OtmjMvirdbaRVbed7v pfVnOJncf+xdNiN9ExsZVcZnfEyFLTxeRC8yjGUhOdH6fLi/8NQVsvp3AO2KM0832is8U1/ziCtZ bmlpCe7w5LuoYqVm5FuQMZBpFEsBoS7NLWQhS6pYUdM+Fl913P4jo4PGMjTG0+aa2JD2Ttkb0u1O 0+0JINAXjp9TvN+R18+y8Jz9vHPGdfiiydYS0ODLCRBdvHwVlxLINUp8UOK9sXYND7oF6Z45PZRt Xbdd93vcuH7nNi3s5NXZmW2vxq75QSvirSX5RqaTnSc+06wxRCYAUSVzxIgRduKIxv2l0Jx2glvI 03X9pCHM5stYhwY7MDBQ0fm88XSLDzo0VIyDnWas+SkVHyreocMFEQVMWf/KbCD2lwZuRuVs1N0T phX5Hr2ghHu0PZFu8cG2/YMtHzp6VP2hQ/YH+e47PfumN3aN/Tor+ZaScMdz4H8T56bloBiKcLK9 HGI5NS0qI0fEAiwvbjir9P0G6YZe2ZmmW87+SJkHRwE+iy1l3KML/TKK6UyJLeYacmleb6S2K9v6 DifhWg++86rW2CUnWrcXgUvqWELNSVn9Oz7YdmRkgX0ZQZQDBr3KHnrsWT4AwmyoXu1dZWPr0g5P vmvqWyv0IkZNFVXs6f4T3E73APXr9rAR02JlHxeEV0q6vSlrDwLvq566acNxLkOBHAUedDWlKDkr jrC1m0/4dAw5Xm9gQnQJj2RWQr5tDTvZ//cfv+FBlPB8I9vN4oyVupPvc4cP7dVq2vnVMOvhIYvW /tDRyDfKNwvCqLWGEEVcfvPAAywkxsImJqzg07eO7wsG2iCIz74wVHYRGW893WIZHSjkI4JEK9FU 4tnBG4W/iQXr+HdcgxbPEwMSMXjx9niieqm77SE56TXNKsvjLV1uf0d/XJCUPQgp6PQsxkLk2zia b08EHO8Fqur2CUr/8olxKXdEQDbenz+NWMZqWg/fGTbX9mVwfH5yVd2Ka3Lfb5BuaIiFphskWTqT Jte+vK2o+8GlGywkYwtLWXlaM890rK3V7mXXur1GFhdr60eyyTf03wjAREAqZCUPtLfzUwOD2dy0 Rt2dDZ2CfL+5a9dKrYgQMl9IiTD3qB5+WxapC05pYY2rdrgkyq483DgntObe6KnhwVZDlw2ijA5+ SvoetnvPKVWeJY6ll0c9IqWBR3nLNUp8R/pBx/Ly0xdX6E6+a1fv06zSpNYEXCvyjUwnSsmqkmV4 iuE9FsuL0itYwNJGj+8PPM1RKeVuj++Lp9vZcmjmZt55woulZH/p4AXfCzae58fIqVij2vOUZjnR uvMCQZ+4qEI26RbLQyNLv41MsrxsgABCkp3I13s/pOfsRFhs8oTnAyxXRaCis/fp90OXssCkxptp tmpZ7yviQxw93ZhNU/r+Y2ZO1Czw1n72nblkl6752h45LmNmzjFAXAv7h8Rm9IJS2f27WP7rKyHs 4T89wmc6xfHgSFGz4qWc5Z07d8Z3aPINMnHqwOGjWpIhUXIcXldIE+T+2BiRDQnPZ5feOudUXrJ1 50mX3l1pikF/QWQmAQmPLTrolZxFKmvx1SuPQEupXt0dskvWs5nLtysi38j77Xh8kHHp79fRybc7 Aj70tY33dbpKoRX5PvzmqXVaNoZoyDF1y9+Foho2JrZGdmM+bUm1fSZMenxfPd3OluH9xvHEsXw9 HrISBKX95AlTY2YBQZb9+vXz6fdA6ke52Vn6hWTzbeWSb57zeJr1jr+Jtx4yCmd235EDLvUbFJke 6DvNcgnk2tP7BHI+YWGJy2wi8G67CqDE4NExAFCOfURHR9vTpPpir2hDQL5BlkHG1WxP9CCvsGXY v1Ly3Xd61n3tCySEehchy1u5a32HJt+oeHXp7JlLWpIhEGFkvsgtbeWETu6PzEeB8fWcTCvRdIPs KS18o2WmEkhF4LUGCS9oeoN9fu4dxcfAfr4U1hF6b0hB5BL1wNeqZBslPJ8BceWG0LWvbj1yWY+O WErA4e3qGbT8jrTD9QajwzPWaHG9n3/++UmtG0ORCxep+cQ0s5z3B3Ee8GCJj9qebukydO/zsjaq fv84LjxhyIbiy/ViKleuDMfV8vC5ObK3n7Cogj083OSRJIkPtn0pxHK+K5JvZ+goqQb1kJwIDJ+V tq5176kf5LxP+P7nMSn2gbt4P6V5uiETcUUeMej3d4xFSc0qngkJkjbIUrw5HvY7fO4LTuYT8tfr dv2jo8vYspVvy+Zj2HbwHJtfn3enId+RyeXhWpMhEGF4vhemN3IpgxLyHWzeyGZl7vA5kNITUPVS y+ODcINACymKUu22r4V1xAyEku1zy1pZmIwURJihmLG01mUKQ0cpitb49PSpi3p5wgQBR4VLPcvL K8Ub57/4XuvGUOiMoQmUm6JS5JEdONumiafbcRkdpJoyEekyvOrCE4aOVOn+kJpAQ+lLEQoMguck FsvefvPBs6xHQIZs8v3c5LSroTHJQUZ4p/VONUjkWx76BmVcEQWe5JDvPwxbapc/OKtIacSAZmfL x969wgfgMbkbeFugZH94vEUsyuzlm9mZi1/rcv22xn1s1vKtsvnYnOwdbK6p1OnxRJC6Xs+7cNXe TR2afMdl1izVixTNSqrl0xNyO2UASdyXFmxVnE5PqdcbhFiPPN3w4EOCAiODjATSFLnyFV/PLTfY EgMFDETiSw6ycUvXs5oNbS5/H0w1zUttYL/937/jqQURaOkr6fcVp9qOfaKXvlEQ8FeiG+8YlXyb zWZ7phOtG0e8D4Pn5CmaxsTnlcgqNjljn+qebukyZCHwpuvpCUNVTbn7Q3KCks++Pn/kXVey/7g5 yeyxkQkeSdJjo00/TI7O2WYgQtlly8sbdZYA7e6LM7JuK4khwOdvYxaxvn37KcpeIqpaKh3camn/ cBjE57XaZ+3k7o+2SZDvkabt3BOuR3uN2YNx0UXco+2pvcY2yAiD1LLOjicyLOlFvk+ePFndocl3 fmlDoh6EqLl5N1tsWcmatr2piHxDIy6XNArJidJgS2jHkatbT4KIcwopCrzu7qpkLq895LPkRO7A AM8B14Vrgs6cB8yWtXI994yMLTz9ICQFc7J3smnJ69iEmFJ7XnakGETJ+Oiw2fcUVdKbfL9z/Oxt PYOLQMAHz17+Zr/pyw1Jvi3W7KneeGK9WUYA5cszcxST7xdn2thX17XNa4vOEJ5pvToHPHN0wnI9 YZCcbN26VZfrEwWSkK7tv/7rt2xQcBJ7bmqGXcspJUf4X/fxKd8MmJn1Xmhi+WIjeJyJfCtrn/Qo egQgqHTo3PybSsl3j8nLWOumrYreZyFVUzK4hY3pYV8g04gDmVd0xD7TBs+4u8H4+LS9HIXVq3Vp n3CNaBMnJm9ho+JWuE05iHV9x8fwtIKuBkeQHaKt0Kt9PdB2vKlDk+/Vjc1mPQgRSo3PM9XyjBhy O2X8kIPDCxXptyF9UFrSHlpytTKSKJWilK45ek+VTKmXGoV9EIA3MqqE9ZyWxcZEFbOskvWcECvN OIPBjyuvuviOgFBXQayi4FDYa8Xs8ecGseVF61hj0477ginh+Ub5eOT5njFlMq9u2rp+j+Jr9hX+ 6OBCY5MnGZF8Z+Xkm5ROg3q7jDLPyOstpp3lkHB4VETWDS2vD6kFvdVkeu1ZuusJw3T05qOfON2+ vLqeD2gfefxJ1nbS+8EBglYBT9ujqBHysUdFRd1TFAmexP4zclivoEx7znNkrOgZmPFNyMJ0k1TC cBcP+Jl8dzcC+e4zPffWy/PrmQCWjUS+fSmC4w16BVq+E7IzOST890OWctmZkvcdMzyJhRsV2QeI N1IV6mn/kI9MMm/jNQUwEEcb5Gp7XzTjcpfRD5iLW/jMHK4HucsxUwfJIAoOTUtZz+ba9tgLosHJ FmBay9dhGzy/hx9+mM9Q4Lv0+JsOnOVyQyLfMnFoy5ZivQgR0s5Ne62KB1jJId/law+y3HJlWUtA BuUGFQoCrJfkxBVAeheXHuJe8JDl+9ii5WtY8NJ6XtJeWu56xa7zbGnpDjZxYZmsEvFSzbVUioPz gfRDRw4JjJJ7B5nu+/zzHrcTJFzOtlo8TwQSG1V/rTdsxRXr9epsoPsbPCeXlzeXS77n5e72ujy9 3GV4nJSmFlRzGXp2eMLQ+aKIBj7ozFDk4sXQXO7FwzNAESIMuCG3U5q6C0FrOKbj+oiICFZc/C8d eFFRkcvjofPMzK9mqTX7fgxaZCsHiXQ1i4T/i8qWXdXzjXufFmmOD4hMMQkELzBHGcn+9W4LB4Wm twl5qRzy/ciIZbKLQollvKdigC+3YiwkJ5Ce+MP+pfUFUCdAfEqaD7Lx0YXc5uFgGxxewCYtLHKa /cmXZczCiQEAAs5dacrRbs9IKGEvjZvDhgUvZll1u3kRIsfjiYBYzJyhfdH7eeJz8eLFvR2WfKPx PH3o0H69SNHFE6dYkTWH9R41x6PGCIGZ/UaFae4xhbYZObmNkKUDpenHLN3IMusP3kO6HQESPiW+ UnbawJjUBnbmyGleAAgVPAF8dyd1UTvgFqjKzeHkXevzITA1NrlwGBHvn1BcUXdWz8Yxv6yWl2Z2 VlzHcRkerFHzC+0BmlpdH7KQ6Fke2tUypp7hCYsrPchGx1S6LDaGwKYJcVWyszng+Umn4dE5Qj8O wtGzZ0+7l0oBWVEUtDwrsTQKumI9ibgRsp0QnJD9BFP3XoHpVx4aIi91ZeBrlfdVlFXb/pCTOiws zC/2X1nXxEYl77aT7+FJO9jxd/7BgpfWsSUl2+9xsq09+D4rXPsmm7y4huWv3OeTjANBnKhFAA05 iDfSIWImTs7+SUlJ9+TxdrU9iu0888wzXMKGtlzP7DObD5473WHJN6bttE4zCA8oSBdKy0OKgL+5 mblsXEwZz6QhckOKzgeem+SSTe2jrwo2+OWX2YB+/e7RD3sksLvaFHm+4flVo7COGljRtIPNX77O LfEWqNh0mgW1E3A5xz20+wgn3PB2+5Jr3FtAdgKJCt4DaMKHDRzIDm3coCn5TrQUG1IC4g+sWLHi ll6dDbTEISEh7K/P9GB9xsfaM6C4kpuMmGliw8dM1ryxhuxDq4p0iitY2qrY+CUrPVaWE3IcVwFO 0mV00kdPvsWlJL9ub2fhlULnCY+fN9f72edXPlZKpOHMgR4cf/Ug4US+jen5BsZFZhb/ZULqt57I d3JhM5u+wKz4/YQkQonn2wjZU6Cxhsc5taiJjY+v5X24uz5+adlOFp21VtH5MMOHCplo7+BtR6B9 bUOTLveH36R49T77IEfr863ccfp8hyXfkabimVoRoC/ffouTLBDuqWPHsMbiInvgJWQQIpBv0Ow8 9kLwcjZ+bvpP+ubIYrZKok9GqXIQts0rGmSdV+QUV5LpxAjEG88DWtnNR/9+jwH+7Gc/s2NZTs09 6+Za1jjVcosAUi1SJ+J3VUqc8XtIix6BhD/12GNckiL3d1UKq1k/jaOhJSc2WzdrWbOmjWH7OezB e/C0okhMUFwRO3Tyfe69hY4QDTMG2vCGQ3YGbTgi5w8fP889J4MHD+ZEUYvrg8wDHZG/yLajrOOV OXn3OR1ckfCIvL1sxpJSt4MdsQwvFH4Hd7ISLcm3lIRjX61lIUYJ/CTy/ROgK8fvjtLyeAeCojPz egZYrjrLI48ZH+iII5bm8Yquwssq9/1EPIKoJeBpe9gDYhyMYP/4QGbiKCl1hYjMFpa4vPKe/R0D MuFZR+AkZHUAZC16VMh0XMZvml27nbf/6AfQFmkp82ned+7jjuv5TqterBbZgZwARHl38xr7/6Tf pSQT2m+pnGRtdQ17/tkeLo+N4zzyxz9wDbGn61BSSMZIQEDqpHai4mh8IN31m4+y3JoNrEe/gfes S63ex5bl/vSM4b1HhhLo10G8QcChC1eadlEtzbdjEKyzQQIGZCDhgJLZDTkDKqvV+hx1vMt+VtfQ NFVL8o1OE55WeDukniWUmgfBhkd2UVopl0T0GB3Fnh05nxfhQdYjqaYZDTU6SBBItRvrqJyN9mBH f3e+uG8MRqRkWzrAnrG0+j4y/kJI9j2ynIqKCq7hhjcPz2z2a3mqT9vfvHnzkhrvX6wpuz8kKUbQ Z3dFgARrnekEgyD8xgtM2aPuc/DFmXqgKBMca8FL6671DFp+E99BvIXkCuS4R48ePCBS7kyNEvIt svsYwf6RLSw0eaVsB1vr4Y949ijRVkI+hzoCCJyEVxtOBSwjcBJeb3/eHxwKCNoWzxuzcCDhY8eO tTtW1DzfxU+//HuHJd/5xTULfCE5x7Zv54QYxBjeaaSak0OiIEGQeqdzkpP5vp7kK5CsPNu9u9tz KCln7iqzhz/Q6EJyIjXMjJLV90lPxr+2mhNuBGzC0y2tngmtt5LATK3Itye0VFXe8zurcczCwvIx 1Pku+1nt2p1F8Iyo0didPHmSxcfH82h3eDQ8bY8gKqlmEQQd6b5cbQ/iDTKJTlitzgEaR9FZGaHz RYYGdMBSDzdsO7H6CIu0trLhw4fbSbdYH566gu0/et6eKg2eQjxLPC+umY/IVf16kXVBTcIMYqa2 HIUIvTyvt9pZYaSBtkpSuoYszl+UVbamxGW2j/a2pVu3biy5nQ94ej+Vyk6Mspxdv5stq9gl28EG jIoq5oNrEG+hG0dKQhQkg4xFi+uVq/n2tAwS/uqrr3ISjmMS+b5rQC2NTbHeEBtBuIU32lf9LvJC g4DL2RaSBUgf1MiIEZ6zv0OQbxgmiLejYYJ8T1lc5zRwEoOb3NL1ql+nFuRbCrwHGMjhry+/c3lx cX/qfJf97OzZsyt9aezgzUbjCVIMWQk81JCZeHM8eGpB4N1tDw8JZCijRo1SpTNBgGNo5mbDdL7Q cEMH70i+BXbv3n0f+c6t38H+4z//y2mqNHiakJ1E7etFp65FejqQNsgSiHzrNLvdTrzVGPDgXYB3 OyyxNMzb9wIa/SNHjuR4am8wk4Z2Ro33+eLFi5gFNYz9I8jSUevtzsEGzMtYy5ZUvm4n3gACKbW8 XrXIt1hGuw5ngViW47zxtPzJ51990eHIN4g3UkitaVxbK4sYFhfdIyGBp1KNrBWi7Di04d5of52R fkhO5Hi+EXyoR+EatWQnzsi3VHaiF7wh346abzkzKogTQLwApEzuSDiyqDgLsk3LrltEne+yn31w 8dMz3jRu6LTgrQBhDgwM5MveNJaQS4iKizie3Gllb8/nuIwo/7SStYbpfOekrWKLyo/+yxN2V3by 8ccfc+L95+cG3ic7mfhaI/eW63m9WpFvaR90V47SnexUUx12N1/2vZsjXJXBEmY/3nvvva1yNNrS 1JjOtofXW0ix3B0P3nQ1Z9J8XZ6yuIrVbn1Ldh8PRGW1sorWN7hNImUg6gaI6plGIt+YjYAcSM72 cOQgG5O0zoA319thyDcKJfQOslzvGWi5Hby0/vr4mNI70F9FLKu7r5ANCDcI0C9/8QtOtkTApJow 29bwYjLean4hVXGUocgNuESOa71S7akRcAmjLF65U1bAJYi80ch3bcNWr86FQj3whGOGRUhSRLDu wFm5rN90K3shJIuNml/c/j2LLc5YyQdfaYWrK7pypwutZciC5DBb04EfTVkV9qwjzhqz2tpae2lz kF6xXugkfS13PnxuDvvy8hVOvpXuD7IOzaA3nhJITjA9q1W5em+WC5r2s5nLtysi36/MKbjv94Oc R2hmtbpevWQRngIC4ShC7mzk0A6LSR6FKopCT65n8ZiOqPdWUuxH6MPh3dYimBXHRyyB0vfRmeca Mz5yNN+YsVMjAFmt5bTK7dxppoR8j1tYrnreb3+Tb7TnOD5+H8x0YkbU3fboRxzbO7WlcZqQbzRW CHpAiWARZS9N/QOvysvtxC/XWmz3OMIbXZyRoZoG1xlAkhB8+cBvHvD6GLhGXK/QDSPA0BP5RnAi UgwaLehSjVSDuHcEnRqJfGOA4KrCphyI0vWY6YCGPSC+gv1lYhqvjCY+eJeRV7Zl1wle8n5xZtO6 rkq6X52T8xmyDPxlYuq3aAzjc1t45cIQUz1vxMQ0IBo/yDugIQbxBgHXIjod5H9JzkruRVe6P64H FRkRkAUviZL9kdcWukgjaT7RgUxbUu1UdgLiferUKTvpFqlXR0Tk33c8FORBUKtW1wuNvJ45u0Un KiXT4bHJg18Izrj06kzL3okRaTkg3yNnW9a9OD3j4tjw9OpIk20Yke97gd9saqQ5Hc+t77SMq0Pn LD8IBxv6/9CY5GB3UiClGm7l5NvyoNL3Ec4AyFDS09PvWY9qimI2yNX+ohCMkewf1x2Wukq2gw3O uP4zsuwBl52FfEs/KNIDTzgyXuE3E+sxs4F27qXQbNYvJJsXI8O7PHZBIUMRJy1m51Q3xtGRtnf/ NGKZ20pTIDJPD57NzEvNqmiq5aJtxx7uvfY18BPec2jH4Un3FGSIojpapOHzVYO+dvMJNm7pellF dsa9tpLt233sPgkGBjNyA06NqPn2NFgDsQYhcVc5DQSzf2jON8JD1lUwKcKcGrC44qqr54NKctAc P/r4k9wLjaA9vcot55fW+VTkAgMDeEncBWw6LqOEMjTfRgvAmpNUxlMIeqr8CSArRHZRzT37m3Mq eTVLLa9Xb/J9rzzBNnjMfFvL8NnpW+NMJqeeLRDJAbNtH85bnDaASPe/Bt6DQi0nUXHT8bnFJJi6 YcDCn2mS6VHor0WedC0JtxSZ+dUTvXkfkd0HxEykI8V6kC9RRdPV/mhvQCD9be/Isy0CvkGike3J UXriCvEFW1hMarnu16+25lvO8tatW7lECDOx+G2RkhUVN0HCpf0Zgk9fmJHN5i5vZSaLrbdhyffE uSnW7hNSbroi3dJldNrD5+ZrXlXSGaFzlL0oBQYMkCg8128Yyy5c7TYNHbKDSLOC+AOQvGAAgPSA kMCgCA4GBeu3HGMJ1lUey8vXrjnM95MOIvC7aZ1m0Zs832ohKWcNe3Kc2WO5YgCj8LGRuSe7SscL L+HslPqrnso5Y5D91xEL7Hmm9WpcoeFEEBUaUq8rtp0/zz3gyCPrSYaCghYoNGEEsi3N5gIP3mOP PcYee/ZlPnXurvLnnOQa9pfn+9037V5eXa+LJ8xf7zLkUuPCU4vlzuj6a5BgKG333WcBku1uO8h2 hkQUn9aLcEslJ42rmwN9eR9hOxiAIxsKZpCKVu13uT3aByUxJloul9U28SBJtEcpK0+zyOUtbGxc Da9m6Y5421YfYQFLV/rl+v1Bvu1tYFENrwGBNtBdf9a0/QQbNsd61JDkGy98z8CMb+SUeRWf56Zk 8MwbehOrectqVdEqZ1tyWGRiiVMdNPTgM5Ia2LjEFpZb2sorL/qDRO7ec4oTZxBvkGdn2nN48Gcs qebTLMNj6liPIGv7iLmYZZWstw+OsN/8vAP8OOffPGM4GY0Asq74OqB7+8hJNqF90OHp/ZUug4yC lHYFbeewubYvPTVWYhkecKQB1LszwvUh37ecio2ultGpIvsKUpK5K8qDvN7IfetPsg0dIwYcTz/9 NJf2QOKDZZAIkGeQh/Hx9WxGxhY+WASiig6x6akb+QwFvD+YmcC0OzpC7OPL4EXJMvSUZovtKX+R SLmEWi5R7+yANEeuvhvyHUBX50Bi4aS9+w8s9/X9xAAW9pCQaGJxuetcbg+7EYGW/iTfKHZjKmy5 p7w8si+9fvojNia6jKXV7ruPhMMrjuI6cy2rWOHGc3wfXjyn/gQPtNTj+iH3URrzA2eCkDV6e360 cQNmWu0xLp76s2cnp90IiUmeaTjyjWkoTEPLuQmxDDe/OW+trl5vIZkIiC1VxXMLIi+0wh8dP8k9 pqNjKnknhw4NnRyCngKWrmIhS6o4sdPi3qAtr1r7JifI8LZ7U00TBDsg3f0gIT5nIxsWXceOH3nL kOR7dmK1z8fAQKl30HLZg0h8f2qc+Q6mYDt7xwsCAn233EEJPtCAiwZOz84IOuWpC/N9Pp6zAB14 wzCoGDQ7l/WdVcR6h9g42Y9KKdfFUwzPvLRIkCDa7vIWoy2an1zCRs1JZ72HhfA84NHm0nuK6ogi JIOClrD9R8/plu3EYi3so/e7DL2yUpvtFZR5qyt7v+HNhhZeiRQVunlXkh5NrjGxNOzChQvr1Hg/ IUOBpGRWcoPT9gX21G9kKJsWlcqLWpVU1unWvmHGDdmVEGsCTzcwL6vdpsuO2lMESjXNqZXbeREd BFUHJK7gzrYRkfls4/4z9uMNT9phJ+7IdmLUPOZoa309Hn6vrNqdsvkqnmH/EOt3upJvBEkg2vtu xHc3CM/vJr/vjr/4/9QYW4G1ZsdtJeQbepqAuHLdiNmAfv3saQyh1VZTr7w0dhF77pUAtqn9RXY1 vYsOO/C1SkUl6V0BUhakL0TBG5DtpIrDrGnDca7n9vaYOB7SIroLZuSzBq+f5t50rQsHKdV8w+Mt BkO+INXWzB4fk6yIfD86chkbH110VNiJ1D5gL7Ab6bqO2vlOiVpe+9joZKaEfPcJzvIYsKTmMrTa 4gPNsprHnzVrNrPW7mBjYmv44BreF2HfILdV61/nZe5FFUjVijxcvMg90qKcMrzxINveHA9kQqRX c7YeGu+QBSmyi5B0VPINTbLS2arBMy1tcDR1VfKNYFRkg9H6Ofuq4798+fJ5Ld5XDE7hSAhcUse9 4Qj6QzrPubY9vMru6KgiVrm+TRN7gZY7o7SZz7LBOz01cz8Lt27i1SdFiXdsD9K8+sBFl8cr33qB FW8443R9rK3VXlgH5zFS9ia1yTd+PwyglMxwj5pfeN2T3Ep3zzeCUv42KfWmkk4ZgZmTF5bqRr6R qcQxo4rcXN2eEJFSz43QU2BTWvN7PJBP6TnPvPk2J9fCow0vNciymh5oFAJyR97htReSDpD/D06d Nxz5VmNmobByI29UlRglIstHzkpt7tBaTocBgrPBw4BZuR+KNExynw+eJaBH4wzNMqLZHderUaEO MpTufYYxW/02l/YtsoYgeBF/fb0fEGWQYOhPkSUG0fq+lK9GgBGO5W6aVzwreNYhYVErD7qrZZAK m832qN7vO7J0KPXIjpmTXhe0MNcCWxBpC2EnIoe4sB+gw8VyJBYGhy6tNAGweVE0R+Tfxj0NC885 qJRIezPD4AuS7mY60eJ9/e8H/8DGzLNyR5oz+7e2fsQlXo4Vd705H9KXWsuaWfXO97g3G4R49vLN XA7ibXl35O0GucYxna0H2UYZedgktplk3mY/l1b2D6cCAiDlbo/nqoZzY+i8QvbH4Umy+Sq+PzvF ciNoUU6yg/0/IOxf2A+gG/luHw107xmQfk0J+YZ3EV5GPYg3gveQR9yZ3hlZO7zVCaN4jylnNUsu 2eSyM3Zchncc8hR3xwWxRUaS1Oo27tlGukLISryRk8jNgOKqCidmCdw9H+x7cP8Zv5NvtYDfdFH2 WkXkG7M+Sj1CHRHDZqZvFl5suc8HKZwgMdODfMfFxd1T6EKsxzVAJ+iTBvT0h2xMbLVH+8aHz3It qVNc4XPEiBEsKirK/j9U+FST/OL5IJODs/Xw3Dsj61r+XliG185i01/z7Y0XW28vrtEAyQmkJ1p7 y32BrbDyZbXfV9hz3sq97JU5+XaZljv7R1tja9yn+Hx5VWt4aXcQYKHZhhf7/Ce+Ow8gTxGSEhQE k7M/yD/kLIhr0cr+/RVwOXpBCXt4mDLy/dyUtGtK33/NyTdGyIPDcr+SG4gFgOCIypNaA1kzXKUZ hAwEWmFvCDg858PmFrCY0jZZnTInAus+ZC+G5rgk3ZB0gAhDAgJSqxXhlsJVFU7on/Fs3Hnq4X1H BhUcQ81rVUq+lVS2dAfEBPQPybZrd+W8zxh4YgDa2TtfdKLdx5tvKxlk411XW4bhahkVMlFpztl6 TAtDo+mLp0QqM/Fk7yD8iy1lrsl8WxsfKIAMiyDJkJAQe45xLZ5Pz54975HlCE8SrhXPx93+8MKD vKv9+/nL8+0NKUQ+644sG/OHTl7PAQt+m+rG5gi17Qc2Mjg8nw/A5dq/s9SdjscvrF7NPdkIcESg ZFDaFk6+IcVS8/phYyDxY5O3c/INT7oS+8T1IXsKUhn6m3xjYCP6Zl/Oj5gXOJI6vOyEBzrEpQUu tK7+Wm4WBEg19PJmVuXm8PSA7iQL3h4bmlbISeSSb3wfGlnOGlqO8JR/IK6QlUj13Hp7e0H4HWUk yNqSWdgiW4OOTCgI+PRFd+4L+Y5JbVDteeRXbGBFTftkkcsnx6b8z6iwtBVdofNFw9M7yPKV3KxG vHDL/GJVGks5y8hO4kgupZ+aOu+yn+A+kBVErn0DaNhnJJTa/y+t6AnNNUg3yLenimtqLUM28+// /u/3pU5E4JEcTT4GBQ8++CAn4eIYHZl8I2MHMndotX1nBEg0yLQSpxzkPXoNWCAB2LlzZ7za9gNv d99gK2/H5No/7Gqe6d7Bd0nNKu5FhucZMpKpqVu5tho1AiAz0bp9nJCynRN7d5pwV8sYJGB/4YX3 F/lWK3sWZmPTKrbKJt9wvAyYmX1drXdV9Zd/6My0bcWr991ydxOYwpmaUPe9r/m2lcC0cCGHHMmB XMIpSDtKjSvplPGZmbKKLSzYx6UlapFVbwH9OAYBYtkXDTzSGUImo0ZhISXkG7MXanm+EReQk5zM /vBUX57r29Mgcsri2ttdKQNCyMJ0U279zm/kNFq9gzL/qWe5YqTak0Nm4el1JrNwtYzAnCmJTbLt G5+l9WfYX18Jvqeypz8DlkTApvh4k0oQMhTIYqBDBxlXK9UgpAL+eJeROhAZfOSQSKQl7GrFtJxh 9Jy0laGxyZPUfL5q6tbPnj27Um37gcd7YsIKRfYfX3WcjY4u5QGRkHwgQBIaamQhQUVcDDr1tH+Q 7pCMLT4dD556BHu60oxrTb7zSmr5DJ1az2dwWDaTG8OETEdqzuCo/vKjkQqKzsxD2sFHRy2za2ow akCAJdKUjYzIPR+blPZSffOB9/UimOOGDWONxUWytkXucU9SCykmRJdwz5gS8j10bgHTc/AhF/B2 QwPvy7VhMAEPOPTqepFv/Fa+XDMId3FGBhs2cCAPzMUsydrqGhZtrmfzM1Zx8oXgDBgjAtLQGCMd 4bT4cla56uAXXa0DHj8/t637+BSXef1h789PTbs2Prbi0O3bt6/qRTZ/+9vf2nNyu9sexBPR7ovS SmUdH57hgKQ1ijrfZSvfZs+NjOBabn+QbcdlUXgHH3jlMADxpUIcsq5AJuPr9YEUFJbXTfLHe4zA Qmi/3UkpMNvzSljWieA4a1xXJ94/eZdND6C6pSe9PJIwIEBTV898O/n+/PPPT6ptPwioD0peq8j+ U1ZdYK8sqOfEW2Qk8af9g/Sbi1t8Ph489LgnSFdQ1EdP8o2ZS7WKtmEmctzEqaz38FCPlaxL1h5i oYmV59R8VzUzAhjmxPnZm4fPzf6w94z8dqJiuY4qgNJRcJLZ8tT2bYff00vz7ZjpxB2UZM2ISV/J hsyvkG2UkKgMmp1nOOINrz+kG2pkf4H2G7nHvdkXQbCmnDVselwxe+qlABacUM292loOVqLDZnPC vXlFg9PrmZVYxQdZyI06cFYuJ92icNKKlravumInDA/4yMiCq8hxjoE2PMmYysMAu09Q+pfwEiAK PHb5yuV37ty5pUdnAw+zku09aTLFMjTrqIQmx75dyU78Tb7FMjxH0E36ejxkTMFMA3KM+3I9h976 B7MWV+viHYX8AQQNuaBFhgI4jKBlhmcbBWEQUAWJCfTgKJMOojkvzjIUKeyIfP9rQIJBC56btOAO iDmWIU3Bs4tMtE0Qz1kPLDBljxJtjZr2A+8oNNzQCSOjiRz7h4MmML7EEPYPwgzPu5qabXjvIUPB X73ItxqpIiH5Qy0DZH2CTHHD9v1cGok2Eb+zIN3CyfZiaC5LqdzJVrTuqegQ5NtxNOquMTx26Oj7 RiOiUk9wbcNWt9sgG8jAsHx28Ph7sjrn4JQW1uCHyp7OAIIsJCK+VoZ0R8TlyFBA+pEFZkJ8Pc+b CjKHUS6m71C0CCkam9fudhoUCoIs93owAzJ17Bju5VblHTlw/EpX7YQxDQ+vIbKgjIqu+AB5wDHA lmo80fmW1zRORqdo1KIN8Gx5Sg04cLaNe8zlkm+QXLmedT2X1S4C5Kghl7M/njVmHlCk6IVQG+s1 zXobesoJ87P3qBXQJJ2NFSkz3WmPcV6Qb2T0gLYbAZnw3gpJmbt+rKsCto9nBacECk1B341l6fQ8 CDG02LoMrszmZzUhr+020y8kmzsX0DfJsX+QuchlxrB/5P6GzlyLcvbwgMMTrlSzjmcZtrSUDZm+ hBf+QnvpNkC9nQin26q8vl60U5gZhWxOSBOlvy9SRE6IKeIONmD0glI+eAIhx73Vtb6+rcORb0+w ms0PnWo79olRCTi8rpChuPOGpxesYa+EF3k0SuQCD4wxjtc7NLmZjYvWNtc6gjFRBAgFgZyVtxfE e1xMGYsqOODy+SFLTJBpDSuq3nzPvvhtPHnF4dGGZxuSEpBuSEyQflItzXxX74RBakTeU1cECFkI jEq+4eVAIM+8pGKX5HTD/jNc9+2p0xXkEsV2fClvr9YyBrA9RsxhKUUtmp4Pga5IleiJjEPyglkE FKb6/dCl9nX4zotVxRR/FRpnWewr4QbpA8Sy73ILywNEuF3bv3jWrtZj8KP1dVis2VO1er9Tyrex udk7uffbk/2jDRk2v1TXipfulkG84aHW6vjQgEMLjlSJnrYXdRCmpay3O9mAOe3PNsC01l4jwXF/ XtSoul7W9aANQnuE7E7Cq+7r/a7acnRHhyLfMDo5kc4g4CdfP3FZC/LXUlXps5cT5M6VHAPa5Cce e4y9MiaUe22FJsnRGGdZNrFXAhPYf/7Hf/DgT7XIn7dYZGlkQ2Ia2aW3z+tyPgSXIquKs5zg8HiD eMvxKMwxN9qrhGLWwV2WE1Q0/d1//2+uHUcQpRLpkRKQDlQeMTFn2hZq1dlAw4dpRV+Oh4Aed+v7 jp3HVm19w+37CfsfMdPE1mzY4ffBBTSSs5Pr2BPPvqj5+aC1R0AnpnRFusT78oynl3HygvbQlcYS 6+Jy1n4TvCA5QrEc4u4AEERQ7SBoIt++z0Bo+QzBMyw5xRlavd94L18OybAXoXJHvpfkNrHmXScM 4VxAYCckJ1pnU0HsBmQoIpOKs+0h88PA21WRIlEJHAQcUj+pcwTk29P1REdH88B2yA+RSQrLat3f gbbjTR2KfCsxtjRr6cRt2499ozYxsiQkcE2vWsdbmtXEM6Igxzc8qvCmwpOKdVs27Od67tExlbzw Tm79bjZuUQ3PdVxet4Vv817bYS57ACmUGwSqFkBahQcfUhCkB9Tz/AjGdMwJjmvCM/JEuu0eiFUX 2NC5hU6zs2AgJM1qA7KN5611tpiunPtXKarX7mnQovEXFSDVOB4ae67xXF5h94RjuvJ3v3uQRaXX 88wHIne5eD8hSWneeZyNjCpj+WV1PCARmkI5AaBqLuN6IaMRFfagqQT0Oj88TtBTwuMkXY9nivLb CNL1lCUH2yCeQE52EWixpVXmCH7QgLuZ9dKLgOO4JSUl1Vq93wic/sUvfskGz7Sy8JzdTvsnDLzR Nrw4PIAPQpOTk/1OvkW2FT3OB005coIDX9/8/r7By7joIh6I7snJhm1A0qUzh+6yMyGQHIRb1DFQ MxWq+Fy8eFHVNKO6eL6VbA8C3nbw5E01yVH49GDu9VSbxE4IM3MCjWBOaa5peMmhFW9u3s314tjW mZ4aXlkU/hnQrx87tn27LllMzLY1fNCA/0EG4m1QpK8acKQ2RCEhEFdLfgufcpJLvvEdBAdebzGY wQDrqcceY4/88Q9scWSErrMKkNW0dyqPduXOV4mdgyRVNe9bq3bjiM5OZPNQy9MFDWL5mj2sf//+ 3JMiKj5Cf4jOAdrAMbE1POYDmvA5SWX2CnjoACDDEERUj84v2lzKBw3QUwryjbSAokqmXp0/zoff A55wMfiA5wpZg+Tm1UXAKoL2Xb1HKPEcnlg4SQ85A3m+1Xs20M5r8ZvhuFVVVW1avM8IKoYdo32B fSNAb3hEEYtevprHI01P3cjC05p4DAPaBnyQEQgaYzgFEJzsL/INIqx20R5Py8gJjsqYqJApPtBU V61/XXbMDDTzUSnlTo8PzTZItljGTBvaGS3v79S591/vMOQbBuZOB+bSM1ZaOvid42dvq0WOQG5B dNU6HogdUhdCygDPKsj2vGW1PEXh/p2HFeUJB+A1h/fcWaYNXwByKgIRHWUzIL3Ix+3vYE/8RbEl JZXD8InPXsMGT09mffq8yAdAGGBpPYBxBRRIMmUWDumqHW+7nXdTOsUPAt529MQKNRtHeD7ULocO zxU6XXS+II5Biwr4X+n2mCYVUjNnxwMRRUEdtQcH+MAzBJIqzu+oMcX147x6dvbSDwYfGLjg89LM 3Hs03p5IOLZFliwH3XA3reUL7t5ZItrqEWW1ZwuRwaahoeGqmu8v2hMMuvEOS8kdZr3mZ65m5pxK Vt5yiMcxOKsbgP1h84K4621/lXVNXHLiD/v/5PI3PK859OCQvIyOLuMebTn9Oz7YdvAcGx+0QwMO gj127FjuTOjevft9M2ta38/b71481mHIN7wS3uru1CTgILZqan0hYYF39R5v7oUL3NON4Ex4u7Es PMxy80yr5a2FlzsgtpR7uYV32BFNG45z6YcRgj4D4sp5Y6aEfJsKN7IXJr2m6qDKW6AyqCW7Oqor d6Teesvziiu3qNE4wrOEDk7NxhYpqX7d3nYgP7b4gNxKK0IiAEhu9hB4wh5++GHVrg/e7XFRefx6 XJF/kF9fUwH6uowZAFwfskXILeMslnsHZ98KTSyNm5VYHq+Xh1vt97yzA6TXm35e7UHU4rTSyWq+ v2hTYK+QmzlbD9ItN6Aax4IHHBVi9bS/xIJ19oI4/rD/+hUreX7xuYVt7IVZhYrypOP7s+MS2dh5 yznhBjAQErN4et9P66H3LncY8u1rXtTVdXXBvlZ/BKH95S9+oTshg6cZEhRIPZRWXqzKzeFedamc xd15ymo2c887/jpqoN15a/1dWdMu1UlfyaKKDikyylfnFbO1a3cZJmtMWnbdoq7c+foiVzl++sIe XxtHEGR4l9VsbNHpegrgRAARppsBzN4oOb6SCpEYnGLaFmRbScVQzAaIKW9/kW98QL6HziuUTbrF 8qAw23fIHd2RB5lk/+7tXy0PONKZqi1jUyuGRHx8DQhXuhyUtoVXkPW3/W8+cpGNiqmS3b+L5V4T E1hYVILLAG4i3xoip6Qpa+tO70uVg8BCV61G0KaS4Eh4vVG0RhBkQYqRFg+EfHHGyns81dCFiwwe QImtlD38xPMsMHgue6ftDbvOHJIWHANedvwPwZM4jxGrZcoFZgqmmzcoIt8vzshRpRiQWigurpzS hfWePk3Ho/N9/dQH7/rSOMJLDbKsxjSzt/uLgCCQcOiuQcihwRbrMC2dmV9tD9QMCwtjf3qqF6ts 3MDXieMhWDKlbAvfv7D8JxkJjgnSbfTO3t0yyDdIuFzyjW2R+7sj6pq7EryRljp6wNUg4M2t2xP1 fr8xEwZ79Wb/UaNGcRmFN3ny5SwL2YdR7B8zX5gllEu+0Wa+FJptmOs//NY/vulS5Bsoqmyp8jYw EHIOpBr0Vd+NVIVKpCuQncAbLYcUg3zCOy71kINc20rXsYA5Sazbn5/mAaMg9CDqagQIGol8g0Sj gA4qf8qJgs6q3clS89Ya6h4wS0MdsS9TxoXDDp6++LG3jWN8fDwn4L6WX4fMRAtPMTJ9YJp6fnLJ PZ31xHAT6/7yZDZgYgQ/L7YHOXeW57ajL4enruR5vD2RbvFB1VQUbzLKO8pT2amcvpDwE2Yllkb5 QsAhSTrYdrTKl/dTBEgrtX8MkkX6QaWpOZENCVmR1q1bp7q9Nez5gCXkrzeM/QcuqWMJNSc9km58 MPCetXw7Mh4Z5vqRslFN++8wxrl17VoTtLXeZCXxlrAibR0yaHibphDnRVpCX4kdsnlgAAAPPq7J 10wjCLT05llqiezMfDZ2YRUv3evKOCdHZbMnXgpkw+dka1aN01vUVNfNp07UNyRmlk+qrK79yJvG ER2nIK/e7A/iDs24v1KDQZeNTlgtTxiOgdRoRiLfICh9pmXaNfLuyDe26RVokZVqkNB5CLi35Aaz Ep988kmbL9l5EMQHMqx0fwyUMVPlrX0gcwcCOiGbs1qtqtkbso2gAqVR7B+zd2Niq2WRbxQ8G7Ww 2qeKlkS+VcShLVuK5ZBGZPgYMsfG04ChIEv/kCz+HVk13FWplELk74b+2ieyqyJJlKMB9zgY2X+G xRYd9CtRxQACzxUZSjCggCYfMwtZubUs8LVKPjp2ZpSB0Vb24BN92K//v//gedKNEGxp93w3Npup A/UdSSbrs1eu3rwmt3FEURwEP8KrDI8yNNhKGlfITCD/gL7TF/KuxjLOP2DAAE4CfD0e0nAhOMlI 5PvazVu3Zy+r/eS5gOW3kcfbGenGB+v+Nintu+kLMwxlU2rJIwjuZxeUPmP8LsHxJZbPv/zqC2/e TwxSMfCVpq5T+n6LAaUv9gHvN2I0RE5+X453/pNrvOy70WbCRoXEs4i8vW5nuCPzD7CRMVUsJr3a UNcP8o3+qUuSb6Btx7ZqVyXKQXRRKbHfdCv74/Ck+xp3jLxA7kqrN3pM/eeYv9tXWYVc0i8XyLbi qkomvP1IewgZC/Tg0nOjqA6K6/iDoOJaMaBBLm6QZzxnx/SAuNapcZVswOw8PnDKqNrOC/Bg8JRV so7/xjgO9gVxx7GMUC00p3zDeuo81YGtsLSvIOCuGkNRonhyXDnrE5zF/jw2hXufpi2p5tpiEZQo J5sByLcWRRm8XZZ6vr3VoENPiuwq/ryfDz69/GVOSfX21o1bFyfbGhZBGwwPZeCC5MW9gyxfIWWj VAOO7/gf1mEbFG5BMJ/cAi56gNINGmeQE7Iw3fTqnJzP2vuGH3sFZ91Anv0h4XnMWrtTNhkODAzk M17wPvv6vkOjrHTw78wZALv11f6QYWTz0U/8av+YTUDAKmJx4NzAAOf5Hj3ZnLRVbFryWns9BCn5 xv+CljWzsWHJPDPM008/zQdFRhk8dGnyDdQ07XrTWYlyBDE+NT7VpUdFVE5bkt/KmtfuduthVjM1 IXTfCLJUMyhSVMkE+RSadnj8B0lIK5L/T0loZBMWlnGv/3vHz7Bx5t32ypJaEWxcDwYHyNjys5/9 7J785XKrTeJZYRDRs1d/tmH9XpeDF5B3aVEdrcrHE/nWF5WVNYPe/fTq984aQ3i4UeDm4eEmp7IF QczX7HRf3hke5pCQEEN5hhw1qBgcQM8uCtWI9cLbPzQ8h0/R4rvItiLSLmJ/Pa/31LuffRaftbIt o3xThc1me9pdgGJMgqnb4Jlpe5DHe9Ds3G8BfMf/sM4Z6TWC55kynuhHvl1N8UOKNDIi93z38Snf ODrZ/jBsKS/OgvZBWp7c8X2FbWCA+vjjj6tWgRaEf1RErj1eQw37wkyYNNWpdD2CtBellfKUo47O BkhOHCtM6tV+wYMPoo3UgLh+5ON2zFaCNhx5/0dGV7KM6h0cYxbVsn4hWffExMTFxfEZPBwP7WB7 u+LX9jkyuXRhlybfMMq61XtOHT/y1j3e3hfafzg5UfQYXSHAT0qGIYXwVU/tSXuOAEy1jwvpBXTp LwwcwybE1/OgRfGRjijRMQ+PrmHxxftVvwYQ3hlTJvPrgIQERY3gjVajaNDTTzzNJkbly545APGH dx06fS1/T0fUr9q+gzpOdZFWtHpZQdWq76WNH7J/oGNFR+cpYK9/aC7PLuKO3Bo9YLGiooJ3OiDT 8ADh/nnZ+8KN3Nv/pxHLuG2DfL8wI5uNnJfDrNm53Juv5fWhY//g4qdnsvNLS+saW8LMVusj3mYD QSrBBYmZA+RujxS2vtSQIPLdMfp4ZxpwLA8Nz70EsunO/kGAB8y28Tz8rt5nkES17UO0T2odD+QT JBb2LIr8YHCBzCHj2/v7aSnrOXFFmwAyu2R5JTv27hVe1VJL+8e1wEMvimhBLiPWY52js8DV8dA+ 51evY3Njl7HZKY0uZw7gUECRIgTEu8q7rsfygpQKS5cm38II3znS1iY04OOiiuyjPzmprB4bnczM dzNmCH23L1lR5HpztTjuqubdbPzCcqekW7qMad3AxZU+XQfIPtIuIgBUKhlBNhYtKkwOClrKoqOT FM8KgPxjVgADAV91+3Kwc/P2Juo01cdiS3keqqOJz4SYIpceb8dlBPghWl5aBAcBjWp5uvRchueo V5/+7IXx893eP4j4Uy9OZjv3HlT1/PgNzr3zwcHXrLWtyQXNWbHm4rFqeqGV5orGuQUB1zMFIMlO /EvAA6KtDX8ek3xHjv1zmWl8yT3vsx4B1aLglVrHg5MAxPM3v/kNGxT4GpuVsdlpYgI4FZcWtrLJ 5i1s18lPVb8/eODhycZgAGQbMwfwSrvyzMtdhjzluRHzuORMzvbSbDQYlAivuh7tcVxasWr1PDq0 caIB/uDNoyehAe81bbmsKHqx/PCwJF5ZEURSTX23HIj832oR+uERxSxj3YceyTc+Ow6/zaLTV8qW kGBgIiQkP/+3f+N/4VVGznO5EhKfPMqFhTwY05fBAuQ5+I0xQNDqOg9s37uVOkxtsKp1SzLIHwbX 0HQrKdISn9vCJRposOGhQeehVV5dLZfRtk1cVMEHFJ7uH+R8Qvu2vpzv5PuXv6/edOwtc3apLb+8 LsjIHmWQM6Sa00OWQuTbP/08/40TTA8NnZt/U4n9h5rq7Dn0EcioVSpRZ8tod+RWwJSzPHNpOdt5 +KzHPNlzc3axlPJtPp0PhBqEH+2l+IDkakV2f/vfD3o1E4nrwWAAmnLIW3yp0yBn2WzJVq2eR6cw zF1b9n0U+FqVok4Zndnvnx3ByaTeOmHk8FYjBSGAqpaofOeJdEuXh84tcOr9FllIBKkWOc4xQNEz swiCKpH7XEhaQJzVkMZIZSi4HzWDNE8eOHSQMiFoh0079lpXbHmT/WVCmiz7FsuPj0lmUaYCLtvw NQ+4P5dzG/awp8abZbdv2L5h8xuyj//Ox19ePnv27MrkrJLl1sLyIXqXcleD1N71hgejFD2R5M7l AQdCY81Bz05Ou67E/mEzxU07uZcWg2/IuPSyX2iXJ0bn3TPz5u3xcCwEKcqtDInc4xh0yDm+kJBA 3gYN/M9//nP+rDBYgexFq+eD54K6B/jg9/ElNSoGC8HBwdwjj/sQJejV/n0t1nzVUgp3CuM0Wyx9 Rs4v+h8l5BtTNL2mpvgtO0br+j32cvC+AKXZMcJWQr7nZ6ziwZnw9gsJCQguNNtI/6eFfES2ZOTY aR6ciucj/ofrUlu/jfuE1EitlIXnDh/aSxXwtEVEat07kIsp6XwfGbGM/fGJ5+xTox2VfCODy++H LpXdvmGWAN5vZ8dDyqy2sx99VNnadnChpbrCYit92Qi/bzvh76YimX9AiwEEkXr/EfBx8yxlGEwr sX8UdfrtQ4/YdcJ62685p9LuHPPleNCRL60/I5t8Q8IRZV3rUuYhLeoD4g35CGoN6FXnANIcDBBM WT8NhnBukH01YmTgZIE3HPeperaTzJIUIt8O6B2UcUukrpFjlAhUmp1U6zeS6SkXOLzPkHzAEw3Z hwAkH/DWi+0mRJfwqo9yjRKf4OQW9u///v/jx8ExcR5/p+oTQIpEx+BKkZZQi8ws0pSFGIh4K6X5 9PSpixSMpS2CF5ijsmp33lEyyG7a9ibLrN7R4ci2dBkdFQKslJAOZHXCPvUrVrIzF79m+46//97O fW1lmZmZk8wW21Nd6b0BEY81ZfdXI2UhkW//ISDKshzBhkrsH46pWUsrDGHP4Cfe7A8PcZ/p2bL7 d3xH4gUM2LE/HA8gtyDY8AxDogHvsD+fBzz5CIq1y9zuFhrS4nw4tpDL+Hq89KzCZCLfDkCKKoz2 5HZOf52UxgqrNqqeeQREVgAaY0FuxTYIBATpBeBtRiq+P/aawH7/lwHcGyvN2gGPtJR4iwwi0uMt TG9kMaVtisg30g+qqTtXRbZx6JhrQl5cpHkwLLz9GNjAG+6Nl53It/aYtzi5f8jSmqtKOt+kog33 pK4yCrmG9xk69pLKur8fOfXOGwUtxy8CSTl1u7ft2mvZuXuvedWmPSVpmdkhi7PqcvoEZ32jhHwD g+cV35mfUpqdZLI82BF+X63zeeP4kKT4Ig9DphWa4fIPwmKSR823rLymxP7bB+t8AG4E+0dWEiGz sJO59HQutwDgsUVAODzAgMjGglmsMbE1isg30GN0FPv3f/93XjkTxzNCxVsURXO2HnpvDAy00GxD ViO84Ujdiu9ys7HcF3CZWbueyLfjlGWC6SGUI3ZXOU2aBzggvsLucRaBhQLSnNGC+ArCLICUelIS DKIsXY/Ue2Jf6XYgeVh2JHgoiGO2KZc/ZJes56mHlBgl8n6rXfTHW6AAEVIwCo23kQBZjtyUhZfO nrmEjlnJOys0qkr368pTz32mWT5H0KEcEvr7IUtZv+DlqmYfQLlmeJKBz69+x4qqGm9cvHhx78Hj F948de7911Pz6g7mrdy1vn7dnhro1LOzs8OyS+tCgSW2Ndlx5sJAyCvc5TF2ft9WRR5/3DPyZneo Nvxu0KReEhdvZC4g8L7IY/yRHrGz9fFKEiv0npZpz4KmFpkDURSEecmSJfwvSLRU5gAvLgANtUjF B0fbfz3Wh40N/1fcCsrZYz08syDIgnyDIApPLWwZXmy5/Ts+wltuFGcDvP5xuetYtLnU5faQBhUV FWl6PZDVCG04/iqV2ZisFTVqDb4727T0gucmp910Jz9BUv5+I0O5IQAig4cUQnoA8i31NjuScy2I qDceYwSbyiXf0I0hy4tRCC4KIyEHutGItwhAxe+PGQpIUyBRcfztoU1HAaNRkUW8Cme/aZbPJszP 3hMemzzYXcePThip0ihI0zvvt5zOF5UvX8v4VwpO5KaGDANe508uf8Pz4cbntTIQZ6TRA/JKatpK V+9pKmra1QwCnZlblAriXF1d3b+0vG6MKc06ChIGvQMSh8/N/hAZmuSSb8wCYjawI/22sAU8W70H dPCGYxAsxxbD48wDw+IssnOM4z3BsQEjVersqJg4N8Va2LTnphz7f3KcmU2JybuHPKFIC8iytKIl loW3Gdk9BHEW5Fl8sN3/9X/9X/eth4QD+0rJt5ScO6Y29SYAE+QbUhK55BsDjsAldYYKGJebSlCP ZeENx2BHyf5ZBeUNSsk3tof9O0rWOpVXDI1oWGzazN6BaV8hMEukGII3HBrvoqZ93OP9xr43DEn2 BDILW3hGFLnbLy9ez8Kytns0Shj9jKW1biUeegZWKtkeemw1ivZ4C5wb2nPIUjCrsa5uBSfdqJaK oD5UVsMHsyoI8nl+atq1yQuyWu6mQesGoi06Y+pEfcO4iKxaPF/h0Xbm8e4RkHF7esqaSxGWlXtR rKe8umYYyHNaZuagdpL1m452zyExyTMT8lquyfX4PR9guYqBSke7T39Jt0C8F5iyR6GjdCThqLg5 fHb6VgyuB8+0tL0607K3V1DmrZdCLOedDbLtqfHabZ0kKur38y9Nt7z1+OhlP7h7/9EmP/bcIC67 EI42ZDwSnmhpAKYg3yBjwpMNQCutJRnEjPViS5ms7ZE6EJUs5TrZkAscx/c32S2prDME2ZazjIwr GHw5S6WIZ49KwgNn5fzQK9Dy3cshllPTIs1uJWxidg3tSqf2fIN4C28EKqaNnpNeOzYy9yQazN7B 2f+cvLCUldVudhrcaDTAA55bup7NTqyWdb2rysvZH57ozWo2tLk0RoyagxZmsxdfHOzXe4OXG/el ZHAhyLdUE+8vYDbEajKxh58ZzIs4uCNDrXtP/TA6puJdNbM4dHWgIePexHbSM2yu7cu47Obrj9+t 9AhtZ2LB+psYfIOsdrZ7Hz8/tw3eI0/k+4mxyXdGhaWt6JDSAoPYiiDO0xakLR4UajnpjGQLUj42 PL06MtE2AYWCSEKm/fsRabINGz4rbV1kWuNXcLBhsI33H84lLGPGK8RUz+UaRiZ7ItUeSJ3whruT bSDPP+7JE/nG7PbUhDp+TH/dHzzvyGayKK1U0f7SvOJ6/x7whoeEhHBtOIDBmNVWwrNGPReQyft7 PH+8b+hvClbuvYM+SLQN6Jtg/3Llc51mNOxuBIJGtLy8JuLyubevGp14OxbQcfZdClFOfd+6ddwD PnReMS81jSjv+KrjbE72TpZRtZ1NiCnl6QUhq9Gy2IynQQV07d5U2IT+GtIPI/wuqXlrWcuuE7I8 kN3Hp3wTsjDdRB2n78C0nXTqDjYfGps8CVkQMNAeF2FtCI1JDsbgu1Pef5L5KXhbc+t3foOO1ZnH /5lJqdfGLyw5HpdkeZ7It6+zDWkzR87JWOepI50Wk7Z4TIR1Ddmo5vb/gJhBBMJikyfAA9k/xPrd XScbGxqeY8gAa3fLUhlKeXW9y+0jFsSz58dE2TXszkj4ovKjrOfwWaysqt5v94OBQmLhRl4QTOn+ mJkQkiB//j6Y9RgzbhJ7YuAMt5XTkf51uqnuxtT4imqls9qdgnjLven2bR/cvu3Q2Y5EwKW5r0Fc pXINSCFAvKXVORFIieDNxctXseCEambJb+Hp+4SeHHp2aJj1yuWN68F1qzHjgHv1d0pEqcZebsq3 IeF51zsrIdTTEymXoHdWj5+dFLYP5hCACWlJ9/Hm2+ayzd8GLK64iulQ4fGXq2EmuHqPTA9goCP3 GcID7i7Og6B9G2C1lfYpKK97v6PIHByXQVbHReWxlLItXL4oXQ9ZTPfu3bknNnRZA9dQz7Xt4Q42 ePsx6xeQtIaNjyliJ868zR544AFN8ly7Wsa1I5+5rxU9EYCKtIj+/j0wIBobU8Yrobvr3wEMNobP y7uitI/vVJ2SHCDoJaNk/bor77zboQi4kGzAey08wSCj3uig4S1HXmutiSy06wioVEtjjzLz/tR9 A8jK8rdJFtmBb/g8NyXtGtJkUQfq/QBbSZYIEPDOFNzmqo2Dphu5z0MWJIdFxpl6dJaBiBF00uPC U4vxXGX3KwmmbiDrZK/+7ecxWFq75UAV0nh2NPItluFpFZJGLAviDVmE2B5kG6kLJ8cWsxnLGllW 3W4+2y3Wo9S6VnmzHZehLYenG9ft6/Gio6O59trfv0fZ2kP24kiyijmNWsYmzs/e3CXIt7epooSB ZtuKR7937OTHHY2AC+L9h6f6sjHzsnmVTKXBiwD002prqIXX3Zvrkav7RvYRfz77pOzVrNvoZEXk +8lxKXemzksxUyeqHxn7KadzaVRHT+12Nwiwu9akxWC/t98HDdB5txNqRdfRd1rGVZpt8N+sl3Sw nlzQnHX8nX9c6agVbcVnXOAc9tyYhSy/cZdiGQdS6SnN5iFnGdcB8v/uR1+ofr+oUInAWH8//4DX auwJO+SQb0j+IH/q9OQbDRyCW3w/juXRrRu3r+lo5BtZN0TRGRTLEdlL8Feulxleb2ioUcBGjWtC gOjSrCZNi/fA6w3vt97PG7MkazYc/sxWsb552PzSd5UUcwL4lGBkZhF1pMohDaT2xmOOtqKjZphB 2j1fA/iUyPKMAn8Xq8L0cb+Q7OtK3ztkQnE2A0HwbfDp7b6Lk/MHlJWVrRNe8I5GvuG9fvDBB7nH G55w4VmGJEUQQ3f7Ix/5r3/9a65fVuv6EEAJLze87FrdP7z8kMz48/kPnG2zB/LKdbL1DMy4iVz0 nZp8qx1RXl3dsPDMkVM3OqIX3FGPDKkHsokIEozgRleeaOSx9qZyJHJb4xzQoetRrAcDitzSVjYh qoD9n6deYrOTavmy1ikjjx06+v7KFesLrFbr06IjRnohRDkrId/IyIHAQOpMlQEDbLUkCB2NgKp5 vUoK+hjC851keT4yMXOIH555t5+KXmWP8saL7Y23nOC+n/e1r8dv2LS6NfzSlRvXOxL5BuGGbASe YMf18DhD8w3ttynrp/XIwuHMM44iMsjc4U1FRziZJkbn8fOIoEM97h8eeww89H7+qP+QXLDqy4rm /VtemFX4T8RrKSLfAenXlNg/GbnwMpnLI6pX7f/QqMQaRNkbvTMIOXTXIMuiiiTIOOQhgDTlHzTl CM7E/8X/4M0Gycb+IksJCLc3BYEUe5wvXGC5Za2sf0gWQzo5jPYR3IA0P1iekVTH16uVPvKDU+ft Hm6b1ep0uh5BVcgxrcwoLTegCSU7U+yx7aZuZ87TFBr+d1B7oPBTDYTSKCPfM0gSdNYvTs+4iBza L87I/jv+IpBRK28yzikGJo6DPOTyVpInHccAYacKlsbwejvCZrM9vf/4u2c7ugzF1TIIOTzSCNjE TCs+IONIZQjUtOy1b49+FBlhkBVN7A/9OEg29hfBnvhbU7dCt/sB2Y9cVspeGBfJgcBTeNq9KUok d7m2oYldvnz5/IrWPRW2wsqXxfvSP9jyIZ6pXCcbiPqLM7JuKbF/MvJ7phstD6xbtc5qtGBMEG9k KEGFRbVS/oFoAyDnyF0N+Ykg40apOBlhrue5y929/FgfGFfm9Tn+fvYCO3P42Hvr17RYkjOLZXmn kd4KAwA55Bu5vpGTluzLGECqMn/LGjy1QVocFxp4o+agxoAWwYoIcJRO2/IqsO3rIOeYGmlOV4tw 4/e/O6vi0kuFGS4l58R1YqBANmbsAV5sRt06VLc1Kpl2VhHT2+PBUZWZX83JtiCSWA/SDfKN/xvh /nGdi3JaePl5BG+ibwVwjVm1O9mI+cWqet7x+zfvO/dx9ZptOe3vxKPO3pWRs1KbRcpKOeQbWVFQ hVjJ+0hG6QT5+cVDT7Ud+6QzEm9X+m9kP/F3JhEpGlftYD0CM2RN+1gqt/Ht5R77+JG3WHnTwU9X 1K9KNlttzyr2TLYThJGRBVeR49Pd9f1xeBLrNy39UwrCMqRX/SGjeSlBjqV5jI3uUVcD8C6DXHtK 0xUQmWKCZ9yXWRQlsx7YB9clZxqZV11sHzwo0XsS/IfMwrpQeDuNRr63bt3Kfvvb39r1zmofH/mz rVaroQYbyGsetKSGE21X/Ts88PDKbz541qfzHT99YU+atTAuyVL4spw+vleg5So82nKcbLNT6q8q TTVKxuhmlLy+ZVvr5+fe6dTEW2B38xp+LuQBN0Je8wkLy5hczRWmpUa1j47dFe/BbMbhvW3nC8rW lpgstpfVIA19gtK//POY5DtiWkya97Ny/aFbLwRbPqYO2dgk3Cjlv+GZ1pJ4Swi4YWQ3Skmrklza GMj4WnESxBvX5072gkEDJCoU09GxkGSyPPjG8RN1lXVNhiCjIN7QZttsNs3Ot27dOh7AiUBMo5Dv kfNyPFaKxgd97EszcxWVq3/j/BffL8lZcbylpSU4yWx9ROk7ErwgOeJvk1JveuIfjVveuDN5QVaL 0uOTIXroHEx5zY1tB0/e1JuAQgry1GOP6UK8pan8BvTr53fyjYDO3kHLZY04xTK2x35Ssr1150lO uBvrmhKtZvW9fhigBURbG3oEZt5BpHPI0pqrg2bnfotiJ+PD0/JJ/9kx4O+CNHp7pI1CwOHNBmRf dztJhybcNRG2PCDuTa1BFWI14AGH1x3EH9eAdwWDb1w7yDkV1+nIfbx1xLmPLt/wJxkF8UZ6PT2K 4qB8e1RUlCHIN6/CndsiO3EBSHpgfInb4xdVNd44efJkdXpZa3H7AOtRX9+PoOjMvJ4BlquYxXa8 HgS5wuMNWak3fT0ZoJxRcmbh6HeOtLXpqQVHGkA9ibcAyDdIuD/Jd6qtmT0+JlkR+cb2y4vWcQ33 yUNvnM0qa6n1RlLiNaFp75RDFucvokqWHZeAI7Wf3uf1h+cd5NEIubS9qQr5QnDGJWFjd8uNBwNa D3ShR8f1gvwjsBLebpBvkpR1fJgstj7Vm469hWwXepPRuLg4Xo1SlFTX+ny1tbXcww4vuL/Jt0hZ KJd849N3etY9AZgImNx4+INrbUeOlhXWNC/Q4v3AzFe/aZbPXpyRdRsONlQW7hmY8d2AmdnXfRl4 k/Ep6LAQlAdyp4v0wk/yD1F+HjIUfxaycacBc7aM7YMW5p/SwsOthMCRrXRkL5i+MhR/pgA0QgEi KZFWQtjD4pJHiAGE3veAWQp/DNII2tt+5aptBStWrLilF/kE4f7Vr35lJ956kd/z589zT/ulS5f8 Sr6HzitkzjzKbme4p2WyExc+ZZ99fuXjVZsOrokxlybq1QbwYO3YtGFhcZZJajjZyPAUotBW2G// 3jf/oVXgI+Qm/pZ9IPBycWSE386PlIi59bsVkW9rzY7bKLXtb+8p2UjnGGhr7dEEcfRn+j90WGoU KvMH+fanzIPId+dGktn68gcXPz2jV3l6LTXe7paLi4t1Kz/varn3NCuTG9Aolp+dkn47xpy/xF+O AzXtnwzOq87Z8mB+7fbDF46fU5V4Q/KRk5zcoQv9qIE92w6xftOtiowSU0FK8vJqRKhIctKJoNVg yt/E23Gg4a9z+yo7IfJN0Momdu49kPPBpRuakE+1Ugn6ujxp0iSWnp7ut/OL4j1KnGyj5hde92fN DCLfBkFRxcqUf5x9+5paxNuf3mZ3GVf8cd7JC0vtJXQ9GSdygiL3tr/fByLfna8ThndYzQBFo70j /iTfagdcEghqIq2wcVFCXst1NcvTg+xC4w3Jh7/Jt7+XUaUTBYHkkm9kEesfYv3O3+2lWgHyZGQ+ AkF9bx1ue8NbLbiRiTf037/59a/9oj9HusEXZ2Sz3w9Z6tYosX7E/MJrlNKPoHGD202N4xgxA46/ 8n9rmWpQy2umIMuugyST6cFN+07sUINsIpsJNN7IbmIkMozUgyL9oJ7nR/7uvsGZzDFVr6v+vvuE lJsT56ZYiXwT7sGm5hYzirdICWR1/Rbuwe03PYv1CMxkL7WTSSxDViG2GTdsGJs6doxhJSDIuNL3 +ed1Pef6zW9cyy1bvzIsoTC9d2DaV67ygD4yYhnD+hmvFaSpWYq4s3g1CfqRVJF+DnAlizAyafNX vAKCl14JyzrhSUoyZX6GZVxk9kp/Pyci310TDatb51+6cuO6t2QTxBtZRpDdxGie6JycHBYcHOyX 80cuK+EecE/kG/KU/sHp73am9L1kWCoi21Y8uqTp8NUzR06zafHlvPIipBOiWAzyQmIZeuZocz2b PHq0oYm3wKhXh7DpQTPYlQvaZnp5fee+PXWVNUFSEotOeVBoelv74OVHpPlBYCX03VgePz/XXhkP xMjf5bONkL6NoL3nQzrQQxoqafo5ALpkQHhpsY9RNN6ugCI/gJ62AsLPq3rKLC+P526EQTaha8Js K3y2tKLmTWl5+pq6FSynYTcLeK2G9QvJ5k42fDeVbOb9PcimIN7weBtVBtKjRw9WXV2t2/kg5dl2 9OLVhcsbto2NtO18fmraNTwvZyT8yXEpt16YnvH3kCXlyf6uUUCeb2N3zg8Omlf6Hbyy7uQST4w2 sb5DphqWcINo55a1slGRRaznlGT2t1HR3IM/IbqE5VdsUOcc77zL1m1689tDW7YUW6y2Pp48TvAq TlhYtgZ/XY2A/VlCm7KddA1gcAgyPTEyMw/E0JlsAoNCyCTGzs1cMSupNNbI9/Mv2ypeCQ02CK8W QY1CduPMRrEOhWwwkOkVlHnrxRnZf8dfPENphUlpIR1//fY0yO7aKF65o+7wuS940ZdR8wvZUxNS edyRkE/g+2Ojk9nERRUsOjGTp/UDsTWyBhsDhN/85jcsJS1D8/OhzHt1Y3OEdAYJbQ7yZk9YWHIN VSWfGme+A2dbn2nWO9KCdRh8+7OPJ/JtYKDaUeveUz/I0TD1CMxgdSu2GY54nzx0jAXEV7C/TExj fxh2r+YaeTmLmvaxkCVVXJft7Tl27njj4+ySNahC9aCS5ysnPRo6SH9MDRP57joASZ0YkVnkabvg BebYseHp1Ua9j9CY5GB46eGxh3cZ9wXCi/9h2ddpXu69TiycpCRDQFyS5fnwhOzR7rYBAfeHjVO2 EwKw2FK+tP+swv/5/VDXMUmIR3pi8Fy2cEmqIQMe8SmvrufFbkYvKGVPDAplz45PZANn21hc7jqu yVbjfChedPD0J1+v33agrN1m3VadjEkwdQ+JyZw/Kaag2oOTzS8DcMp2YlDAQ4NSpO483tJlyFFe mJ7FLr11zjDE+6NTZ9mEmFJueJ40WK/MzlUkRYEm/sC2HXX5+cVDvfU6KZkaB1HXeyqd7KDzAx0E PN5yiakRAgWdkeKRsy3rMDBwRWKnRZrjB4VaTnoTzIxOShBvpSQZ+8h5tncL7Tygpw6UyDcB792w ubYvQbw9ZelAHw8P+D8uXzMc+d588CzrF7ycV5nE9Umziuw/9i4b0E7Co1NKvD4+pCVLchrPWMrX 5ymxUXi35cRP+YOAE/k2KFDkBZpkJXkr52esuicA09+ISKnngYxyrr9l1wmWmrfW7fHOvPk2q2lu +6q2bi0MUPeARGhKqbMkqAmQ1rCY5FFKyDpIrJHuAV5tkGs5DgUMNOSSEiEr8YUQKxnE3iX4wXoN singkjB2bmrpE2OT78h1sj06chkLT11pKPINyUx4WhMn2q6uHzKa1PItrGj1AUXHP/vh51fWbjlQ ZbVaH/Lm+Sop/oW2Rs9qvSQ7MSgmzs/ejFGkEvKdU7frf1DR0QjE++CuNjbH3Kgw6X2xU/kJSPee rXsP5pc2JKr1fH3JJuLvQA1C5wF0yUq8wegYEJBplEh9JYRaDlEH8UWHKddjrYWd4xqIFBP0QP9g y4cPD0ticsk35CcvhGQZhnyDcL8yJ4+5CnCULoOAwwP+7kdfuD3+sXevsIatJ85YrNmBev8eYgDe 0bKNkTGpiMEz0/ZglCvXKPEdgQWTFuYWwTsburTSVGiz9bDaqkMLC8vHVJeWDk4r2bhtWeHmfSXV rQ2QbLyx5+Drh3btbzt54NDBY6+fvHHk9bMM+PzcOxy+kO+yms2s+4RURdffO2g5a12/h++Pip8o OrStdVut1ax+UAR1rgR/A+8giLTS/QbNzDwTlpAdCjuHZ9efHtTRc9JWhsYmT5JPhk0PQAPuzBb9 pb125wmj95SgJdF7cUbWLZBSJU4qaKoh7TAC+VZa3AYZ2uAld6oZr2m8tmrTwTUWa2EftZ6xL7NY HcnJRgalIuAdAplWQl6RYsdXPSg6c1P7qK+4sHwYUFpYOMhsW1UM0l5YtaFp/ZoWy4Hte7eCsIO4 79tx4A0Q9rWbT3APNQDyPCOxlikdPDw+JpktztnIKle//kVlZcPizpSHk0Bw1vl648V29JYL8i2m MTHwxvSplJiL7yDsgOiU8H/h5XFcJwdI66e0RLMo6y5SEmrpZaJ8+QQjD77byfdtuf2jWJ4QW3Z9 VkL+Ath5jLlyfmVlzaDy6pphyZbsMXVNrQuX1+3aVr9uT01qTmnJmydOrz129t22g8cvvFleUb3/ 5PuXvz9z8Wt2/hN1yLvSsu4YaCCNotj/86vfsZPnPjzR0tISrEV/31XsnwxKRSA6F+lxlLzUQ8Lz rmuR1kshoXigvLi4f3BcwRGlspnajUfYjNjsFXo0epjWpveM4G9Avw0dt5J31xtvuZyBgBNibk+F J9aJmAf8H0QfKfyUnmvonOUHAxeXF2jtWTJqFVACQaDfNMtnyPqlJLFCj8DMO77aubDx0vK6MUB1 dXX/8JT6epD2Fa17Kvbu3WvKyKtaDdJ+8eLFvTuOnDsZm9NytWHPB/w6vr75Pausa2K9p1n5NSlx sr04M49Vb33rdnxW4wGLrfRleg+IfBsOKPwiN2CxsGnPzemxmVajXLtXAaOWldeUBJ95i7vetu70 jhH8DbnBigKQeEDqYZTrF15sJft44y33BpSuk2B0DJuZvvnRUfJniB8ebmKwHyNcu9ls7tYzMPNH peS797TMW3FJlqd1sP9JXWXwTcakMnhxjYiCrzyl6kMqn5emW94y0ovmTarEXoGWq96kIlMKZC0h jxjBCMB7iM5UznsPTy629ffslhRKs7Vo5bkn8k3oiMAgdHxM8VeicrWn/hKz4ZgVN4z9R+SeVyI7 QYBm/xDrd2T/RL6Na5Qmaw8+PZRg6j4ywvYxyqI6K1KTkNdyDR5yIwYQKikS1H1Cys2Jc1MM47kn EPQCOtPBs5YfdecNBuFG8RolwY16AIV1lBT+Ubq9b84Lmt0iGB8hC9NNf5ts+c4TeQUHCIrJqjTS tU+LysipaT18Ry75RlpC8BWdyHeXkZaSIakEpNqS5pOGdywoOjPvldk5l3sGWm4/H2C52iMwk706 J+ezkJjkmUa9DwwIXghZ/hmkM24DLUcv+2FMdNE7enmjKQiLYASI0vLQTmOmCPrviRFpOaIkO+wH xBzSFHi8jVZcxz7Illn4B/eE+9DLUUB2TjA6RBEY9O8BiyuuQlbi2D/CyTY7pf5qYEy2YeRmUm7S Z5rlc1H4x1Oqwd5Blq/0kJx1NdBD8BFyUlvxYME4y5gOcj/d0OEOCk1vW1ay4SrSDInpNUw/YRkZ WuAhbych0SQFIXQhW++GjtexI0OshCjJDnkGvN3QhBs5NSa38ZmZZ+DVdrUNBhcDZ2e/PWuxNZR+ fwLZv7mbGHhLbQSDUzjWpi6uvAqJCb4jKNOoA2+AOwgWV11Drm93cpOYrLU3AiPNiXpdV1cafJNR eYm7KcK6KXmpoFvuSAOJaQvM0S+HWE71mWa9gwalV6DlOyyLRgXEQ0k1KgKhIwK2K9fWO0o1Vdg6 2jDISVBwJyAyxQS7RqeMgQMCRPF/eLzIxglEvD072UDEw2PThnWU+4G99wlK/3LNjmM/oIiOIN2I V0PWs96BaV8FLzCHY8BB7wCRb78Duu67+XgVj9CMHEzgbXEKmiYmdFZIUvTJfscxwDa6TTgOJEAa QL7hvYfXHpIZqU4dbUNHGVQQCGpBzOoq6RvRxxt9Nlh6PxiAB0RbG4bPzf4QDjYhjUW1bhEkjjaN KkQT+fYr0Kn6Un3JqB0Ygpwcp9P1IO4EglHJKby93gT/iVLHRiUTvrRfJDEjdBWgP0QboPSd/2mG 2/u+VGt4K4WjPp7Id6fo2I02oFCDLJBxEjoLfNVqG9Xzjep63hJoUXWT3g9CZ4evFVyNKi+9Gyja 3Zt9RTVeej+IfBNUIhlqebOoMh2B8C+iarTBKAiBr50nDbAJhI45UEUKP19mvYzsVCDyTZD9AhuB pKpNlnEsCswgEIzXUak522b0oHECgaBdW0QDcCLfHRq+jkDVIt9qH/NuYAYZJ6HLwyizQGrL3Iyu aSUQDEJ4uxulHVKzr6fgSyLfHRr+zogAD7VW5IDIN4HwE/wdeKlVJ9kRMjoQCETAtZmBo9SjRL6p Y/YCCLrSUo9GgRkEwr8Guf46NzIrGWGGjUAg+/cP6daqVDscbDT4JvLdkUfFD3Sl8xIIXQ3+yo8N j5vW56V2hEBwD39JNOD80pr4k/SEyDeBQCAQCASC4eCPQSpJP4l8EwgEAoFAIBAIBCLfBAKBQCAQ CAQCkW8CgUAgEAgEAoHIN4FAIBAIBAKBQCDyTSAQCAQCgUAgEPkmEAgEAoFAIBAIRL4JBAKBQCAQ CAQi3wQCgdAZERgY+NL48eMnzZo1q0d4ePgjSvaTLkdGRv5Outx+vKfF8fBdybEIBELXaj8c2xAl 7Qe1IUS+CQQCoUN2oKKTE8D/gLi4uF+iExQQnSzWSf+HDrh92/+UHlMcV3p86XnENuJY4tiS42I7 KkdPIHTy9gP7S9sQx/bDse1wPAe1IUS+CQQCoUN2no4dHjxRADpFR5Is3Xby5MnDHT1P0k7RkYQ7 nkO6LD0XebMIhK7RfkiP46z98HQOakOIfBMIBEKn6jyFNwnf8Vd0bvi/FNJpZ4k3zL4e+7ki347H kXaoWiImJuYhegcIBP+2H6KtEG2Is/ZDtCGuyLe/2pD2QcIDRL4JBAKBoAijR48O7t+/v6kr4qGH Htr7q1/96mJwcHB/ehcIBOWA7XTV9gP4t3/7t6vdu3evbifhvyLyTSAQCASCjIEHQM+CQCB4AxDv zjJ4px+UQCAQNILJZPrV2bNnV+7du9ckFydPnqw5fPhwrtztDx48aGk/R5OSc2B77Cd3e1wPrkvJ Od5+++3m/fv3m7U8x5kzZxrpPSN0ZrS2toZWV1f3l4uGhoZhSvfZunVrlJLta2pqBm3evDlcyT7Y HvtpeQ7cN+5f6T5EvgkEAqETobCw8Klvbt1hK/d9KBsffn6THblwWfb2u09dYl9cvaXoHNge+8nd HteD61JyDtz3hiN/1/Qc+NB7RujMuPX9j+zCJ9fY2Ytfy8Inl79lX9/8Xvb2wPd3/qnoHB9eusnt W8k5sD320/IcuG/cv9ztcc/ff//9TSLfBAKB0EkQGBg42Gq1PgSiO3LZbtnYfeofzLb+nOztE2pP 8I5EyTmwPfaTuz2uB9el5By475m21zU9B5FvQmfFrFmzuuOvHnak9Bx6tDnenENp24l7vnr16kUi 3wQCgdBJAH2zmuT76DuX2fbjn8nupLBtw54PZHeExZsusNMffu30HM46dHfbu+rQcT24D7mkYf3h j/k5ACLfhK7WfqhJvl21H+7It6s2xFmb46k9UNrmuGrX3LUhztpOd20IkW8CgUAg8u2yA/nw0g3e 4Xx57dZ9naGzTgqdGbZ1RVqddYTopLAfPnI6dFwH9nG2vasOHdfkantn58D1475xHiLfBCLf3pFv d+2HK1t114Y4a3PctR+u2hx3bYgr8u2uDXHWdrprQ4h8EwgEQgeFqBTnWPJZTfKNDkd0JI6diKtO yp3H2NUUMDrDb2/dke35Rqcurs1Thy48b0rJ99VvvufaTCLfhK7WfqhFvt21H+48367aEHdeaWft hzvPt6s2xNk5PLUhrsi3qzaEyDeBQCB0QKC4xDPPPFPsrMKb2uQbHRU6EC3JtyvPmDsdKTpbOd40 HFt4reRKWwTQeTojDUS+CZ25/VCTfLtqP9Qk367aD0+ab2dtiLNzeGpD3Gm+nbUhRL4JBAKhgwIe K1HOWSvyDY8POg+5HqIDZz/nHZorYuysI/z0yrd8e2cdqLMOHR05tnXl6XLVoSv1fOMcuHfyfBO6 WvuhFvl21364slV3bYizNsdd++GqzXHXhrgLuFTq+XbVhhD5JhAIhA7ceaIUsyjdrAX5pmwnlO2E 0PXaD7XIN2U7oWwnBAKB0CVA5JvIN4HgS/tB5JvIN4FAIBBceK7gtYL3isg3kW8CQa32g8g3kW8C gUAguOg48deZZhMVLr//4Z+aVmnTo9qcHlXzvDkHkW9CZ24/8Pfmdz9oXilWaTVaParqenMOpdWB cc/ffvvtZSLfBALBEGj/sMmTJw/H90GDBsW42s7dOgBptBDNL5YR3e+obfR0DG/PrQfa7+VpeKzc ZTv5oZ2Evv/3r2Xjxje32dpDH3HPjxxUbH+Xp+uSuz2A7bGf3O1xPSfev6LoHFfbibR17VuanoPI d+dvQ8SxgGHDhs1Usw3xdzviqf3A3x9//Ce7/PW37PMr38jC9Zu3uzT5xv3LfVZ4rkS+CQSCYdCv X78UdArt5PmX6JzQSTz66KMb0AHiOzpVLAPYHh0H1jlOnWIZ26LDFNs561QBEHUcW3Ss2M/xvNJ9 QeqxDh2y6Mgct8V94H+CBGjhuRJ5eh0hyPf3P/zITl34XDa+uvYdyU5IdkJtiBOCjGO6a0NwTMd2 RLQTztoQx3ZE7zbEU/uBv2g/zn1wWXb78fdL17u07AT3L/dZ4bmS7IRAIBgG6OzQaaIjxHepdwjf 0SGJjsmxA5QeR3RYzjpU6fGENwvb3438fxodk+N5pecQHnVxDY7bSteJv/7wfDsj33VNm1nr1teJ fBP5pjbEQxsiXefKSy3+76wdkR7PsQ1xbEf0bkPkeL5dkW9XbQiRbyLfBAKhA3ecgjSjc5J2PM46 Tmcdk+j4AOHdcncu/BWdpmPH50iuHfdzta3W5BteK1yz1LvviXzbiuv437KaZnbozfeIfBP5pjbE g42KY0klbM7WO2tH3LUhju2I3m2Ip/bDFfl214YQ+SbyTSAQOnjHCc8ViLMg0uK7mDIWHZKYMpZ6 lKTe7rvTwE87O5eY1hXTvoBUSiI9rzvy7WxbMa2tlexE6q2S6/kWHefWPcc5iHwT+aY2xHkb4uj5 djWDJtoQfHdsR9y1IY7tiN5tiKf2wxP5dtaGEPkm8k0gEAiGIABaQdphOnbOrsi3JauE/8WUMZFv It+ErtuGeGo/XJFvd20IkW8i3wQCgdCpyTemjdGBouN0VV7ekXyjw4TnSnSgRL6JfBO6Zhviqf1w Rb7dtSFEvol8EwgEQpcFZTsh8k0g+NJ+uCLflO2EyDeBQCDvDoHIN5FvakOoDSHyTeSbyDeBQFCz M1XSuepVOMcx6JLIN5FvQtduRzpLG0Lkm8g3gUDo4JBmFHFWzELk4XXMoy0tYuMY9e+sIIU4hqcC OJ4KbghI0xW6um7HjtMxdZi4H2mVPOm1ivXuiny4gsjP6ypPL8rLM/po+iH7Nm4b4qkdcdeGOO7r rzZE3LuzdsTXNsRT+4G///zn/7Bvv/uB3fz2e1m4/f0d9vXN7zlxlYvv7/yTXfjkmuztP7x0k1fF VHIObI/9tDwH7hv3L/dZ4bnevn37BpFvAoGgCaSFJJwVs0Angm2khSwci9g4/nVXkMJTARxPBTec ebFcXbcn8o1UZ1hG5+w4uJDer7siH+6AQCl0nK7yfP/Y3nl+8dU3snHr9p1O4/m+cvVb2fd9/Zvb /N6VPCsi38ZuQzy1I+7aEMd9/dWGiGM6a0fUaEPctR+CfMM2rt64JQvf3vqBnXj/CrdvubjaTlpR ll3uOUBcP7x0Q9E5sH3F9ndlb49tlZ4D9437l3sfeK7Xrl37lMg3gUDQBK4KSUjXO3YYrorYOOvk HLf1VADHU8ENqbfN2Xd3Haf0WOgwXV234/16W0RDdJ6usp0Q+Sby3VXbEE/tiLs2xN059WxD8NdV O6JGG+Ku/cBftB9K7UhrWwVxNarsBPcv9z5wzyQ7IRAIunSczopZSCUa7gg01ktlJ44FKVzt67it p4IbAtJrdXXdjh0npoPFsbCtOCb+L112vF93RT48dZ53S1n3kEu+j58+z96/+A8i30S+O3Ub4qkd cdeGOO7rrzZEDNSdtSNqtCHu2g935NtVG0Lkm8g3gUDoQBBaSaXks6vfLzp+V5pNZ+T78Bsn2dr1 m3nnSeSbyDfZVNe+X3fthyvy7a4NIfJN5JtAIHQwz5bwDtH9KvN8O/u/J883kW8i32RTdL/u2g9X 5NtdG0Lkm8g3gUAgdHoo9XwT+SbyTSDIaT+IfBP5JhAIBIIK5BsdZkl5DYczzSaRbyLfBGo/3JFv d20IkW8i3wQCgdDp4Y3shLKdEPkmEDy1H67IN2U7IfJNIBAI5LlSKDsh8k3km0Dw1H4Q+SbyTSAQ CAQnQHEMd+QbRTLkFn0AUE567aGPNC1GobTgBa5H68IdKI6Be1fyrIh8Ezpz+0Hkm8g3gUAgEJwA 08Yi77Bj51laWvrsP//nf2SXOwZ+uPNP9snlbxWVYf7xx38qOge2V1LqGdeD61JyDty30rLYSs9B 5JvQmdsP/P2fdjuij3afH3/88Xsi3wQCgdABPVfoQEXxIWnnCc83vLmnLnwuG19d+06x7AREVMk5 sL1S2QmuS8k5cN/nPrgse/u/X7qu+BxEvgmduf3AX2/syBvPt5JzvP/3r73yfGM/JedQ2q4pbTtn 2l4nzzeBQCB0RHjSfDuS70NvvsfKaprZ1j3HiXwT+SZQ++FW8+3Mjty1IUS+iXwTCARCp4enbCeO 5HvP62/xv9FxSUS+iXwTqP1wm+3EmR25a0OIfBP5JhAIhE4N4bFy9FzNmjWre58+fdJNJtOzrmQn lqwSIt9EvgnUfryk1PPtrg0h8k3km0AgEDo12kl2D2lHKr4PGjQo6n/9r/91yxX5thXX2b1XRL6J fBOo/ZC2H+3fB//Hf/zHefx1ZUeu2hAi30S+CQQCodN7rsR3acCUxWL5+YABA+KdyU7qmjazpSlW rtmEdpPIN5FvArUfju3Hb37zm5P468yO3LUhRL6JfBMIBEKnRlxc3H+iA0XH6Uy7SdlOiHwTCN60 H+3rfoW/lO2EyDeBQCAQFIDIN5FvAsEXEPkm8k0gEAgEIt9EvgkEIt9Evol8EwgEgvFQWFj4FMrL U4VLqnBJIHiDH+78yD76xzVORuXgi6++ZSfev8IH13Jx9eb3is7x2Rc32tuPG4rOge2xn5JzfHf7 juztgRvf3GZrD30k+5qsa99i165d+5TIN4FAIHQy7N69e0l1dXV/udi6dWtUQ0PDMLnb19TUDNq5 c+ciJefA9thP7va4HlyXknMove/Vq1dPam1tDVV6DnrHCJ0ZN27c+OTjjz8+ePHixb1y8Pnnn5+E N1fu9sC33357Wck5Pv300zfar+szJefA9thPy3PgvnH/crfHPeP5EvkmEAgEAoFAIBA6MeghEAgE AoFAIBAIRL4JBAKBQCAQCAQi3wQCgUAgEAgEAoHIN4FAIBAIBAKB0IHJd0yCqVuvoMxbPQIzGUFz /EjPQG9k0DMneIVeQRnf03OgtphAv02XafMCM+/Qc5CHeYuT+/tEvnGAV2da9tJIRVsELzBH9Q3O vErPQl/gmePZ07MgKEFobPIkOCXoWVBbTKA2uysgMs7Up2c7+aZn4Rljw9OrQ2OSg4l8U4NPoIac QOSbQG0xtdkEIt9EvgnU4FNDTiDyTaC2mEBtNpFvIt9EvqnBp4acQCDyTW0xgdpsQqcm3+C5AZEp Jl+RkGB6iMg3NfgEasgJRL4J1BZTm00g8u0Gr8yynnxxbiV7eX691+g3q5iBgBP5pgafQA05gcg3 gdpiarM1wLBhw2b+7Gc/Y3Fxcf/pr2toP/cvcR1Evn0n36/Gt7KRy3Z7DRBwIt/U4BOIfPsVFovl gXOHD+3tLHhz166VRL7vRWFhYfeqqqq9Fy9etKMjL+/cuTOe2uLO22aDKEdGRv5O6Tp3xwsPD3/E n89i8uTJw/W6BiLfRL6JfBOIfBscVrP5oRvvv8c6Cz49feoike97UV1d3b+xsZFJPx15+eTJk9XU Fnd+8o2/gwYNisFfkFf8FcB2ILOPPvroBmDWrFlPS/fHfvi/dJ/AwMCXPG3vbL10G3EtWC+O7+5a BLCvXs9dLvkWz1k8a0XncLLP+PHjJ+F/rp6Bs99X6UCKyDeRb2rwiXwT+SbyTeSbyDdBQ/INwgwi J4ielLA988wzxe3remA9vkv3BxF0PJ6n7V2tF9tIrwXrQcLFenf7gphj385MvvH8+vXrlwJ5jVgm 8k0g8k3k2yOMoAsk8k3km8g3kW8i3/eSMynRkxI2qVdbSgQdSZ30eO62d7XeGVF1dg5X+6JvEaTU 6ORb9IOA1LsvBg/4i2UQbcdn6CircbY/kW+d4c1D1hoWi+XnaBgmzM/e02+a5bP+wZYPJ87P3hyy IDmso5NvIz5vh8ahx/jIzOaREbnnUd51SFj2eSzj/3Ibck/3qPQZGEEX6NiQe5q+I/JN5JvId9ck 3zExMQ8FBwf3dwWxXTvp+5W77bDe3re52Q7nk5Cq7q62wzqtybdop+FhduZRdkW+PW3var0zooq2 2dHz7WxfkG5vJSfTIs3x4HTS1Hhak2+pR99RtiP2QZ+E38AT+Xa2P5FvD52+FGqQOKORQZC8kRG2 j7uPN99+dOQy9tE/vmLvfvQFe3TUMvaXianfghTGJJi66UW+paNNGKqv3lejkm8MeKZGWfICFldc 3XTgLEuoOcmyN33Czr73GcPykIiSq///9s7vN66riOP8B+UJ8YYreEA8QB8QWRcQtApVmzZqXEiU 0Dix0vywHNz8woTKSrJ2W2dt8sttaSMFpFaoKUJtQ4tEKiFqXlDUlofyAA9FQrwVUCo7NDQhESwe y1NNp3N+3b337u6930hfxbt77t27s3fnfM6cOXPodWqXAt++3EBfLp48LiUvMJRryNehR//0OJQb KD8bX4u+Pt/7cWQiJjcS8F2PwTHgu3oaGhoaGRgYWHBJgrKvnYRlXzt6P263Zs2a06529FqR8M0+ mP0awWJs5DvU3vW6BaqcfiJ9rHUsp6JEDaiWmWP9nuMXDzebn9Zsx30i/Z0XfK/2B3R9DbYpifoS 0V80rCCVhm9iGJ12Yh0P+E7oHAgEOX+HOnbu/OkL4tEi50C5oJFzqhgSqJ3rOAkU1hfXqUYnpjc9 +Mi59wi4P3PPkRXxP35MMLh54uzfl38MtxUN33zT8mP67DxStuAqFt6kvfl7tGxetL2l7hk9+eed s7++xvYm8CbJx/T6xv3zb6TCtys3MJTHx/d2bF4gRwdcbfR1pOQGuuBbOnLdaVifmxwgiY/1vSfg u/rBCMA31A1hnc7UJ2Tf7tPYxPTd9+9pXdDg7YqGu4KDKfDNgSHJEuzniEtk4Ij7Fw7ucMDQCiLy +azjAd+JnQN32AQfXKuSgI2e58e8YMF1Pr1YwXUcQ6AGjzxEN/YD+55699Z7j5rQLR9/dv2xNkXH dRQ2b4evoVeDlAVzMfBmHWfZvEh7f8RpHJiZOvOz31x1Qbd8PPLohavUPgW+XbmBMXl8Me1Tcg1d OYq+Y13QxxAe+35ylT8PlH3vCfjufjCi6MEx4BsCfPe2rNleX4Sc4bET+O5H1Q6+qaPgTof/5lEO t9PA4YME13EuoMhLWw6cfPmVhbdvuCLe+vEzv/jdtZGDs62S4buhwc2yrc7DSoFA6/ki7M2ifLW1 e+YX/3PjZjsGvk+88rc2tZd5blngm6cCQ3l8OvIdyiMMtZHXEZsbaJ2HfmcCvL4kB1O+z63P53tP wHf3gxFFD44B3/GzkLzoWs2E5bLuokgfC/juT1FA0LfWKdN9BviuDnwTxFDnwhHX1b9XIq8cBdLp Ez4o8R3HnQ0Bi6vzyqrbh1sf3LruaBC6+d/n7jvWpoWYRcI3fX65IINswZ2wa0FELLzp4yybF2nv DwFo+eY+8tQv3w9Bt3x8+NSLVwicssK3zM8O5fHJv2PyCENt5HXE5ga6rotBjH83offjiKpOVXK9 J+C7+8GIogfHdYDv2BrDoe+ZF43FTIm72rhmmQDfkBbleFvprZGQ3bAWYgK+KwTf/Bx1MpRLynml cpp1Ndn+UzEw6DtOTbPmVumBRpiDw7MfxES8+d/AuiPthrqJ84ZvGd3kXCpfJ50Cb/I4l82LsrfU 1ofnnv75a2+1U+Cb2m8ebz0NR54mgg/O+Y7p6AHf3Q9GFD04rjp8u2oMx6Ty8ABVp3rp//XCaV/q mL5feADO70nPxS6MlgvIAd/VhO+sx44emt5gVWerOnx/68D5NgF4Vt2x96eo850STehUNLrc9P2z SzHQLR/f8dDJ681m85NFwXdV7S21aXzuub3zr0dBNz+m9t/d/6Pn4MjTxJ21a6U54Lv3ghFFD46r Dt+ufHhfKo9O+3HNhMlgkUwfS4l882ylTimMWRhdZFAE8N1dUZ53TPUSlyjqTfBYJ/jefmDmEQLw TsWzDYDvEmCQbvSvbT9xMwW+Ly9dba/ddepKkZHvOsA32Wx46sL1FPim9tJxw5EXI8B39X+fdYXv 1FQeH3y7BmAu+LZK3WVZGM0R9zJ3SKwzfKfk+Oe5HiCrLHCsMnznLcB3SaL8bcrjjk07oRrgd++a eb3K8F2G6N7ccfTZxZS0E2ovowKAb8A34BvwbcG3VWOY4ciVypMK33rhNLexNubS3xnDs458WzBn QbaO0FcZvosq79mLopztrPnegfMCvgHfvaVlI2/7ypaZxVj4HtzaWtQrkQHf2bRx35lLPzj3ZhR8 X/rjX9vUvt+jKIBvwHcvqA4LLnWN4RUI8aTypMK3XjhNkhu+uAByFZ4bOuc7dmG0blN1+HYNYFwb olmvs62sfHlZo5racxuZ+y/fh49znctXXtS6Js1svpKBIVE6rFUpBfAN+O5JbTl4+rUvDE3dCKWd fHHjo9e2HZx7Qh8P+M4mWvC6/ntPXKZUHl/EeyXVZ/eZy3qzAcA34BvwDfh2wXe/KXVhdD8qb/jm WQw5oJGvWxuOWbsar1YousV1jOs46zlZJMHas8RaWyDhmTbWyWpfYj7LvlWG792HZ8Y2jJ9+u1P1 VM53KH8pJeetSHVarolu+Lt2Hr/05c2PL73/7+sfg2+CvzUPzizdv3vmBev4PB2+z+ax+YT9YHN5 j963d/6f4/MLNyz4phrs9Lo1FZfVkcvavb1kD3L+sjPpRNyZAL4B34DvPgkCJS6MBnynbzhm5cvH 7A/BNfXlca5zdbpnCTGbLOiQou+MPf6MtWCzyvBN4PyTl3/f/u0b72TW5JOv9le1k6rAN2t0YmYX 1f0e3Hp8iWpK72u9sDS4tfWvr25rXaGtXl3HleXwqwjfPPihzY4aw3PtdeNnF9fvP7dIVWjo8bfH 5y64HFFWR+7Ky4w9tqh6vdThyuuiafGYqWV5TXK6OmsHDvgGfAO+oX6B75QNxxiaQ6lF1mJcK1pt nUtG5K09S0LwnbKzpZYLGqsO3wTQ/3jvamadeX6hHPjWeUdWLdHYkaXeElk+x51/qLaqzpGz8qKs c1i1Uhk8rM8TK4qyUgdNNTNp29ZQ+5DDtz6Pz+Yp9rZs7rJ3is1d57Bs3qm9lZNo0H0bs+ik08U7 Mbl5lp3yqterJTdW4ih4TB1n0Tk05PXK8wG+84Pvsmen8hhc684e8A1VBb6574vZcMzKl4+Bb9dx rnP59iyJ3SBLp1l22K8CvnsFvmXekVVLVI8sdf1R6zz8nN762Fdb1Zpmj91q2aqVKjrHj32eohQD 39bncdk8xd6WzX1bWsfa3HUOy+Zl2zuPyDc7yCx2yqter5b8rnlQTNcQGtC4Fhxl3Xq8bvAtO9BO ZzAA34BvqBj4rpNW1kPtOX4xBIGrwcLPE+f5YD0WvvPYPTfFD3HfG7MTravEZ9/BtzSwVUtUtrPq j4amaFK2SY65Aaxz+Fao+3Yb6wZ8+0bT+tpT7O36PkM5ZzH3RGw93LLtnRd8d2In33cSW6/XF/lm QOdtymM+jxzwIvKdBt+rMx+36J1jU2cEi5id0ud0HZsyOwj4riKwtW6baJ76piV6jdtNNh8bcLUj cTtK9/O1k+mAvnb0foDvbNr+8GM/tHaslL6MGC80Q9+r8O3aibY28O2qJSo/bApUchRWRkt9tVVj zmudw6qVKqORZf1AssC3z+Yp9rZs7tvSOtbmrnNYNi/b3nlGvrPaSUaXO6nXa0W+Cfo0rPsWT7rg G5HvePgm29G9oH+jqTOCRcxOpcxKxc4OAr6rpx3Hnj29+diLC5boNW43duTHI652JAnzvnYS6H3t 6P0A352LQZtEf/MAKQp6O4BvTp+RwRyZHsv9p6wKo4NP3JbOo/2iXn9lHV9Z+LZqicp2Vv3R0Bcl y/CEaqvG3ADWOaxaqQwv1ufpJfj22VzWFA3Z27J5TM5Z6Bpd57BsXra984LvrHbKq16vK/JNjky+ N8MTQZ4VzeZz6ggtIt/x8M0zfFaJsZQZwSJmp1JnpWJmBwHfUDcE+O6OOoVvrsTjgm/q27ivY5+o ZwTJt3JgyQff1vGVge9U1aH+aJHwDXvXy5Fn/f44z9v1OueAx5yL2mbdhKOu8E02k4OoLDOCRcxO xc5KpcwOAr4h+GzAt9V3rc72NfRsng++uf8SaXoN7RfJv2r4tnaidZXarCV816H+aC/BN+zd3448 6/cXqvOdAtOo850O3/S3nBbNMiNYxOxU7KxUyuwg4BuCzwZ8a3HKh5xFtUCb/In0lXJzIZk2oiuA cXqKfE+9E611fG3hGyoXviE48m4KpQaLneHoBQG+IfhswHcVBPgGfMPhw5EDvmsE3/08QwX4hurk s/VaKmsxn96LQ1czynM/C8A34BsCfMORQ4DvmgnwDdUNvmVKn14D4dqzRFYz6tZ+FoBvwDcE+IYj B3wDvgHfgG+o7+A7tFt3aL+Gbu1nAfgOw/fkk6+uAHRW7Zx6HvAN+IYA390V1Y69+NJLzaroV+fP 7wd8qwHWiRMD8/PzzYWFhQ/Vz4+XQXwDfDF8dgi+ecGzVYffKrEnz9Gt/SwA336NHpreQODcqSYn mwOAb8A3BPiGChLgG74Yqid8c4Uirgrkg29dzahb+1kAvssV4BsOHwJ8Q4BvCL4YPrsLqtJ+G4Bv wDccPgT4hgDfEHwxfHZPq0r7bQC+uwDfX98+u0gADhWnO3e03rl9+caGLcrV4LbZm2t3zP4FtoBS tPah1p8aw3P/hS2q6otn4Yt7VPTd3AmfXbru2tn6w7LP+x9sEdY3RmbfpQBNR/DNAA4Vr9GJ5hDs UK52H5p+AHaA8HuF1Hd7L+wAnw19VGMT0+tghziFuBpTBBAEQRAEQRBUkmAECIIgCIIgCAJ8QxAE QRAEQRDgG4IgCIIgCIIgwDcEQRAEQRAEAb4hCIIgCIIgCPANI0AQBEEQBEFQOfo/l/COa1KR9jYA AAAASUVORK5CYII= --_004_76EA352C3C95BB42A2C4F2EE6493AD6E4DA44F57EXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F72321E80B9 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 21:13:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d9ZiAunXHrNc for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 21:13:38 -0700 (PDT) Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) by ietfa.amsl.com (Postfix) with ESMTP id 3079811E80D3 for <6tsch@ietf.org>; Tue, 18 Jun 2013 21:13:37 -0700 (PDT) Received: by mail-pd0-f173.google.com with SMTP id v14so4619163pde.32 for <6tsch@ietf.org>; Tue, 18 Jun 2013 21:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=KtBzkVch2tCeXXdTu+pfeqARf+OE5e/GDk7Vxj4N/RQ=; b=ja3bh++WM+EWmgkwjWRRmoatHvVoff8LP+J6L4EIu009lMqkMsRnO1WIeoQQ8Txn/Z sIqotqOLHGplRd6CXoS57Nt48q3Ko+vA4eEo54ePeEVGCPXGZuBehabl4H7Xum9AuG9O i+XsDF3SHNSGpdmOThzS9nd/GQwxiC7oRr4e9O0/npKsvoch+RB8FSV5jbttmg4crcvl 84O4xMDjGyxChr/k49DwsyOkPAD5NW2uGZb0AVmL+VOTOpp+UaIOW+abg7VL2sX0aF/h aoCWfF9+sEOmpR6vttc0rpgjHzRmQGzQyypDcFTr76AMQEXW/ZtKAGx6TiM6O7UhhNCT vVhA== X-Received: by 10.68.19.72 with SMTP id c8mr875715pbe.219.1371615214044; Tue, 18 Jun 2013 21:13:34 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Tue, 18 Jun 2013 21:13:13 -0700 (PDT) In-Reply-To: <2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33@xmb-rcd-x04.cisco.com> References: <2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33@xmb-rcd-x04.cisco.com> From: Thomas Watteyne Date: Tue, 18 Jun 2013 21:13:13 -0700 X-Google-Sender-Auth: CBWCDFB_rWBkwF9BlfMpKMl-rNE Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=bcaec53af13a9a0e7f04df7a0d44 Subject: Re: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 04:13:42 -0000 --bcaec53af13a9a0e7f04df7a0d44 Content-Type: text/plain; charset=ISO-8859-1 Pascal, Raghuram, I'm fully aware that VPN/tunnels are a proven technique. Obviously, this discussion only covers the case where a PCE is used. I want to make sure that we don't add unnecessary complexity. The easiest thing is for 6TSCH not to define how the PCE and the BBRs discover each other, neither how they communicate, and just give "examples" in the architecture draft. This might be the right thing to do to start with, but it would be awfully nice if I could connect my BBR to a third-party PCE. I'm happy to talk about this on the phone on Friday. Thomas On Tue, Jun 18, 2013 at 8:53 PM, Raghuram Sudhaakar (rsudhaak) < rsudhaak@cisco.com> wrote: > Thomas, > I agree conceptually with the cons that you mention for option 1. However, > tunneling and VLANs are a well understood concept in the network > setup/administration and used widely by IT teams. Pascal has pointed out > the specific Cisco technologies too. So, in the practical world tunneling > is the best/proven solution. > > In Option 2, the reliance of the BBR on the PCE to identify its peer may > be a cause for concern. It means that we implicitly mandate a PCE. This may > not be applicable to certain deployments that may want to use 6TSCH without > a PCE. Or a different routing computation technique/protocol/standard. > > IMO, the PCE, ND must be maintained as separate elements for the above > reasons as well as applicability to wider range of scenarios. > > I lean toward the idea that 6TSCH does not need to define anything to > create the connectivity between the BBRs. Instead the requirement can be > detailed along with possible solutions leaving the decision open. This will > hopefully help in wider applicability and interoperability. > > -raghuram > > > From: Pascal Thubert > Date: Tuesday, June 18, 2013 10:08 AM > To: Thomas Watteyne > Cc: 6TSCH <6tsch@ietf.org> > Subject: Re: [6tsch] architecture with remote BBR > > Hello Thomas: > > And then we need to add the case of the backhaul that looks like your > case 1 but has applications on the other side of the VPN as opposed to > another wlan. > This is actually being studied at ISA100.15 ... > > For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs > share a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in > classical routing, with VPN iff crossing an untrusted area ( ; eg the IT > network from an OT perspective ; ) > The case of a single subnet crossing layer 3 boundaries is very classical > in datacenters. We use overlays to solve the issue; e.g. cisco OTV, but > also LISP, L2TP, and pseudowires in general. > We should probably describe the case in the architecture and explain how > this can be achieved with the above technologies; and that probably 6TSCH > does not need to add anything new. Or does it? > About option 2, I see the links to the PCE as either a single vlan or a > mix of vlan and vpn, depending on which domain must be crossed. The > structure has its benefits, but we probably need to come up with the same > model and multiple disjoint paths via multiple PCEs for high availability > and load balancing. > > what do you think? > > Pascal > > > 2013/6/17 Thomas Watteyne > >> All, >> >> There is a case I believe we are not covering explicitly in the >> architecture. >> >> The architecture draft now considers the following topology: >> >> ---+------------------------ >> | External Network >> | >> +-----+ +-----+ >> | | Router | | PCE >> | | | | >> +-----+ +-----+ >> | | >> | Subnet Backbone | >> +--------------------+------------------+ >> | | | >> +-----+ +-----+ +-----+ >> | | Backbone | | Backbone | | Backbone >> o | | router | | router | | router >> +-----+ +-----+ +-----+ >> o o o o o >> o o o o o o o o o o o >> o o o LLN o o o o >> o o o o o o o o o o o o >> >> >> >> The backbone needs to be one broadcast domain for the ND proxy >> operations defines in draft-thubert-6lowpan-backbone-router-03 to work. >> >> Now, let's consider a campus-wide deployment, where the requirements is >> that (1) all the nodes use the same IPv6 prefix, and (2) all are managed by >> the same PCE. Since BBRs are "far apart", they will not all live on the >> same (broadcast) backbone. >> >> This is a very realistic scenario that I have come across multiple >> times, and which I believe 6TSCH group could/should address. >> >> I can see the following options: >> >> *Option 1*: "under-the-hood" tunneling >> >> When installing the network, network administrators interconnect the >> different pieces of the BB using some VLAN solution, essentially recreating >> a broadcast domain. >> >> pros: >> - This option does not require any change the ND operation. >> cons: >> - IMO, in most multi-BBR deployments, the remote BBR case is the rule >> rather than the exception. Using tunnels looks more like a "patch" which >> might be seen as overly complex if it needs to be applied all the time. >> >> >> ---+------------------------ >> | External Network >> | >> +-----+ +-----+ >> | | Router | | PCE >> | | | | >> +-----+ +-----+ >> | | >> | Subnet Backbone | *==========* >> +--------------------+-------------- *TUNNEL* ----+ >> | | *==========* | >> +-----+ +-----+ +-----+ (*remote*) >> | | Backbone | | Backbone | | *Backbone* >> o | | router | | router | | *router* >> +-----+ +-----+ +-----+ >> o o o o o >> o o o o o o o o o o o >> o o o LLN o o o o >> o o o o o o o o o o o o >> >> >> * >> * >> *Option 2*: PCE responsible for forwarding to correct BBR >> >> Each BBR establishes an explicit (and secure) connection to the PCE. >> Since the PCE is aware of the nodes connected through each BBR, it can >> forward some inbound packet to the appropriate BBR. >> >> The functionality of the PCE and Router can be merged. The PCE/Router >> gets a packet for a particular node, and forwards it to the appropriate BBR >> over the explicit connection to that BBR. >> >> >> --------------+------------------- >> | External Network >> | >> +-----+ >> | | PCE/Router >> | | >> +-----+ >> ^ ^ ^ >> >> | | | >> >> +---------------+ | +----------------+ >> | | | >> v v v >> >> +-----+ +-----+ +-----+ >> | | Backbone | | Backbone | | Backbone >> o | | router | | router | | router >> +-----+ +-----+ +-----+ >> o o o o o >> o o o o o o o o o o o >> o o o LLN o o o o >> o o o o o o o o o o o o >> >> >> *Option 3*: hybrid >> >> >> This is the same as option 2, but the router and the PCE as separate. The PCE acts as the ND proxy for all the nodes attached to all the BBRs it is managing. The router is a regular router. >> >> >> ---+----------------------- >> >> | External Network >> | >> +-----+ +-----+ >> | | Router | | PCE >> | | +--| | >> +-----+ | +-----+ >> >> | | ^ ^ ^ >> >> | | | | | >> >> ------------------------ | | | >> | | | >> >> | | | >> >> +---------------+ | +----------------+ >> | | | >> v v v >> >> +-----+ +-----+ +-----+ >> | | Backbone | | Backbone | | Backbone >> o | | router | | router | | router >> +-----+ +-----+ +-----+ >> o o o o o >> o o o o o o o o o o o >> o o o LLN o o o o >> o o o o o o o o o o o o >> >> >> >> Thoughts? >> >> >> Thomas >> >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> >> > > > -- > Pascal > --bcaec53af13a9a0e7f04df7a0d44 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Pascal, Raghuram,

I'm f= ully aware that VPN/tunnels are a proven technique. Obviously, this discuss= ion only covers the case where a PCE is used.

I want to make sure that we don't add unnecessary complexity. The easie= st thing is for 6TSCH not to define how the PCE and the BBRs discover each = other, neither how they communicate, and just give "examples" in = the architecture draft. This might be the right thing to do to start with, = but it would be awfully nice if I could connect my BBR to a third-party PCE= . I'm happy to talk about this on the phone on Friday.

Thomas

On Tue, Jun 18, 2013 at 8:53 PM, Raghu= ram Sudhaakar (rsudhaak) <rsudhaak@cisco.com> wrote:

Thomas,

I agree conceptually with the cons that you mention for option 1. Howe= ver, tunneling and VLANs are a well understood concept in the network setup= /administration and used widely by IT teams. Pascal has pointed out the spe= cific Cisco technologies too. So, in the practical world tunneling is the best/proven solution.=A0

In Option 2, the reliance of the BBR on the PCE to identify its peer m= ay be a cause for concern. It means that we implicitly mandate a PCE. This = may not be applicable to certain deployments that may want to use 6TSCH wit= hout a PCE. Or a different routing computation technique/protocol/standard.=A0

IMO, the PCE, ND must be maintained as separate elements for the above= reasons as well as applicability to wider range of scenarios.

I lean toward the idea that 6TSCH does not need to define anything to = create the connectivity between the BBRs. Instead the requirement can be de= tailed along with possible solutions leaving the decision open. This will h= opefully help =A0in wider applicability and interoperability.

-raghuram=A0

From: Pascal Thubert <pascal.thubert@gmail.co= m>
Date: Tuesday, June 18, 2013 10:08 = AM
To: Thomas Watteyne <watteyne@eecs.berkeley= .edu>
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] architecture w= ith remote BBR

Hello Thomas:

And then we need to add the case of the backhaul that looks like your case = 1 but has applications on the other side of the VPN as opposed to another w= lan.

This is actually being studied at ISA100.15 ...

For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs sha= re a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in cla= ssical routing, with VPN iff crossing an untrusted area ( ; eg the IT netwo= rk from an OT perspective ; )

The case of a single subnet crossing layer 3 boundaries is very classical i= n datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also= LISP, L2TP, and pseudowires in general.

We should probably describe the case in the architecture and explain how th= is can be achieved with the above technologies; and that probably 6TSCH doe= s not need to add anything new. Or does it?

About option 2, I see the links to the PCE as either a single vlan or a mix= of vlan and vpn, depending on which domain must be crossed. The structure = has its benefits, but we probably need to come up with the same model and m= ultiple disjoint paths via multiple PCEs for high availability and load balancing.

what do you think?

Pascal

2013/6/17 Thomas Watteyne <= watteyne@ee= cs.berkeley.edu>

All,

There is a case I believe we are not covering explicitly in the archit= ecture.

The architecture draft now considers the following topology:

---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o

The backbone needs to be one broadcast domain for the ND proxy operati= ons defines in=A0draft-thubert-6lowpan-backbone-router-03 to work.

Now, let's consider a campus-wide deployment, where the requiremen= ts is that (1) all the nodes use the same IPv6 prefix, and (2) all are mana= ged by the same PCE. Since BBRs are "far apart", they will not al= l live on the same (broadcast) backbone.

This is a very realistic scenario that I have come across multiple tim= es, and which I believe 6TSCH group could/should address.

I can see the following options:

Option 1: "under-the-hood" tunneling

When installing the network, network administrators interconnect=A0the= different pieces of the BB using some VLAN solution, essentially recreatin= g a broadcast domain.

pros:

- This option does not require any change the ND operation.

cons:

- IMO, in most multi-BBR deployments, the remote BBR case is the rule = rather than the exception. Using tunnels looks more like a "patch"= ; which might be seen as overly complex if it needs to be applied all the t= ime.

---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D +--------------------+-------------- TUNNEL ----+ | | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D | +-----+ +-----+ +-----+ (remo= te) | | Backbone | | Backbone | | Backb= one o | | router | | router | | route= r +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o

Option 2: PCE=A0responsible=A0for forwarding to correct BBR

Each BBR establishes an explicit (and secure) connection to the PCE. S= ince the PCE is aware of the nodes connected through each BBR, it can forwa= rd some inbound packet to the appropriate BBR.

The functionality of the PCE and Router can be merged. The PCE/Router = gets a packet for a particular node, and forwards it to the appropriate BBR= over the explicit connection to that BBR.

= --------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ =A0 ^ ^ ^
= | | |
+---------------+ | +-----= -----------+ | | | v v v
+-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

Op= tion 3: hybrid

This is the same as option 2, but the router and the PCE as separate. Th= e PCE acts as the ND proxy for all the nodes attached to all the BBRs it is= managing. The router is a regular router.

---+-----------------------
| External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+
| | ^ ^ ^
| | | | |
------------------------ | | | =A0 | | |
= | | |
+---------------+ | +-----= -----------+ | | | v v v
+-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

Thoughts?

Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--
Pascal

--bcaec53af13a9a0e7f04df7a0d44-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D41ED21E80B3 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 20:53:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Yb2BxhKpkkc for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 20:53:51 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 9726C21E8089 for <6tsch@ietf.org>; Tue, 18 Jun 2013 20:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25699; q=dns/txt; s=iport; t=1371614031; x=1372823631; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=mexGyLuKqF0P2qbuRccQx1IBfDOI+AHtNCugkVdlpio=; b=bodAce+km/ro6rOKjVdssc+o4bllGuUCwZ5hbgELq/L2rq/rF6wwnfzp GW9Jn4R7edTxYY7tydkxFn1lnTtM2VL357Z3gwbJinG/zfDQd10uDfJyD jtujjCRDxy29oI/Hou1kwz4z9pcFqsZPKngofhc21QTE0Gi+uFnoxJXsx 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAIMqwVGtJXG8/2dsb2JhbABQCg6CN0QxSb8YgQgWdIIjAQEBBAEBAWsLEgEIEQECAQILFgcoBgsUAwYIAgQBDQUIE4dhAw8MsX8NiE4EjFeBKIELIA0EBgGDAGEDlVqOBoUkglE+gig X-IronPort-AV: E=Sophos;i="4.87,894,1363132800"; d="scan'208,217";a="224582448" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-3.cisco.com with ESMTP; 19 Jun 2013 03:53:51 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id r5J3roBv018784 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Jun 2013 03:53:50 GMT Received: from xmb-rcd-x04.cisco.com ([169.254.8.77]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.02.0318.004; Tue, 18 Jun 2013 22:53:50 -0500 From: "Raghuram Sudhaakar (rsudhaak)" To: Pascal Thubert , Thomas Watteyne Thread-Topic: [6tsch] architecture with remote BBR Thread-Index: AQHObKCbKFwIhzQdRUu70IwqC3Q6Yg== Date: Wed, 19 Jun 2013 03:53:50 +0000 Message-ID: <2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33@xmb-rcd-x04.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.21.82.208] Content-Type: multipart/alternative; boundary="_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33xmbrcdx04ciscoc_" MIME-Version: 1.0 Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2013 03:53:57 -0000 --_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33xmbrcdx04ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thomas, I agree conceptually with the cons that you mention for option 1. However, = tunneling and VLANs are a well understood concept in the network setup/admi= nistration and used widely by IT teams. Pascal has pointed out the specific= Cisco technologies too. So, in the practical world tunneling is the best/p= roven solution. In Option 2, the reliance of the BBR on the PCE to identify its peer may be= a cause for concern. It means that we implicitly mandate a PCE. This may n= ot be applicable to certain deployments that may want to use 6TSCH without = a PCE. Or a different routing computation technique/protocol/standard. IMO, the PCE, ND must be maintained as separate elements for the above reas= ons as well as applicability to wider range of scenarios. I lean toward the idea that 6TSCH does not need to define anything to creat= e the connectivity between the BBRs. Instead the requirement can be detaile= d along with possible solutions leaving the decision open. This will hopefu= lly help in wider applicability and interoperability. -raghuram From: Pascal Thubert > Date: Tuesday, June 18, 2013 10:08 AM To: Thomas Watteyne > Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR Hello Thomas: And then we need to add the case of the backhaul that looks like your case = 1 but has applications on the other side of the VPN as opposed to another w= lan. This is actually being studied at ISA100.15 ... For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs sha= re a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in cla= ssical routing, with VPN iff crossing an untrusted area ( ; eg the IT netwo= rk from an OT perspective ; ) The case of a single subnet crossing layer 3 boundaries is very classical i= n datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also= LISP, L2TP, and pseudowires in general. We should probably describe the case in the architecture and explain how th= is can be achieved with the above technologies; and that probably 6TSCH doe= s not need to add anything new. Or does it? About option 2, I see the links to the PCE as either a single vlan or a mix= of vlan and vpn, depending on which domain must be crossed. The structure = has its benefits, but we probably need to come up with the same model and m= ultiple disjoint paths via multiple PCEs for high availability and load bal= ancing. what do you think? Pascal 2013/6/17 Thomas Watteyne > All, There is a case I believe we are not covering explicitly in the architectur= e. The architecture draft now considers the following topology: ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o The backbone needs to be one broadcast domain for the ND proxy operations d= efines in draft-thubert-6lowpan-backbone-router-03 to work. Now, let's consider a campus-wide deployment, where the requirements is tha= t (1) all the nodes use the same IPv6 prefix, and (2) all are managed by th= e same PCE. Since BBRs are "far apart", they will not all live on the same = (broadcast) backbone. This is a very realistic scenario that I have come across multiple times, a= nd which I believe 6TSCH group could/should address. I can see the following options: Option 1: "under-the-hood" tunneling When installing the network, network administrators interconnect the differ= ent pieces of the BB using some VLAN solution, essentially recreating a bro= adcast domain. pros: - This option does not require any change the ND operation. cons: - IMO, in most multi-BBR deployments, the remote BBR case is the rule rathe= r than the exception. Using tunnels looks more like a "patch" which might b= e seen as overly complex if it needs to be applied all the time. ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D +--------------------+-------------- TUNNEL ----+ | | =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D | +-----+ +-----+ +-----+ (remote) | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Option 2: PCE responsible for forwarding to correct BBR Each BBR establishes an explicit (and secure) connection to the PCE. Since = the PCE is aware of the nodes connected through each BBR, it can forward so= me inbound packet to the appropriate BBR. The functionality of the PCE and Router can be merged. The PCE/Router gets = a packet for a particular node, and forwards it to the appropriate BBR over= the explicit connection to that BBR. --------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ ^ ^ ^ | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Option 3: hybrid This is the same as option 2, but the router and the PCE as separate. The P= CE acts as the ND proxy for all the nodes attached to all the BBRs it is ma= naging. The router is a regular router. ---+----------------------- | External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+ | | ^ ^ ^ | | | | | ------------------------ | | | | | | | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Thoughts? Thomas _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch -- Pascal --_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33xmbrcdx04ciscoc_ Content-Type: text/html; charset="us-ascii" Content-ID: <55649CF52839F741B8E39CBFF2880604@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Thomas,

I agree conceptually with the cons that you mention for option 1. Howe= ver, tunneling and VLANs are a well understood concept in the network setup= /administration and used widely by IT teams. Pascal has pointed out the spe= cific Cisco technologies too. So, in the practical world tunneling is the best/proven solution.

In Option 2, the reliance of the BBR on the PCE to identify its peer m= ay be a cause for concern. It means that we implicitly mandate a PCE. This = may not be applicable to certain deployments that may want to use 6TSCH wit= hout a PCE. Or a different routing computation technique/protocol/standard.

IMO, the PCE, ND must be maintained as separate elements for the above= reasons as well as applicability to wider range of scenarios.

I lean toward the idea that 6TSCH does not need to define anything to = create the connectivity between the BBRs. Instead the requirement can be de= tailed along with possible solutions leaving the decision open. This will h= opefully help in wider applicability and interoperability.

-raghuram

From: Pascal Thubert <pascal.thubert@gmail.com>
Date: Tuesday, June 18, 2013 10:08 = AM
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Cc: 6TSCH <6tsch@ietf.org>
Subject: Re: [6tsch] architecture w= ith remote BBR

Hello Thomas:

And then we need to add the case of the backhaul that looks like your case = 1 but has applications on the other side of the VPN as opposed to another w= lan.

This is actually being studied at ISA100.15 ...

For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs sha= re a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in cla= ssical routing, with VPN iff crossing an untrusted area ( ; eg the IT netwo= rk from an OT perspective ; )

The case of a single subnet crossing layer 3 boundaries is very classical i= n datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also= LISP, L2TP, and pseudowires in general.

We should probably describe the case in the architecture and explain how th= is can be achieved with the above technologies; and that probably 6TSCH doe= s not need to add anything new. Or does it?

About option 2, I see the links to the PCE as either a single vlan or a mix= of vlan and vpn, depending on which domain must be crossed. The structure = has its benefits, but we probably need to come up with the same model and m= ultiple disjoint paths via multiple PCEs for high availability and load balancing.

what do you think?

Pascal

2013/6/17 Thomas Watteyne <= watteyne@ee= cs.berkeley.edu>

All,

There is a case I believe we are not covering explicitly in the archit= ecture.

The architecture draft now considers the following topology:

---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----= + | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----= + o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o

The backbone needs to be one broadcast domain for the ND proxy operati= ons defines in draft-thubert-6lowpan-backbone-router-03 to work.

Now, let's consider a campus-wide deployment, where the requirements i= s that (1) all the nodes use the same IPv6 prefix, and (2) all are managed = by the same PCE. Since BBRs are "far apart", they will not all li= ve on the same (broadcast) backbone.

This is a very realistic scenario that I have come across multiple tim= es, and which I believe 6TSCH group could/should address.

I can see the following options:

Option 1: "under-the-hood" tunneling

When installing the network, network administrators interconnect = the different pieces of the BB using some VLAN solution, essentially recrea= ting a broadcast domain.

pros:

- This option does not require any change the ND operation.

cons:

- IMO, in most multi-BBR deployments, the remote BBR case is the rule = rather than the exception. Using tunnels looks more like a "patch"= ; which might be seen as overly complex if it needs to be applied all the t= ime.

---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D +--------------------+-------------- TUNNEL --= --+ | | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D | +-----+ +-----+ = +-----+ (remote) | | Backbone | | Backbone | | Backb= one o | | router | | router | | route= r +-----+ +-----+ = +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o

Option 2: PCE responsible for forwarding to correct B= BR

Each BBR establishes an explicit (and secure) connection to the PCE. S= ince the PCE is aware of the nodes connected through each BBR, it can forwa= rd some inbound packet to the appropriate BBR.

The functionality of the PCE and Router can be merged. The PCE/Router = gets a packet for a particular node, and forwards it to the appropriate BBR= over the explicit connection to that BBR.

= --------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ ^ ^ ^
= | | |
= +---------------+ | +----------------+ | | | v v v
+-----+ +-----+ = +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----= 3; o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

Op= tion 3: hybrid

This is the same as option 2, but the router and the PCE as separate. Th= e PCE acts as the ND proxy for all the nodes attached to all the BBRs it is= managing. The router is a regular router.

---+-----------------------
| External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+
| | ^ ^ ^
| | | | |
<= pre style=3D"font-size:1em;margin-top:0px;margin-bottom:0px"> ------------------------ | | | | | |
= | | |
= +---------------+ | +----------------+ | | | v v v
+-----+ +-----+ = +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----= 3; o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

Thoughts?
=

Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--
Pascal
--_000_2C3A8CAFDCAFCA41B8BF705CD9471C5B184C2E33xmbrcdx04ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B6CC11E8100 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 13:41:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CIhMwO9LqcP6 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 13:41:39 -0700 (PDT) Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by ietfa.amsl.com (Postfix) with ESMTP id B659721F995F for <6tsch@ietf.org>; Tue, 18 Jun 2013 13:41:39 -0700 (PDT) Received: from [10.70.192.93] ([134.24.149.4]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.7/8.13.5) with ESMTP id r5IKfXup000849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <6tsch@ietf.org>; Tue, 18 Jun 2013 13:41:37 -0700 (PDT) Message-ID: <51C0C5FC.8060806@eecs.berkeley.edu> Date: Tue, 18 Jun 2013 13:41:32 -0700 From: Kris Pister User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> Content-Type: multipart/alternative; boundary="------------090701020205030606000907" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 20:41:44 -0000 This is a multi-part message in MIME format. --------------090701020205030606000907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Pouria - this is good stuff, and I'm glad to see you pursuing it. When we first started talking about working in the IETF to standardize the gap between 6lowpan and 15.4e I thought that surely all of those IP devotees, who had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right with a distributed approach. I do think that you can build perfectly good networks this way, and in fact we'll have some advantages over centrally managed networks - speed and mobility for sure, I'm not convinced about scalability. Bitmaps of occupied TX and RX cells in Information Elements seems like a good idea to me - maybe there are better ways to do it. The one thing that I would ask is that you not make it a *requirement* that these IEs be in EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even mandatory as a response to a request. But please let's not burden every EB with that information. Clearly having complete knowledge of the neighbor link tables enables you to optimize link schedules. I'm curious to know, though, how well you can do with just random choice, with some feedback on bad links. If we look at randomly assigned links in a superframe with L_max cells (=S slots * C channels), and consider the collision domain to be the union of the neighbors of mote A and mote B (conservative, but the bound is achieved occasionally in practice), then the probability that a cell is unoccupied is P0 = e^-GL where GL = L_a / L_max where L_a is the number of assigned cells (either TX, or RX, or both). If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece of the network has scheduled on average something in every slot, then GL=1/15, and P0=0.94. So randomly selected links are usually going to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any network that I've ever built or sold. Sometimes we approach this at the DAG root. This is not to say that transmitting neighbor tables is not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So sending the neighbor tables is not necessary for many/most networks, but would be a nice option to have for future optimizations. ksjp p.s. an interesting question arises about the goodput of a random link assignment approach. Many of the links will be non-colliding. Those that do collide will exhibit slotted aloha collision statistics...or will they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure that someone has written a paper on this for MPLS or something, but I've never seen one. On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote: > > Dear All, > > Regarding to our last call on Friday, I would like to continue this > discussion about the maximum number of links' information (or "link > object") that can be included in EB? Can we think about sending the > information about the entire reserved links/cells in the EB(s)? I > would like to know, Is there any way to define a CellBitMap to enable > us to include the entire reserved links/cells by each node in the one > or several EB(s)? > > ** > > *Our motivation*: > > In the distributed approach, this information can be used by the > receivers to schedule (internal) collision-free[*] links with others. > In this case, this information is not just used for enabling the > receivers to contact with the sender of ADV/EB. This information > enables the receivers to collect the list of used cells in their > neighborhood. The content of information in each "link object" can be > different from the existing information in the EB for each link. For > instance, the link option or link type might not be needed in this > case. On the other hand, neighbor ID (the other side of link) might be > needed to be included in the "link object". > > In order to create a soft link, based on this information about its > neighborhood, Node A in the *Link Reservation Request* may suggest the > set of (internal) collision-free links to the receiver. The receiver > (Node B) also based on this information in its own neighborhood, will > choose one link from the suggested links that is also free in its > neighborhood (that might be different from sender's neighborhood) and > reply to the sender by *Link Reservation Response*. > > [*] In realistic setting, where the interference range is more than > transmission range, this information will not guarantee the completely > (internal) collision-free communication. But it can be used to not > repeat the reserved cells in our two-hop neighborhood. In addition, > the collision caused by a pair of nodes who are using the same cell in > outside of two-hop neighborhood can be detected, by monitoring the > status of that reserved cell (By considering the mechanisms discussed > in "2.8 Monitoring" section in draft-wang-6tsch-6tus-00). > > Best wishes, > > Pouria Zand > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------090701020205030606000907 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Pouria -
this is good stuff, and I'm glad to see you pursuing it. When we first started talking about working in the IETF to standardize the gap between 6lowpan and 15.4e I thought that surely all of those IP devotees, who had been so certain that centralized network management didn't work, would step up and demonstrate how to do it right with a distributed approach. I do think that you can build perfectly good networks this way, and in fact we'll have some advantages over centrally managed networks - speed and mobility for sure, I'm not convinced about scalability.

Bitmaps of occupied TX and RX cells in Information Elements seems like a good idea to me - maybe there are better ways to do it. The one thing that I would ask is that you not make it a *requirement* that these IEs be in EBs. I have no problem if you want to make it optional, for those networks that want to use it, or even mandatory as a response to a request. But please let's not burden every EB with that information.

Clearly having complete knowledge of the neighbor link tables enables you to optimize link schedules. I'm curious to know, though, how well you can do with just random choice, with some feedback on bad links. If we look at randomly assigned links in a superframe with L_max cells (=S slots * C channels), and consider the collision domain to be the union of the neighbors of mote A and mote B (conservative, but the bound is achieved occasionally in practice), then the probability that a cell is unoccupied is
P0 = e^-GL where
GL = L_a / L_max where
L_a is the number of assigned cells (either TX, or RX, or both).

If we're using 15.4e at 2.4GHz, then C is probably 15. If this local piece of the network has scheduled on average something in every slot, then GL=1/15, and P0=0.94. So randomly selected links are usually going to work. Having an average of one link assigned per slot in a given two mote neighborhood is really high, at least for any network that I've ever built or sold. Sometimes we approach this at the DAG root. This is not to say that transmitting neighbor tables is not a good thing, just that you can build a lot of applications with very simple (random) cell allocation. So sending the neighbor tables is not necessary for many/most networks, but would be a nice option to have for future optimizations.

ksjp

p.s. an interesting question arises about the goodput of a random link assignment approach. Many of the links will be non-colliding. Those that do collide will exhibit slotted aloha collision statistics...or will they? With a mix of non-colliding and potentially colliding links at each mote, what is the network goodput? I'm sure that someone has written a paper on this for MPLS or something, but I've never seen one.

On 6/10/2013 3:09 AM, P.Zand@utwente.nl wrote:

Dear All,

Regarding to our last call on Friday, I would like to continue this discussion about the maximum number of links’ information (or “link object”) that can be included in EB? Can we think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define a CellBitMap to enable us to include the entire reserved links/cells by each node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be used by the receivers to schedule (internal) collision-free[*] links with others. In this case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of used cells in their neighborhood. The content of information in each “link object” can be different from the existing information in the EB for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor ID (the other side of link) might be needed to be included in the “link object”.

In order to create a soft link, based on this information about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision-free links to the receiver. The receiver (Node B) also based on this information in its own neighborhood, will choose one link from the suggested links that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the sender by Link Reservation Response.

[*] In realistic setting, where the interference range is more than transmission range, this information will not guarantee the completely (internal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes who are using the same cell in outside of two-hop neighborhood can be detected, by monitoring the status of that reserved cell (By considering the mechanisms discussed in “2.8 Monitoring” section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------090701020205030606000907-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A2F521E8054 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 13:35:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PWBeC6ltBAc6 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 13:35:20 -0700 (PDT) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id 3CFFD11E80E9 for <6tsch@ietf.org>; Tue, 18 Jun 2013 13:35:20 -0700 (PDT) Received: by mail-ie0-f180.google.com with SMTP id f4so10691343iea.25 for <6tsch@ietf.org>; Tue, 18 Jun 2013 13:35:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=vxeAkqU278c3dw2pgPok52yCJcPNa6reQlENbx9+3gI=; b=Qy3uauc0sFG6UyLVYpH62ZRfIpNBcW+2sFWWki0Wjun81auFFy2Qw00Li41VxgCRvT ZD77yIjX4Dsq/aLInPXaUC17s/8iuV7cMoMGDFS2z8c9a3wlokbx2COLPoC1VnyKu/ks B/caApALxFQVOxsRPzdVEcBlFeQEFQmo+Tn1Kp5Gpct1x9QYpIncn4tW7wtoRVTSKSui UIq9mJhYpBvipt+DyA2hH9TnyB4FcWWftR+KrfoGZhLyOML8ZsOPsJQfiYiGIpFB4rJ9 NfI/gT8Wlsskh+5D5PztdrhUyne/RvFddjuKgf7GfkzvhwKJn6GpBlqd5TBs8SXIn8QO gwsA== MIME-Version: 1.0 X-Received: by 10.50.136.138 with SMTP id qa10mr8542352igb.53.1371587719741; Tue, 18 Jun 2013 13:35:19 -0700 (PDT) Received: by 10.64.240.20 with HTTP; Tue, 18 Jun 2013 13:35:19 -0700 (PDT) In-Reply-To: <51C0B113.1040408@eecs.berkeley.edu> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> <51C0B113.1040408@eecs.berkeley.edu> Date: Wed, 19 Jun 2013 04:35:19 +0800 Message-ID: From: Qin Wang To: Xavier Vilajosana Content-Type: multipart/alternative; boundary=089e013a26d8d0622a04df73a62c X-Gm-Message-State: ALoCoQnQnA3GCwfOL4dppFjiS5yl82rz9/NpacdnEtKMd9DVPTDg123uucwoTJBC0bGMfT1uc3mR Cc: 6tsch@ietf.org Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 20:35:21 -0000 --089e013a26d8d0622a04df73a62c Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, (1) I fully agree with Thomas that "regardless of what we do, communication will never be collision-free", therefore, a monitoring processing in 6tus is necessary. And then, what we need to do is to find better solution, instead of best solution (it may not exist). (2) I think, during a process of softcell reservation, telling the receiver the candidate set from the sender's point of view, instead of the cell set used by sender, will provide more information, and thus is more effective, because a candidate cell should be a cell not be used by the sender, and not likely be collided by the neighbors of the sender. (3) Regarding to express the candidate set, many methods can be used, such as cell list, bitmap, maybe others. (4) Regarding to reporting cell usage periodically, IMHO, it could be very low energy and low bandwidth efficient if considering the dynamic of network and the uncertainty of wireless environment. Thought? Qin On Wed, Jun 19, 2013 at 3:12 AM, Xavier Vilajosana < xvilajosana@eecs.berkeley.edu> wrote: > Thomas, Pouria, all, > > we can have multiple slotFrame coexisting and a slotFrame can have more > than 1000 slots, I don't think a bitmap can be used to announce that > information in very dense schedules. I bet for case 1 depicted by Thomas= , > where monitoring of bad links might trigger reallocation, this would be > simple and will eventually find good approximations to the optimal. The > only problem might be to avoid continuous jumping or at least characteriz= e > it to see how will behave w.r.t the schedule density. > > What can be done by 6tus distributed negotiation process is to propose > candidate links (Schedule IE) to the neighbour when reserving and let the > neighbour pick someone that fits into its schedule, this can be done usin= g > a bitmap [1]. > > [1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.5.1.7 > > regards, > Xavi > > Al 18/06/13 11:31, En/na Thomas Watteyne ha escrit: > > Pouria, > > This is an EXTREMELY important point you raise, and I'd really like to > dig a bit deeper. Please bear with me through the long e-mail. > > My 2 cents on this (and I'm sure most of this is very well known): EBs > were designed to contain not the full schedule of a node, but rather to > carry just enough information for the new node to know how to contact the > network. Once that initial connection is established, the "network" can > assign more cells/frames in the new node's schedule. This information com= es > either from a PCE, or from some distributed resource allocation protocol, > but none of that is defined in IEEE802.15.4e. > > If I understand your e-mail correctly, you're looking for a way for a > mote to periodically indicate what its schedule to its neighbors is, henc= e > the idea of encoding that in the EB. When negotiating a soft link, the tw= o > neighbors can instruct each other of the already used cells in their > respective neighborhoods, and pick one not used by either side. > > There are number of preliminary points I'd like to make, and which I > hope we agree on: > - regardless of what we do, communication will never be collision-free. > Race conditions in the allocation of cells between neighbors and more > importantly the wireless nature of the medium make it impossible to > guarantee collision free communication. So the best we can achieve with > this technique is to make an "informed decision" about what cell to use. > - in the same vein, there has to be a mechanism to detect collisions, and > re-schedule the affected cell(s). This is what Qin has called the > monitoring process in 6tus [1]. > > With your proposal, we basically have two opposed approaches: > 1. pick a new soft cell randomly in the schedule, and rely on the > monitoring process to move that in the schedule. Extremely simple and > lightweight approach. > 2. have each node announce its schedule periodically (through custom IEs > in the EBs, or through some other mechanism), and use that information > during negotiation Potentially more efficient, but possibly much more > overhead. > > What would really be interesting is to know where the boundary lies > between 1 and 2. It seems pretty clear that, in a very sparse network, 1 = is > the best option. Yet, as the traffic increases, 2 becomes appealing. > > I have the feeling that the boundary is really high, i.e. 1 will work > well, unless you get to a really full schedule. Would you be interested i= n > looking at this from a statistical and/or simulation point of view? > > Thomas > > [1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.8 > > On Mon, Jun 10, 2013 at 3:09 AM, wrote: > >> Dear All, >> >> Regarding to our last call on Friday, I would like to continue this >> discussion about the maximum number of links=92 information (or =93link >> object=94) that can be included in EB? Can we think about sending the >> information about the entire reserved links/cells in the EB(s)? I would >> like to know, Is there any way to define a CellBitMap to enable us to >> include the entire reserved links/cells by each node in the one or sever= al >> EB(s)? >> >> * * >> >> *Our motivation*: >> >> In the distributed approach, this information can be used by the >> receivers to schedule (internal) collision-free[*] links with others. In >> this case, this information is not just used for enabling the receivers = to >> contact with the sender of ADV/EB. This information enables the receiver= s >> to collect the list of used cells in their neighborhood. The content of >> information in each =93link object=94 can be different from the existing >> information in the EB for each link. For instance, the link option or li= nk >> type might not be needed in this case. On the other hand, neighbor ID (t= he >> other side of link) might be needed to be included in the =93link object= =94. >> >> In order to create a soft link, based on this information about its >> neighborhood, Node A in the *Link Reservation Request* may suggest the >> set of (internal) collision-free links to the receiver. The receiver (No= de >> B) also based on this information in its own neighborhood, will choose o= ne >> link from the suggested links that is also free in its neighborhood (tha= t >> might be different from sender's neighborhood) and reply to the sender b= y >> * Link Reservation Response*. >> >> >> >> [*] In realistic setting, where the interference range is more than >> transmission range, this information will not guarantee the completely >> (internal) collision-free communication. But it can be used to not repea= t >> the reserved cells in our two-hop neighborhood. In addition, the collisi= on >> caused by a pair of nodes who are using the same cell in outside of two-= hop >> neighborhood can be detected, by monitoring the status of that reserved >> cell (By considering the mechanisms discussed in =932.8 Monitoring=94 se= ction >> in draft-wang-6tsch-6tus-00). >> >> >> >> Best wishes, >> >> Pouria Zand >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch > > > > > _______________________________________________ > 6tsch mailing list6tsch@ietf.orghttps://www.ietf.org/mailman/listinfo/6ts= ch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --089e013a26d8d0622a04df73a62c Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi,

(1) I fully = agree with Thomas that "regardless of what we do, communication will never be collisi= on-free", therefore, a monitoring processing in 6tus is necessa= ry. And then, what we need to do is to find better solution, instead of bes= t solution (it may not exist).

(2) =A0I think, during a process of softcel= l reservation, telling the receiver the candidate set =A0from the sender= 9;s point of view, instead of the cell set used by sender, will provide mor= e information, and thus is more effective, because a candidate cell should = be a cell not be used by the sender, and not likely be collided by the neig= hbors of the sender.=A0

(3) =A0Regarding to express the candidate s= et, many methods can be used, such as cell list, bitmap, maybe others.=A0

(4) Regarding to reporting cell usage p= eriodically, IMHO, it could be very low energy and low bandwidth efficient = if considering the dynamic of network and the uncertainty of wireless envir= onment.

Thought?
Qin

=A0

On Wed, Jun 19, 2013 at 3:12 AM, Xavier Vilajo= sana <xvilajosana@eecs.berkeley.edu> wrote:

=20 =20 =20

Thomas, Pouria, all,

we can have multiple slotFrame coexisting and a slotFrame can have more than 1000 slots, I don't think a bitmap can be used to announce that information in very dense schedules.=A0 I bet for case 1 depicted by Thomas, where monitoring of bad links might trigger reallocation, this would be simple and will eventually find good approximations to the optimal. The only problem might be to avoid continuous jumping or at least characterize it to see how will behave w.r.t the schedule density.

What can be done by 6tus distributed negotiation process is to propose candidate links (Schedule IE) to the neighbour when reserving and let the neighbour pick someone that fits into its schedule, this can be done using a bitmap [1].

[1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.5.1.7

regards,
Xavi

Al 18/06/13 11:31, En/na Thomas Watteyne ha escrit:

Pouria,

This is an EXTREMELY important point you raise, and I'd really like to dig a bit=A0deeper. Please bear with me through the long e-mail.

My 2 cents on this (and I'm sure most of this is very well known): EBs were designed to contain not the full schedule of a node, but rather to carry just enough information for the new node to know how to contact the network. Once that initial connection is established, the "network" can assign mor= e cells/frames in the new node's schedule. This information comes either from a PCE, or from some distributed resource allocation protocol, but none of that is defined in IEEE802.15.4e.

If I understand your e-mail correctly, you're looking for = a way for a mote to periodically indicate what its schedule to its neighbors is, hence the idea of encoding that in the EB. When negotiating a soft link, the two neighbors can instruct each other of the already used cells in their respective neighborhoods, and pick one not used by either side.

There are number of preliminary points I'd like to make, and which I hope we agree on:

- regardless of what we do, communication will never be collision-free. Race conditions in the allocation of cells between neighbors and more importantly the wireless nature of the medium make it impossible to guarantee collision free communication. So the best we can achieve with this technique is to make an "informed decision" about what cell to us= e.

- in the same vein, there has to be a mechanism to detect collisions, and re-schedule the affected cell(s). This is what Qin has called the monitoring process in 6tus [1].

With your proposal, we basically have two opposed approaches:
1. pick a new soft cell randomly in the schedule, and rely on the monitoring process to move that in the schedule. Extremely simple and lightweight approach.

2. have each node announce its schedule periodically (through custom IEs in the EBs, or through some other mechanism), and use that information during=A0negotiation= =A0 Potentially more efficient, but possibly much more overhead.

What would really be interesting is to know where the boundary lies between 1 and 2. It seems pretty clear that, in a very sparse network, 1 is the best option. Yet, as the traffic increases, 2 becomes appealing.

I have the feeling that the boundary is really high, i.e. 1 will work well, unless you get to a really full schedule. Would you be interested in looking at this from a statistical and/or simulation point of view?

Thomas

[1]=A0http://tools.ietf.org/html/draft-wang= -6tsch-6tus-01#section-2.8

On Mon, Jun 10, 2013 at 3:09 AM, <P.Z= and@utwente.nl> wrote:

Dear All,

Regarding to our last call on Friday,=A0 I would like to continue this discussion about the maximum number of links=92 information (or =93link object=94) that can be included in EB? Can we think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define a CellBitMap to enable us to include the entire reserved links/cells by each node in the one or several EB(s)?

=A0

Our motivation:

In the distributed approach, this information can be used by the receivers to schedule (internal) collision-free[*] links with others. In this case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of used cells in their neighborhood. The content of information in each =93link object=94 can be different from the existing information in the EB for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor ID (the other side of link) might be needed to be included in the =93link object=94.

In order to create a soft link, based on this information about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision-free links to the receiver. The receiver (Node B) also based on this information in its own neighborhood, will choose one link from the suggested links that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the sender by Link Reservation Response.

=A0

[*] In realistic setting, where the interference range is more than transmission range, this information will not guarantee the completely (internal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes who are using the same cell in outside of two-hop neighborhood can be detected, by monitoring the status of that reserved cell (By considering the mechanisms discussed in =932.8 Monitoring=94 section in draft-wang-6tsch-6tus-00).

=A0

Best wishes,

Pouria Zand

_______________________________________________
6tsch mailing list
6tsch@iet= f.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--089e013a26d8d0622a04df73a62c-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B524F11E80EE for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 12:12:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lh3xtJBv2c0k for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 12:12:23 -0700 (PDT) Received: from cm04fe.IST.Berkeley.EDU (cm04fe.IST.Berkeley.EDU [169.229.218.145]) by ietfa.amsl.com (Postfix) with ESMTP id B3EA121F9A74 for <6tsch@ietf.org>; Tue, 18 Jun 2013 12:12:23 -0700 (PDT) Received: from dhcp-33-135.eecs.berkeley.edu ([128.32.33.135]) by cm04fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1Up1KG-0005wA-Dx for 6tsch@ietf.org; Tue, 18 Jun 2013 12:12:23 -0700 Message-ID: <51C0B113.1040408@eecs.berkeley.edu> Date: Tue, 18 Jun 2013 12:12:19 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> In-Reply-To: Content-Type: multipart/alternative; boundary="------------060208010109000206070201" Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 19:12:28 -0000 This is a multi-part message in MIME format. --------------060208010109000206070201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thomas, Pouria, all, we can have multiple slotFrame coexisting and a slotFrame can have more than 1000 slots, I don't think a bitmap can be used to announce that information in very dense schedules. I bet for case 1 depicted by Thomas, where monitoring of bad links might trigger reallocation, this would be simple and will eventually find good approximations to the optimal. The only problem might be to avoid continuous jumping or at least characterize it to see how will behave w.r.t the schedule density. What can be done by 6tus distributed negotiation process is to propose candidate links (Schedule IE) to the neighbour when reserving and let the neighbour pick someone that fits into its schedule, this can be done using a bitmap [1]. [1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.5.1.7 regards, Xavi Al 18/06/13 11:31, En/na Thomas Watteyne ha escrit: > Pouria, > > This is an EXTREMELY important point you raise, and I'd really like to > dig a bit deeper. Please bear with me through the long e-mail. > > My 2 cents on this (and I'm sure most of this is very well known): EBs > were designed to contain not the full schedule of a node, but rather > to carry just enough information for the new node to know how to > contact the network. Once that initial connection is established, the > "network" can assign more cells/frames in the new node's schedule. > This information comes either from a PCE, or from some distributed > resource allocation protocol, but none of that is defined in > IEEE802.15.4e. > > If I understand your e-mail correctly, you're looking for a way for a > mote to periodically indicate what its schedule to its neighbors is, > hence the idea of encoding that in the EB. When negotiating a soft > link, the two neighbors can instruct each other of the already used > cells in their respective neighborhoods, and pick one not used by > either side. > > There are number of preliminary points I'd like to make, and which I > hope we agree on: > - regardless of what we do, communication will never be > collision-free. Race conditions in the allocation of cells between > neighbors and more importantly the wireless nature of the medium make > it impossible to guarantee collision free communication. So the best > we can achieve with this technique is to make an "informed decision" > about what cell to use. > - in the same vein, there has to be a mechanism to detect collisions, > and re-schedule the affected cell(s). This is what Qin has called the > monitoring process in 6tus [1]. > > With your proposal, we basically have two opposed approaches: > 1. pick a new soft cell randomly in the schedule, and rely on the > monitoring process to move that in the schedule. Extremely simple and > lightweight approach. > 2. have each node announce its schedule periodically (through custom > IEs in the EBs, or through some other mechanism), and use that > information during negotiation Potentially more efficient, but > possibly much more overhead. > > What would really be interesting is to know where the boundary lies > between 1 and 2. It seems pretty clear that, in a very sparse network, > 1 is the best option. Yet, as the traffic increases, 2 becomes appealing. > > I have the feeling that the boundary is really high, i.e. 1 will work > well, unless you get to a really full schedule. Would you be > interested in looking at this from a statistical and/or simulation > point of view? > > Thomas > > [1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.8 > > On Mon, Jun 10, 2013 at 3:09 AM, > wrote: > > Dear All, > > Regarding to our last call on Friday, I would like to continue > this discussion about the maximum number of links' information (or > "link object") that can be included in EB? Can we think about > sending the information about the entire reserved links/cells in > the EB(s)? I would like to know, Is there any way to define a > CellBitMap to enable us to include the entire reserved links/cells > by each node in the one or several EB(s)? > > ** > > *Our motivation*: > > In the distributed approach, this information can be used by the > receivers to schedule (internal) collision-free[*] links with > others. In this case, this information is not just used for > enabling the receivers to contact with the sender of ADV/EB. This > information enables the receivers to collect the list of used > cells in their neighborhood. The content of information in each > "link object" can be different from the existing information in > the EB for each link. For instance, the link option or link type > might not be needed in this case. On the other hand, neighbor ID > (the other side of link) might be needed to be included in the > "link object". > > In order to create a soft link, based on this information about > its neighborhood, Node A in the *Link Reservation Request* may > suggest the set of (internal) collision-free links to the > receiver. The receiver (Node B) also based on this information in > its own neighborhood, will choose one link from the suggested > links that is also free in its neighborhood (that might be > different from sender's neighborhood) and reply to the sender by > *Link Reservation Response*. > > [*] In realistic setting, where the interference range is more > than transmission range, this information will not guarantee the > completely (internal) collision-free communication. But it can be > used to not repeat the reserved cells in our two-hop neighborhood. > In addition, the collision caused by a pair of nodes who are using > the same cell in outside of two-hop neighborhood can be detected, > by monitoring the status of that reserved cell (By considering the > mechanisms discussed in "2.8 Monitoring" section in > draft-wang-6tsch-6tus-00). > > Best wishes, > > Pouria Zand > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------060208010109000206070201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Thomas, Pouria, all,

we can have multiple slotFrame coexisting and a slotFrame can have more than 1000 slots, I don't think a bitmap can be used to announce that information in very dense schedules. I bet for case 1 depicted by Thomas, where monitoring of bad links might trigger reallocation, this would be simple and will eventually find good approximations to the optimal. The only problem might be to avoid continuous jumping or at least characterize it to see how will behave w.r.t the schedule density.

What can be done by 6tus distributed negotiation process is to propose candidate links (Schedule IE) to the neighbour when reserving and let the neighbour pick someone that fits into its schedule, this can be done using a bitmap [1].

[1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.5.1.7

regards,
Xavi

Al 18/06/13 11:31, En/na Thomas Watteyne ha escrit:

Pouria,

This is an EXTREMELY important point you raise, and I'd really like to dig a bit deeper. Please bear with me through the long e-mail.

My 2 cents on this (and I'm sure most of this is very well known): EBs were designed to contain not the full schedule of a node, but rather to carry just enough information for the new node to know how to contact the network. Once that initial connection is established, the "network" can assign more cells/frames in the new node's schedule. This information comes either from a PCE, or from some distributed resource allocation protocol, but none of that is defined in IEEE802.15.4e.

If I understand your e-mail correctly, you're looking for a way for a mote to periodically indicate what its schedule to its neighbors is, hence the idea of encoding that in the EB. When negotiating a soft link, the two neighbors can instruct each other of the already used cells in their respective neighborhoods, and pick one not used by either side.

There are number of preliminary points I'd like to make, and which I hope we agree on:

- regardless of what we do, communication will never be collision-free. Race conditions in the allocation of cells between neighbors and more importantly the wireless nature of the medium make it impossible to guarantee collision free communication. So the best we can achieve with this technique is to make an "informed decision" about what cell to use.

- in the same vein, there has to be a mechanism to detect collisions, and re-schedule the affected cell(s). This is what Qin has called the monitoring process in 6tus [1].

With your proposal, we basically have two opposed approaches:

1. pick a new soft cell randomly in the schedule, and rely on the monitoring process to move that in the schedule. Extremely simple and lightweight approach.

2. have each node announce its schedule periodically (through custom IEs in the EBs, or through some other mechanism), and use that information during negotiation Potentially more efficient, but possibly much more overhead.

What would really be interesting is to know where the boundary lies between 1 and 2. It seems pretty clear that, in a very sparse network, 1 is the best option. Yet, as the traffic increases, 2 becomes appealing.

I have the feeling that the boundary is really high, i.e. 1 will work well, unless you get to a really full schedule. Would you be interested in looking at this from a statistical and/or simulation point of view?

Thomas

[1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.8

On Mon, Jun 10, 2013 at 3:09 AM, <P.Zand@utwente.nl> wrote:

Dear All,

Regarding to our last call on Friday, I would like to continue this discussion about the maximum number of links’ information (or “link object”) that can be included in EB? Can we think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define a CellBitMap to enable us to include the entire reserved links/cells by each node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be used by the receivers to schedule (internal) collision-free[*] links with others. In this case, this information is not just used for enabling the receivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of used cells in their neighborhood. The content of information in each “link object” can be different from the existing information in the EB for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor ID (the other side of link) might be needed to be included in the “link object”.

In order to create a soft link, based on this information about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision-free links to the receiver. The receiver (Node B) also based on this information in its own neighborhood, will choose one link from the suggested links that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the sender by Link Reservation Response.

[*] In realistic setting, where the interference range is more than transmission range, this information will not guarantee the completely (internal) collision-free communication. But it can be used to not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes who are using the same cell in outside of two-hop neighborhood can be detected, by monitoring the status of that reserved cell (By considering the mechanisms discussed in “2.8 Monitoring” section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------060208010109000206070201-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 950BA21E8050 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 11:31:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z6oYbCv2c4kv for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 11:31:56 -0700 (PDT) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 9799611E80F8 for <6tsch@ietf.org>; Tue, 18 Jun 2013 11:31:56 -0700 (PDT) Received: by mail-pb0-f45.google.com with SMTP id mc8so4186750pbc.18 for <6tsch@ietf.org>; Tue, 18 Jun 2013 11:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=gbzBJ51AxoasrOo5QHxOeOLtbzw5PVJqlCOM/+m+Nt8=; b=BAPh9KaRfvCA0vuzPoLl4V2LdOuTD7dbjL88p/j/7osgUO/5ApyLTkyRsbr+E458Tl BDuH7Q3XYoGSX3pWYcKVuY4Fx2QszFAvGgBzG98vGzlfK5Uc54yF5LRhhVn71+FlJNOA ger4/Bm90cZVY59oR8xZZKuJ5Q1qdS3m3Dn4sU45YDr+Ibyo2jRbXrNWkBfPLnv+4wOC dt46jUaguZEvS7Q1qc808bLjGYAj0Y0WQ+QfCEySR8YzxdaWHSUhKfpgcqNXl3RlwC3L l+SZfJYAADaTJPS3mpvyQt41FHXEs8aHAw/a+k9cUs/Jbmv83e9JPwPXipM6leOZATMy SZKw== X-Received: by 10.68.175.68 with SMTP id by4mr18324639pbc.53.1371580316333; Tue, 18 Jun 2013 11:31:56 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Tue, 18 Jun 2013 11:31:36 -0700 (PDT) In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> From: Thomas Watteyne Date: Tue, 18 Jun 2013 11:31:36 -0700 X-Google-Sender-Auth: tP-sd2p2weGVx224Qtpq5_1x3jk Message-ID: To: "P.Zand@utwente.nl" Content-Type: multipart/alternative; boundary=047d7bd6c6ac893d7904df71ed7e Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 18:31:57 -0000 --047d7bd6c6ac893d7904df71ed7e Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Pouria, This is an EXTREMELY important point you raise, and I'd really like to dig a bit deeper. Please bear with me through the long e-mail. My 2 cents on this (and I'm sure most of this is very well known): EBs were designed to contain not the full schedule of a node, but rather to carry just enough information for the new node to know how to contact the network. Once that initial connection is established, the "network" can assign more cells/frames in the new node's schedule. This information comes either from a PCE, or from some distributed resource allocation protocol, but none of that is defined in IEEE802.15.4e. If I understand your e-mail correctly, you're looking for a way for a mote to periodically indicate what its schedule to its neighbors is, hence the idea of encoding that in the EB. When negotiating a soft link, the two neighbors can instruct each other of the already used cells in their respective neighborhoods, and pick one not used by either side. There are number of preliminary points I'd like to make, and which I hope we agree on: - regardless of what we do, communication will never be collision-free. Race conditions in the allocation of cells between neighbors and more importantly the wireless nature of the medium make it impossible to guarantee collision free communication. So the best we can achieve with this technique is to make an "informed decision" about what cell to use. - in the same vein, there has to be a mechanism to detect collisions, and re-schedule the affected cell(s). This is what Qin has called the monitoring process in 6tus [1]. With your proposal, we basically have two opposed approaches: 1. pick a new soft cell randomly in the schedule, and rely on the monitoring process to move that in the schedule. Extremely simple and lightweight approach. 2. have each node announce its schedule periodically (through custom IEs in the EBs, or through some other mechanism), and use that information during negotiation Potentially more efficient, but possibly much more overhead. What would really be interesting is to know where the boundary lies between 1 and 2. It seems pretty clear that, in a very sparse network, 1 is the best option. Yet, as the traffic increases, 2 becomes appealing. I have the feeling that the boundary is really high, i.e. 1 will work well, unless you get to a really full schedule. Would you be interested in looking at this from a statistical and/or simulation point of view? Thomas [1] http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.8 On Mon, Jun 10, 2013 at 3:09 AM, wrote: > Dear All,**** > > Regarding to our last call on Friday, I would like to continue this > discussion about the maximum number of links=92 information (or =93link > object=94) that can be included in EB? Can we think about sending the > information about the entire reserved links/cells in the EB(s)? I would > like to know, Is there any way to define a CellBitMap to enable us to > include the entire reserved links/cells by each node in the one or severa= l > EB(s)?**** > > * * > > *Our motivation*:**** > > In the distributed approach, this information can be used by the receiver= s > to schedule (internal) collision-free[*] links with others. In this case, > this information is not just used for enabling the receivers to contact > with the sender of ADV/EB. This information enables the receivers to > collect the list of used cells in their neighborhood. The content of > information in each =93link object=94 can be different from the existing > information in the EB for each link. For instance, the link option or lin= k > type might not be needed in this case. On the other hand, neighbor ID (th= e > other side of link) might be needed to be included in the =93link object= =94. * > *** > > In order to create a soft link, based on this information about its > neighborhood, Node A in the *Link Reservation Request* may suggest the > set of (internal) collision-free links to the receiver. The receiver (Nod= e > B) also based on this information in its own neighborhood, will choose on= e > link from the suggested links that is also free in its neighborhood (that > might be different from sender's neighborhood) and reply to the sender by > * Link Reservation Response*.**** > > ** ** > > [*] In realistic setting, where the interference range is more than > transmission range, this information will not guarantee the completely > (internal) collision-free communication. But it can be used to not repeat > the reserved cells in our two-hop neighborhood. In addition, the collisio= n > caused by a pair of nodes who are using the same cell in outside of two-h= op > neighborhood can be detected, by monitoring the status of that reserved > cell (By considering the mechanisms discussed in =932.8 Monitoring=94 sec= tion > in draft-wang-6tsch-6tus-00).**** > > ** ** > > Best wishes,**** > > Pouria Zand**** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --047d7bd6c6ac893d7904df71ed7e Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Pouria,

This is an EXTREMELY important = point you raise, and I'd really like to dig a bit=A0deeper. Please bear= with me through the long e-mail.

My 2 cents on th= is (and I'm sure most of this is very well known): EBs were designed to= contain not the full schedule of a node, but rather to carry just enough i= nformation for the new node to know how to contact the network. Once that i= nitial connection is established, the "network" can assign more c= ells/frames in the new node's schedule. This information comes either f= rom a PCE, or from some distributed resource allocation protocol, but none = of that is defined in IEEE802.15.4e.

If I understand your e-mail correctly, you're looki= ng for a way for a mote to periodically indicate what its schedule to its n= eighbors is, hence the idea of encoding that in the EB. When negotiating a = soft link, the two neighbors can instruct each other of the already used ce= lls in their respective neighborhoods, and pick one not used by either side= .

There are number of preliminary points I'd like to = make, and which I hope we agree on:
- regardless of what we do, c= ommunication will never be collision-free. Race conditions in the allocatio= n of cells between neighbors and more importantly the wireless nature of th= e medium make it impossible to guarantee collision free communication. So t= he best we can achieve with this technique is to make an "informed dec= ision" about what cell to use.

- in the same vein, there has to be a mechanism to detect collis= ions, and re-schedule the affected cell(s). This is what Qin has called the= monitoring process in 6tus [1].

With your proposal, we basically have two opposed approaches:

1. pick a new soft cell randomly in the schedule, and rely on th= e monitoring process to move that in the schedule. Extremely simple and lig= htweight approach.
2. have each node announce its schedule = periodically (through custom IEs in the EBs, or through some other mechanis= m), and use that information during=A0negotiation=A0 Potentially more effic= ient, but possibly much more overhead.

What would really be interesting is to know= where the boundary lies between 1 and 2. It seems pretty clear that, in a = very sparse network, 1 is the best option. Yet, as the traffic increases, 2= becomes appealing.

I have the feeling that the boundary is rea= lly high, i.e. 1 will work well, unless you get to a really full schedule. = Would you be interested in looking at this from a statistical and/or simula= tion point of view?

Thomas

[1]=A0http://tools.ietf.org/html/draft-wang-6tsch-6tus-01#section-2.8=

On Mon= , Jun 10, 2013 at 3:09 AM, <P.Zand@utwente.nl> wrote:

Dear All,

Regarding to our last call on Friday,=A0 I would like to cont= inue this discussion about the maximum number of links=92 information (or = =93link object=94) that can be included in EB? Can we think about sending t= he information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define= a CellBitMap to enable us to include the entire reserved links/cells by ea= ch node in the one or several EB(s)?

=A0

Our motivation:

In the distributed approach, this information can be used by = the receivers to schedule (internal) collision-free[*] links with others. I= n this case, this information is not just used for enabling the receivers t= o contact with the sender of ADV/EB. This information enables the receivers to collect the list of u= sed cells in their neighborhood. The content of information in each =93link= object=94 can be different from the existing information in the EB for eac= h link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor= ID (the other side of link) might be needed to be included in the =93link = object=94.

In order to create a soft link, based on this information abo= ut its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the = sender by Link Reservation Response.

=A0

[*] In realistic setting, where the interference range is mor= e than transmission range, this information will not guarantee the complete= ly (internal) collision-free communication. But it can be used to not repea= t the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes= who are using the same cell in outside of two-hop neighborhood can be dete= cted, by monitoring the status of that reserved cell (By considering the me= chanisms discussed in =932.8 Monitoring=94 section in draft-wang-6tsch-6tus-00).

=A0

Best wishes,

Pouria Zand

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7bd6c6ac893d7904df71ed7e-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 155AD11E80F1 for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 10:08:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RxZoBQkVvo9M for <6tsch@ietfa.amsl.com>; Tue, 18 Jun 2013 10:08:31 -0700 (PDT) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) by ietfa.amsl.com (Postfix) with ESMTP id 1D0B921F9B64 for <6tsch@ietf.org>; Tue, 18 Jun 2013 10:08:30 -0700 (PDT) Received: by mail-lb0-f178.google.com with SMTP id y6so3763428lbh.23 for <6tsch@ietf.org>; Tue, 18 Jun 2013 10:08:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KGbqwnFEymRDPXRSSd4FsO440FAAlSYfSQJ8np03Wo4=; b=ZOUC4BRJwlpo28POKtxoTOGqhVvV14qOsuyzVHjkJSHTWHogshyl9QoAcsiVUd/0VI zkwbqI+kjYPGpkruyco7QFxSQTnVORtnBgCedvcmljjvdmKEaDchYf5acg0U68LQmACI SFmDCc7NFjsytu64Sq7Tt2KqciLgenG+XO4brQYZQCzsVq04yXGCPCkSz3bbX3/WZhkj A+WR4SQk1JvPXWg5jtwauZzmOAXi967m7jcMijN6ZA2Jyw6eL/GEKJYAISk9EfBKdpl9 dgHgRsqZGqzZD6trqTpwsymA0rhCjH8HXYlt5p9r6as6l+dwD7R/TW1scjg9uTuoOEjF 931g== MIME-Version: 1.0 X-Received: by 10.112.154.170 with SMTP id vp10mr1524428lbb.11.1371575309923; Tue, 18 Jun 2013 10:08:29 -0700 (PDT) Received: by 10.112.34.47 with HTTP; Tue, 18 Jun 2013 10:08:29 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Jun 2013 19:08:29 +0200 Message-ID: From: Pascal Thubert To: Thomas Watteyne Content-Type: multipart/alternative; boundary=089e01161a44217a3a04df70c3e0 Cc: 6TSCH <6tsch@ietf.org> Subject: Re: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 17:08:36 -0000 --089e01161a44217a3a04df70c3e0 Content-Type: text/plain; charset=ISO-8859-1 Hello Thomas: And then we need to add the case of the backhaul that looks like your case 1 but has applications on the other side of the VPN as opposed to another wlan. This is actually being studied at ISA100.15 ... For your option 1, is it often (/ sometimes?) mandatory that the 2 LLNs share a same L2 domain ( / IPv6 subnet) ? When they do not, we are back in classical routing, with VPN iff crossing an untrusted area ( ; eg the IT network from an OT perspective ; ) The case of a single subnet crossing layer 3 boundaries is very classical in datacenters. We use overlays to solve the issue; e.g. cisco OTV, but also LISP, L2TP, and pseudowires in general. We should probably describe the case in the architecture and explain how this can be achieved with the above technologies; and that probably 6TSCH does not need to add anything new. Or does it? About option 2, I see the links to the PCE as either a single vlan or a mix of vlan and vpn, depending on which domain must be crossed. The structure has its benefits, but we probably need to come up with the same model and multiple disjoint paths via multiple PCEs for high availability and load balancing. what do you think? Pascal 2013/6/17 Thomas Watteyne > All, > > There is a case I believe we are not covering explicitly in the > architecture. > > The architecture draft now considers the following topology: > > ---+------------------------ > | External Network > | > +-----+ +-----+ > | | Router | | PCE > | | | | > +-----+ +-----+ > | | > | Subnet Backbone | > +--------------------+------------------+ > | | | > +-----+ +-----+ +-----+ > | | Backbone | | Backbone | | Backbone > o | | router | | router | | router > +-----+ +-----+ +-----+ > o o o o o > o o o o o o o o o o o > o o o LLN o o o o > o o o o o o o o o o o o > > > > The backbone needs to be one broadcast domain for the ND proxy operations > defines in draft-thubert-6lowpan-backbone-router-03 to work. > > Now, let's consider a campus-wide deployment, where the requirements is > that (1) all the nodes use the same IPv6 prefix, and (2) all are managed by > the same PCE. Since BBRs are "far apart", they will not all live on the > same (broadcast) backbone. > > This is a very realistic scenario that I have come across multiple times, > and which I believe 6TSCH group could/should address. > > I can see the following options: > > *Option 1*: "under-the-hood" tunneling > > When installing the network, network administrators interconnect the > different pieces of the BB using some VLAN solution, essentially recreating > a broadcast domain. > > pros: > - This option does not require any change the ND operation. > cons: > - IMO, in most multi-BBR deployments, the remote BBR case is the rule > rather than the exception. Using tunnels looks more like a "patch" which > might be seen as overly complex if it needs to be applied all the time. > > > ---+------------------------ > | External Network > | > +-----+ +-----+ > | | Router | | PCE > | | | | > +-----+ +-----+ > | | > | Subnet Backbone | *==========* > +--------------------+-------------- *TUNNEL* ----+ > | | *==========* | > +-----+ +-----+ +-----+ (*remote*) > | | Backbone | | Backbone | | *Backbone* > o | | router | | router | | *router* > +-----+ +-----+ +-----+ > o o o o o > o o o o o o o o o o o > o o o LLN o o o o > o o o o o o o o o o o o > > > * > * > *Option 2*: PCE responsible for forwarding to correct BBR > > Each BBR establishes an explicit (and secure) connection to the PCE. Since > the PCE is aware of the nodes connected through each BBR, it can forward > some inbound packet to the appropriate BBR. > > The functionality of the PCE and Router can be merged. The PCE/Router gets > a packet for a particular node, and forwards it to the appropriate BBR over > the explicit connection to that BBR. > > > --------------+------------------- > | External Network > | > +-----+ > | | PCE/Router > | | > +-----+ > ^ ^ ^ > > | | | > > +---------------+ | +----------------+ > | | | > v v v > > +-----+ +-----+ +-----+ > | | Backbone | | Backbone | | Backbone > o | | router | | router | | router > +-----+ +-----+ +-----+ > o o o o o > o o o o o o o o o o o > o o o LLN o o o o > o o o o o o o o o o o o > > > > *Option 3*: hybrid > > > This is the same as option 2, but the router and the PCE as separate. The PCE acts as the ND proxy for all the nodes attached to all the BBRs it is managing. The router is a regular router. > > > ---+----------------------- > > | External Network > | > +-----+ +-----+ > | | Router | | PCE > | | +--| | > +-----+ | +-----+ > > | | ^ ^ ^ > > | | | | | > > ------------------------ | | | > | | | > > | | | > > +---------------+ | +----------------+ > | | | > v v v > > +-----+ +-----+ +-----+ > | | Backbone | | Backbone | | Backbone > o | | router | | router | | router > +-----+ +-----+ +-----+ > o o o o o > o o o o o o o o o o o > o o o LLN o o o o > o o o o o o o o o o o o > > > > > Thoughts? > > > Thomas > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > -- Pascal --089e01161a44217a3a04df70c3e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Thomas:
<= br>
And then we need to add the case of the backhaul that looks like y= our case 1 but has applications on the other side of the VPN as opposed to = another wlan.

This is actually being studied at ISA100.15 ...

For your= option 1, is it often (/ sometimes?) mandatory that the 2 LLNs share a sam= e L2 domain ( / IPv6 subnet) ? When they do not, we are back in classical r= outing, with VPN iff crossing an untrusted area ( ; eg the IT network from = an OT perspective ; )

The case of a single subnet crossing layer 3 boundaries is very class= ical in datacenters. We use overlays to solve the issue; e.g. cisco OTV, bu= t also LISP, L2TP, and pseudowires in general.
We should probably = describe the case in the architecture and explain how this can be achieved = with the above technologies; and that probably 6TSCH does not need to add a= nything new. Or does it?

About option 2, I see the links to the PCE as either a single vlan or= a mix of vlan and vpn, depending on which domain must be crossed. The stru= cture has its benefits, but we probably need to come up with the same model= and multiple disjoint paths via multiple PCEs for high availability and lo= ad balancing.

what do you think?

Pascal

2013/6/17 Thomas Watteyne <watteyne@eecs.berkeley.edu>

All,

The= re is a case I believe we are not covering explicitly in the architecture.<= /div>

The architecture draft now considers the following topo= logy:

---+----------------= -------- | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /div>

The backbone needs to be one broadc= ast domain for the ND proxy operations defines in=A0draft-thubert-6lowpan-b= ackbone-router-03 to work.

Now, let's consider a campus-wide deployment, where= the requirements is that (1) all the nodes use the same IPv6 prefix, and (= 2) all are managed by the same PCE. Since BBRs are "far apart", t= hey will not all live on the same (broadcast) backbone.

This is a very realistic scenario that I have com= e across multiple times, and which I believe 6TSCH group could/should addre= ss.

I can see the following options:

Option 1: "under-the-hood" tunneling

When installing the network, network administrators= interconnect=A0the different pieces of the BB using some VLAN solution, es= sentially recreating a broadcast domain.

pros:
- This option does not require any chan= ge the ND operation.
cons:
- IMO, in most multi-BBR dep= loyments, the remote BBR case is the rule rather than the exception. Using = tunnels looks more like a "patch" which might be seen as overly c= omplex if it needs to be applied all the time.

= ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D +--------------------+-------------- TUNNEL ----+ | | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D | +-----+ +-----+ +-----+ (remo= te) | | Backbone | | Backbone | | Backb= one o | | router | | router | | route= r +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o

Option 2: PC= E=A0responsible=A0for forwarding to correct BBR

Each BBR establishes an explicit (and secure) connection to = the PCE. Since the PCE is aware of the nodes connected through each BBR, it= can forward some inbound packet to the appropriate BBR.

The functionality of the PCE and Router can be merged. The P= CE/Router gets a packet for a particular node, and forwards it to the appro= priate BBR over the explicit connection to that BBR.

<= pre style=3D"font-size:1em;margin-top:0px;margin-bottom:0px">
--------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ =A0 ^ ^ ^
= | | |
+---------------+ | +----= ------------+ | | | v v v
+-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

= Option 3: hybrid

=
This is the same as option 2, but the router and the PCE as s= eparate. The PCE acts as the ND proxy for all the nodes attached to all the= BBRs it is managing. The router is a regular router.

---+-----------------------
| External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+
| | ^ ^ ^
| | | | |
------------------------ | | | =A0 | | |
= | | |
+---------------+ | +----= ------------+ | | | v v v
+-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

=

Thoughts?

Thomas

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--
Pascal
--089e01161a44217a3a04df70c3e0-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF92721F9DBC for <6tsch@ietfa.amsl.com>; Mon, 17 Jun 2013 22:14:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hQxDSBc9xfuV for <6tsch@ietfa.amsl.com>; Mon, 17 Jun 2013 22:14:31 -0700 (PDT) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) by ietfa.amsl.com (Postfix) with ESMTP id F2BDA21F9C21 for <6tsch@ietf.org>; Mon, 17 Jun 2013 22:14:30 -0700 (PDT) Received: by mail-pa0-f48.google.com with SMTP id kp12so3567801pab.7 for <6tsch@ietf.org>; Mon, 17 Jun 2013 22:14:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Z/WqRzfQZOG6qkmQDrRcP8rWeKAplI3RA7zqyvRL6Mo=; b=lTMMuqwYI1Y1MnuPscti1RnFlCswgLLIoxepj59sX9EEJiZu0GYo02KPAWM1mTTy2T e6sKe6hOKkVSPf3GdgebWTRY/EyROgB4/n1MhCa1cnzQ40edK13XyZ52lWg6wLCPDPcT 2DR03Flg0gQsu6v1Y/EFN3vhf5lHuKofpPTzmUre4jECIENlLjxNo50uTc1MHTSIp73G eWEV0Pd+BMFBk/b39J4rJQpoV8iEppEMD18gUqK187XYNpU/f4KpYXQbdiVtoIjkYSc8 7bzeThWrE6ft+VhPxiZiqFGFrZhoIQQCt1v6gZFgwMdxuZzpeHmCtALpY9Ox6inAijTb egjg== X-Received: by 10.68.19.72 with SMTP id c8mr8934127pbe.219.1371532470711; Mon, 17 Jun 2013 22:14:30 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 17 Jun 2013 22:14:10 -0700 (PDT) In-Reply-To: <69d1660f81b61e929072705c533ef978.squirrel@calmail.berkeley.edu> References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> <454faa9284abf19ed719e2fe0dffd703.squirrel@calmail.berkeley.edu> <69d1660f81b61e929072705c533ef978.squirrel@calmail.berkeley.edu> From: Thomas Watteyne Date: Mon, 17 Jun 2013 22:14:10 -0700 X-Google-Sender-Auth: sSjhLPVadxLA0092G0lXQD5u1t8 Message-ID: To: Qin Wang Content-Type: multipart/alternative; boundary=bcaec53af13ab6fec504df66c987 Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 05:14:31 -0000 --bcaec53af13ab6fec504df66c987 Content-Type: text/plain; charset=ISO-8859-1 Agreed, On Thu, Jun 13, 2013 at 11:19 AM, Qin Wang wrote: > Thomas, > > I agree the track-ID is not a number in a header. But, it may not be a ID > of slotframe. In my mind, a slotframe can include more than one Track, > just like that shown in > > https://bitbucket.org/6tsch/meetings/src/5b67d87897b4d6f90657483b9458b832bf969d4d/130607_webex/slides_130607_webex.ppt?at=master# > > How do you think? > > Qin > > > > > > Qin, > > > > I believe that we agree that this track ID is not some number which goes > > into a header, i.e. it's not something you send over the air. Agreed? > > > > If we agree, what it then is is simply an "administrative" number of > > represent a track. In that case, can we not use the ID of the slotframe? > > (maybe not) > > > > Thomas > > > > On Tue, Jun 4, 2013 at 6:36 PM, Qin Wang wrote: > > > >> Hi Thomas, > >> > >> Although I haven't had good way to maintaining track-ID, I'm wondering > >> how > >> to install a Track and dedicate the track to a specific packet stream > >> without a track-ID. Let me explain what my concern is. > >> > >> With 6tus commands, a set of cells are installed in a node, saying 4 > >> cells, in which we want cell-1 belong to Track-1, cell-2 belong to > >> Track-2, and cell-3,4 be cells for the best effort packets. Without > >> track-ID, how does 6tus know the usage of each cell? > >> > >> Do I miss something? > >> > >> Qin > >> > >> > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > --bcaec53af13ab6fec504df66c987 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Agreed,
<= br>
On Thu, Jun 13, 2013 at 11:19 AM, Qin Wan= g <qinwang@berkeley.edu> wrote:

Thomas,

I agree the track-ID is not a number in a header. But, it may not be a ID of slotframe. In my mind, a slotframe can include more than one Track,
just like that shown in
https://bitbucket.org/6tsch/meetings/src/5b67d87897b4d6f9065748= 3b9458b832bf969d4d/130607_webex/slides_130607_webex.ppt?at=3Dmaster#
How do you think?

Qin

> Qin,
>
> I believe that we agree that this track ID is not some number which go= es
> into a header, i.e. it's not something you send over the air. Agre= ed?
>
> If we agree, what it then is is simply an "administrative" n= umber of
> represent a track. In that case, can we not use the ID of the slotfram= e?
> (maybe not)
>
> Thomas
>
> On Tue, Jun 4, 2013 at 6:36 PM, Qin Wang <qinwang@berkeley.edu> wrote:
>
>> Hi Thomas,
>>
>> Although I haven't had good way to maintaining track-ID, I'= ;m wondering
>> how
>> to install a Track and dedicate the track to a specific packet str= eam
>> without a track-ID. Let me explain what my concern is.
>>
>> With 6tus commands, a set of cells are installed in a node, saying= 4
>> cells, in which we want cell-1 belong to Track-1, cell-2 belong to=
>> Track-2, and cell-3,4 be cells for the best effort packets. Withou= t
>> track-ID, how does 6tus know the usage of each cell?
>>
>> Do I miss something?
>>
>> Qin
>>
>>

> __________________= _____________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

--bcaec53af13ab6fec504df66c987-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07FD921F9B38 for <6tsch@ietfa.amsl.com>; Mon, 17 Jun 2013 11:07:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bWCvJLvsFCui for <6tsch@ietfa.amsl.com>; Mon, 17 Jun 2013 11:07:18 -0700 (PDT) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 2047E21F9A74 for <6tsch@ietf.org>; Mon, 17 Jun 2013 11:07:18 -0700 (PDT) Received: by mail-pb0-f46.google.com with SMTP id rq2so3022684pbb.33 for <6tsch@ietf.org>; Mon, 17 Jun 2013 11:07:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=6PlQMIWWXO14++/2NokIS6e7x/dHpv9xwAGhzdfO6Hg=; b=PTW466Io7pd6BNwmjWCM02O14l0IzcwtzQt3S3IxAfOv1UTemrbQnmb7WbLK7HQbHA 75TnXP30hN+gv5u/62CftOzORvazlW22J7EoqqjrwXVxjuJPmwoa8Ul1s95RfRaskhne BQZ8QrOMFxz1wLhgNJf26ZBzFzRVmMt3o/xsJSoLusUR2QCZxo1bEQjczivib1hnWkr6 /LBqBVnyv4Gs2uAVcS2SjdRgMpauqj1YiDGbC0r3MPDOjPcH67+3fO3T+f5dDTt+2Nr5 7n/eUjslHflDdHDWQw6FYLAlVH2tvbQ9nmR0W9Gp1e+0ZPV3Ej9jMXKrq6orFe+TIVOG iqRg== X-Received: by 10.68.163.68 with SMTP id yg4mr13864903pbb.64.1371492437853; Mon, 17 Jun 2013 11:07:17 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 17 Jun 2013 11:06:57 -0700 (PDT) From: Thomas Watteyne Date: Mon, 17 Jun 2013 11:06:57 -0700 X-Google-Sender-Auth: 4-vOti282eSrf5Wt_fzkQjxLX-8 Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7bacbafa920c4604df5d77db Subject: [6tsch] architecture with remote BBR X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 18:07:20 -0000 --047d7bacbafa920c4604df5d77db Content-Type: text/plain; charset=ISO-8859-1 All, There is a case I believe we are not covering explicitly in the architecture. The architecture draft now considers the following topology: ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o The backbone needs to be one broadcast domain for the ND proxy operations defines in draft-thubert-6lowpan-backbone-router-03 to work. Now, let's consider a campus-wide deployment, where the requirements is that (1) all the nodes use the same IPv6 prefix, and (2) all are managed by the same PCE. Since BBRs are "far apart", they will not all live on the same (broadcast) backbone. This is a very realistic scenario that I have come across multiple times, and which I believe 6TSCH group could/should address. I can see the following options: *Option 1*: "under-the-hood" tunneling When installing the network, network administrators interconnect the different pieces of the BB using some VLAN solution, essentially recreating a broadcast domain. pros: - This option does not require any change the ND operation. cons: - IMO, in most multi-BBR deployments, the remote BBR case is the rule rather than the exception. Using tunnels looks more like a "patch" which might be seen as overly complex if it needs to be applied all the time. ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | *==========* +--------------------+-------------- *TUNNEL* ----+ | | *==========* | +-----+ +-----+ +-----+ (*remote*) | | Backbone | | Backbone | | *Backbone* o | | router | | router | | *router* +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o * * *Option 2*: PCE responsible for forwarding to correct BBR Each BBR establishes an explicit (and secure) connection to the PCE. Since the PCE is aware of the nodes connected through each BBR, it can forward some inbound packet to the appropriate BBR. The functionality of the PCE and Router can be merged. The PCE/Router gets a packet for a particular node, and forwards it to the appropriate BBR over the explicit connection to that BBR. --------------+------------------- | External Network | +-----+ | | PCE/Router | | +-----+ ^ ^ ^ | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o *Option 3*: hybrid This is the same as option 2, but the router and the PCE as separate. The PCE acts as the ND proxy for all the nodes attached to all the BBRs it is managing. The router is a regular router. ---+----------------------- | External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+ | | ^ ^ ^ | | | | | ------------------------ | | | | | | | | | +---------------+ | +----------------+ | | | v v v +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o Thoughts? Thomas --047d7bacbafa920c4604df5d77db Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
All,

There is a case I believe we are n= ot covering explicitly in the architecture.

The architecture draft now considers the following topology:

= ---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | +--------------------+------------------+ | | | +-----+ +-----+ +-----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /div>

The backbone need= s to be one broadcast domain for the ND proxy operations defines in=A0draft= -thubert-6lowpan-backbone-router-03 to work.

Now, let's consider a campus-wide deplo= yment, where the requirements is that (1) all the nodes use the same IPv6 p= refix, and (2) all are managed by the same PCE. Since BBRs are "far ap= art", they will not all live on the same (broadcast) backbone.

This is a very realistic scenario tha= t I have come across multiple times, and which I believe 6TSCH group could/= should address.

I can see the followin= g options:

Option 1: "under-the-hood"= tunneling

When installing the network= , network administrators interconnect=A0the different pieces of the BB usin= g some VLAN solution, essentially recreating a broadcast domain.

pros:
- This option does no= t require any change the ND operation.
cons:
- IMO, in most multi-BBR deployments, the remote BBR case is the rule rat= her than the exception. Using tunnels looks more like a "patch" w= hich might be seen as overly complex if it needs to be applied all the time= .

---+------------------------ | External Network | +-----+ +-----+ | | Router | | PCE | | | | +-----+ +-----+ | | | Subnet Backbone | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D +--------------------+-------------- TUNNEL ----+ | | =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D | +-----+ +-----+ +-----+ (remo= te) | | Backbone | | Backbone | | Backb= one o | | router | | router | | route= r +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o

<= u>Option 2: PCE=A0responsible=A0for forwarding to correct BBR

Each BBR establishes an explicit (and secure) connecti= on to the PCE. Since the PCE is aware of the nodes connected through each B= BR, it can forward some inbound packet to the appropriate BBR.

The functionality of the PCE and Router can be merged.= The PCE/Router gets a packet for a particular node, and forwards it to the= appropriate BBR over the explicit connection to that BBR.

--------------+--------= ----------- | External Network | +-----+ | | PCE/Router | | +-----+ =A0 ^ ^ ^
| | |
+---------------+ | +----= ------------+ | | | v v v
+-----+ +-----+ += -----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

Option 3: hybrid

This is the same as option 2, but the router and the PCE as s= eparate. The PCE acts as the ND proxy for all the nodes attached to all the= BBRs it is managing. The router is a regular router.

---+-----------------------
| External Network | +-----+ +-----+ | | Router | | PCE | | +--| | +-----+ | +-----+
| | ^ ^ ^
| | | | |
------------------------ | = | | =A0 | | |
| | |
+---------------+ | +----= ------------+ | | | v v v
+-----+ +-----+ += -----+ | | Backbone | | Backbone | | Backbone o | | router | | router | | router +-----+ +-----+ +-----+ o o o o o o o o o o o o o o o o o o o LLN o o o o o o o o o o o o o o o o
<= /pre>

Thoughts?

Thomas
--047d7bacbafa920c4604df5d77db-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1CB321F9D1C for <6tsch@ietfa.amsl.com>; Fri, 14 Jun 2013 10:24:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KoU+QzWkbmlo for <6tsch@ietfa.amsl.com>; Fri, 14 Jun 2013 10:24:18 -0700 (PDT) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id B4E7C21F9B77 for <6tsch@ietf.org>; Fri, 14 Jun 2013 10:24:18 -0700 (PDT) Received: by mail-pb0-f52.google.com with SMTP id xa12so772040pbc.39 for <6tsch@ietf.org>; Fri, 14 Jun 2013 10:24:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=SRt4/fKcuI0ZPGy5dLStb6JzHAojpU627iRcMhgDhRU=; b=PbU2VIWnVEQTPLWYdr7QnaJtrgQ07qqszrD7awIfD6RXN8ZFVKDPsnl7y6jTO0DpOr 1Q2FPlvN4C3woUMe/yRVC7ULlMQrXw53LvQnYRauxOlhqHjM7zoWucSjO+hQsw6CoMy6 +8P8WitbSn0f6aCXCyW69nu0oue90vqtzeEwcWmJhnD3koxKuvfAoopFTxysaJ8s4E/r EaZmefY0YHOJS1C39e4LBqCGKY/LBx4a7FCcWK887u17F4WiCS7Hkcwev59jftK7YxWh dDfzWiqHbDvdrhlsoMPOkbYGr215ReHGuc4kmV1ukAPqwmelsv5iKrn3ZBGA7brSOK4v BfEQ== X-Received: by 10.68.244.73 with SMTP id xe9mr3569149pbc.119.1371230658447; Fri, 14 Jun 2013 10:24:18 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Fri, 14 Jun 2013 10:23:58 -0700 (PDT) In-Reply-To: <51BB5054.6080802@cox.net> References: <51BB5054.6080802@cox.net> From: Thomas Watteyne Date: Fri, 14 Jun 2013 10:23:58 -0700 X-Google-Sender-Auth: 6WBXxbkE71D7L5R_RmqEcBjyL9w Message-ID: To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b338e934d529a04df208411 Subject: Re: [6tsch] :-) Is this the endpoint of our IoT efforts? X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 17:24:19 -0000 --047d7b338e934d529a04df208411 Content-Type: text/plain; charset=ISO-8859-1 oh oh... On Fri, Jun 14, 2013 at 10:18 AM, Tom Phinney wrote: > http://www.themorningnews.org/article/the-internet-of-actual-things > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > --047d7b338e934d529a04df208411 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
oh oh...

On Fri, Jun 14, 2013 at 10:18 AM, Tom Phinney <tom.p= hinney@cox.net> wrote:

http://www.themorning= news.org/article/the-internet-of-actual-things

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7b338e934d529a04df208411-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A31221F9B42 for <6tsch@ietfa.amsl.com>; Fri, 14 Jun 2013 10:18:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GB4CpMLLWx2i for <6tsch@ietfa.amsl.com>; Fri, 14 Jun 2013 10:18:13 -0700 (PDT) Received: from fed1rmfepo101.cox.net (fed1rmfepo101.cox.net [68.230.241.143]) by ietfa.amsl.com (Postfix) with ESMTP id 8DA4A21F9D21 for <6tsch@ietf.org>; Fri, 14 Jun 2013 10:18:13 -0700 (PDT) Received: from fed1rmimpo210 ([68.230.241.161]) by fed1rmfepo101.cox.net (InterMail vM.8.01.05.09 201-2260-151-124-20120717) with ESMTP id <20130614171812.SQJJ13301.fed1rmfepo101.cox.net@fed1rmimpo210> for <6tsch@ietf.org>; Fri, 14 Jun 2013 13:18:12 -0400 Received: from 192.168.1.250 ([68.106.19.170]) by fed1rmimpo210 with cox id oHJC1l00B3gAAro01HJCzp; Fri, 14 Jun 2013 13:18:12 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A02020A.51BB5054.0100,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.0 cv=drIF/Sc4 c=1 sm=1 a=mbYREmtDDBfCLQwKCHNpxg==:17 a=YkMd_PYDa9IA:10 a=RiI6b9msBuoA:10 a=G8Uczd0VNMoA:10 a=Wajolswj7cQA:10 a=IkcTkHD0fZMA:10 a=kviXuzpPAAAA:8 a=hF4J3bke4k8A:10 a=5L-xwtScAAAA:8 a=x0SR9nx9uKVOo6vXIEgA:9 a=QEXdDO2ut3YA:10 a=mbYREmtDDBfCLQwKCHNpxg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Message-ID: <51BB5054.6080802@cox.net> Date: Fri, 14 Jun 2013 10:18:12 -0700 From: Tom Phinney User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: "6tsch@ietf.org" <6tsch@ietf.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [6tsch] :-) Is this the endpoint of our IoT efforts? X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Tom Phinney List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 17:18:19 -0000 http://www.themorningnews.org/article/the-internet-of-actual-things Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3284521F9A6D for <6tsch@ietfa.amsl.com>; Thu, 13 Jun 2013 11:27:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04zbvsc+KPhZ for <6tsch@ietfa.amsl.com>; Thu, 13 Jun 2013 11:27:47 -0700 (PDT) Received: from cm06fe.IST.Berkeley.EDU (cm06fe.IST.Berkeley.EDU [169.229.218.147]) by ietfa.amsl.com (Postfix) with ESMTP id 0FCBF21F99F7 for <6tsch@ietf.org>; Thu, 13 Jun 2013 11:27:46 -0700 (PDT) Received: from cm02ws.ist.berkeley.edu ([169.229.218.164] helo=calmail.berkeley.edu) by cm06fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1UnCFE-0006vD-K5; Thu, 13 Jun 2013 11:27:37 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Thu, 13 Jun 2013 11:27:36 -0700 Message-ID: <7dce19fc1af2bc48e85b256302de59ce.squirrel@calmail.berkeley.edu> In-Reply-To: References: <51B0CEEA.2000304@eecs.berkeley.edu> <0001a293ea238f51d2d22c3f10a1d16c.squirrel@calmail.berkeley.edu> Date: Thu, 13 Jun 2013 11:27:36 -0700 From: "Qin Wang" To: "Thomas Watteyne" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 18:27:56 -0000 Thomas, I think that from "switching vs routing" point of view, soft cell and hard cell are same. The problem we have to address is how to establish a track in distributed way. The current soft cell related commands may not be enough. Thought? Qin > Qin, > > I believe that you are thinking about the case where a distributed > scheduler allocates some (soft) cells along a track. I don't see any > reason > to limit the use of 6tus-based switching to hard cells only. While it > makes > most sense to do 6tus-based track installation and switching in the > presence of a PCE (i.e. fully deterministic behavior), I would keep the > "switching vs routing" and "hard vs soft cells" distinction orthogonal. > > Makes sense? > > Thomas > > > On Thu, Jun 6, 2013 at 12:33 PM, Qin Wang wrote: > >> Hi Pascal, Xavi, and all, >> >> I want to confirm the concept of Track and its establishment, because >> what >> we are talking about here are highly related with the interpretation of >> Track. >> >> My understanding about Track comes from the >> draft-palattella-6tsch-terminology-01, i.e. "A determined sequence of >> cells along a multi-hop path. >> This is typically the result of a reservation." >> >> But I feel the Track being talked about here implies more than it. I >> guess >> the establishment of a Track not only involves a schedule built with >> cell >> command, but also involves a mapping table which is established via the >> new command "Label switching command". Correct? >> >> If yes, I will agree with Thomas that we don't need a track-ID. But, it >> may arise another question, i.e. should a mapping table be applied to a >> schedule built with soft-cell command? >> >> Thanks >> Qin >> >> >> > Hello Xavi: >> > >> > It certainly can work without any check, but it's probably good to >> have >> > one. Say the MAC changes, or there is a change of path, or anything. >> > When we did 6LoWPAN compression, in particular for the UDP checksum, >> we >> > were very conscious that we were removing some safe guards. You can't >> > remove them all... >> > >> > Cheers, >> > >> > Pascal >> > >> > From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf >> Of >> > Xavier Vilajosana >> > Sent: jeudi 6 juin 2013 11:03 >> > To: 6tsch@ietf.org >> > Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. >> > switching) >> > >> > Hi, >> > >> > maybe I am missing something: >> > >> > "Since even the short address is now lost, we need to enforce that the >> > track endpoint mac address is known and checked at ingress, and known >> and >> > overwritten at egress as you detail below." >> > >> > are we sure that this is needed? As the PCE installs the tracks and >> the >> > PCE knows what is doing, forwarding can be done blindly right? A node >> > knows that it is the end of the track because in its forwarding table >> > there is no mapping for that input bundle. (No forwarding), so >> checking >> > seems no needed as nodes can trust whatever the PCE installs. So, an >> node >> > that does not have a forwarding entry on the table just pushes up the >> > packet to 6lowpan and puts its MAC address on the destination mac of >> the >> > receive packet. >> > >> > :-) >> > X >> > >> > >> > >> > >> > Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit: >> > Perfect sync : ) >> > >> > The key is that D knows from the track meta that it is the end point >> and >> > that the mac address is expected to be a certain mac address, whether >> > that's expressed in compressed as 2 or 8 bytes. >> > It is important that there is no confusion possible between what the >> > sender at the ingress of the track thinks the mac and IP are and what >> the >> > receiver thinks at the other end. Since even the short address is now >> > lost, we need to enforce that the track endpoint mac address is known >> and >> > checked at ingress, and known and overwritten at egress as you detail >> > below. >> > >> > Cheers, >> > >> > Pascal >> > >> > From: 6tsch-bounces@ietf.org >> > [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne >> > Sent: jeudi 6 juin 2013 10:09 >> > To: 6tsch@ietf.org >> > Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. >> > switching) >> > >> > Pascal, >> > >> > Completely agree, we cannot loose the MAC destination address >> information >> > altogether. I'm wondering if this could not be recreated on-the-fly by >> the >> > end node of the track. >> > >> > That is, assuming the following track >> > A->B->C->D >> > i.e. D is the last hop >> > >> > C could still use bcast dmac, D would just replace it by its own MAC >> when >> > inflating 6LoWPAN. >> > >> > I assume this is similar to what you had in mind? >> > >> > Thomas >> > >> > On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) >> > > wrote: >> > On the side, Thomas, >> > >> > We have to expect that the dest MAC may be used by 6LoWPAN to >> uncompress >> > the dest IP if the node at the end of the track is the destination. >> > >> > It would make sense that the track metadata indicates that the 6TUS >> should >> > rewrite the dmac before punting and which mac should be used. >> > >> > Cheers, >> > >> > Pascal >> > >> > From: 6tsch-bounces@ietf.org >> > [mailto:6tsch-bounces@ietf.org] On >> Behalf >> > Of Thomas Watteyne >> > Sent: lundi 3 juin 2013 19:47 >> > To: 6tsch@ietf.org >> > Subject: [6tsch] recycle unused track cells (was: Routing vs. >> switching) >> > >> > Pascal, >> > >> > I agree that a single bit is enough to differentiate between switched >> > packets and routed packets. During the call on Friday, we identified 3 >> > locations where that bit could live: >> > - somewhere in the 6LoWPAN header. Too high? >> > - as an IEEE802.15.4e IE: too many bytes for a single bit? >> > - represented by the fact that the destination MAC address is a >> broadcast >> > address. >> > >> > Agreed? >> > >> > In the latter case, what would a multicast MAC address look like? >> Assuming >> > we're using long addresses address, we could set the multicast bit in >> the >> > EUI64. Are you imagining having the next hop address with that bit >> set, >> or >> > assigning a specific track identifier, encoded as a multicast address? >> > >> > Also, once the network is running, I'm assuming we will be using short >> 2B >> > addresses. It's not clear how we can fit the multicast bit in there. >> > >> > Thomas >> > >> > On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) >> > > wrote: >> > Hello Qin: >> > >> > I expect that without this proposal, the dest mac of a packet would be >> the >> > next L2 node, so that the next hop picks it and passes it to 6TUS >> layer. >> > With the proposal, all nodes along a track would accept the multicast >> dest >> > mac address associated to that track, so the packet is recognized as >> > receivable by this node at L2 and yet can be forwarded at 6TUS layer >> > without dest MAC rewrite. >> > >> > Reusing the cell would be the case where this router did not receive a >> > frame on the track incoming slot, so the outgoing slot will be wasted. >> If >> > we have a packet for which the next hop the same router as the >> receiver >> of >> > the wasted cell, then we'd want to use the cell to progress the packet >> one >> > hop. But then the receiver router needs to figure out that this is not >> a >> > frame to be switched at 6TUS layer but a packet to be routed at L3. >> The >> > trick is that in this case, the destination MAC address would be >> > effectively that of the receiver router so 6TUS would punt the packet >> to >> > L3. >> > >> > Reusing a cell between 2 tracks is not the idea because there might be >> > collisions. Here we are talking about using an unsed cell >> > opportunistically for L3 best effort traffic. If there is an unused >> track >> > cell, it adds up to the bundle between the 2 adjacent routers for that >> > particular slotframe. >> > >> > Makes sense? >> > >> > Pascal >> > >> > >> > -----Original Message----- >> > From: Qin Wang >> [mailto:qinwang@berkeley.edu> >] >> > Sent: lundi 3 juin 2013 13:14 >> > To: Pascal Thubert (pthubert) >> > Cc: 6tsch@ietf.org >> > Subject: Re: [6tsch] Routing vs. switching >> > >> > Hi Pascal, >> > >> > I don't understand strategy a) clearly. According to my understanding >> on >> > "Track", it consists of a sequence of cells along a multihop path, and >> > there is one and only one cell for a pair of nodes (i.e. fixed next >> hop >> > neighbor). Then, how does multicast Mac address function? What do you >> mean >> > by reusing a cell? >> > >> > I guess that the strategy a) will be used to solve the problem of >> > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast >> > address to both node-B and node-E. So, the cell can be reused in the >> two >> > tracks. Correct? >> > >> > Thanks >> > Qin >> > >> > >> >> Dear all ; >> >> >> >> We had a great discussion today at the weekly call about routing that >> >> relies on 1 hop cell bundles vs. switching that operates on end to >> end >> >> tracks. >> >> >> >> We agreed that merging and splitting tracks could require queuing at >> >> intermediate nodes to absorb burst collisions from multiple sources >> >> and decided to go for the watertight pipes. >> >> >> >> We proposed 2 additional strategies: >> >> >> >> a) define a multicast mac address for the track, so we can 1) reuse a >> >> track cell that is not used by a deterministic packet for hop by hop >> >> L3 traffic as differentiated by its unicast MAC destination and 2) >> >> forward with no change to the destination. >> >> >> >> b) let the PCE install routes as well as tracks. With that strategy, >> A >> >> PCE route is an alternate to a track that would allow cell reuse and >> >> L3 QoS operation. We leverage the deterministic Class of service >> >> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we >> can >> >> emulate RPL local instances as indexed by the tuple (source address, >> >> local_instance_id) and forward the packet with the same rules are >> RPL, >> >> along the routing table indexed by the instance ID. >> >> >> >> Comments welcome! >> >> >> >> Cheers, >> >> >> >> Pascal >> >> _______________________________________________ >> >> 6tsch mailing list >> >> 6tsch@ietf.org >> >> https://www.ietf.org/mailman/listinfo/6tsch >> >> >> > >> > _______________________________________________ >> > 6tsch mailing list >> > 6tsch@ietf.org >> > https://www.ietf.org/mailman/listinfo/6tsch >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > >> > 6tsch mailing list >> > >> > 6tsch@ietf.org >> > >> > https://www.ietf.org/mailman/listinfo/6tsch >> > >> > _______________________________________________ >> > 6tsch mailing list >> > 6tsch@ietf.org >> > https://www.ietf.org/mailman/listinfo/6tsch >> > >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A90821F9A11 for <6tsch@ietfa.amsl.com>; Thu, 13 Jun 2013 11:19:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0+yjCe5gWUvQ for <6tsch@ietfa.amsl.com>; Thu, 13 Jun 2013 11:19:23 -0700 (PDT) Received: from cm06fe.IST.Berkeley.EDU (cm06fe.IST.Berkeley.EDU [169.229.218.147]) by ietfa.amsl.com (Postfix) with ESMTP id 021D721F9A0B for <6tsch@ietf.org>; Thu, 13 Jun 2013 11:19:22 -0700 (PDT) Received: from cm02ws.ist.berkeley.edu ([169.229.218.164] helo=calmail.berkeley.edu) by cm06fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1UnC7F-0002ou-LX; Thu, 13 Jun 2013 11:19:22 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Thu, 13 Jun 2013 11:19:21 -0700 Message-ID: <69d1660f81b61e929072705c533ef978.squirrel@calmail.berkeley.edu> In-Reply-To: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> <454faa9284abf19ed719e2fe0dffd703.squirrel@calmail.berkeley.edu> Date: Thu, 13 Jun 2013 11:19:21 -0700 From: "Qin Wang" To: "Thomas Watteyne" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 18:19:27 -0000 Thomas, I agree the track-ID is not a number in a header. But, it may not be a ID of slotframe. In my mind, a slotframe can include more than one Track, just like that shown in https://bitbucket.org/6tsch/meetings/src/5b67d87897b4d6f90657483b9458b832bf969d4d/130607_webex/slides_130607_webex.ppt?at=master# How do you think? Qin > Qin, > > I believe that we agree that this track ID is not some number which goes > into a header, i.e. it's not something you send over the air. Agreed? > > If we agree, what it then is is simply an "administrative" number of > represent a track. In that case, can we not use the ID of the slotframe? > (maybe not) > > Thomas > > On Tue, Jun 4, 2013 at 6:36 PM, Qin Wang wrote: > >> Hi Thomas, >> >> Although I haven't had good way to maintaining track-ID, I'm wondering >> how >> to install a Track and dedicate the track to a specific packet stream >> without a track-ID. Let me explain what my concern is. >> >> With 6tus commands, a set of cells are installed in a node, saying 4 >> cells, in which we want cell-1 belong to Track-1, cell-2 belong to >> Track-2, and cell-3,4 be cells for the best effort packets. Without >> track-ID, how does 6tus know the usage of each cell? >> >> Do I miss something? >> >> Qin >> >> > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E66D621E80BA for <6tsch@ietfa.amsl.com>; Wed, 12 Jun 2013 17:55:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GAkTknEvr8Nk for <6tsch@ietfa.amsl.com>; Wed, 12 Jun 2013 17:55:22 -0700 (PDT) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id 931B021E80B2 for <6tsch@ietf.org>; Wed, 12 Jun 2013 17:55:14 -0700 (PDT) Received: by mail-pa0-f54.google.com with SMTP id kx10so5133177pab.13 for <6tsch@ietf.org>; Wed, 12 Jun 2013 17:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=g4yHqX+p1Bq6ss0BYFiBTZDtee1+uzjiDJJhglTSwU0=; b=iUaGAcoDuoXLAJpwmvk7LjQ3IoKZi1uRs90sbBNBNxMt2VV6TbqSo6fNKHFha0OzNL ZPYzu1Jz+68CCXoiX7LBOZOW75kJYah48+DKTkdDS4WIORRQljWI1KXSUI9jXGU4ZPxx KLCVd4WiJNp9VNgNgKDFX8HNneNzs98hNkSN9BkYD8Eh2kgVIFWcAGt3b0STPIa26pDK 214YX2RhcUKrRCovq3jw48DREK284upZCsksmJTBDGv0n/cuHS4IlBr5r6OsqHBZzup2 zeBIAKFzR8V0ywVKx9AlWAgsS3JktSs9OSPcIlMHQTzVMfAAnH83DituMIuW/cmIy4ZA W+9A== X-Received: by 10.68.175.68 with SMTP id by4mr22494831pbc.53.1371084914105; Wed, 12 Jun 2013 17:55:14 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Wed, 12 Jun 2013 17:54:54 -0700 (PDT) From: Thomas Watteyne Date: Wed, 12 Jun 2013 17:54:54 -0700 X-Google-Sender-Auth: sCRFH2eSTaIjBRnbTfl-OjcDerM Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7bd6c6ac4324f804defe95b0 Subject: [6tsch] minutes webex 7 June 2013 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 00:55:24 -0000 --047d7bd6c6ac4324f804defe95b0 Content-Type: text/plain; charset=ISO-8859-1 All, You will find the minutes of the last webex below, and the presented slides at https://bitbucket.org/6tsch/meetings/. Thanks to Xavi for taking notes! As usual, fix anything we might have missed directly in the e-mail and reply. Also, please remember that, exceptionally, there will be no call this Friday. Thomas --- # Minutes Webex 07 June 2013, 6TSCH group # Note: timestamps in PDT. Taking notes (using Etherpad) ------------------------------- 1. Xavi Vilajosana 1. Thomas Watteyne Present (alphabetically) -------------------------- * Alfredo Grieco * Elvis Vogli * Pascal Thubert * Pouria Zand * Raghuram Sudhaakar * Robert Assmiti * Penny Chen * Thomas Watteyne * Tina Tsou * Xavi Vilajosana Recording --------- * Webex recording (audio+slides,streaming) * https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=68915952&rKey=a6aa751cea420bdf[58min] Slides ------ * https://bitbucket.org/6tsch/meetings/src/5b67d87897b4d6f90657483b9458b832bf969d4d/130607_webex/slides_130607_webex.ppt?at=master Agenda ------ * Logo Challenge [5min] * Opportunistic Track reuse [15min] * 6LoWPAN Fragment Forwarding [10min] * Simplest TSCH [30min] Minutes ------- * [08.05] Meeting starts * Pascal reviews agenda for the call. * Logo Challenge [5min] * winner in Xavi's design > Official logo now available at https://bitbucket.org/6tsch/meetings/src/ * [08.07] Opportunistic track reuse * Pascal presents slides. * we decided to avoid tracks being merged/split. Instead, use L3 capabilities. * reservation is a waste of resources if they are not used * idea: opportunistically reuse a one-hop time slot, but we need intermediate node to distinguish between a packet being switched on track, or opportunistically routed on that cell. * proposal: * packets being switched have L2 MAC destination set to 0xffff (broadcast). This bypasses L2 MAC address check, but indicates to 6TUS that this packet has to be switched. * packets being routed, and using this cell opportunistically set the L2 MAC destination address to the next hop. * Destination MAC restored at ultimate or penultimate hop? * Discussion indicates ultimate hop makes the most sense. * PCE installing routes on top of schedule * allow PCE to install (RPL) routes on top of tracks. * Use different RPL instance IDs. * Ends up adding information in the nodes' routing table. > '''TODO''': start thread on ML about allows PCE to install routes. * [Thomas] * This only applies when we want to do p2p inside the network. * If you don't install anything the routes will go to root * Without this feature, P2P works, but suffers from the "RPL stretch" whereby a P2P packet has to go "upstream" before going "downstream" * [08.21] Fragment Forwarding * Pascal presents slides illustrating the following draft: > http://tools.ietf.org/html/draft-thubert-6lowpan-simple-fragment-recovery-07 * This forwarding mode comes in addition to L2 switching and L3 routing. * Uses datagram tag as (explicit) switchable label. * Enable one not to reconstruct the packet at each hop, better latency and memory use * Problem: there is no IP header in anything but the 1st fragment. * 1st fragment sets up the state in each node along the way, to allow the switching to happen. * end-to-end bitmap to retry fragments. * Discussion * [Thomas] all for this method. But what is the price for end-to-end ACKs? * [Pascal] Needed when bundle breaks. * [Thomas] We should not modulate the number of times you retransmit a packet depending on whether it is a fragment or data * Proposal: change classical fragment with recoverable fragments (new 6LoWPAN dispatch patterns) * Discussion * [Thomas] where does this draft go? Do we want to address this withing 6TSCH? * [Pascal] No. If 6lo becomes WG, that's a good location to do this. * [08.32] Simplest TSCH [Xavi] * Intro Thomas * Started by e-mail from Kris: what the absolutely simplest way of using a TSCH network * Problem statement: if we meet in Berlin and we want to interoperate without any scheduler, what is the simplest way. * Input from Alfredo, Elvis, Maria Rita, Pouria, Xavi. * Xavi presents slides. * How to implement the minimum configuration/code to build a TSCH network? * Idea: * single slotframe, 101 slots, 16 channel offset * hard-coded schedule. All slots are shared. * First slot is used for ADV. Next 5 for "slotted Aloha" behavior. * Each slot marked as TX, RX and shared. * All other slots are off. * 3 TX attempts * Motes start running, receive EB to join the network. * EB are generated periodically. Put in the TX queue for tranmsmission. No ACK. * Slotted Aloha behavior comes for "free" in TSCH if the slot is marked TX, RX and shared. * Neighbor table maintained, with statistics. RPL can use that information. * Time parentL: best connected parent (based on neighbor table stats). Option: stability counter. * Xavi presents the format of the packets: * IEEE802.15.4e general format * IE (either header or payload) * EB contains the following IEs: * sync IE * Frame and Link IE * Xavi proposes to have all links appear in the IE. * Thomas Lets see whether it fits * Pouria Whether it all fits in a EB depends on the EB * timeslot template IE * channel hopping IE * Pouria presents the ACK frame format * sequence number repeats the DSN of the data * IE is used to provide time synchronization between node (ACK/NACK time correction IE) * Thomas how do you pick time source neighbors when you don't have any routing state yet * Xavi RSSI? * Thomas Let's take this on the ML. * Thomas where do DIO/DAOs go? * Xavi On the data cells? * Thomas How does TSCH know ADV needs to go on slotoffset 0 and not the others? * Pouria we can use the broadcast cell. * AOB * Xavi Next steps for logo? * Thomas this logo is pretty much done. Can you send a high resolution version? * Xavi Will do. * [09.05] Meeting ends. --047d7bd6c6ac4324f804defe95b0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
All,

You will find the minut= es of the last webex below, and the presented slides at https://bitbucket.org/6tsc= h/meetings/.

Thanks to Xavi for taking notes!

As usual, fix anything we might have missed directly in the e-mail and r= eply.

Also, please remember that, exceptionally, t= here will be no call this Friday.

Thomas

---

# Minutes Webex 07 June 2013, 6= TSCH group #

Note: timestamps in PDT.<= /div>

Taking notes (using Etherpad)
=
-------------------------------

1. Xavi Vilajosana
1. Thomas Watteyne

Present (alphabetically)
--------------------------

* Alfredo Grieco
* Elvis Vogli
* Pascal Thubert

* Pouria Zand
<= font face=3D"courier new, monospace">* Raghuram Sudhaakar
= * Robert Assmiti
* Penny Chen

* Thomas Watteyne
* Tina Tsou
* Xavi Vilajosana

Recording
---------

* Webex recording (audio+slides,streaming)
* https://cisco.webex.com/ciscosales/lsr.p= hp?AT=3Dpb&SP=3DMC&rID=3D68915952&rKey=3Da6aa751cea420bdf [= 58min]

Slides
------
* https:= //bitbucket.org/6tsch/meetings/src/5b67d87897b4d6f90657483b9458b832bf969d4d= /130607_webex/slides_130607_webex.ppt?at=3Dmaster

Agenda
------
* Logo Challenge [5= min]
* Opportunistic= Track reuse [15min]
* 6LoWPAN Fragment Forwarding [10min]

* Simplest TSCH [30min]

Minutes
-------

* [08.05] Meeting starts
* Pascal reviews agenda for the call.

* Logo Challenge [5min]
=A0 =A0 * winner in Xavi'= ;s design
=A0 =A0 &g= t; Official logo now available at https://bitbucket.org/6tsch/meetings/src/

* [08.07] Opportunistic track re= use
=A0 =A0 * Pascal= presents slides.
= =A0 =A0 * we decided to avoid tracks being merged/split. Instead, use L3 ca= pabilities.

=A0 =A0 * reservation is a waste= of resources if they are not used
=A0 =A0 * idea: opportunistically reuse a one-hop time slot,= but we need intermediate node to distinguish between a packet being switch= ed on track, or opportunistically routed on that cell.

=A0 =A0 * proposal:
=
=A0 =A0 =A0 =A0 * packets being = switched have L2 MAC destination set to 0xffff (broadcast). This bypasses L= 2 MAC address check, but indicates to 6TUS that this packet has to be switc= hed.

=A0 =A0 =A0 =A0 * packets being = routed, and using this cell opportunistically set the L2 MAC destination ad= dress to the next hop.
=A0 =A0 * Destination MAC restored at ultimate or penultimate hop?

=A0 =A0 =A0 =A0 * Discussion ind= icates ultimate hop makes the most sense.
* PCE installing routes on top of schedule
=A0 =A0 * allow PCE to install (RPL) = routes on top of tracks.

=A0 =A0 * Use different RPL inst= ance IDs.
=A0 =A0 * = Ends up adding information in the nodes' routing table.
=A0 =A0 > '''TODO= 9;'': start thread on ML about allows PCE to install routes.=

=A0 =A0 * [Thomas]
<= div>=A0 =A0 =A0 =A0 * This only appli= es when we want to do p2p inside the network.
=A0 =A0 =A0 =A0 * If you don't install anyt= hing the routes will go to root

=A0 =A0 =A0 =A0 * Without this f= eature, P2P works, but suffers from the "RPL stretch" whereby a P= 2P packet has to go "upstream" before going "downstream"= ;

* [08.21] Fragment Forwarding
=A0 =A0 * Pascal prese= nts slides illustrating the following draft:
=A0 =A0 > http:= //tools.ietf.org/html/draft-thubert-6lowpan-simple-fragment-recovery-07=

=A0 =A0 * This forwarding mode c= omes in addition to L2 switching and L3 routing.
=A0 =A0 * Uses datagram tag as (explicit) swit= chable label.

=A0 =A0 * Enable one not to reco= nstruct the packet at each hop, better latency and memory use
<= div>=A0 =A0 * Problem: there is no IP= header in anything but the 1st fragment.

=A0 =A0 * 1st fragment sets up t= he state in each node along the way, to allow the switching to happen.
=A0 =A0 * end-to-end bit= map to retry fragments.

=A0 =A0 * Discussion
=A0 =A0 =A0 =A0 * [Thomas] all = for this method. But what is the price for end-to-end ACKs?
=A0 =A0 =A0 =A0 * [Pascal] Needed w= hen bundle breaks.

=A0 =A0 =A0 =A0 * [Thomas] We sh= ould not modulate the number of times you retransmit a packet depending on = whether it is a fragment or data
=A0 =A0 * Proposal: change classical fragment with recoverable= fragments (new 6LoWPAN dispatch patterns)

=A0 =A0 * Discussion
=A0 =A0 =A0 =A0 * [Thomas] wher= e does this draft go? Do we want to address this withing 6TSCH?
=A0 =A0 =A0 =A0 * [Pascal] No. = If 6lo becomes WG, that's a good location to do this.

* [08.32] Simplest TSCH [Xavi]
=A0 =A0 * Intro Thoma= s
=A0 =A0 =A0 =A0 * = Started by e-mail from Kris: what the absolutely simplest way of using a TS= CH network

=A0 =A0 =A0 =A0 * Problem statem= ent: if we meet in Berlin and we want to interoperate without any scheduler= , what is the simplest way.
=A0 =A0 =A0 =A0 * Input from Alfredo, Elvis, Maria Rita, Pouria, Xa= vi.

=A0 =A0 * Xavi presents slides.<= /font>
=A0 =A0 * How to imp= lement the minimum configuration/code to build a TSCH network?
=
=A0 =A0 * Idea:

=A0 =A0 =A0 =A0 * single slotfra= me, 101 slots, 16 channel offset
=A0 =A0 =A0 =A0 * hard-coded schedule. All slots are shared.
=A0 =A0 =A0 =A0 * First slot is used = for ADV. Next 5 for "slotted Aloha" behavior.
=A0 =A0 =A0 =A0 * Each slot marked as T= X, RX and shared.

=A0 =A0 =A0 =A0 * All other slot= s are off.
=A0 =A0 = =A0 =A0 * 3 TX attempts
=A0 =A0 * Motes start running, receive EB to join the network.
=A0 =A0 * EB are generated perio= dically. Put in the TX queue for tranmsmission. No ACK.
=A0 =A0 * Slotted Aloha behavior comes = for "free" in TSCH if the slot is marked TX, RX and shared.

=A0 =A0 * Neighbor table maintai= ned, with statistics. RPL can use that information.
=A0 =A0 * Time parentL: best connected pare= nt (based on neighbor table stats). Option: stability counter.

=A0 =A0 * Xavi presents the form= at of the packets:
= =A0 =A0 =A0 =A0 * IEEE802.15.4e general format
=A0 =A0 =A0 =A0 * IE (either header or payload)=

=A0 =A0 =A0 =A0 * EB contains th= e following IEs:
=A0= =A0 =A0 =A0 =A0 =A0 * sync IE
=A0 =A0 =A0 =A0 =A0 =A0 * Frame and Link IE

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = * Xavi proposes to have all links appear in the IE.
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * Thomas Le= ts see whether it fits

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = * Pouria Whether it all fits in a EB depends on the EB
=A0 =A0 =A0 =A0 =A0 =A0 * timeslot templ= ate IE
=A0 =A0 =A0 = =A0 =A0 =A0 * channel hopping IE

=A0 =A0 * Pouria presents the AC= K frame format
=A0 = =A0 =A0 =A0 * sequence number repeats the DSN of the data
= =A0 =A0 =A0 =A0 * IE is used to provi= de time synchronization between node (ACK/NACK time correction IE)
=A0 =A0 * Thomas how do you pick= time source neighbors when you don't have any routing state yet=
=A0 =A0 * Xavi RSSI?

=A0 =A0 * Thomas Let's take this = on the ML.
=A0 =A0 *= Thomas where do DIO/DAOs go?
=A0 =A0 * Xavi On the data cells?

=A0 =A0 * Thomas How does TSCH k= now ADV needs to go on slotoffset 0 and not the others?
=A0 =A0 * Pouria we can use the broadca= st cell.

* AOB
=A0 =A0 * Xavi Next steps for logo?
=A0 =A0 * Thomas this logo is = pretty much done. Can you send a high resolution version?

=A0 =A0 * Xavi Will do.
* [09.05] Meeting ends.

--047d7bd6c6ac4324f804defe95b0-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26C6821E80AB for <6tsch@ietfa.amsl.com>; Wed, 12 Jun 2013 12:02:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xIoW5iWQUUrl for <6tsch@ietfa.amsl.com>; Wed, 12 Jun 2013 12:01:58 -0700 (PDT) Received: from p02c12o149.mxlogic.net (p02c12o149.mxlogic.net [208.65.145.82]) by ietfa.amsl.com (Postfix) with ESMTP id 092A811E80FC for <6tsch@ietf.org>; Wed, 12 Jun 2013 12:01:47 -0700 (PDT) Received: from unknown [12.218.215.72] (EHLO smtpauth1.linear.com) by p02c12o149.mxlogic.net(mxl_mta-7.1.0-3) with ESMTP id c95c8b15.2ab315709940.63802.00-555.165406.p02c12o149.mxlogic.net (envelope-from ); Wed, 12 Jun 2013 13:01:48 -0600 (MDT) X-MXL-Hash: 51b8c59c363c2af3-1c3c1a1d2e04763ef51a86c2776ccaa434c7792d Received: from unknown [12.218.215.72] (EHLO smtpauth1.linear.com) by p02c12o149.mxlogic.net(mxl_mta-7.1.0-3) with ESMTP id e85c8b15.0.63726.00-312.164919.p02c12o149.mxlogic.net (envelope-from ); Wed, 12 Jun 2013 13:01:36 -0600 (MDT) X-MXL-Hash: 51b8c5905c9daaeb-b0ee287a3e05cae6c6c3e533e582e34d7fcdade9 Received: from jsimonmacmini.engineering.linear.com (unknown [10.70.48.25]) by smtpauth1.linear.com (Postfix) with ESMTPSA id E2E13740B5; Wed, 12 Jun 2013 12:01:33 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: multipart/alternative; boundary=Apple-Mail-41--232961194 From: Jonathan Simon In-Reply-To: <674F70E5F2BE564CB06B6901FD3DD78B12D17A88@tgxml338.toshiba.local> Date: Wed, 12 Jun 2013 12:02:26 -0700 Message-Id: References: <674F70E5F2BE564CB06B6901FD3DD78B12D174F0@tgxml338.toshiba.local> <271548dea517aa480431790b727755ff.squirrel@calmail.berkeley.edu> <674F70E5F2BE564CB06B6901FD3DD78B12D17A88@tgxml338.toshiba.local> To: X-Mailer: Apple Mail (2.1085) X-AnalysisOut: [v=2.0 cv=VNpqaazX c=1 sm=1 a=glloKNylpeYNumXQcclYyA==:17 a] X-AnalysisOut: [=_Aj4JPb_-IoA:10 a=D2_GN2MmYMYA:10 a=BLceEmwcHowA:10 a=MqD] X-AnalysisOut: [INYqSAAAA:8 a=3ffMiFF-pyoA:10 a=48vgC7mUAAAA:8 a=DHaPdAVlA] X-AnalysisOut: [AAA:8 a=3RvW8zpkYOnfIV9yLugA:9 a=QEXdDO2ut3YA:10 a=19wCD08] X-AnalysisOut: [tTksA:10 a=vsVyj9psLt0A:10 a=qVizmW-ZYBIA:10 a=p-HxVa_ds0Y] X-AnalysisOut: [A:10 a=Irsl7UoqOcEA:10 a=xLpt9-x9cSEA:10 a=lZB815dzVvQA:10] X-AnalysisOut: [ a=6Eg5nEl6jtgA:10 a=hDLAsUtvcyfDrWuk:21 a=8CUHl2Z_9vQV1z4] X-AnalysisOut: [9:21 a=Uk8lI0v-XCuz81TrVdcA:9 a=_W_S_7VecoQA:10 a=CAuNBG9w] X-AnalysisOut: [WRQcKxhs:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [12.218.215.72] Cc: 6tsch@ietf.org, qinwang@berkeley.edu, pat.kinney@kinneyconsultingllc.com Subject: Re: [6tsch] Questions on 802.15.4e MAC X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 19:02:05 -0000 --Apple-Mail-41--232961194 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 In our 4e stack we define a pre-shared key used to authenticate enhanced = beacons. 4e allows you to elide the key index in the auxiliary security = header, but 15.4 defines a number of ways to indicate what key (from a = pre-defined list) is used to authenticate a particular frame. --=20 Jonathan Simon, Ph. D Director of Systems Engineering Linear Technology, Dust Networks product group 30695 Huntwood Ave Hayward, CA 94544-7021 (510) 400-2936 (510) 489-3799 FAX jsimon@linear.com **LINEAR TECHNOLOGY CORPORATION**=20 *****Internet Email Confidentiality Notice*****=20 This e-mail transmission, and any documents, files or previous e-mail = messages attached to it may contain confidential information that is = legally privileged. If you are not the intended recipient, or a person = responsible for delivering it to the intended recipient, you are hereby = notified that any disclosure, copying, distribution or use of any of the = information contained in or attached to this transmission is STRICTLY = PROHIBITED. If you have received this transmission in error, please = immediately notify me by reply e-mail, or by telephone at (510) = 400-2936, and destroy the original transmission and its attachments = without reading or saving in any manner. Thank you.=20 On Jun 11, 2013, at 3:20 AM, = wrote: > Even if those IEs in the enhanced Beacon frame are not encrypted, if = they are integrity protected, then 802.15.4 MAC would discard the before = processing the IEs since it does not have a key to verify the integrity = of the frame. >=20 > If this is the case, then it would mean that enhanced Beacon frames = for TSCH MAC have to be unsecured anyways so that joining nodes who do = not have keys can process the frames. I think this could be a security = issue for TSCH. >=20 > Regards, > Yoshihiro Ohba >=20 >=20 > -----Original Message----- > From: Qin Wang [mailto:qinwang@berkeley.edu]=20 > Sent: Tuesday, June 11, 2013 12:10 AM > To: Pat Kinney > Cc: ohba yoshihiro(=E5=A4=A7=E5=A0=B4 =E7=BE=A9=E6=B4=8B = =E2=97=8B=EF=BC=B2=EF=BC=A4=EF=BC=A3=E2=96=A1=EF=BC=AE=EF=BC=B3=EF=BC=AC);= 6tsch@ietf.org > Subject: Re: [6tsch] Questions on 802.15.4e MAC >=20 > Hi Pat, >=20 > In IEEE802.15.4e, the EB of TSCH consists of four IEs, i.e. TSCH = Synchronization IE, TSCH Slotframe and Link IE, TSCH Timeslot IE, and = Channel Hopping Sequence IE. All of the four IEs are in payload-IE. >=20 > So, it means that the EB of TSCH is included when MAC security is used = with encryption enabled. Correct? >=20 > Thanks > Qin >=20 >=20 >=20 >> header IEs are excluded from the 15.4 encryption, while payload IEs=20= >> are included; hence the rationale for having both >>=20 >> Pat >>=20 >> Pat Kinney >> Kinney Consulting LLC >> IEEE 802.15 WG vice chair, TG chair >> ISA100.11a WG chair >> O: +1.847.960.3715 >> pat.kinney@kinneyconsultingllc.com >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> On Jun 10, 2013, at 5:29 AM, wrote: >>=20 >> Hi, >>=20 >> I am working on Security Considerations section of 6tsch-security=20 >> document, and I have a couple of questions on 802.15.4e MAC. >>=20 >> I think TSCH-specific information elements (IEs) contained in = enhanced=20 >> Beacon frames must be integrity protected but must be sent in clear = text. >> The reason is that not only nodes that already have joined the TSCH=20= >> network (and thus have link-layer keys) but also newly joining nodes=20= >> that do not have link-layer keys yet will have to know the content of=20= >> the TSCH-specific IEs in order to know the timeslots available for=20 >> exchanging authentication and key management messages to securely = join=20 >> the TSCH network. >>=20 >> I have two questions: >>=20 >> - Is the above observation correct? >>=20 >> - Are 802.15.4e header and payload IEs excluded from the encrypted=20 >> part of 802.15.4e MAC frame even when MAC security is used with=20 >> encryption enabled? >>=20 >> Best Regards, >> Yoshihiro Ohba >>=20 >>=20 >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >>=20 >>=20 >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >>=20 >=20 > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --Apple-Mail-41--232961194 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 In = our 4e stack we define a pre-shared key used to authenticate enhanced = beacons. 4e allows you to elide the key index in the auxiliary = security header, but 15.4 defines a number of ways to indicate what key = (from a pre-defined list) is used to authenticate a particular = frame.

--
Jonathan Simon, Ph. = D
Director of Systems Engineering
Linear Technology, Dust Networks = product group
30695 Huntwood Ave
Hayward, CA 94544-7021
(510) = 400-2936
(510) 489-3799 FAX
jsimon@linear.com

**LINEAR = TECHNOLOGY CORPORATION**
*****Internet Email = Confidentiality Notice*****
This e-mail = transmission, and any documents, files or previous = e-mail messages attached to it may contain confidential = information that is legally privileged. If you are not = the intended recipient, or a person responsible for delivering = it to the intended recipient, you are hereby notified that any = disclosure, copying, distribution or use of any of = the information contained in or attached to this transmission = is STRICTLY PROHIBITED. If you have received this transmission = in error, please immediately notify me by reply e-mail, or by = telephone at (510) 400-2936, and destroy the original transmission = and its attachments without reading or saving in any manner. = Thank you.

On Jun 11, 2013, at 3:20 AM, <yoshihiro.ohba@toshiba.co.jp<= /a>> <yoshihiro.ohba@toshiba.co.jp<= /a>> wrote:

Even if those IEs in the enhanced Beacon frame are = not encrypted, if they are integrity protected, then 802.15.4 MAC would = discard the before processing the IEs since it does not have a key to = verify the integrity of the frame.

If this is the case, then it = would mean that enhanced Beacon frames for TSCH MAC have to be unsecured = anyways so that joining nodes who do not have keys can process the = frames. I think this could be a security issue for = TSCH.

Regards,
Yoshihiro Ohba

-----Original = Message-----
From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: = Tuesday, June 11, 2013 12:10 AM
To: Pat Kinney
Cc: ohba = yoshihiro(=E5=A4=A7=E5=A0=B4 =E7=BE=A9=E6=B4=8B = =E2=97=8B=EF=BC=B2=EF=BC=A4=EF=BC=A3=E2=96=A1=EF=BC=AE=EF=BC=B3=EF=BC=AC);= 6tsch@ietf.org
Subject: Re: = [6tsch] Questions on 802.15.4e MAC

Hi Pat,

In = IEEE802.15.4e, the EB of TSCH consists of four IEs, i.e. TSCH = Synchronization IE, TSCH Slotframe and Link IE, TSCH Timeslot IE, and = Channel Hopping Sequence IE. All of the four IEs are in = payload-IE.

So, it means that the EB of TSCH is included when MAC = security is used with encryption enabled. = Correct?

Thanks
Qin

header IEs are excluded from the 15.4 encryption, while = payload IEs
are included; = hence the rationale for having both

Pat

Pat = Kinney
Kinney Consulting = LLC
IEEE 802.15 WG vice chair, = TG chair
ISA100.11a WG = chair
O: = +1.847.960.3715
pat.kinney@kinneyconsul= tingllc.com

On Jun 10, = 2013, at 5:29 AM, <yoshihiro.ohba@toshiba.co.jp<= /a>> wrote:

Hi,

I am working on = Security Considerations section of 6tsch-security =
document, and I have a couple = of questions on 802.15.4e MAC.

I think = TSCH-specific information elements (IEs) contained in enhanced =
Beacon frames must be = integrity protected but must be sent in clear = text.
The reason is that not = only nodes that already have joined the TSCH =
network (and thus have = link-layer keys) but also newly joining nodes =
that do not have link-layer = keys yet will have to know the content of
the TSCH-specific IEs in order to know the timeslots = available for
exchanging = authentication and key management messages to securely join =
the TSCH = network.

I have two = questions:

- Is the above = observation correct?

- Are 802.15.4e = header and payload IEs excluded from the encrypted =
part of 802.15.4e MAC frame = even when MAC security is used with
encryption enabled?

Best = Regards,
Yoshihiro = Ohba

_______________________________________________
6tsch mailing = list
6tsch@ietf.org
https://www.ietf.org/= mailman/listinfo/6tsch

_______________________________________________
6tsch mailing = list
6tsch@ietf.org
https://www.ietf.org/= mailman/listinfo/6tsch

_______________________________________= ________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/= mailman/listinfo/6tsch

= --Apple-Mail-41--232961194-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D66E621F9473 for <6tsch@ietfa.amsl.com>; Tue, 11 Jun 2013 03:20:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.252 X-Spam-Level: X-Spam-Status: No, score=-6.252 tagged_above=-999 required=5 tests=[AWL=1.837, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_HI=-8, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rQL1a4JJ9-Y9 for <6tsch@ietfa.amsl.com>; Tue, 11 Jun 2013 03:20:15 -0700 (PDT) Received: from imx12.toshiba.co.jp (imx12.toshiba.co.jp [61.202.160.132]) by ietfa.amsl.com (Postfix) with ESMTP id 9D41F21F94E1 for <6tsch@ietf.org>; Tue, 11 Jun 2013 03:20:14 -0700 (PDT) Received: from tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp ([133.199.232.103]) by imx12.toshiba.co.jp with ESMTP id r5BAK54C028668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Jun 2013 19:20:05 +0900 (JST) Received: from tsbmgw-mgw01 (localhost [127.0.0.1]) by tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r5BAK5P6029137; Tue, 11 Jun 2013 19:20:05 +0900 Received: from localhost ([127.0.0.1]) by tsbmgw-mgw01 (JAMES SMTP Server 2.3.1) with SMTP ID 799; Tue, 11 Jun 2013 19:20:05 +0900 (JST) Received: from arc11.toshiba.co.jp ([133.199.90.127]) by tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r5BAK5bf029134; Tue, 11 Jun 2013 19:20:05 +0900 Received: (from root@localhost) by arc11.toshiba.co.jp id r5BAK4Zf016729; Tue, 11 Jun 2013 19:20:04 +0900 (JST) Received: from ovp11.toshiba.co.jp [133.199.90.148] by arc11.toshiba.co.jp with ESMTP id VAA16728; Tue, 11 Jun 2013 19:20:04 +0900 Received: from mx2.toshiba.co.jp (localhost [127.0.0.1]) by ovp11.toshiba.co.jp with ESMTP id r5BAK4QO012946; Tue, 11 Jun 2013 19:20:04 +0900 (JST) Received: from TGXML330.toshiba.local by toshiba.co.jp id r5BAK4qp014420; Tue, 11 Jun 2013 19:20:04 +0900 (JST) Received: from TGXML338.toshiba.local ([169.254.4.217]) by TGXML330.toshiba.local ([133.199.60.204]) with mapi id 14.03.0123.003; Tue, 11 Jun 2013 19:20:04 +0900 From: To: , Thread-Topic: [6tsch] Questions on 802.15.4e MAC Thread-Index: Ac5lxV0AylYqXyvSTP6L0gLGv5VccP//qooAgAAM+wD//i8lgA== Date: Tue, 11 Jun 2013 10:20:04 +0000 Message-ID: <674F70E5F2BE564CB06B6901FD3DD78B12D17A88@tgxml338.toshiba.local> References: <674F70E5F2BE564CB06B6901FD3DD78B12D174F0@tgxml338.toshiba.local> <271548dea517aa480431790b727755ff.squirrel@calmail.berkeley.edu> In-Reply-To: <271548dea517aa480431790b727755ff.squirrel@calmail.berkeley.edu> Accept-Language: ja-JP, en-US Content-Language: ja-JP x-originating-ip: [133.196.20.79] msscp.transfermailtomossagent: 103 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: 6tsch@ietf.org Subject: Re: [6tsch] Questions on 802.15.4e MAC X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 10:20:21 -0000 RXZlbiBpZiB0aG9zZSBJRXMgaW4gdGhlIGVuaGFuY2VkIEJlYWNvbiBmcmFtZSBhcmUgbm90IGVu Y3J5cHRlZCwgaWYgdGhleSBhcmUgaW50ZWdyaXR5IHByb3RlY3RlZCwgdGhlbiA4MDIuMTUuNCBN QUMgd291bGQgZGlzY2FyZCB0aGUgYmVmb3JlIHByb2Nlc3NpbmcgdGhlIElFcyBzaW5jZSBpdCBk b2VzIG5vdCBoYXZlIGEga2V5IHRvIHZlcmlmeSB0aGUgaW50ZWdyaXR5IG9mIHRoZSBmcmFtZS4N Cg0KSWYgdGhpcyBpcyB0aGUgY2FzZSwgdGhlbiBpdCB3b3VsZCBtZWFuIHRoYXQgZW5oYW5jZWQg QmVhY29uIGZyYW1lcyBmb3IgVFNDSCBNQUMgaGF2ZSB0byBiZSB1bnNlY3VyZWQgYW55d2F5cyBz byB0aGF0IGpvaW5pbmcgbm9kZXMgd2hvIGRvIG5vdCBoYXZlIGtleXMgY2FuIHByb2Nlc3MgdGhl IGZyYW1lcy4gIEkgdGhpbmsgdGhpcyBjb3VsZCBiZSBhIHNlY3VyaXR5IGlzc3VlIGZvciBUU0NI Lg0KDQpSZWdhcmRzLA0KWW9zaGloaXJvIE9oYmENCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogUWluIFdhbmcgW21haWx0bzpxaW53YW5nQGJlcmtlbGV5LmVkdV0gDQpTZW50 OiBUdWVzZGF5LCBKdW5lIDExLCAyMDEzIDEyOjEwIEFNDQpUbzogUGF0IEtpbm5leQ0KQ2M6IG9o YmEgeW9zaGloaXJvKOWkp+WgtCDnvqnmtIsg4peL77yy77yk77yj4pah77yu77yz77ysKTsgNnRz Y2hAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbNnRzY2hdIFF1ZXN0aW9ucyBvbiA4MDIuMTUuNGUg TUFDDQoNCkhpIFBhdCwNCg0KSW4gSUVFRTgwMi4xNS40ZSwgdGhlIEVCIG9mIFRTQ0ggY29uc2lz dHMgb2YgZm91ciBJRXMsIGkuZS4gVFNDSCBTeW5jaHJvbml6YXRpb24gSUUsIFRTQ0ggU2xvdGZy YW1lIGFuZCBMaW5rIElFLCBUU0NIIFRpbWVzbG90IElFLCBhbmQgQ2hhbm5lbCBIb3BwaW5nIFNl cXVlbmNlIElFLiBBbGwgb2YgdGhlIGZvdXIgSUVzIGFyZSBpbiBwYXlsb2FkLUlFLg0KDQpTbywg aXQgbWVhbnMgdGhhdCB0aGUgRUIgb2YgVFNDSCBpcyBpbmNsdWRlZCB3aGVuIE1BQyBzZWN1cml0 eSBpcyB1c2VkIHdpdGggZW5jcnlwdGlvbiBlbmFibGVkLiBDb3JyZWN0Pw0KDQpUaGFua3MNClFp bg0KDQoNCg0KPiBoZWFkZXIgSUVzIGFyZSBleGNsdWRlZCBmcm9tIHRoZSAxNS40IGVuY3J5cHRp b24sIHdoaWxlIHBheWxvYWQgSUVzIA0KPiBhcmUgaW5jbHVkZWQ7IGhlbmNlIHRoZSByYXRpb25h bGUgZm9yIGhhdmluZyBib3RoDQo+DQo+IFBhdA0KPg0KPiBQYXQgS2lubmV5DQo+IEtpbm5leSBD b25zdWx0aW5nIExMQw0KPiBJRUVFIDgwMi4xNSBXRyB2aWNlIGNoYWlyLCBURyBjaGFpcg0KPiBJ U0ExMDAuMTFhIFdHIGNoYWlyDQo+IE86ICsxLjg0Ny45NjAuMzcxNQ0KPiBwYXQua2lubmV5QGtp bm5leWNvbnN1bHRpbmdsbGMuY29tDQo+DQo+DQo+DQo+DQo+DQo+DQo+IE9uIEp1biAxMCwgMjAx MywgYXQgNToyOSBBTSwgPHlvc2hpaGlyby5vaGJhQHRvc2hpYmEuY28uanA+IHdyb3RlOg0KPg0K PiBIaSwNCj4NCj4gSSBhbSB3b3JraW5nIG9uIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNlY3Rp b24gb2YgNnRzY2gtc2VjdXJpdHkgDQo+IGRvY3VtZW50LCBhbmQgSSBoYXZlIGEgY291cGxlIG9m IHF1ZXN0aW9ucyBvbiA4MDIuMTUuNGUgTUFDLg0KPg0KPiBJIHRoaW5rIFRTQ0gtc3BlY2lmaWMg aW5mb3JtYXRpb24gZWxlbWVudHMgKElFcykgY29udGFpbmVkIGluIGVuaGFuY2VkIA0KPiBCZWFj b24gZnJhbWVzIG11c3QgYmUgaW50ZWdyaXR5IHByb3RlY3RlZCBidXQgbXVzdCBiZSBzZW50IGlu IGNsZWFyIHRleHQuDQo+IFRoZSByZWFzb24gaXMgdGhhdCBub3Qgb25seSBub2RlcyB0aGF0IGFs cmVhZHkgaGF2ZSBqb2luZWQgdGhlIFRTQ0ggDQo+IG5ldHdvcmsgKGFuZCB0aHVzIGhhdmUgbGlu ay1sYXllciBrZXlzKSBidXQgYWxzbyBuZXdseSBqb2luaW5nIG5vZGVzIA0KPiB0aGF0IGRvIG5v dCBoYXZlIGxpbmstbGF5ZXIga2V5cyB5ZXQgd2lsbCBoYXZlIHRvIGtub3cgdGhlIGNvbnRlbnQg b2YgDQo+IHRoZSBUU0NILXNwZWNpZmljIElFcyBpbiBvcmRlciB0byBrbm93IHRoZSB0aW1lc2xv dHMgYXZhaWxhYmxlIGZvciANCj4gZXhjaGFuZ2luZyBhdXRoZW50aWNhdGlvbiBhbmQga2V5IG1h bmFnZW1lbnQgbWVzc2FnZXMgdG8gc2VjdXJlbHkgam9pbiANCj4gdGhlIFRTQ0ggbmV0d29yay4N Cj4NCj4gSSBoYXZlIHR3byBxdWVzdGlvbnM6DQo+DQo+IC0gSXMgdGhlIGFib3ZlIG9ic2VydmF0 aW9uIGNvcnJlY3Q/DQo+DQo+IC0gQXJlIDgwMi4xNS40ZSBoZWFkZXIgYW5kIHBheWxvYWQgSUVz IGV4Y2x1ZGVkIGZyb20gdGhlIGVuY3J5cHRlZCANCj4gcGFydCBvZiA4MDIuMTUuNGUgTUFDIGZy YW1lIGV2ZW4gd2hlbiBNQUMgc2VjdXJpdHkgaXMgdXNlZCB3aXRoIA0KPiBlbmNyeXB0aW9uIGVu YWJsZWQ/DQo+DQo+IEJlc3QgUmVnYXJkcywNCj4gWW9zaGloaXJvIE9oYmENCj4NCj4NCj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gNnRzY2ggbWFp bGluZyBsaXN0DQo+IDZ0c2NoQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vNnRzY2gNCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gNnRzY2ggbWFpbGluZyBsaXN0DQo+IDZ0c2NoQGlldGYub3Jn DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNnRzY2gNCj4NCg0K Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2686421E80B8 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 21:11:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dTb-OU7icfgf for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 21:11:29 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 52DB321E80B3 for <6tsch@ietf.org>; Mon, 10 Jun 2013 21:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3006; q=dns/txt; s=iport; t=1370923889; x=1372133489; h=from:to:subject:date:message-id:mime-version; bh=DFdtWAdlJwm9ULCECj8IHR2DuLIAegMozzL8Gw8gI5Y=; b=Dx71O89oh/K4fDZs3VM+Dj7lkmjVmx9VLHRH6dfDaB9K0npcTWTUZCqb +9XYUwhJnMc73tGDmU8cF/Lo2X3hyBGXUksHJZnLnmAHj5NdiXR88fUl9 hvLucR9I9wrYZESzSiKYPWHMbUcH3yb4uk906Bpxq80PI3Q74CjJp1sXG Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwfAIGitlGtJXHB/2dsb2JhbABZgXEGAU1EMEm+SXsWbQeCJQEELV4BDB5WHwcBBBuIBZktoHqPBoM3YQOpAoMPgic X-IronPort-AV: E=Sophos;i="4.87,841,1363132800"; d="scan'208,217";a="221179521" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-7.cisco.com with ESMTP; 11 Jun 2013 04:11:28 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id r5B4BRsZ029747 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Tue, 11 Jun 2013 04:11:27 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.02.0318.004; Mon, 10 Jun 2013 23:11:27 -0500 From: "Pascal Thubert (pthubert)" To: "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: no call this week Thread-Index: Ac5mOy8C1bhstpPBSJOk8bxdC5GedA== Date: Tue, 11 Jun 2013 04:11:26 +0000 Deferred-Delivery: Tue, 11 Jun 2013 00:33:00 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.169.23] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84130E6E7xmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: [6tsch] no call this week X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 04:11:35 -0000 --_000_E045AECD98228444A58C61C200AE1BD84130E6E7xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Sorry for this but we can not handle the call this week for travel reasons; Stay tuned for next week! Cheers, Pascal --_000_E045AECD98228444A58C61C200AE1BD84130E6E7xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear

Sorry for this but we can not handle the call this w= eek for travel reasons;

Stay tuned for next week!

Cheers,

Pascal

--_000_E045AECD98228444A58C61C200AE1BD84130E6E7xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3C021E809D for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 19:03:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8rLOj2vGFhMg for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 19:03:07 -0700 (PDT) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id BE16121E809C for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:03:07 -0700 (PDT) Received: by mail-pb0-f54.google.com with SMTP id ro2so7907418pbb.27 for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=MEbgpHky5CNvvlJj1/zYuQpV8d130xAHr3mfuvZUbwM=; b=d8YQ171G4ff+JiR5KHuj4gMdSMnM0DQ9ESov6mrzw45Vby3UXNooNqiLq6a/jJvUpS rWNS7Lwe2v0isJpy1NdwSEM+7v3NCCGNB8r6XDv6RRx71/gt/AjGx6S7g6uqrJgevz7g yfkBWWXFSEU19FBzUqU+Kds0K8TMyi4Ei3WwWzRLpCLfA/iJ3rTd34BkPPT4cPuLoCrd Zm99rm48Pk3Obfj2u6CJoJfURXg8ajobxEBAJpQUEQxxIxMiBv+6Fa2m3ffNnqadeMLo FOUFyk0XWZVc/OJNAjSBPPJDu/i+aNh1ZdFrZPug/gH0+Ky3XNsUog5MqN1fPz33p/gh ey1Q== X-Received: by 10.66.155.102 with SMTP id vv6mr16457252pab.64.1370916184024; Mon, 10 Jun 2013 19:03:04 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 10 Jun 2013 19:02:43 -0700 (PDT) From: Thomas Watteyne Date: Mon, 10 Jun 2013 19:02:43 -0700 X-Google-Sender-Auth: oyavAyhxnx8v-lxgE27IA_oou58 Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b86e3a82a6f5c04ded74ceb Subject: [6tsch] logo: URL final design X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 02:03:08 -0000 --047d7b86e3a82a6f5c04ded74ceb Content-Type: text/plain; charset=ISO-8859-1 Congratulations again to Xavi for his design, who came first in our little logo design contest! I've uploaded the final design at https://bitbucket.org/6tsch/meetings/src, in the "logo" folder. Feel free to use this logo in your presentations, publications, or whatever the format. This is now the logo of the https://bitbucket.org/6tsch group. Thomas --047d7b86e3a82a6f5c04ded74ceb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Congratulations again to Xavi for his design, who came fir= st in our little logo design contest!

I've upl= oaded the final design at=A0https://bitbucket.org/6tsch/meetings/src, in the "logo"= folder.

Feel free to use this logo in your presenta= tions, publications, or whatever the format.

This is now the logo of the=A0https://bitbucket.org/6tsch=A0group.

Thomas
--047d7b86e3a82a6f5c04ded74ceb-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D93D611E80A6 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 18:04:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VkMQ8GzgNGJR for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 18:04:27 -0700 (PDT) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) by ietfa.amsl.com (Postfix) with ESMTP id 52F9B21F8616 for <6tsch@ietf.org>; Mon, 10 Jun 2013 18:04:27 -0700 (PDT) Received: by mail-pb0-f50.google.com with SMTP id wz7so2269062pbc.37 for <6tsch@ietf.org>; Mon, 10 Jun 2013 18:04:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=Qp8u4z41ai/lt7DFODlH1xUOcakrNVQCvlkYbotB+o4=; b=aCyUnVDI4yi0hcAQ2DHOFqpQjMUp0tvjVipVGtl2E4Zkrd5bELbf7QucZv5AkbRI0n lW5zq3OggZbVtQbPeG7jkJaaaRSKeRHBNGwHpgF7IsjxKmvbm85rOqvwqs7qd17+bmil lZWxWERtBBOuyfKmEvwdD0mtAjJR5XyqSFQi2/qSIIedpCyhTF3keSc4B/ZyyEMjZMin fGdqGh8Ap44175w2G5XjjVkcI+7IEoVjLC+g4tAJk8WZpPolIdHrWm5dgq2wnrTWT27O HHnJHGPGYyQeQKYz4V8W1zTY9uoLARv15W9/qbm/mURNY5ud5bYp19pxIK7xNTfnGNrI Quow== X-Received: by 10.68.106.130 with SMTP id gu2mr12088560pbb.111.1370912667019; Mon, 10 Jun 2013 18:04:27 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 10 Jun 2013 18:04:06 -0700 (PDT) In-Reply-To: <0001a293ea238f51d2d22c3f10a1d16c.squirrel@calmail.berkeley.edu> References: <51B0CEEA.2000304@eecs.berkeley.edu> <0001a293ea238f51d2d22c3f10a1d16c.squirrel@calmail.berkeley.edu> From: Thomas Watteyne Date: Mon, 10 Jun 2013 18:04:06 -0700 X-Google-Sender-Auth: spaAg6VNBf5W9paktrkHks_1Gpg Message-ID: To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b6d7c1c89352904ded67aee Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 01:04:29 -0000 --047d7b6d7c1c89352904ded67aee Content-Type: text/plain; charset=ISO-8859-1 Qin, I believe that you are thinking about the case where a distributed scheduler allocates some (soft) cells along a track. I don't see any reason to limit the use of 6tus-based switching to hard cells only. While it makes most sense to do 6tus-based track installation and switching in the presence of a PCE (i.e. fully deterministic behavior), I would keep the "switching vs routing" and "hard vs soft cells" distinction orthogonal. Makes sense? Thomas On Thu, Jun 6, 2013 at 12:33 PM, Qin Wang wrote: > Hi Pascal, Xavi, and all, > > I want to confirm the concept of Track and its establishment, because what > we are talking about here are highly related with the interpretation of > Track. > > My understanding about Track comes from the > draft-palattella-6tsch-terminology-01, i.e. "A determined sequence of > cells along a multi-hop path. > This is typically the result of a reservation." > > But I feel the Track being talked about here implies more than it. I guess > the establishment of a Track not only involves a schedule built with cell > command, but also involves a mapping table which is established via the > new command "Label switching command". Correct? > > If yes, I will agree with Thomas that we don't need a track-ID. But, it > may arise another question, i.e. should a mapping table be applied to a > schedule built with soft-cell command? > > Thanks > Qin > > > > Hello Xavi: > > > > It certainly can work without any check, but it's probably good to have > > one. Say the MAC changes, or there is a change of path, or anything. > > When we did 6LoWPAN compression, in particular for the UDP checksum, we > > were very conscious that we were removing some safe guards. You can't > > remove them all... > > > > Cheers, > > > > Pascal > > > > From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf > Of > > Xavier Vilajosana > > Sent: jeudi 6 juin 2013 11:03 > > To: 6tsch@ietf.org > > Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. > > switching) > > > > Hi, > > > > maybe I am missing something: > > > > "Since even the short address is now lost, we need to enforce that the > > track endpoint mac address is known and checked at ingress, and known and > > overwritten at egress as you detail below." > > > > are we sure that this is needed? As the PCE installs the tracks and the > > PCE knows what is doing, forwarding can be done blindly right? A node > > knows that it is the end of the track because in its forwarding table > > there is no mapping for that input bundle. (No forwarding), so checking > > seems no needed as nodes can trust whatever the PCE installs. So, an node > > that does not have a forwarding entry on the table just pushes up the > > packet to 6lowpan and puts its MAC address on the destination mac of the > > receive packet. > > > > :-) > > X > > > > > > > > > > Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit: > > Perfect sync : ) > > > > The key is that D knows from the track meta that it is the end point and > > that the mac address is expected to be a certain mac address, whether > > that's expressed in compressed as 2 or 8 bytes. > > It is important that there is no confusion possible between what the > > sender at the ingress of the track thinks the mac and IP are and what the > > receiver thinks at the other end. Since even the short address is now > > lost, we need to enforce that the track endpoint mac address is known and > > checked at ingress, and known and overwritten at egress as you detail > > below. > > > > Cheers, > > > > Pascal > > > > From: 6tsch-bounces@ietf.org > > [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne > > Sent: jeudi 6 juin 2013 10:09 > > To: 6tsch@ietf.org > > Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. > > switching) > > > > Pascal, > > > > Completely agree, we cannot loose the MAC destination address information > > altogether. I'm wondering if this could not be recreated on-the-fly by > the > > end node of the track. > > > > That is, assuming the following track > > A->B->C->D > > i.e. D is the last hop > > > > C could still use bcast dmac, D would just replace it by its own MAC when > > inflating 6LoWPAN. > > > > I assume this is similar to what you had in mind? > > > > Thomas > > > > On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) > > > wrote: > > On the side, Thomas, > > > > We have to expect that the dest MAC may be used by 6LoWPAN to uncompress > > the dest IP if the node at the end of the track is the destination. > > > > It would make sense that the track metadata indicates that the 6TUS > should > > rewrite the dmac before punting and which mac should be used. > > > > Cheers, > > > > Pascal > > > > From: 6tsch-bounces@ietf.org > > [mailto:6tsch-bounces@ietf.org] On Behalf > > Of Thomas Watteyne > > Sent: lundi 3 juin 2013 19:47 > > To: 6tsch@ietf.org > > Subject: [6tsch] recycle unused track cells (was: Routing vs. switching) > > > > Pascal, > > > > I agree that a single bit is enough to differentiate between switched > > packets and routed packets. During the call on Friday, we identified 3 > > locations where that bit could live: > > - somewhere in the 6LoWPAN header. Too high? > > - as an IEEE802.15.4e IE: too many bytes for a single bit? > > - represented by the fact that the destination MAC address is a broadcast > > address. > > > > Agreed? > > > > In the latter case, what would a multicast MAC address look like? > Assuming > > we're using long addresses address, we could set the multicast bit in the > > EUI64. Are you imagining having the next hop address with that bit set, > or > > assigning a specific track identifier, encoded as a multicast address? > > > > Also, once the network is running, I'm assuming we will be using short 2B > > addresses. It's not clear how we can fit the multicast bit in there. > > > > Thomas > > > > On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) > > > wrote: > > Hello Qin: > > > > I expect that without this proposal, the dest mac of a packet would be > the > > next L2 node, so that the next hop picks it and passes it to 6TUS layer. > > With the proposal, all nodes along a track would accept the multicast > dest > > mac address associated to that track, so the packet is recognized as > > receivable by this node at L2 and yet can be forwarded at 6TUS layer > > without dest MAC rewrite. > > > > Reusing the cell would be the case where this router did not receive a > > frame on the track incoming slot, so the outgoing slot will be wasted. If > > we have a packet for which the next hop the same router as the receiver > of > > the wasted cell, then we'd want to use the cell to progress the packet > one > > hop. But then the receiver router needs to figure out that this is not a > > frame to be switched at 6TUS layer but a packet to be routed at L3. The > > trick is that in this case, the destination MAC address would be > > effectively that of the receiver router so 6TUS would punt the packet to > > L3. > > > > Reusing a cell between 2 tracks is not the idea because there might be > > collisions. Here we are talking about using an unsed cell > > opportunistically for L3 best effort traffic. If there is an unused track > > cell, it adds up to the bundle between the 2 adjacent routers for that > > particular slotframe. > > > > Makes sense? > > > > Pascal > > > > > > -----Original Message----- > > From: Qin Wang [mailto:qinwang@berkeley.edu >] > > Sent: lundi 3 juin 2013 13:14 > > To: Pascal Thubert (pthubert) > > Cc: 6tsch@ietf.org > > Subject: Re: [6tsch] Routing vs. switching > > > > Hi Pascal, > > > > I don't understand strategy a) clearly. According to my understanding on > > "Track", it consists of a sequence of cells along a multihop path, and > > there is one and only one cell for a pair of nodes (i.e. fixed next hop > > neighbor). Then, how does multicast Mac address function? What do you > mean > > by reusing a cell? > > > > I guess that the strategy a) will be used to solve the problem of > > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > > address to both node-B and node-E. So, the cell can be reused in the two > > tracks. Correct? > > > > Thanks > > Qin > > > > > >> Dear all ; > >> > >> We had a great discussion today at the weekly call about routing that > >> relies on 1 hop cell bundles vs. switching that operates on end to end > >> tracks. > >> > >> We agreed that merging and splitting tracks could require queuing at > >> intermediate nodes to absorb burst collisions from multiple sources > >> and decided to go for the watertight pipes. > >> > >> We proposed 2 additional strategies: > >> > >> a) define a multicast mac address for the track, so we can 1) reuse a > >> track cell that is not used by a deterministic packet for hop by hop > >> L3 traffic as differentiated by its unicast MAC destination and 2) > >> forward with no change to the destination. > >> > >> b) let the PCE install routes as well as tracks. With that strategy, A > >> PCE route is an alternate to a track that would allow cell reuse and > >> L3 QoS operation. We leverage the deterministic Class of service > >> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > >> emulate RPL local instances as indexed by the tuple (source address, > >> local_instance_id) and forward the packet with the same rules are RPL, > >> along the routing table indexed by the instance ID. > >> > >> Comments welcome! > >> > >> Cheers, > >> > >> Pascal > >> _______________________________________________ > >> 6tsch mailing list > >> 6tsch@ietf.org > >> https://www.ietf.org/mailman/listinfo/6tsch > >> > > > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > > > > > > > > > > > _______________________________________________ > > > > 6tsch mailing list > > > > 6tsch@ietf.org > > > > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > --047d7b6d7c1c89352904ded67aee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Qin,

I believe that you are= thinking about the case where a distributed scheduler allocates some (soft= ) cells along a track. I don't see any reason to limit the use of 6tus-= based switching to hard cells only. While it makes most sense to do 6tus-ba= sed track installation and switching in the presence of a PCE (i.e. fully d= eterministic behavior), I would keep the "switching vs routing" a= nd "hard vs soft cells" distinction orthogonal.

Makes sense?

Thomas

On Thu, Jun 6, 2013 at 12:33 PM, Qin Wang <= ;qinwang@berkeley= .edu> wrote:

Hi Pascal, Xavi, and all,

I want to confirm the concept of Track and its establishment, because what<= br> we are talking about here are highly related with the interpretation of
Track.

My understanding about Track comes from the
draft-palattella-6tsch-terminology-01, i.e. "A determined sequence of<= br> cells along a multi-hop path.
This is typically the result of a reservation."

But I feel the Track being talked about here implies more than it. I guess<= br> the establishment of a Track not only involves a schedule built with cell command, but also involves a mapping table which is established via the
new command "Label switching command". Correct?

If yes, I will agree with Thomas that we don't need a track-ID. But, it=
may arise another question, i.e. should a mapping table be applied to a
schedule built with soft-cell command?

Thanks
Qin

> Hello Xavi:
>
> It certainly can work without any check, but it's probably good to= have
> one. Say the MAC changes, or there is a change of path, or anything. > When we did 6LoWPAN compression, in particular for the UDP checksum, w= e
> were very conscious that we were removing some safe guards. You can= 9;t

> remove them all...

>
> Cheers,
>
> Pascal
>
> From: 6tsch-bounces@ietf.org= [mailto:6tsch-bounces@ietf.o= rg] On Behalf Of
> Xavier Vilajosana
> Sent: jeudi 6 juin 2013 11:03
> To: 6tsch@ietf.org
> Subject: Re: [6tsch] recycle unused track cells (was: Routing vs.
> switching)
>
> Hi,
>
> maybe I am missing something:
>
> "Since even the short address is now lost, we need to enforce tha= t the
> track endpoint mac address is known and checked at ingress, and known = and
> overwritten at egress as you detail below."
>
> are we sure that this is needed? As the PCE installs the tracks and th= e
> PCE knows what is doing, forwarding can be done blindly right? A node<= br> > knows that it is the end of the track because in its forwarding table<= br> > there is no mapping for that input bundle. (No forwarding), so checkin= g
> seems no needed as nodes can trust whatever the PCE installs. So, an n= ode
> that does not have a forwarding entry on the table just pushes up the<= br> > packet to 6lowpan and puts its MAC address on the destination mac of t= he
> receive packet.
>
> :-)
> X
>
>
>
>
> Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit:
> Perfect sync : )
>
> The key is that D knows from the track meta that it is the end point a= nd
> that the mac address is expected to be a certain mac address, whether<= br> > that's expressed in compressed as 2 or 8 bytes.
> It is important that there is no confusion possible between what the > sender at the ingress of the track thinks the mac and IP are and what = the
> receiver thinks at the other end. Since even the short address is now<= br> > lost, we need to enforce that the track endpoint mac address is known = and
> checked at ingress, and known and overwritten at egress as you detail<= br> > below.
>
> Cheers,
>
> Pascal
>
> From: 6tsch-bounces@ietf.org= <mailto:6tsch-bounces@ietf= .org>
> [mailto:6tsch-bounces@ietf.o= rg] On Behalf Of Thomas Watteyne
> Sent: jeudi 6 juin 2013 10:09

> To: 6tsch@ietf.org&l= t;mailto:6tsch@ietf.org>

> Subject: Re: [6tsch] recycle unused track cells (was= : Routing vs.
> switching)
>
> Pascal,
>
> Completely agree, we cannot loose the MAC destination address informat= ion
> altogether. I'm wondering if this could not be recreated on-the-fl= y by the
> end node of the track.
>
> That is, assuming the following track
> A->B->C->D
> i.e. D is the last hop
>
> C could still use bcast dmac, D would just replace it by its own MAC w= hen
> inflating 6LoWPAN.
>
> I assume this is similar to what you had in mind?
>
> Thomas
>
> On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert)

> <pthu= bert@cisco.com<mailto:pthubert= @cisco.com>> wrote:
> On the side, Thomas,
>
> We have to expect that the dest MAC may be used by 6LoWPAN to uncompre= ss
> the dest IP if the node at the end of the track is the destination. >
> It would make sense that the track metadata indicates that the 6TUS sh= ould
> rewrite the dmac before punting and which mac should be used.
>
> Cheers,
>
> Pascal
>
> From: 6tsch-bounces@ietf.org= <mailto:6tsch-bounces@ietf= .org>

> [mailto:6tsch-bounces@= ietf.org<mailto:6tsch-boun= ces@ietf.org>] On Behalf

> Of Thomas Watteyne
> Sent: lundi 3 juin 2013 19:47

> To: 6tsch@ietf.org<mail= to:6tsch@ietf.org>

> Subject: [6tsch] recycle unused track cells (was: Ro= uting vs. switching)
>
> Pascal,
>
> I agree that a single bit is enough to differentiate between switched<= br> > packets and routed packets. During the call on Friday, we identified 3=
> locations where that bit could live:
> - somewhere in the 6LoWPAN header. Too high?
> - as an IEEE802.15.4e IE: too many bytes for a single bit?
> - represented by the fact that the destination MAC address is a broadc= ast
> address.
>
> Agreed?
>
> In the latter case, what would a multicast MAC address look like? Assu= ming
> we're using long addresses address, we could set the multicast bit= in the
> EUI64. Are you imagining having the next hop address with that bit set= , or
> assigning a specific track identifier, encoded as a multicast address?=
>
> Also, once the network is running, I'm assuming we will be using s= hort 2B
> addresses. It's not clear how we can fit the multicast bit in ther= e.
>
> Thomas
>
> On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert)

> <pthubert@cisco.com<mailto:pth= ubert@cisco.com>> wrote:
> Hello Qin:
>
> I expect that without this proposal, the dest mac of a packet would be= the
> next L2 node, so that the next hop picks it and passes it to 6TUS laye= r.
> With the proposal, all nodes along a track would accept the multicast = dest
> mac address associated to that track, so the packet is recognized as > receivable by this node at L2 and yet can be forwarded at 6TUS layer > without dest MAC rewrite.
>
> Reusing the cell would be the case where this router did not receive a=
> frame on the track incoming slot, so the outgoing slot will be wasted.= If
> we have a packet for which the next hop the same router as the receive= r of
> the wasted cell, then we'd want to use the cell to progress the pa= cket one
> hop. But then the receiver router needs to figure out that this is not= a
> frame to be switched at 6TUS layer but a packet to be routed at L3. Th= e
> trick is that in this case, the destination MAC address would be
> effectively that of the receiver router so 6TUS would punt the packet = to
> L3.
>
> Reusing a cell between 2 tracks is not the idea because there might be=
> collisions. Here we are talking about using an unsed cell
> opportunistically for L3 best effort traffic. If there is an unused tr= ack
> cell, it adds up to the bundle between the 2 adjacent routers for that=
> particular slotframe.
>
> Makes sense?
>
> Pascal
>
>
> -----Original Message-----

> From: Qin Wang [mailto:qinwang@berkeley.edu<mailto:qinwang@berkeley.edu>]
> Sent: lundi 3 juin 2013 13:14
> To: Pascal Thubert (pthubert)

> Cc: 6ts= ch@ietf.org<mailto:6tsch@ietf.org<= /a>>
> Subject: Re: [6tsch] Routing vs. switching
>
> Hi Pascal,
>
> I don't understand strategy a) clearly. According to my understand= ing on
> "Track", it consists of a sequence of cells along a multihop= path, and
> there is one and only one cell for a pair of nodes (i.e. fixed next ho= p
> neighbor). Then, how does multicast Mac address function? What do you = mean
> by reusing a cell?
>
> I guess that the strategy a) will be used to solve the problem of
> (A->C->B, D->C->E). That is, there is a cell in node-C wit= h multicast
> address to both node-B and node-E. So, the cell can be reused in the t= wo
> tracks. Correct?
>
> Thanks
> Qin
>
>
>> Dear all ;
>>
>> We had a great discussion today at the weekly call about routing t= hat
>> relies on 1 hop cell bundles vs. switching that operates on end to= end
>> tracks.
>>
>> We agreed that merging and splitting tracks could require queuing = at
>> intermediate nodes to absorb burst collisions from multiple source= s
>> and decided to go for the watertight pipes.
>>
>> We proposed 2 additional strategies:
>>
>> a) define a multicast mac address for the track, so we can 1) reus= e a
>> track cell that is not used by a deterministic packet for hop by h= op
>> L3 traffic as differentiated by its unicast MAC destination and 2)=
>> forward with no change to the destination.
>>
>> b) let the PCE install routes as well as tracks. With that strateg= y, A
>> PCE route is an alternate to a track that would allow cell reuse a= nd
>> L3 QoS operation. We leverage the deterministic Class of service >> (that's Deterministic Forwarding, DF, though encoded 0xEF). An= d we can
>> emulate RPL local instances as indexed by the tuple (source addres= s,
>> local_instance_id) and forward the packet with the same rules are = RPL,
>> along the routing table indexed by the instance ID.
>>
>> Comments welcome!
>>
>> Cheers,
>>
>> Pascal
>> _______________________________________________
>> 6tsch mailing list

>> 6tsch@ietf.org&l= t;mailto:6tsch@ietf.org>

>> https://www.ietf.org/mailman/listinfo/6tsch >>
>
> _______________________________________________
> 6tsch mailing list

> 6tsch@ietf.org<mailto:<= a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org>

> https://www.ietf.org/mailman/listinfo/6tsch
>
>
>
>
>
>
> _______________________________________________
>
> 6tsch mailing list
>

> 6tsch@ietf.org<mailto:<= a href=3D"mailto:6tsch@ietf.org">6tsch@ietf.org>

>
> https://www.ietf.org/mailman/listinfo/6tsch
>
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--047d7b6d7c1c89352904ded67aee-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6731621F98AD for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 17:52:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3IFucEFRREHl for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 17:52:23 -0700 (PDT) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) by ietfa.amsl.com (Postfix) with ESMTP id E4EFD21F9811 for <6tsch@ietf.org>; Mon, 10 Jun 2013 17:52:22 -0700 (PDT) Received: by mail-pb0-f42.google.com with SMTP id un1so3685747pbc.29 for <6tsch@ietf.org>; Mon, 10 Jun 2013 17:52:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=vydABUi0hVwH0WMf9T8wXnJqqh3hxB4HdbO9YTsF/vY=; b=wvY48VuJ0pkUwpkEI4ag6oWWbPQYmHLWG/378+mPlJbTZx1wO801XBwOhns50wyfjj ylFDuod0nVbDzTyfAfmXQCGyuUocE6z8QOZq+L4W0jj2WUWMePMM+3kw6vgfWB8xIWWP cvz1qqzmvvCHBFKjGLvzr61B53sv9h1VfnuKyuBvgR+VtMEN3KwkMTO4OsB0qVdF1PKy DRUMHOz3sNKs0m7n95jV3XGrvDx57OWI9wj6iANq0D4AL44XqMx4MKzRH8yVVHk2zx2b wCW0gn5eSpHJPPinVvKz7ra00W24G6bmNZN89IQyUXjxy8S06DfhUelBz+6KH4ABSw27 uTug== X-Received: by 10.66.251.202 with SMTP id zm10mr16387584pac.53.1370911942657; Mon, 10 Jun 2013 17:52:22 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 10 Jun 2013 17:52:02 -0700 (PDT) In-Reply-To: <454faa9284abf19ed719e2fe0dffd703.squirrel@calmail.berkeley.edu> References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> <454faa9284abf19ed719e2fe0dffd703.squirrel@calmail.berkeley.edu> From: Thomas Watteyne Date: Mon, 10 Jun 2013 17:52:02 -0700 X-Google-Sender-Auth: 3RpGgb-bbhfrRwCRkbqw42aqm98 Message-ID: To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b15a3855c4d4804ded64f89 Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 00:52:23 -0000 --047d7b15a3855c4d4804ded64f89 Content-Type: text/plain; charset=ISO-8859-1 Qin, I believe that we agree that this track ID is not some number which goes into a header, i.e. it's not something you send over the air. Agreed? If we agree, what it then is is simply an "administrative" number of represent a track. In that case, can we not use the ID of the slotframe? (maybe not) Thomas On Tue, Jun 4, 2013 at 6:36 PM, Qin Wang wrote: > Hi Thomas, > > Although I haven't had good way to maintaining track-ID, I'm wondering how > to install a Track and dedicate the track to a specific packet stream > without a track-ID. Let me explain what my concern is. > > With 6tus commands, a set of cells are installed in a node, saying 4 > cells, in which we want cell-1 belong to Track-1, cell-2 belong to > Track-2, and cell-3,4 be cells for the best effort packets. Without > track-ID, how does 6tus know the usage of each cell? > > Do I miss something? > > Qin > > --047d7b15a3855c4d4804ded64f89 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Qin,

I believe that we agree that this = track ID is not some number which goes into a header, i.e. it's not som= ething you send over the air. Agreed?

If we agree,= what it then is is simply an "administrative" number of represen= t a track. In that case, can we not use the ID of the slotframe? (maybe not= )

Thomas

On Tue, Jun 4, 2013 at 6:36 PM, Qin Wang <qinwang@berkeley.edu= > wrote:

Hi Thomas,

Although I haven't had good way to maintaining track-ID, I'm wonder= ing how
to install a Track and dedicate the track to a specific packet stream
without a track-ID. Let me explain what my concern is.

With 6tus commands, a set of cells are installed in a node, saying 4
cells, in which we want cell-1 belong to Track-1, cell-2 belong to
Track-2, and cell-3,4 be cells for the best effort packets. Without
track-ID, how does 6tus know the usage of each cell?

Do I miss something?

Qin

--047d7b15a3855c4d4804ded64f89-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E743F11E80C5 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 17:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zZo-+AUyIAN0 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 17:47:24 -0700 (PDT) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id 1F46111E80A6 for <6tsch@ietf.org>; Mon, 10 Jun 2013 17:47:24 -0700 (PDT) Received: by mail-pa0-f54.google.com with SMTP id kx10so2639863pab.13 for <6tsch@ietf.org>; Mon, 10 Jun 2013 17:47:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=yRC9/b8A51OeIeMZspMpI5+SDFq9enxiBLW1TB+j8VA=; b=O+Ea3Jw4F58EsuMMoxRwd665zL45y6cmCOztV77ARNzqA2ccpYd7fQhLB7mm9SAy5l yMTA8gFiqNb4KC5SMmypyoO6nTMXUfHzPuFE9YoYsovxzkOvpublDbiYrio0swOSip78 suoQQ67QRj5cRqsHQoOz9e4l/EWMBrP/JT3jFP9bxoXd4yxweAZRaf28czmiWwJiUJvL jnRCzELpRtT8CSHw9DwNZ8va+TBFDcWZTif6ErhWR9BZiQ9PGWVkDiYJnu0g97tyYwrh /Qc4IsMpx8EZqfnxbyMNkPmd7HrqHVvBtLuK1sIgKyVq6hxHCuHuWa9hY379U87ARALl VWQg== X-Received: by 10.66.131.46 with SMTP id oj14mr16108297pab.111.1370911643866; Mon, 10 Jun 2013 17:47:23 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 10 Jun 2013 17:47:03 -0700 (PDT) In-Reply-To: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86D@EXMBX23.ad.utwente.nl> References: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86D@EXMBX23.ad.utwente.nl> From: Thomas Watteyne Date: Mon, 10 Jun 2013 17:47:03 -0700 X-Google-Sender-Auth: 8XtBix15c4jiSO7eAQdipkxPZQg Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=001a11332bb28d210d04ded63dc6 Subject: Re: [6tsch] Scheduling broadcast links X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jun 2013 00:47:25 -0000 --001a11332bb28d210d04ded63dc6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Pouria, If I understand correctly, you are suggesting to limit the number of channels to send the EBs on, but not the data? I understand that this will speed joining up, since EBs will be sent more often in the remaining channels. But I would argue that this is a dangerous game to play, since your mote might not discover all its neighbors using the EBs since some might just be at the "wrong place and the wrong frequency". What do you think? Of course, if you're worried about the speed of joining (which might be problematic during an interop event), nothing prevents you from switching the whole network on this subset of channels. Thomas On Tue, Jun 4, 2013 at 2:24 AM, wrote: > Dear All,**** > > ** ** > > Based on the last discussion on =93DIOs/DAOs and broadcast channels on > TSCH=94, I found that we agreed to have two separate scheduled broadcast > links: (i) to broadcast ADV, (ii) to broadcast DIOs as well as the upper > layers=92 traffic as regular TSCH data. **** > > My question are: **** > > ** ** > > **(1) **How to schedule these collision-free broadcast links for (i) > and (ii) in a distributed manner with no central PCE (soft broadcast > cells)? Or in this phase we will just consider the centralized approach, = in > which the PCE schedules hard cells for broadcasting links. **** > > ** ** > > **(2) **What is your opinion to consider the specific timeslots (e.g. > the first timeslots) in order to schedule broadcast links for ADVs (eithe= r > in a distributed or centralized approach) in a specific slotframe (e.g. > consist 100 or 200 slots) by different channel table (with limited number > of physical channels in 2.4 GHz). In those timeslot no more communication > can be scheduled, unless the other links also follow the same hopping > list/pattern. **** > > ** ** > > Pros: **** > > **=B7 **The network formation and network synchronization can be > easier because the new nodes know to scan just those physical channels . = * > *** > > **=B7 **In a distributed approach, scheduling collision-free > broadcast links can be easier.**** > > Cons: **** > > **=B7 **Limiting to the potential wrong physical channels in 2.4 > GHz that might not work everywhere.**** > > **=B7 **Wasting communication resources in those timeslots that i= s > considered for ADVs. Because no further communication can be scheduled in > those timeslots, unless with the same hopping list/pattern. **** > > **** > > Best Wishes,**** > > ** ** > > *Pouria Zand***** > > *PhD Candidate***** > > *Pervasive Systems Group***** > > *Dept. of Computer Science***** > > *University of Twente***** > > *P.O. Box 217***** > > *7500AE Enschede***** > > *The Netherlands***** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --001a11332bb28d210d04ded63dc6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Pouria,

If I understand cor= rectly, you are suggesting to limit the number of channels to send the EBs = on, but not the data?

I understand tha= t this will speed joining up, since EBs will be sent more often in the rema= ining channels. But I would argue that this is a dangerous game to play, si= nce your mote might not discover all its neighbors using the EBs since some= might just be at the "wrong place and the wrong frequency". What= do you think?

Of course, if you're worried about the = speed of joining (which might be problematic during an interop event), noth= ing prevents you from switching the whole network on this subset of channel= s.

Thomas

On Tue, Jun 4, 2013 at 2:24 AM, <P.Z= and@utwente.nl> wrote:

Dear All,

=A0

Based on the last discussion on =93DIOs/DAOs and bro= adcast channels on TSCH=94, I found that we agreed to have two separate sch= eduled broadcast links: (i) to broadcast ADV, (ii) to broadcast DIOs as wel= l as the upper layers=92 traffic as regular TSCH data.

My question are: =A0

=A0

(1)= =A0=A0=A0 How to schedule these collisi= on-free broadcast links for (i) and (ii) in a distributed manner with no ce= ntral PCE (soft broadcast cells)? Or in this phase we will just consider th= e centralized approach, in which the PCE schedules hard cells for broadcasting links.

=A0

(2)= =A0=A0=A0 What is your opinion to consi= der the specific timeslots (e.g. the first timeslots) in order to schedule = broadcast links for ADVs (either in a distributed or centralized approach) = in a specific slotframe (e.g. consist 100 or 200 slots) by different channel table (with limited number of physi= cal channels in 2.4 GHz). In those timeslot no more communication can be sc= heduled, unless the other links also follow the same hopping list/pattern.

=A0

Pros:

=B7=A0=A0=A0=A0=A0=A0=A0=A0 The network formation = and network synchronization can be easier because the new nodes know to sca= n just those physical channels .

=B7=A0=A0=A0=A0=A0=A0=A0=A0 In a distributed appro= ach, scheduling collision-free broadcast links can be easier.=

Cons: =A0=A0=A0=A0=A0<= /u>

=B7=A0=A0=A0=A0=A0=A0=A0=A0 Limiting to the potent= ial wrong physical channels in 2.4 GHz that might not work everywhere.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 Wasting communication = resources in those timeslots that is considered for ADVs. Because no furthe= r communication can be scheduled in those timeslots, unless with the same h= opping list/pattern.

=A0=A0

Best Wishes,

=A0

Pouria Zand<= /i>

PhD Candidate

Pervasive Systems G= roup

Dept. of Computer S= cience

University of Twent= e

P.O. Box 217=

7500AE Enschede

The Netherlands

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--001a11332bb28d210d04ded63dc6-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA5CB21F8EAE for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 08:10:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VcJVYCqoNY9m for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 08:09:56 -0700 (PDT) Received: from cm01fe.IST.Berkeley.EDU (cm01fe.IST.Berkeley.EDU [169.229.218.142]) by ietfa.amsl.com (Postfix) with ESMTP id 379EF21F8B21 for <6tsch@ietf.org>; Mon, 10 Jun 2013 08:09:56 -0700 (PDT) Received: from cm04ws.ist.berkeley.edu ([169.229.218.166] helo=calmail.berkeley.edu) by cm01fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1Um3jG-0007yd-4H; Mon, 10 Jun 2013 08:09:55 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Mon, 10 Jun 2013 08:09:54 -0700 Message-ID: <271548dea517aa480431790b727755ff.squirrel@calmail.berkeley.edu> In-Reply-To: References: <674F70E5F2BE564CB06B6901FD3DD78B12D174F0@tgxml338.toshiba.local> Date: Mon, 10 Jun 2013 08:09:54 -0700 From: "Qin Wang" To: "Pat Kinney" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: 6tsch@ietf.org, yoshihiro.ohba@toshiba.co.jp Subject: Re: [6tsch] Questions on 802.15.4e MAC X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 15:10:01 -0000 Hi Pat, In IEEE802.15.4e, the EB of TSCH consists of four IEs, i.e. TSCH Synchronization IE, TSCH Slotframe and Link IE, TSCH Timeslot IE, and Channel Hopping Sequence IE. All of the four IEs are in payload-IE. So, it means that the EB of TSCH is included when MAC security is used with encryption enabled. Correct? Thanks Qin > header IEs are excluded from the 15.4 encryption, while payload IEs are > included; hence the rationale for having both > > Pat > > Pat Kinney > Kinney Consulting LLC > IEEE 802.15 WG vice chair, TG chair > ISA100.11a WG chair > O: +1.847.960.3715 > pat.kinney@kinneyconsultingllc.com > > > > > > > On Jun 10, 2013, at 5:29 AM, wrote: > > Hi, > > I am working on Security Considerations section of 6tsch-security > document, and I have a couple of questions on 802.15.4e MAC. > > I think TSCH-specific information elements (IEs) contained in enhanced > Beacon frames must be integrity protected but must be sent in clear text. > The reason is that not only nodes that already have joined the TSCH > network (and thus have link-layer keys) but also newly joining nodes that > do not have link-layer keys yet will have to know the content of the > TSCH-specific IEs in order to know the timeslots available for exchanging > authentication and key management messages to securely join the TSCH > network. > > I have two questions: > > - Is the above observation correct? > > - Are 802.15.4e header and payload IEs excluded from the encrypted part of > 802.15.4e MAC frame even when MAC security is used with encryption > enabled? > > Best Regards, > Yoshihiro Ohba > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9929B21F8517 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 07:23:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p1WHIKchT36g for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 07:23:30 -0700 (PDT) Received: from p3plsmtpa08-05.prod.phx3.secureserver.net (p3plsmtpa08-05.prod.phx3.secureserver.net [173.201.193.106]) by ietfa.amsl.com (Postfix) with ESMTP id B2DF421F84D9 for <6tsch@ietf.org>; Mon, 10 Jun 2013 07:23:30 -0700 (PDT) Received: from [10.0.1.5] ([99.110.37.102]) by p3plsmtpa08-05.prod.phx3.secureserver.net with id mePT1l00e2CDvs301ePU7L; Mon, 10 Jun 2013 07:23:30 -0700 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_594950FB-DA88-4881-88F6-F16B56C77EAB"; protocol="application/pkcs7-signature"; micalg=sha1 From: Pat Kinney In-Reply-To: <674F70E5F2BE564CB06B6901FD3DD78B12D174F0@tgxml338.toshiba.local> Date: Mon, 10 Jun 2013 09:23:26 -0500 Message-Id: References: <674F70E5F2BE564CB06B6901FD3DD78B12D174F0@tgxml338.toshiba.local> To: X-Mailer: Apple Mail (2.1283) Cc: 6tsch@ietf.org Subject: Re: [6tsch] Questions on 802.15.4e MAC X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 14:23:35 -0000 --Apple-Mail=_594950FB-DA88-4881-88F6-F16B56C77EAB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii header IEs are excluded from the 15.4 encryption, while payload IEs are = included; hence the rationale for having both Pat Pat Kinney Kinney Consulting LLC IEEE 802.15 WG vice chair, TG chair ISA100.11a WG chair O: +1.847.960.3715 pat.kinney@kinneyconsultingllc.com On Jun 10, 2013, at 5:29 AM, wrote: Hi, I am working on Security Considerations section of 6tsch-security = document, and I have a couple of questions on 802.15.4e MAC. I think TSCH-specific information elements (IEs) contained in enhanced = Beacon frames must be integrity protected but must be sent in clear = text. The reason is that not only nodes that already have joined the = TSCH network (and thus have link-layer keys) but also newly joining = nodes that do not have link-layer keys yet will have to know the content = of the TSCH-specific IEs in order to know the timeslots available for = exchanging authentication and key management messages to securely join = the TSCH network. =20 I have two questions: - Is the above observation correct? - Are 802.15.4e header and payload IEs excluded from the encrypted part = of 802.15.4e MAC frame even when MAC security is used with encryption = enabled? Best Regards, Yoshihiro Ohba _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --Apple-Mail=_594950FB-DA88-4881-88F6-F16B56C77EAB Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIICeTCCAnUw ggHeoAMCAQICCuZPMQrl7I/CCpswDQYJKoZIhvcNAQEFBQAwazETMBEGA1UEAxMKUGF0IEtpbm5l eTEJMAcGA1UEChMAMQkwBwYDVQQLEwAxMTAvBgkqhkiG9w0BCQEWInBhdC5raW5uZXlAa2lubmV5 Y29uc3VsdGluZ2xsYy5jb20xCzAJBgNVBAYTAlVTMB4XDTA5MDYxNjAxMDYwNloXDTE0MDYxNjAx MDYwNlowazETMBEGA1UEAxMKUGF0IEtpbm5leTEJMAcGA1UEChMAMQkwBwYDVQQLEwAxMTAvBgkq hkiG9w0BCQEWInBhdC5raW5uZXlAa2lubmV5Y29uc3VsdGluZ2xsYy5jb20xCzAJBgNVBAYTAlVT MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDgMEwPZOy9nkj3v5h4HrGBN6Hb7KK903cOWhNC wTlzb8T52Gjame0aNP77PD2PLbKTJL8HkLCHLl7BjQ/rNjt28As7cZehvGenCTDZpunyZyT+d/vT CGIbbNbPkIsYlEYOxK6rrVZ55xuv+fCqUeyvy2i9ujVB4MZP6EI5ERW/UwIDAQABoyAwHjAPBgkq hkiG9y8BAQoEAgUAMAsGA1UdDwQEAwIEkDANBgkqhkiG9w0BAQUFAAOBgQBp8jGjyI9Snxy46ort hQ53VTCr5DE387+ynDyJ6J3et/dg1QtU4JltVuA/rbOXsoQjcjOGvHLa0FXT9L1ZpwLRKOPr6ieB IL0ePf8y/kQcfk0jyyigtqVWWhA163H7TaxwruKd/l4dWbK8cj8DoBAvkvHg+RrzHwGE/7+SoN2a VTGCAX4wggF6AgEBMHkwazETMBEGA1UEAxMKUGF0IEtpbm5leTEJMAcGA1UEChMAMQkwBwYDVQQL EwAxMTAvBgkqhkiG9w0BCQEWInBhdC5raW5uZXlAa2lubmV5Y29uc3VsdGluZ2xsYy5jb20xCzAJ BgNVBAYTAlVTAgrmTzEK5eyPwgqbMAkGBSsOAwIaBQCgXTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA2MTAxNDIzMjdaMCMGCSqGSIb3DQEJBDEWBBQ19JzTDg9/ xxHUm3ILaCz/tUYvgDANBgkqhkiG9w0BAQEFAASBgIoNU5KFkIXhO95nYo8EBUQenEirNZJF5WHN 36O8Lqg9iM/TUHvu51HSSycVzzPUq+SREV3xEKLkigXOJalJT8oikxsnw4UDklsouMjxpcfFHXPY WR2Rb1fOrBIYLHp7mVlsrR2HvOazSI0fExM4iH1yOKP+Tq0OojehAlVfpsFOAAAAAAAA --Apple-Mail=_594950FB-DA88-4881-88F6-F16B56C77EAB-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6813721F8A85 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 03:30:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.6 X-Spam-Level: X-Spam-Status: No, score=-6.6 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_HI=-8, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GrBci4tQlQv7 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 03:30:03 -0700 (PDT) Received: from imx12.toshiba.co.jp (imx12.toshiba.co.jp [61.202.160.132]) by ietfa.amsl.com (Postfix) with ESMTP id F31A521F894E for <6tsch@ietf.org>; Mon, 10 Jun 2013 03:30:02 -0700 (PDT) Received: from tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp ([133.199.232.103]) by imx12.toshiba.co.jp with ESMTP id r5AATxNt012242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:30:00 +0900 (JST) Received: from tsbmgw-mgw01 (localhost [127.0.0.1]) by tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r5AATxHV011772 for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:29:59 +0900 Received: from localhost ([127.0.0.1]) by tsbmgw-mgw01 (JAMES SMTP Server 2.3.1) with SMTP ID 539 for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:29:59 +0900 (JST) Received: from arc11.toshiba.co.jp ([133.199.90.127]) by tsbmgw-mgw01.tsbmgw-mgw01.toshiba.co.jp (8.13.8/8.14.5) with ESMTP id r5AATwSw011760 for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:29:58 +0900 Received: (from root@localhost) by arc11.toshiba.co.jp id r5AATwSD022036 for 6tsch@ietf.org; Mon, 10 Jun 2013 19:29:58 +0900 (JST) Received: from ovp11.toshiba.co.jp [133.199.90.148] by arc11.toshiba.co.jp with ESMTP id VAA22033; Mon, 10 Jun 2013 19:29:58 +0900 Received: from mx.toshiba.co.jp (localhost [127.0.0.1]) by ovp11.toshiba.co.jp with ESMTP id r5AATwxN000095 for <6tsch@ietf.org>; Mon, 10 Jun 2013 19:29:58 +0900 (JST) Received: from tgxml329.toshiba.local by toshiba.co.jp id r5AATmRp016360; Mon, 10 Jun 2013 19:29:58 +0900 (JST) Received: from TGXML338.toshiba.local ([169.254.4.217]) by tgxml329.toshiba.local ([133.199.60.16]) with mapi id 14.03.0123.003; Mon, 10 Jun 2013 19:29:55 +0900 From: To: <6tsch@ietf.org> Thread-Topic: Questions on 802.15.4e MAC Thread-Index: Ac5lxV0AylYqXyvSTP6L0gLGv5VccA== Date: Mon, 10 Jun 2013 10:29:55 +0000 Message-ID: <674F70E5F2BE564CB06B6901FD3DD78B12D174F0@tgxml338.toshiba.local> Accept-Language: ja-JP, en-US Content-Language: ja-JP x-originating-ip: [133.196.20.115] msscp.transfermailtomossagent: 103 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [6tsch] Questions on 802.15.4e MAC X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 10:30:10 -0000 Hi, I am working on Security Considerations section of 6tsch-security document,= and I have a couple of questions on 802.15.4e MAC. I think TSCH-specific information elements (IEs) contained in enhanced Beac= on frames must be integrity protected but must be sent in clear text. The = reason is that not only nodes that already have joined the TSCH network (an= d thus have link-layer keys) but also newly joining nodes that do not have = link-layer keys yet will have to know the content of the TSCH-specific IEs = in order to know the timeslots available for exchanging authentication and = key management messages to securely join the TSCH network. =20 I have two questions: - Is the above observation correct? - Are 802.15.4e header and payload IEs excluded from the encrypted part of = 802.15.4e MAC frame even when MAC security is used with encryption enabled? Best Regards, Yoshihiro Ohba Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38CA521F8916 for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 03:09:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.503 X-Spam-Level: X-Spam-Status: No, score=-0.503 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BmmJlDcVXTgc for <6tsch@ietfa.amsl.com>; Mon, 10 Jun 2013 03:09:26 -0700 (PDT) Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by ietfa.amsl.com (Postfix) with ESMTP id 6BB4421F87E1 for <6tsch@ietf.org>; Mon, 10 Jun 2013 03:09:24 -0700 (PDT) Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.2.328.9; Mon, 10 Jun 2013 12:09:23 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Mon, 10 Jun 2013 12:09:23 +0200 From: To: <6tsch@ietf.org> Thread-Topic: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames Thread-Index: Ac5lwiiA+bf/kQLXR6euuxurfcSvxQ== Date: Mon, 10 Jun 2013 10:09:22 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EA@EXMBX23.ad.utwente.nl> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EAEXMBX23adutwent_" MIME-Version: 1.0 Subject: Re: [6tsch] TSCH: info for each(?) link in Enhanced Beacon frames X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 10:09:32 -0000 --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EAEXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, Regarding to our last call on Friday, I would like to continue this discus= sion about the maximum number of links' information (or "link object") that= can be included in EB? Can we think about sending the information about th= e entire reserved links/cells in the EB(s)? I would like to know, Is there = any way to define a CellBitMap to enable us to include the entire reserved = links/cells by each node in the one or several EB(s)? Our motivation: In the distributed approach, this information can be used by the receivers = to schedule (internal) collision-free[*] links with others. In this case, t= his information is not just used for enabling the receivers to contact with= the sender of ADV/EB. This information enables the receivers to collect th= e list of used cells in their neighborhood. The content of information in e= ach "link object" can be different from the existing information in the EB = for each link. For instance, the link option or link type might not be need= ed in this case. On the other hand, neighbor ID (the other side of link) mi= ght be needed to be included in the "link object". In order to create a soft link, based on this information about its neighbo= rhood, Node A in the Link Reservation Request may suggest the set of (inter= nal) collision-free links to the receiver. The receiver (Node B) also based= on this information in its own neighborhood, will choose one link from the= suggested links that is also free in its neighborhood (that might be diffe= rent from sender's neighborhood) and reply to the sender by Link Reservatio= n Response. [*] In realistic setting, where the interference range is more than transmi= ssion range, this information will not guarantee the completely (internal) = collision-free communication. But it can be used to not repeat the reserved= cells in our two-hop neighborhood. In addition, the collision caused by a = pair of nodes who are using the same cell in outside of two-hop neighborhoo= d can be detected, by monitoring the status of that reserved cell (By consi= dering the mechanisms discussed in "2.8 Monitoring" section in draft-wang-6= tsch-6tus-00). Best wishes, Pouria Zand --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EAEXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

Regarding to our last call on Friday, I would = like to continue this discussion about the maximum number of links’ i= nformation (or “link object”) that can be included in EB? Can w= e think about sending the information about the entire reserved links/cells in the EB(s)? I would like to know, Is there any way to define= a CellBitMap to enable us to include the entire reserved links/cells by ea= ch node in the one or several EB(s)?

Our motivation:

In the distributed approach, this information can be= used by the receivers to schedule (internal) collision-free[*] links with = others. In this case, this information is not just used for enabling the re= ceivers to contact with the sender of ADV/EB. This information enables the receivers to collect the list of u= sed cells in their neighborhood. The content of information in each “= link object” can be different from the existing information in the EB= for each link. For instance, the link option or link type might not be needed in this case. On the other hand, neighbor= ID (the other side of link) might be needed to be included in the “l= ink object”.

In order to create a soft link, based on this inform= ation about its neighborhood, Node A in the Link Reservation Request may suggest the set of (internal) collision= -free links to the receiver. The receiver (Node B) also based on this infor= mation in its own neighborhood, will choose one link from the suggested lin= ks that is also free in its neighborhood (that might be different from sender's neighborhood) and reply to the send= er by Link Reservation Response.

[*] In realistic setting, where the interference ran= ge is more than transmission range, this information will not guarantee the= completely (internal) collision-free communication. But it can be used to = not repeat the reserved cells in our two-hop neighborhood. In addition, the collision caused by a pair of nodes= who are using the same cell in outside of two-hop neighborhood can be dete= cted, by monitoring the status of that reserved cell (By considering the me= chanisms discussed in “2.8 Monitoring” section in draft-wang-6tsch-6tus-00).

Best wishes,

Pouria Zand

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA407EAEXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4754621F85BF for <6tsch@ietfa.amsl.com>; Sun, 9 Jun 2013 20:29:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6E5U4t8ZTB0e for <6tsch@ietfa.amsl.com>; Sun, 9 Jun 2013 20:29:42 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 19BE921F8B04 for <6tsch@ietf.org>; Sun, 9 Jun 2013 20:29:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17646; q=dns/txt; s=iport; t=1370834982; x=1372044582; h=from:to:subject:date:message-id:references:mime-version; bh=V6tcUcd71M9ksBCDs+AFDNwTJYjKyn7JgRpr6PxxwdE=; b=h+aqoiSDdGm6D+mK88ZKFxOBSw2O4A4MckVjfskG1KSMFZ7e/whVnuF7 6wFlyU0ibZTmiCPJLc9ll8rPSWg+KqEdKiE6E8gxVDF/56b0ReGpE3MyQ lDMALzp1xyz3fGL8OCADuu3qhs5DtmEiMCGtNle90flJovZiiTh4RVpdQ I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0GACxHtVGtJV2a/2dsb2JhbABZgwkwSb49fRZtB4IjAQEBBAEBAWsbAgEZAQIBAgsCGwcnCxQDBAIIAgQTCAGIBAy4b4xOgR0VBoEBIA0KB4J5YQOpAoMPgWgJFx8 X-IronPort-AV: E=Sophos;i="4.87,834,1363132800"; d="scan'208,217";a="220761325" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-4.cisco.com with ESMTP; 10 Jun 2013 03:29:41 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r5A3TfDJ014746 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Mon, 10 Jun 2013 03:29:41 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.110]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.02.0318.004; Sun, 9 Jun 2013 22:29:40 -0500 From: "JP Vasseur (jvasseur)" To: "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [Pce] WG Action: Rechartered Path Computation Element (pce) Thread-Index: AQHOZYq9jARdlP3/dEeLMFZAw4EFYQ== Date: Mon, 10 Jun 2013 03:29:40 +0000 Message-ID: <03B78081B371D44390ED6E7BADBB4A772357A4AE@xmb-rcd-x02.cisco.com> References: <20130517160107.20827.43195.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.94.62] Content-Type: multipart/alternative; boundary="_000_03B78081B371D44390ED6E7BADBB4A772357A4AExmbrcdx02ciscoc_" MIME-Version: 1.0 Subject: [6tsch] Fwd: [Pce] WG Action: Rechartered Path Computation Element (pce) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 03:29:47 -0000 --_000_03B78081B371D44390ED6E7BADBB4A772357A4AExmbrcdx02ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable FYI Begin forwarded message: From: The IESG > Subject: [Pce] WG Action: Rechartered Path Computation Element (pce) Date: May 17, 2013 6:01:07 PM GMT+02:00 To: IETF-Announce > Cc: pce WG > The Path Computation Element (pce) working group in the Routing Area of the IETF has been rechartered. For additional information please contact the Area Directors or the WG Chairs. Path Computation Element (pce) ------------------------------------------------ Current Status: Active Working Group Chairs: JP Vasseur > Julien Meuric > Secretaries: Daniel King > Assigned Area Director: Adrian Farrel > Mailing list Address: pce@ietf.org To Subscribe: http://www.ietf.org/mailman/listinfo/pce Archive: http://www.ietf.org/mail-archive/web/pce/ Charter of Working Group: The PCE Working Group is chartered to specify the required protocols so as to enable a Path Computation Element (PCE)-based architecture for the computation of paths for MPLS and GMPLS Point to Point and Point to Multi-point Traffic Engineered LSPs. In this architecture path computation does not necessarily occur on the head-end (ingress) LSR, but on some other path computation entity that may physically not be located on each head-end LSR. The PCE WG works on application of this model within a single domain or within a group of domains (where a domain is a layer, IGP area or Autonomous System with limited visibility from the head-end LSR). At this time, applying this model to large groups of domains such as the Internet is not thought to be possible, and the PCE WG will not spend energy on that topic. The WG specifies the PCE communication Protocol (PCEP) and needed extensions for communication between LSRs (termed Path Computation Clients - PCCs) and PCEs, and between cooperating PCEs. Security mechanisms such as authentication and confidentiality are included. The WG determines requirements for extensions to existing routing and signaling protocols in support of the PCE architecture and the signaling of inter-domain paths (e.g. RSVP-TE and its GMPLS variations). Any necessary extensions will be produced in collaboration with the Working Groups responsible for the protocols. The WG also works on the mechanisms to for multi-layer path computation and PCEP extensions for communication between several network layers. The WG defines the required PCEP extensions for Wavelength Switched Optical Networks (WSON) while keeping consistency with the GMPLS architecture specified in the CCAMP WG. Work Items: - PCEP extensions for MPLS and GMPLS Traffic Engineered LSP path computation models involving PCE(s). This includes the case of computing the paths of intra and inter-domain TE LSPs. Such path computation includes the generation of primary, protection and recovery paths, as well as computations for (local/global) reoptimization and load balancing. Both intra- and inter-domain applications are covered. - In cooperation with protocol specific Working Group (e.g., MPLS, CCAMP), development of LSP signaling (RSVP-TE) extensions required to support PCE-based path computation models. - Specification of PCEP extensions for communication in the various GMPLS-controlled networks, including WSON. - Definition of PCEP extensions for path computation in multi-layer networks. - Definition of the PCEP extensions used by a stateful PCE for recommending a new path for an existing or new LSP to the PCC/PCE. Further protocol extensions must cover the case where the recommendation is not followed by the PCC/PCE. Milestones: Done - Submit first draft of PCE architecture document Done - Submit first draft of PCE discovery requirements and protocol extensions documents Done - Submit first draft of the PCE communication protocol requirements Done - Submit first draft of the definition of objective metrics Done - Submit first draft of the PCE communication protocol specification Done - Submit PCE architecture specification to the IESG to be considered as Informational RFC Done - Submit first draft of the MIB module for the PCE protocol Done - Submit PCE communication protocol requirements to the IESG to be considered as an Informational RFC Done - Submit PCE discovery protocol extensions specifications to the IESG to be considered as a Proposed Standard Done - Submit PCE communication protocol specification to the IESG to be considered as a Proposed Standard Done - Submit first draft of the PCE P2MP communication requirements Done - Submit first draft of the PCE P2MP PCEP protocol extensions Done - Submit PCE P2MP communication requirements to the IESG to be considered as an Informational RFC Done - Submit PCE P2MP PCEP protocol extensions to the IESG to be considered as an Proposed Standard RFC Done - Submit applicability and metrics documents to the IESG Oct 2011 - Submit WSON requirements to the IESG to be considered as an Informational RFC Dec 2011 - Submit extensions for hierarchical PCE path computation model as WG document Jan 2012 - Submit the PCEP MIB to the IESG to be considered as a Proposed Standard Jan 2012 - Submit P2MP MIB as a WG document Feb 2012 - Submit the discovery MIB to the IESG to be considered as a Proposed Standard Feb 2012 - Submit inter-layer extensions to the IESG to be considered as a Proposed Standard Mar 2012 - Submit inter-area/AS applicability statement to the IESG as an informational RFC Mar 2012 - Submit PCEP extensions for WSON as a WG document Apr 2012 - Submit the GMPLS requirements to the IESG to be considered as an Informational RFC Jun 2012 - Submit PCEP extensions for GMPLS to the IESG to be considered as a Proposed Standard Aug 2012 - Submit PCEP extensions for WSON to the IESG to be considered as a Proposed Standard Oct 2012 - Submit P2MP MIB to the IESG to be considered as a Proposed Standard Feb 2013 - Submit extensions for hierarchical model to the IESG to be considered as a Proposed Standard Mar 2013 - Evaluate WG progress, recharter or close _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --_000_03B78081B371D44390ED6E7BADBB4A772357A4AExmbrcdx02ciscoc_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable FYI

Begin forwarded message:

From: The I= ESG <iesg-secretary@ietf.org<= /a>>

Subject: [P= ce] WG Action: Rechartered Path Computation Element (pce)

Date: May 1= 7, 2013 6:01:07 PM GMT+02:00

To: IETF-= Announce <ietf-announce@ietf.o= rg>

Cc: pce W= G <pce@ietf.org>

The Path Computation Element (pce) working group in the Routing Area o= f
the IETF has been rechartered. For additional information please contact the Area Directors or the WG Chairs.

Path Computation Element (pce)
------------------------------------------------
Current Status: Active Working Group

Chairs:
JP Vasseur <jpv@cisco.com>=
Julien Meuric <julien.= meuric@orange.com>

Secretaries:
Daniel King <daniel@olddog.= co.uk>

Assigned Area Director:
Adrian Farrel <adrian@olddo= g.co.uk>

Mailing list
Address: pce@ietf.org
To Subscribe: ht= tp://www.ietf.org/mailman/listinfo/pce
Archive: http:/= /www.ietf.org/mail-archive/web/pce/

Charter of Working Group:

The PCE Working Group is chartered to specify the required protocols = so
as to enable a Path Computation Element (PCE)-based architecture for = the
computation of paths for MPLS and GMPLS Point to Point and Point to Multi-point Traffic Engineered LSPs.

In this architecture path computation does not necessarily occur on t= he
head-end (ingress) LSR, but on some other path computation entity tha= t
may physically not be located on each head-end LSR.

The PCE WG works on application of this model within a single domain<= br> or within a group of domains (where a domain is a layer, IGP area or<= br> Autonomous System with limited visibility from the head-end LSR). At<= br> this time, applying this model to large groups of domains such as the=
Internet is not thought to be possible, and the PCE WG will not spend=
energy on that topic.

The WG specifies the PCE communication Protocol (PCEP) and needed
extensions for communication between LSRs (termed Path Computation Clients - PCCs) and PCEs, and between cooperating PCEs. Security
mechanisms such as authentication and confidentiality are included.
The WG determines requirements for extensions to existing routing and=
signaling protocols in support of the PCE architecture and the signal= ing
of inter-domain paths (e.g. RSVP-TE and its GMPLS variations). Any necessary extensions will be produced in collaboration with the Worki= ng
Groups responsible for the protocols.

The WG also works on the mechanisms to for multi-layer path computati= on
and PCEP extensions for communication between several network layers.=

The WG defines the required PCEP extensions for Wavelength Switched Optical Networks (WSON) while keeping consistency with the GMPLS
architecture specified in the CCAMP WG.

Work Items:

- PCEP extensions for MPLS and GMPLS Traffic Engineered LSP path
   computation models involving PCE(s). This includes the ca= se of
   computing the paths of intra and inter-domain TE LSPs. Su= ch path
   computation includes the generation of primary, protectio= n and
   recovery paths, as well as computations for (local/global= )
   reoptimization and load balancing. Both intra- and inter-= domain
   applications are covered.
- In cooperation with protocol specific Working Group (e.g., MPLS,    CCAMP), development of LSP signaling (RSVP-TE) extensions= required
   to support PCE-based path computation models.
- Specification of PCEP extensions for communication in the various    GMPLS-controlled networks, including WSON.
- Definition of PCEP extensions for path computation in multi-layer    networks.
- Definition of the PCEP extensions used by a stateful PCE for
   recommending a new path for an existing or new LSP to the= PCC/PCE.
   Further protocol extensions must cover the case where the=
   recommendation is not followed by the PCC/PCE.

Milestones:
Done     - Submit first draft of PCE architecture= document
Done     - Submit first draft of PCE discovery re= quirements and
protocol extensions documents
Done     - Submit first draft of the PCE communic= ation protocol
requirements
Done     - Submit first draft of the definition o= f objective metrics
Done     - Submit first draft of the PCE communic= ation protocol
specification
Done     - Submit PCE architecture specification = to the IESG to be
considered as Informational RFC
Done     - Submit first draft of the MIB module f= or the PCE protocol
Done     - Submit PCE communication protocol requ= irements to the IESG
to be considered as an Informational RFC
Done     - Submit PCE discovery protocol extensio= ns specifications to
the IESG to be considered as a Proposed Standard
Done     - Submit PCE communication protocol spec= ification to the IESG
to be considered as a Proposed Standard
Done     - Submit first draft of the PCE P2MP com= munication
requirements
Done     - Submit first draft of the PCE P2MP PCE= P protocol extensions
Done     - Submit PCE P2MP communication requirem= ents to the IESG to be
considered as an Informational RFC
Done     - Submit PCE P2MP PCEP protocol extensio= ns to the IESG to be
considered as an Proposed Standard RFC
Done     - Submit applicability and metrics docum= ents to the IESG
Oct 2011 - Submit WSON requirements to the IESG to be considered as a= n
Informational RFC
Dec 2011 - Submit extensions for hierarchical PCE path computation model as WG document
Jan 2012 - Submit the PCEP MIB to the IESG to be considered as a
Proposed Standard
Jan 2012 - Submit P2MP MIB as a WG document
Feb 2012 - Submit the discovery MIB to the IESG to be considered as a=
Proposed Standard
Feb 2012 - Submit inter-layer extensions to the IESG to be considered=
as a Proposed Standard
Mar 2012 - Submit inter-area/AS applicability statement to the IESG a= s
an informational RFC
Mar 2012 - Submit PCEP extensions for WSON as a WG document
Apr 2012 - Submit the GMPLS requirements to the IESG to be considered=
as an Informational RFC
Jun 2012 - Submit PCEP extensions for GMPLS to the IESG to be
considered as a Proposed Standard
Aug 2012 - Submit PCEP extensions for WSON to the IESG to be consider= ed
as a Proposed Standard
Oct 2012 - Submit P2MP MIB to the IESG to be considered as a Proposed=
Standard
Feb 2013 - Submit extensions for hierarchical model to the IESG to be=
considered as a Proposed Standard
Mar 2013 - Evaluate WG progress, recharter or close

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/= mailman/listinfo/pce

--_000_03B78081B371D44390ED6E7BADBB4A772357A4AExmbrcdx02ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B792F21F9017 for <6tsch@ietfa.amsl.com>; Sun, 9 Jun 2013 15:01:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bhrqeMkry0sJ for <6tsch@ietfa.amsl.com>; Sun, 9 Jun 2013 15:01:34 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 1A02F21F8FF8 for <6tsch@ietf.org>; Sun, 9 Jun 2013 15:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3907; q=dns/txt; s=iport; t=1370815294; x=1372024894; h=from:to:subject:date:message-id:mime-version; bh=1lIkqzkpwtk3mRSprouYBbjbdtbudtwpgJ4BHznE7jQ=; b=G+vZZiTmsmqXaIjV5AlkOHRXIs7LiM465S2KQSVEMYPd9YmJP+mEMc3H go94RQBUeuMOXl07dKoph8pQKlAX+D0iIYLdDxqd/IX7Nxplx3jgQBFpx AHAgM7BOLMSAPWlmaow837ohrcT7nwpqyXJYoFVrkU9tZ2wIaDhYmj+90 M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao0HAPP6tFGtJXHB/2dsb2JhbABZgkVEMEmCLbwRehZtB4IlAQQtXgEMDhBWFw8BBBuIBQyZLp9ABI8HLYMKYQOpAoMPgic X-IronPort-AV: E=Sophos;i="4.87,833,1363132800"; d="scan'208,217";a="220721929" Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-4.cisco.com with ESMTP; 09 Jun 2013 22:01:09 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id r59M192Z003805 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <6tsch@ietf.org>; Sun, 9 Jun 2013 22:01:09 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.02.0318.004; Sun, 9 Jun 2013 17:01:09 -0500 From: "Pascal Thubert (pthubert)" To: "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: pre version 02 for the architecture draft Thread-Index: Ac5lXMuFMwuKH39lTT6kF22Acx2zSQ== Date: Sun, 9 Jun 2013 22:01:08 +0000 Deferred-Delivery: Sun, 9 Jun 2013 22:01:00 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.167.145] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84130D569xmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: [6tsch] pre version 02 for the architecture draft X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 22:01:44 -0000 --_000_E045AECD98228444A58C61C200AE1BD84130D569xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all: I placed a pre-02 in the bitbucket to reflect the discussions on forwarding= . (at https://bitbucket.org/6tsch/draft-thubert-6tsch-architecture/src ). The changes are located in sections 5 and 6. I went a bit ahead of the discussion on whether we can or not merge RPL and= PCE routes in a same instance / topology. Let us discuss that over the ML and at the next call if you wish, Cheers; Pascal --_000_E045AECD98228444A58C61C200AE1BD84130D569xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all:

I placed a pre-02 in the bitbucket to reflect the di= scussions on forwarding.

(at https://bitbucket.org/6tsch/draft-thubert-6tsch-architecture/src = ).

The changes are located in sections 5 and 6.

I went a bit ahead of the discussion on whether we c= an or not merge RPL and PCE routes in a same instance / topology.

Let us discuss that over the ML and at the next call= if you wish,

Cheers;

Pascal

--_000_E045AECD98228444A58C61C200AE1BD84130D569xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5498621F9923 for <6tsch@ietfa.amsl.com>; Fri, 7 Jun 2013 07:29:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V1JjfIqA5gqs for <6tsch@ietfa.amsl.com>; Fri, 7 Jun 2013 07:29:23 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id D22CF21F96F7 for <6tsch@ietf.org>; Fri, 7 Jun 2013 07:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23189; q=dns/txt; s=iport; t=1370615361; x=1371824961; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=EcaqlK678ZobOLosa/zN4Rc4OI3d11YlElKurAaTN7Y=; b=eFccpwyWS/giaiSgqzX9GWpT1Id1F/8Tz6JWnU/vUJbwGDfZti4Xq3YV xtFLtsiUsvb+2RYu8J7lBm6M4tHWVtiKXlhy8ZVpbxIyk/aeVfst8Tasw D9RtcCtl8JyKqKo5477ktVQ66P+3hUulf+dRFkzcm9TtUGo28INiSQgsB 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhUFAB3tsVGtJXG+/2dsb2JhbAA/FwMOgjdEML5wfRZ0giMBAQEELRsNESMCAQgHCgMBAQELCgEDCAQDBzIUCQcBAgEDARIIiAUMMq5NEY1QjhF2IAEMCgEKBweCY2EDhT6TK5AZgTSBCxI+gXE2fg X-IronPort-AV: E=Sophos;i="4.87,822,1363132800"; d="scan'208,217";a="217079754" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-9.cisco.com with ESMTP; 07 Jun 2013 14:29:20 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r57ETJjY008633 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 7 Jun 2013 14:29:19 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Fri, 7 Jun 2013 09:29:19 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , 6TSCH <6tsch@ietf.org>, "JP Vasseur (jvasseur)" , "Ted Lemon (ted.lemon@nominum.com)" , "Adrian Farrel (adrian@olddog.co.uk)" Thread-Topic: [6tsch] Agenda for the call on June 7 Thread-Index: AQHOYwnuUb8anJJKCU+Mil/sAfvWpZkqT/iw Date: Fri, 7 Jun 2013 14:29:18 +0000 Deferred-Delivery: Fri, 7 Jun 2013 14:29:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.221.253] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84130B51Exmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] Agenda for the call on June 7 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 14:29:32 -0000 --_000_E045AECD98228444A58C61C200AE1BD84130B51Exmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable And the link for the recurring meeting is still: Topic: 6TSCH Weekly Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) Meeting Number: 206 802 913 Meeting Password: sixtus ------------------------------------------------------- To start the online meeting ------------------------------------------------------- 1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=3D219615007&UID= =3D481905242&PW=3DNZTRkNDAwOTE1&RT=3DMiMyMw%3D%3D 2. Log in to your account. 3. Click "Start Now". 4. Follow the instructions that appear on your screen. ---------------------------------------------------------------- ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes ---------------------------------------------------------------- The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpita= s area and (866) 349-3520 for the RTP area. Please dial the local access number for your area from the list below: - San Jose/Milpitas (408) area: 525-6800 - RTP (919) area: 392-3330 ------------------------------------------------------- To join the teleconference only ------------------------------------------------------- 1. Dial into Cisco WebEx (view all Global Access Numbers at http://cisco.com/en/US/about/doing_business/conferencing/index.html 2. Follow the prompts to enter the Meeting Number (listed above) or Access = Code followed by the # sign. San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330 US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117 India: +91.80.4350.1111 Germany: +49.619.6773.9002 Japan: +81.3.5763.9394 China: +86.10.8515.5666 To check whether you have the appropriate players installed for UCF (Univer= sal Communications Format) rich media files, go to https://ciscosales.webex= .com/ciscosales/systemdiagnosis.php http://www.webex.com CCM:+14085256800x206802913# Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: jeudi 6 juin 2013 16:02 To: 6TSCH; JP Vasseur (jvasseur); Ted Lemon (ted.lemon@nominum.com); Adrian= Farrel (adrian@olddog.co.uk) Subject: [6tsch] Agenda for the call on June 7 Dear all, Below is the proposed agenda for the 6TSCH call tomorrow: * Logo Challenge! [5min] * Opportunistic Track reuse [15min] * 6LoWPAN Fragment Forwarding [10min] * Simplest TSCH [30min] As usual, feel free to propose any changes to the agenda, also at the begin= ning of the call. Remember that this call will be recorded. Thanks, Pascal & Thomas Topic: 6TSCH Weekly Date: Friday, May 31st, 2013 Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) Meeting Number: 206 802 913 Meeting Password: sixtus ------------------------------------------------------- To start the online meeting ------------------------------------------------------- 1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=3D219615007&UID= =3D481905242&PW=3DNZTRkNDAwOTE1&RT=3DMiMyMw%3D%3D 2. Log in to your account. 3. Click "Start Now". 4. Follow the instructions that appear on your screen. ---------------------------------------------------------------- ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes ---------------------------------------------------------------- The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpitas area and (866) 349-3520 for the RTP area. Please dial the local access number for your area from the list below: - San Jose/Milpitas (408) area: 525-6800 - RTP (919) area: 392-3330 ------------------------------------------------------- To join the teleconference only ------------------------------------------------------- 1. Dial into Cisco WebEx (view all Global Access Numbers at http://cisco.com/en/US/about/doing_business/conferencing/index.html 2. Follow the prompts to enter the Meeting Number (listed above) or Access = Code followed by the # sign. San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330 US/Canada: +1.866.432.9903 United Kingdom: +44.20.88= 24.0117 India: +91.80.4350.1111 Germany: +49.619.6773.9002<= tel:%2B49.619.6773.9002> Japan: +81.3.5763.9394 China: +86.10.8515.5666 To check whether you have the appropriate players installed for UCF (Univer= sal Communications Format) rich media files, go to https://ciscosales.webex= .com/ciscosales/systemdiagnosis.php http://www.webex.com CCM:+14085256800x206802913 --_000_E045AECD98228444A58C61C200AE1BD84130B51Exmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

And the link= for the recurring meeting is still:

Topic: 6TSCH Weekly

Time: 8:00 am, Pacific Daylight Time (Sa= n Francisco, GMT-07:00)
Meeting Number: 206 802 913
Meeting Password: sixtus
-------------------------------------------------------
To start the online meeting
-------------------------------------------------------
1. Go to https://ciscosales.webex.com/ciscosales/j= .php?ED=3D219615007&UID=3D481905242&PW=3DNZTRkNDAwOTE1&RT=3DMiM= yMw%3D%3D
2. Log in to your account.
3. Click "Start Now".
4. Follow the instructions that appear on your screen.

----------------------------------------------------------------
ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes
----------------------------------------------------------------

The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpita= s area and (866) 349-3520 for the RTP area.

Please dial the local access number for your area from the list below:
- San Jose/Milpitas (408) area: 525-6800
- RTP (919) area: 392-3330

-------------------------------------------------------
To join the teleconference only
-------------------------------------------------------
1. Dial into Cisco WebEx (view all Global Access Numbers at
http://cisco.com/en/US/about/doin= g_business/conferencing/index.html
2. Follow the prompts to enter the Meeting Number (listed above) or Access = Code followed by the # sign.

San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330

US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117

India: +91.80.4350.1111 Germany: +49.619.6773.9002

Japan: +81.3.5763.9394 China: +86.10.8515.5666

To check whether you have the appropriate players installed for UCF (Univer= sal Communications Format) rich media files, go to https://ciscosales.webex.com/ciscosales/s= ystemdiagnosis.php

http:= //www.webex.com

CCM:+14085256800x206802913#

<= /p>
Cheers,=

<= /p>
Pascal

<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 6 juin 2013 16:02
To: 6TSCH; JP Vasseur (jvasseur); Ted Lemon (ted.lemon@nominum.com);= Adrian Farrel (adrian@olddog.co.uk)
Subject: [6tsch] Agenda for the call on June 7

Dear all,

Below is the proposed agenda for the 6TSC= H call tomorrow:

Logo Challenge! [5min]
Opportunistic Track reuse [15min]
6LoWPAN Fragment Forwarding [10min]
Simplest TSCH [30min]

As usual, feel free to propose any change= s to the agenda, also at the beginning of the call.<= /o:p>

Remember that this call will be recorded.=

Thanks,

Pascal & Thomas

Topic: 6TSCH Weekly
Date: Friday, May 31st, 2013 = ;
Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) <= br> Meeting Number: 206 802 913
Meeting Password: sixtus

-------------------------------------------------------
To start the online meeting
-------------------------------------------------------
1. Go to https://ciscosales.webex.com/ciscosales/j.= php?ED=3D219615007&UID=3D481905242&PW=3DNZTRkNDAwOTE1&RT=3DMiMy= Mw%3D%3D
2. Log in to your account.
3. Click "Start Now".
4. Follow the instructions that appear on your screen.

----------------------------------------------------------------
ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes
----------------------------------------------------------------

The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpitas area= and (866) 349-= 3520 for the RTP area.

Please dial the local access number for your area from the list below: = ;
- San Jose/Milpitas (408) area: 525-6800
- RTP (919) area: 392-3330

-------------------------------------------------------
To join the teleconference only
-------------------------------------------------------
1. Dial into Cisco WebEx (view all Global Access Numbers at
http://cisco.com/en/US/about/doing_busi= ness/conferencing/index.html
2. Follow the prompts to enter the Meeting Number (listed above) or Access = Code followed by the # sign.

San Jose, CA: += ;1.408.525.6800 RTP: +1.919.392.3330

US/Canada: +1.= 866.432.9903 United Kingdom: +44.20.8824.0117

India: +91.80= .4350.1111 Germany: +49.619.6773.9002

Japan: +81.3.5= 763.9394 China: +86.10.8515.5666

To check whether you have the appropriate players installed for UCF (Univer= sal Communications Format) rich media files, go to = https://ciscosales.webex.com/ciscosales/systemdiagnosis.php

http://www= .webex.com

CCM:+14085256800x206802913

--_000_E045AECD98228444A58C61C200AE1BD84130B51Exmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 320FD11E80A2 for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 16:02:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J1pIgtOh0Tkw for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 16:02:13 -0700 (PDT) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) by ietfa.amsl.com (Postfix) with ESMTP id C611021F9347 for <6tsch@ietf.org>; Thu, 6 Jun 2013 16:02:01 -0700 (PDT) Received: by mail-pd0-f176.google.com with SMTP id r11so3971822pdi.7 for <6tsch@ietf.org>; Thu, 06 Jun 2013 16:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Kh5VE3VoMiI+IajBRoyCwr+frqnvbZ07HOyUqwo2nXk=; b=yf5T0dZC52oIyrMKgGOD9HPAAohKEHo8jEpWG8KFVglqvFFYjTJouu7m6zNW9oArfU Ea3oAyIvwTVF8LLVhQ3Q2g3Mba7FaM3EPcPhW4hRbG5ttZgcZVEl0meDQITIn/odEoOm TXXXpA7Jt+4AZZi3ZUAkojHeiZe4DMTLZlFrg51z2ulZJ7WHQko0hdC8HsNluvIGWduO PBgosfJBheM2UzPvCC8Tz7R7q1ZpH0RGTyhfVxjFN3/LWGaZQzC19++4Cd0NPHAx4SUG OqZiDR+TbZtKtbhElNuYhXoed4JvUadoheqXBcy4T/guF/6B0YN0cfSEej77PCgNgu5o HWCA== X-Received: by 10.66.122.163 with SMTP id lt3mr41288418pab.219.1370559715308; Thu, 06 Jun 2013 16:01:55 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 6 Jun 2013 16:01:35 -0700 (PDT) From: Thomas Watteyne Date: Thu, 6 Jun 2013 16:01:35 -0700 X-Google-Sender-Auth: SOOEOOiYYuK_wzu2s_gL_qKNVpk Message-ID: To: 6TSCH <6tsch@ietf.org>, "JP Vasseur (jvasseur)" , "Ted Lemon (ted.lemon@nominum.com)" , "Adrian Farrel (adrian@olddog.co.uk)" Content-Type: multipart/alternative; boundary=047d7bf16048f97aad04de844c89 Subject: [6tsch] Agenda for the call on June 7 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 23:02:21 -0000 --047d7bf16048f97aad04de844c89 Content-Type: text/plain; charset=ISO-8859-1 Dear all, Below is the proposed agenda for the 6TSCH call tomorrow: - Logo Challenge! [5min] - Opportunistic Track reuse [15min] - 6LoWPAN Fragment Forwarding [10min] - Simplest TSCH [30min] As usual, feel free to propose any changes to the agenda, also at the beginning of the call. Remember that this call will be recorded. Thanks, Pascal & Thomas ** ** Topic: 6TSCH Weekly Date: Friday, May 31st, 2013 Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) Meeting Number: 206 802 913 Meeting Password: sixtus ------------------------------------------------------- To start the online meeting ------------------------------------------------------- 1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=219615007&UID=481905242&PW=NZTRkNDAwOTE1&RT=MiMyMw%3D%3D 2. Log in to your account. 3. Click "Start Now". 4. Follow the instructions that appear on your screen. ---------------------------------------------------------------- ALERT:Toll-Free Dial Restrictions for (408) and (919) Area Codes ---------------------------------------------------------------- The affected toll free numbers are: (866) 432-9903 for the San Jose/Milpitas area and (866) 349-3520 for the RTP area. Please dial the local access number for your area from the list below: - San Jose/Milpitas (408) area: 525-6800 - RTP (919) area: 392-3330 ------------------------------------------------------- To join the teleconference only ------------------------------------------------------- 1. Dial into Cisco WebEx (view all Global Access Numbers at http://cisco.com/en/US/about/doing_business/conferencing/index.html 2. Follow the prompts to enter the Meeting Number (listed above) or Access Code followed by the # sign. San Jose, CA: +1.408.525.6800 RTP: +1.919.392.3330 US/Canada: +1.866.432.9903 United Kingdom: +44.20.8824.0117 India: +91.80.4350.1111 Germany: +49.619.6773.9002 Japan: +81.3.5763.9394 China: +86.10.8515.5666 To check whether you have the appropriate players installed for UCF (Universal Communications Format) rich media files, go to https://ciscosales.webex.com/ciscosales/systemdiagnosis.php http://www.webex.com CCM:+14085256800x206802913 --047d7bf16048f97aad04de844c89 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,

Below is the proposed agenda for the 6TSCH call tomorrow:<= /font>
Logo Challenge! [5min]

Opportunistic Track reuse [15min]
6LoWPAN Fragment Forwarding [1= 0min]

Simplest TSCH=A0[30min]
As usual, feel free to propose any cha= nges to the agenda, also at the beginning of the call.
Remember that this call will be recorded.

Thanks,
Pascal & Thomas

=A0
Topic: 6TSCH Weekly=A0 Date: Friday, May=A031st, 2013= =A0
Time:=A08:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)=A0
Meeting = Number: 206 802 913=A0
Meeting Password: sixtus=A0

----------------------------------------= ---------------=A0
To start the online meeting=A0
-------------------= ------------------------------------=A0
1. Go to=A0https://ciscosales.web= ex.com/ciscosales/j.php?ED=3D219615007&UID=3D481905242&PW=3DNZTRkND= AwOTE1&RT=3DMiMyMw%3D%3D=A0
2. Log in to your account.=A0
3. Click "Start Now".=A0
4. F= ollow the instructions that appear on your screen.=A0

--------------= --------------------------------------------------=A0
ALERT:Toll-Free Di= al Restrictions for (408) and (919) Area Codes=A0
----------------------------------------------------------------=A0

= The affected toll free numbers are:=A0(866) 432-9903=A0for the San J= ose/Milpitas area and=A0(866) 349-3520=A0for the RTP area.=A0

Please dial the local access number for your area from the list below:= =A0
- San Jose/Milpitas (408) area: 525-6800=A0
- RTP (919) area: 392= -3330=A0

-------------------------------------------------------=A0<= br>To join the teleconference only=A0
-------------------------------------------------------=A0
1. Dial into = Cisco WebEx (view all Global Access Numbers at=A0
http:/= /cisco.com/en/US/about/doing_business/conferencing/index.html=A0
2. Follow the prompts to enter the Meeting Number (listed above) or Access = Code followed by the # sign.=A0

San Jose, CA:=A0+1.408.525.6800= =A0RTP:=A0+1.919.392.3330=A0

US/Canada:=A0+1.866.432.9903=A0United Kingdom:=A0+44.20.8824.0117= =A0

India:=A0+91.80.4350.1111=A0Germany:=A0+49.619.6773.9002=A0<= br>
Japan:=A0+81.3.5763.9394=A0China:=A0+86.10.8515.5666=A0
To check whether you have the appropriate players installed for UCF (Univ= ersal Communications Format) rich media files, go to=A0https://cisc= osales.webex.com/ciscosales/systemdiagnosis.php=A0

http://www.webex.com=A0
<= br>CCM:+14085256800x206802913

--047d7bf16048f97aad04de844c89-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF60611E80E4 for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 12:33:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qSXxzLVEH-ok for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 12:33:17 -0700 (PDT) Received: from cm01fe.IST.Berkeley.EDU (cm01fe.IST.Berkeley.EDU [169.229.218.142]) by ietfa.amsl.com (Postfix) with ESMTP id C371E11E80ED for <6tsch@ietf.org>; Thu, 6 Jun 2013 12:33:15 -0700 (PDT) Received: from cm01ws.ist.berkeley.edu ([169.229.218.163] helo=calmail.berkeley.edu) by cm01fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1Ukfvs-0004mA-5U; Thu, 06 Jun 2013 12:33:14 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Thu, 6 Jun 2013 12:33:12 -0700 Message-ID: <0001a293ea238f51d2d22c3f10a1d16c.squirrel@calmail.berkeley.edu> In-Reply-To: References: <51B0CEEA.2000304@eecs.berkeley.edu> Date: Thu, 6 Jun 2013 12:33:12 -0700 From: "Qin Wang" To: "Pascal Thubert (pthubert)" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "6tsch@ietf.org" <6tsch@ietf.org>, Xavier Vilajosana Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 19:33:23 -0000 Hi Pascal, Xavi, and all, I want to confirm the concept of Track and its establishment, because what we are talking about here are highly related with the interpretation of Track. My understanding about Track comes from the draft-palattella-6tsch-terminology-01, i.e. "A determined sequence of cells along a multi-hop path. This is typically the result of a reservation." But I feel the Track being talked about here implies more than it. I guess the establishment of a Track not only involves a schedule built with cell command, but also involves a mapping table which is established via the new command "Label switching command". Correct? If yes, I will agree with Thomas that we don't need a track-ID. But, it may arise another question, i.e. should a mapping table be applied to a schedule built with soft-cell command? Thanks Qin > Hello Xavi: > > It certainly can work without any check, but it's probably good to have > one. Say the MAC changes, or there is a change of path, or anything. > When we did 6LoWPAN compression, in particular for the UDP checksum, we > were very conscious that we were removing some safe guards. You can't > remove them all... > > Cheers, > > Pascal > > From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of > Xavier Vilajosana > Sent: jeudi 6 juin 2013 11:03 > To: 6tsch@ietf.org > Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. > switching) > > Hi, > > maybe I am missing something: > > "Since even the short address is now lost, we need to enforce that the > track endpoint mac address is known and checked at ingress, and known and > overwritten at egress as you detail below." > > are we sure that this is needed? As the PCE installs the tracks and the > PCE knows what is doing, forwarding can be done blindly right? A node > knows that it is the end of the track because in its forwarding table > there is no mapping for that input bundle. (No forwarding), so checking > seems no needed as nodes can trust whatever the PCE installs. So, an node > that does not have a forwarding entry on the table just pushes up the > packet to 6lowpan and puts its MAC address on the destination mac of the > receive packet. > > :-) > X > > > > > Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit: > Perfect sync : ) > > The key is that D knows from the track meta that it is the end point and > that the mac address is expected to be a certain mac address, whether > that's expressed in compressed as 2 or 8 bytes. > It is important that there is no confusion possible between what the > sender at the ingress of the track thinks the mac and IP are and what the > receiver thinks at the other end. Since even the short address is now > lost, we need to enforce that the track endpoint mac address is known and > checked at ingress, and known and overwritten at egress as you detail > below. > > Cheers, > > Pascal > > From: 6tsch-bounces@ietf.org > [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne > Sent: jeudi 6 juin 2013 10:09 > To: 6tsch@ietf.org > Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. > switching) > > Pascal, > > Completely agree, we cannot loose the MAC destination address information > altogether. I'm wondering if this could not be recreated on-the-fly by the > end node of the track. > > That is, assuming the following track > A->B->C->D > i.e. D is the last hop > > C could still use bcast dmac, D would just replace it by its own MAC when > inflating 6LoWPAN. > > I assume this is similar to what you had in mind? > > Thomas > > On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) > > wrote: > On the side, Thomas, > > We have to expect that the dest MAC may be used by 6LoWPAN to uncompress > the dest IP if the node at the end of the track is the destination. > > It would make sense that the track metadata indicates that the 6TUS should > rewrite the dmac before punting and which mac should be used. > > Cheers, > > Pascal > > From: 6tsch-bounces@ietf.org > [mailto:6tsch-bounces@ietf.org] On Behalf > Of Thomas Watteyne > Sent: lundi 3 juin 2013 19:47 > To: 6tsch@ietf.org > Subject: [6tsch] recycle unused track cells (was: Routing vs. switching) > > Pascal, > > I agree that a single bit is enough to differentiate between switched > packets and routed packets. During the call on Friday, we identified 3 > locations where that bit could live: > - somewhere in the 6LoWPAN header. Too high? > - as an IEEE802.15.4e IE: too many bytes for a single bit? > - represented by the fact that the destination MAC address is a broadcast > address. > > Agreed? > > In the latter case, what would a multicast MAC address look like? Assuming > we're using long addresses address, we could set the multicast bit in the > EUI64. Are you imagining having the next hop address with that bit set, or > assigning a specific track identifier, encoded as a multicast address? > > Also, once the network is running, I'm assuming we will be using short 2B > addresses. It's not clear how we can fit the multicast bit in there. > > Thomas > > On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) > > wrote: > Hello Qin: > > I expect that without this proposal, the dest mac of a packet would be the > next L2 node, so that the next hop picks it and passes it to 6TUS layer. > With the proposal, all nodes along a track would accept the multicast dest > mac address associated to that track, so the packet is recognized as > receivable by this node at L2 and yet can be forwarded at 6TUS layer > without dest MAC rewrite. > > Reusing the cell would be the case where this router did not receive a > frame on the track incoming slot, so the outgoing slot will be wasted. If > we have a packet for which the next hop the same router as the receiver of > the wasted cell, then we'd want to use the cell to progress the packet one > hop. But then the receiver router needs to figure out that this is not a > frame to be switched at 6TUS layer but a packet to be routed at L3. The > trick is that in this case, the destination MAC address would be > effectively that of the receiver router so 6TUS would punt the packet to > L3. > > Reusing a cell between 2 tracks is not the idea because there might be > collisions. Here we are talking about using an unsed cell > opportunistically for L3 best effort traffic. If there is an unused track > cell, it adds up to the bundle between the 2 adjacent routers for that > particular slotframe. > > Makes sense? > > Pascal > > > -----Original Message----- > From: Qin Wang [mailto:qinwang@berkeley.edu] > Sent: lundi 3 juin 2013 13:14 > To: Pascal Thubert (pthubert) > Cc: 6tsch@ietf.org > Subject: Re: [6tsch] Routing vs. switching > > Hi Pascal, > > I don't understand strategy a) clearly. According to my understanding on > "Track", it consists of a sequence of cells along a multihop path, and > there is one and only one cell for a pair of nodes (i.e. fixed next hop > neighbor). Then, how does multicast Mac address function? What do you mean > by reusing a cell? > > I guess that the strategy a) will be used to solve the problem of > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > address to both node-B and node-E. So, the cell can be reused in the two > tracks. Correct? > > Thanks > Qin > > >> Dear all ; >> >> We had a great discussion today at the weekly call about routing that >> relies on 1 hop cell bundles vs. switching that operates on end to end >> tracks. >> >> We agreed that merging and splitting tracks could require queuing at >> intermediate nodes to absorb burst collisions from multiple sources >> and decided to go for the watertight pipes. >> >> We proposed 2 additional strategies: >> >> a) define a multicast mac address for the track, so we can 1) reuse a >> track cell that is not used by a deterministic packet for hop by hop >> L3 traffic as differentiated by its unicast MAC destination and 2) >> forward with no change to the destination. >> >> b) let the PCE install routes as well as tracks. With that strategy, A >> PCE route is an alternate to a track that would allow cell reuse and >> L3 QoS operation. We leverage the deterministic Class of service >> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can >> emulate RPL local instances as indexed by the tuple (source address, >> local_instance_id) and forward the packet with the same rules are RPL, >> along the routing table indexed by the instance ID. >> >> Comments welcome! >> >> Cheers, >> >> Pascal >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > > > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2951811E80D5 for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 11:17:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ondBoySd1GMa for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 11:17:25 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id C5D3921F93F8 for <6tsch@ietf.org>; Thu, 6 Jun 2013 11:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31068; q=dns/txt; s=iport; t=1370542645; x=1371752245; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=jJuSpIQ+LbBDdEv0BzTB7tXNvGnPpWBwDctmHf3GlS8=; b=ldpsYkFp6JjiOVbjUjR3ZcI36Xv/abKqnADyTZw5PNFNp+81LYaGy29o ibQMYqjXaQ02ZuJ3gbPzTVGyk+ueJQAAWi15gMbAurIKXiN147DIvxSp5 XnvEZ65+1woQzj5WPYvlFznCMCoquU6SsDIo6Gx2WQE9b5oG6UJ8HIN2T M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwFAEnRsFGtJV2b/2dsb2JhbABZDoI3RDC/R3kWdIIjAQEBAwEBAQEkBkEQBwQCAQgOAwQBAQsWAQYHJwsUCQgCBAESCId/Bgy7eASPAS0KAQaCdGEDhT6NdJVNglE+gic X-IronPort-AV: E=Sophos;i="4.87,816,1363132800"; d="scan'208,217";a="219680874" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-2.cisco.com with ESMTP; 06 Jun 2013 18:17:23 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r56IHMWN015674 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Jun 2013 18:17:22 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.02.0318.004; Thu, 6 Jun 2013 13:17:22 -0500 From: "Pascal Thubert (pthubert)" To: Xavier Vilajosana , "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] recycle unused track cells (was: Routing vs. switching) Thread-Index: AQHOYuA4oV3qwlqy9Eak8D0BaNZPPJko/IXg Date: Thu, 6 Jun 2013 18:17:22 +0000 Deferred-Delivery: Thu, 6 Jun 2013 18:17:00 +0000 Message-ID: References: <51B0CEEA.2000304@eecs.berkeley.edu> In-Reply-To: <51B0CEEA.2000304@eecs.berkeley.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.145.42] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84130A9A0xmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 18:17:30 -0000 --_000_E045AECD98228444A58C61C200AE1BD84130A9A0xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Xavi: It certainly can work without any check, but it's probably good to have one= . Say the MAC changes, or there is a change of path, or anything. When we did 6LoWPAN compression, in particular for the UDP checksum, we wer= e very conscious that we were removing some safe guards. You can't remove t= hem all... Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of X= avier Vilajosana Sent: jeudi 6 juin 2013 11:03 To: 6tsch@ietf.org Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching= ) Hi, maybe I am missing something: "Since even the short address is now lost, we need to enforce that the trac= k endpoint mac address is known and checked at ingress, and known and overw= ritten at egress as you detail below." are we sure that this is needed? As the PCE installs the tracks and the PCE= knows what is doing, forwarding can be done blindly right? A node knows th= at it is the end of the track because in its forwarding table there is no m= apping for that input bundle. (No forwarding), so checking seems no needed = as nodes can trust whatever the PCE installs. So, an node that does not hav= e a forwarding entry on the table just pushes up the packet to 6lowpan and = puts its MAC address on the destination mac of the receive packet. :-) X Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit: Perfect sync : ) The key is that D knows from the track meta that it is the end point and th= at the mac address is expected to be a certain mac address, whether that's = expressed in compressed as 2 or 8 bytes. It is important that there is no confusion possible between what the sender= at the ingress of the track thinks the mac and IP are and what the receive= r thinks at the other end. Since even the short address is now lost, we nee= d to enforce that the track endpoint mac address is known and checked at in= gress, and known and overwritten at egress as you detail below. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyne Sent: jeudi 6 juin 2013 10:09 To: 6tsch@ietf.org Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching= ) Pascal, Completely agree, we cannot loose the MAC destination address information a= ltogether. I'm wondering if this could not be recreated on-the-fly by the e= nd node of the track. That is, assuming the following track A->B->C->D i.e. D is the last hop C could still use bcast dmac, D would just replace it by its own MAC when i= nflating 6LoWPAN. I assume this is similar to what you had in mind? Thomas On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) > wrote: On the side, Thomas, We have to expect that the dest MAC may be used by 6LoWPAN to uncompress th= e dest IP if the node at the end of the track is the destination. It would make sense that the track metadata indicates that the 6TUS should = rewrite the dmac before punting and which mac should be used. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyn= e Sent: lundi 3 juin 2013 19:47 To: 6tsch@ietf.org Subject: [6tsch] recycle unused track cells (was: Routing vs. switching) Pascal, I agree that a single bit is enough to differentiate between switched packe= ts and routed packets. During the call on Friday, we identified 3 locations= where that bit could live: - somewhere in the 6LoWPAN header. Too high? - as an IEEE802.15.4e IE: too many bytes for a single bit? - represented by the fact that the destination MAC address is a broadcast a= ddress. Agreed? In the latter case, what would a multicast MAC address look like? Assuming = we're using long addresses address, we could set the multicast bit in the E= UI64. Are you imagining having the next hop address with that bit set, or a= ssigning a specific track identifier, encoded as a multicast address? Also, once the network is running, I'm assuming we will be using short 2B a= ddresses. It's not clear how we can fit the multicast bit in there. Thomas On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) > wrote: Hello Qin: I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite. Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. = But then the receiver router needs to figure out that this is not a frame t= o be switched at 6TUS layer but a packet to be routed at L3. The trick is t= hat in this case, the destination MAC address would be effectively that of = the receiver router so 6TUS would punt the packet to L3. Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe. Makes sense? Pascal -----Original Message----- From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: lundi 3 juin 2013 13:14 To: Pascal Thubert (pthubert) Cc: 6tsch@ietf.org Subject: Re: [6tsch] Routing vs. switching Hi Pascal, I don't understand strategy a) clearly. According to my understanding on "T= rack", it consists of a sequence of cells along a multihop path, and there = is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor)= . Then, how does multicast Mac address function? What do you mean by reusin= g a cell? I guess that the strategy a) will be used to solve the problem of (A->C->B,= D->C->E). That is, there is a cell in node-C with multicast address to bot= h node-B and node-E. So, the cell can be reused in the two tracks. Correct? Thanks Qin > Dear all ; > > We had a great discussion today at the weekly call about routing that > relies on 1 hop cell bundles vs. switching that operates on end to end > tracks. > > We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes. > > We proposed 2 additional strategies: > > a) define a multicast mac address for the track, so we can 1) reuse a > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2) > forward with no change to the destination. > > b) let the PCE install routes as well as tracks. With that strategy, A > PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL, > along the routing table indexed by the instance ID. > > Comments welcome! > > Cheers, > > Pascal > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD84130A9A0xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Xavi:

<= /p>
It certainly can work wit= hout any check, but it’s probably good to have one. Say the MAC chang= es, or there is a change of path, or anything.

When we did 6LoWPAN compr= ession, in particular for the UDP checksum, we were very conscious that we = were removing some safe guards. You can’t remove them all…=

<= /p>
Cheers,=

<= /p>

Pascal<= /p>

<= /p>

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf= .org] On Behalf Of Xavier Vilajosana
Sent: jeudi 6 juin 2013 11:03
To: 6tsch@ietf.org
Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. sw= itching)

Hi,

maybe I am missing something:

"Since even the short address is now lost, = we need to enforce that the track endpoint mac address is known and checked= at ingress, and known and overwritten at egress as you detail below."

are we sure that this is needed? As the PCE installs the tracks and the PCE= knows what is doing, forwarding can be done blindly right? A node knows th= at it is the end of the track because in its forwarding table there is no m= apping for that input bundle. (No forwarding), so checking seems no needed as nodes can trust whatever the P= CE installs. So, an node that does not have a forwarding entry on the table= just pushes up the packet to 6lowpan and puts its MAC address on the desti= nation mac of the receive packet.

:-)
X

Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit:

Perfect sync : )

<= /p>
The key is that D knows f= rom the track meta that it is the end point and that the mac address is exp= ected to be a certain mac address, whether that’s expressed in compressed as 2 or 8 bytes.

It is important that ther= e is no confusion possible between what the sender at the ingress of the tr= ack thinks the mac and IP are and what the receiver thinks at the other end. Since even the short address is now lost, we need to enf= orce that the track endpoint mac address is known and checked at ingress, a= nd known and overwritten at egress as you detail below.
<= /p>
Cheers,=

<= /p>
Pascal=

<= /p>
From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 6 juin 2013 10:09
To: 6tsch@ietf.org
Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. sw= itching)

Pascal,

Completely agree, we cannot loose the MAC destinatio= n address information altogether. I'm wondering if this could not be recrea= ted on-the-fly by the end node of the track.

That is, assuming the following track

A->B->C->D

i.e. D is the last hop

C could still use bcast dmac, D would just replace i= t by its own MAC when inflating 6LoWPAN.

I assume this is similar to what you had in mind?

Thomas

On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthu= bert) <pthubert@= cisco.com> wrote:

On the side, Thomas,

We have to expect that the dest MAC may= be used by 6LoWPAN to uncompress the dest IP if the node at the end of the track is the destination.

It would make sense that the track meta= data indicates that the 6TUS should rewrite the dmac before punting and which mac should be used.

Cheers,

Pascal

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: lundi 3 juin 2013 19:47
To: 6tsch@ietf.o= rg
Subject: [6tsch] recycle unused track cells (was: Routing vs. switch= ing)

Pascal,

I agree that a single bit is enough to differentiate between switc= hed packets and routed packets. During the call on Friday, we identified 3 = locations where that bit could live:

- somewhere in the 6LoWPAN header. Too high?

- as an IEEE802.15.4e IE: too many bytes for a single bit?

- represented by the fact that the destination MAC address is a br= oadcast address.

Agreed?

In the latter case, what would a multicast MAC address look like? = Assuming we're using long addresses address, we could set the multicast bit= in the EUI64. Are you imagining having the next hop address with that bit set, or assigning a specific track iden= tifier, encoded as a multicast address?

Also, once the network is running, I'm assuming we will be using s= hort 2B addresses. It's not clear how we can fit the multicast bit in there= .

Thomas

On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) <pthubert@cisco.com&= gt; wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite.

Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router need= s to figure out that this is not a frame to be switched at 6TUS layer but a= packet to be routed at L3. The trick is that in this case, the destination= MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org<= br> Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding on &q= uot;Track", it consists of a sequence of cells along a multihop path, = and there is one and only one cell for a pair of nodes (i.e. fixed next hop= neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of (A->C-= >B, D->C->E). That is, there is a cell in node-C with multicast ad= dress to both node-B and node-E. So, the cell can be reused in the two trac= ks. Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that<= br> > relies on 1 hop cell bundles vs. switching that operates on end to end=
> tracks.
>
> We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a<= br> > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A=
> PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can=
> emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL,=
> along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org=
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ie= tf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD84130A9A0xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE4B621E8084 for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 11:03:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EnLYgPlz6nyv for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 11:03:27 -0700 (PDT) Received: from cm05fe.IST.Berkeley.EDU (cm05fe.IST.Berkeley.EDU [169.229.218.146]) by ietfa.amsl.com (Postfix) with ESMTP id D27A621F99A8 for <6tsch@ietf.org>; Thu, 6 Jun 2013 11:03:27 -0700 (PDT) Received: from dhcp-33-135.eecs.berkeley.edu ([128.32.33.135]) by cm05fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1UkeWx-0006dT-GW for 6tsch@ietf.org; Thu, 06 Jun 2013 11:03:27 -0700 Message-ID: <51B0CEEA.2000304@eecs.berkeley.edu> Date: Thu, 06 Jun 2013 11:03:22 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------000702090900030702050002" Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 18:03:33 -0000 This is a multi-part message in MIME format. --------------000702090900030702050002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, maybe I am missing something: "Since even the short address is now lost, we need to enforce that the track endpoint mac address is known and checked at ingress, and known and overwritten at egress as you detail below." are we sure that this is needed? As the PCE installs the tracks and the PCE knows what is doing, forwarding can be done blindly right? A node knows that it is the end of the track because in its forwarding table there is no mapping for that input bundle. (No forwarding), so checking seems no needed as nodes can trust whatever the PCE installs. So, an node that does not have a forwarding entry on the table just pushes up the packet to 6lowpan and puts its MAC address on the destination mac of the receive packet. :-) X Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit: > > Perfect sync : ) > > The key is that D knows from the track meta that it is the end point > and that the mac address is expected to be a certain mac address, > whether that's expressed in compressed as 2 or 8 bytes. > > It is important that there is no confusion possible between what the > sender at the ingress of the track thinks the mac and IP are and what > the receiver thinks at the other end. Since even the short address is > now lost, we need to enforce that the track endpoint mac address is > known and checked at ingress, and known and overwritten at egress as > you detail below. > > Cheers, > > Pascal > > *From:*6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On > Behalf Of *Thomas Watteyne > *Sent:* jeudi 6 juin 2013 10:09 > *To:* 6tsch@ietf.org > *Subject:* Re: [6tsch] recycle unused track cells (was: Routing vs. > switching) > > Pascal, > > Completely agree, we cannot loose the MAC destination address > information altogether. I'm wondering if this could not be recreated > on-the-fly by the end node of the track. > > That is, assuming the following track > > A->B->C->D > > i.e. D is the last hop > > C could still use bcast dmac, D would just replace it by its own MAC > when inflating 6LoWPAN. > > I assume this is similar to what you had in mind? > > Thomas > > On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) > > wrote: > > On the side, Thomas, > > We have to expect that the dest MAC may be used by 6LoWPAN to > uncompress the dest IP if the node at the end of the track is the > destination. > > It would make sense that the track metadata indicates that the 6TUS > should rewrite the dmac before punting and which mac should be used. > > Cheers, > > Pascal > > *From:*6tsch-bounces@ietf.org > [mailto:6tsch-bounces@ietf.org ] *On > Behalf Of *Thomas Watteyne > *Sent:* lundi 3 juin 2013 19:47 > *To:* 6tsch@ietf.org > *Subject:* [6tsch] recycle unused track cells (was: Routing vs. switching) > > Pascal, > > I agree that a single bit is enough to differentiate between switched > packets and routed packets. During the call on Friday, we identified 3 > locations where that bit could live: > > - somewhere in the 6LoWPAN header. Too high? > > - as an IEEE802.15.4e IE: too many bytes for a single bit? > > - represented by the fact that the destination MAC address is a > broadcast address. > > Agreed? > > In the latter case, what would a multicast MAC address look like? > Assuming we're using long addresses address, we could set the > multicast bit in the EUI64. Are you imagining having the next hop > address with that bit set, or assigning a specific track identifier, > encoded as a multicast address? > > Also, once the network is running, I'm assuming we will be using short > 2B addresses. It's not clear how we can fit the multicast bit in there. > > Thomas > > On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) > > wrote: > > Hello Qin: > > I expect that without this proposal, the dest mac of a packet would be > the next L2 node, so that the next hop picks it and passes it to 6TUS > layer. > With the proposal, all nodes along a track would accept the multicast > dest mac address associated to that track, so the packet is recognized > as receivable by this node at L2 and yet can be forwarded at 6TUS > layer without dest MAC rewrite. > > Reusing the cell would be the case where this router did not receive a > frame on the track incoming slot, so the outgoing slot will be wasted. > If we have a packet for which the next hop the same router as the > receiver of the wasted cell, then we'd want to use the cell to > progress the packet one hop. But then the receiver router needs to > figure out that this is not a frame to be switched at 6TUS layer but a > packet to be routed at L3. The trick is that in this case, the > destination MAC address would be effectively that of the receiver > router so 6TUS would punt the packet to L3. > > Reusing a cell between 2 tracks is not the idea because there might be > collisions. Here we are talking about using an unsed cell > opportunistically for L3 best effort traffic. If there is an unused > track cell, it adds up to the bundle between the 2 adjacent routers > for that particular slotframe. > > Makes sense? > > Pascal > > > > -----Original Message----- > From: Qin Wang [mailto:qinwang@berkeley.edu ] > Sent: lundi 3 juin 2013 13:14 > To: Pascal Thubert (pthubert) > Cc: 6tsch@ietf.org > Subject: Re: [6tsch] Routing vs. switching > > Hi Pascal, > > I don't understand strategy a) clearly. According to my understanding > on "Track", it consists of a sequence of cells along a multihop path, > and there is one and only one cell for a pair of nodes (i.e. fixed > next hop neighbor). Then, how does multicast Mac address function? > What do you mean by reusing a cell? > > I guess that the strategy a) will be used to solve the problem of > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > address to both node-B and node-E. So, the cell can be reused in the > two tracks. Correct? > > Thanks > Qin > > > > Dear all ; > > > > We had a great discussion today at the weekly call about routing that > > relies on 1 hop cell bundles vs. switching that operates on end to end > > tracks. > > > > We agreed that merging and splitting tracks could require queuing at > > intermediate nodes to absorb burst collisions from multiple sources > > and decided to go for the watertight pipes. > > > > We proposed 2 additional strategies: > > > > a) define a multicast mac address for the track, so we can 1) reuse a > > track cell that is not used by a deterministic packet for hop by hop > > L3 traffic as differentiated by its unicast MAC destination and 2) > > forward with no change to the destination. > > > > b) let the PCE install routes as well as tracks. With that strategy, A > > PCE route is an alternate to a track that would allow cell reuse and > > L3 QoS operation. We leverage the deterministic Class of service > > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > > emulate RPL local instances as indexed by the tuple (source address, > > local_instance_id) and forward the packet with the same rules are RPL, > > along the routing table indexed by the instance ID. > > > > Comments welcome! > > > > Cheers, > > > > Pascal > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------000702090900030702050002 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi,

maybe I am missing something:

"Since even the short address is now lost, we need to enforce that the track endpoint mac address is known and checked at ingress, and known and overwritten at egress as you detail below."

are we sure that this is needed? As the PCE installs the tracks and the PCE knows what is doing, forwarding can be done blindly right? A node knows that it is the end of the track because in its forwarding table there is no mapping for that input bundle. (No forwarding), so checking seems no needed as nodes can trust whatever the PCE installs. So, an node that does not have a forwarding entry on the table just pushes up the packet to 6lowpan and puts its MAC address on the destination mac of the receive packet.

:-)
X

Al 06/06/13 10:35, En/na Pascal Thubert (pthubert) ha escrit:

Perfect sync : )

The key is that D knows from the track meta that it is the end point and that the mac address is expected to be a certain mac address, whether that’s expressed in compressed as 2 or 8 bytes.

It is important that there is no confusion possible between what the sender at the ingress of the track thinks the mac and IP are and what the receiver thinks at the other end. Since even the short address is now lost, we need to enforce that the track endpoint mac address is known and checked at ingress, and known and overwritten at egress as you detail below.

Cheers,

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 6 juin 2013 10:09
To: 6tsch@ietf.org
Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching)

Pascal,

Completely agree, we cannot loose the MAC destination address information altogether. I'm wondering if this could not be recreated on-the-fly by the end node of the track.

That is, assuming the following track

A->B->C->D

i.e. D is the last hop

C could still use bcast dmac, D would just replace it by its own MAC when inflating 6LoWPAN.

I assume this is similar to what you had in mind?

Thomas

On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

On the side, Thomas,

We have to expect that the dest MAC may be used by 6LoWPAN to uncompress the dest IP if the node at the end of the track is the destination.

It would make sense that the track metadata indicates that the 6TUS should rewrite the dmac before punting and which mac should be used.

Cheers,

Pascal

From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: lundi 3 juin 2013 19:47
To: 6tsch@ietf.org
Subject: [6tsch] recycle unused track cells (was: Routing vs. switching)

Pascal,

I agree that a single bit is enough to differentiate between switched packets and routed packets. During the call on Friday, we identified 3 locations where that bit could live:

- somewhere in the 6LoWPAN header. Too high?

- as an IEEE802.15.4e IE: too many bytes for a single bit?

- represented by the fact that the destination MAC address is a broadcast address.

Agreed?

In the latter case, what would a multicast MAC address look like? Assuming we're using long addresses address, we could set the multicast bit in the EUI64. Are you imagining having the next hop address with that bit set, or assigning a specific track identifier, encoded as a multicast address?

Also, once the network is running, I'm assuming we will be using short 2B addresses. It's not clear how we can fit the multicast bit in there.

Thomas

On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the next L2 node, so that the next hop picks it and passes it to 6TUS layer.
With the proposal, all nodes along a track would accept the multicast dest mac address associated to that track, so the packet is recognized as receivable by this node at L2 and yet can be forwarded at 6TUS layer without dest MAC rewrite.

Reusing the cell would be the case where this router did not receive a frame on the track incoming slot, so the outgoing slot will be wasted. If we have a packet for which the next hop the same router as the receiver of the wasted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router needs to figure out that this is not a frame to be switched at 6TUS layer but a packet to be routed at L3. The trick is that in this case, the destination MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be collisions. Here we are talking about using an unsed cell opportunistically for L3 best effort traffic. If there is an unused track cell, it adds up to the bundle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding on "Track", it consists of a sequence of cells along a multihop path, and there is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of (A->C->B, D->C->E). That is, there is a cell in node-C with multicast address to both node-B and node-E. So, the cell can be reused in the two tracks. Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that
> relies on 1 hop cell bundles vs. switching that operates on end to end
> tracks.
>
> We agreed that merging and splitting tracks could require queuing at
> intermediate nodes to absorb burst collisions from multiple sources
> and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a
> track cell that is not used by a deterministic packet for hop by hop
> L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A
> PCE route is an alternate to a track that would allow cell reuse and
> L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can
> emulate RPL local instances as indexed by the tuple (source address,
> local_instance_id) and forward the packet with the same rules are RPL,
> along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------000702090900030702050002-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B59721F9A87 for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 10:35:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J-lBrBvqlmSt for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 10:35:34 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 5916021F9A8B for <6tsch@ietf.org>; Thu, 6 Jun 2013 10:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24642; q=dns/txt; s=iport; t=1370540134; x=1371749734; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qKHwi89AT7M/LJ1x+7x0tyzTuvyUb/2dmZfzj6zJKLM=; b=PcjwA9iI4ppQKUNgVgBnXA2vE8PTU1D2IFxK85haTgd5bf60z67OFOPa 9VvgJRmU5Ih5XWW0lB1R0koxi2xQp+OLhYyWOqcyad3OjHHq42dVSDEUV Ip9O8y0ETp6e4iiF0GNIe6EttEiDRnBkLzj2P82W7WZZ2aB2R+ELrW2/f w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAN7HsFGtJXG8/2dsb2JhbABZDoI3RDC/R3gWdIIjAQEBAwEBAQEkBkEQBwQCAQgRBAEBCxYHBycLFAkIAgQBEgiHfwYMu24EjwEtCgEGgnRhA4U+jXSVTYJRPoIn X-IronPort-AV: E=Sophos;i="4.87,816,1363132800"; d="scan'208,217";a="219675404" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-7.cisco.com with ESMTP; 06 Jun 2013 17:35:33 +0000 Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id r56HZWEF027984 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Jun 2013 17:35:33 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.02.0318.004; Thu, 6 Jun 2013 12:35:32 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] recycle unused track cells (was: Routing vs. switching) Thread-Index: AQHOYtiPcFYw47QHmUmhrxDE6LiN9Jko8T2w Date: Thu, 6 Jun 2013 17:35:32 +0000 Deferred-Delivery: Thu, 6 Jun 2013 17:35:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.145.42] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84130A90Exmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 17:35:39 -0000 --_000_E045AECD98228444A58C61C200AE1BD84130A90Exmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Perfect sync : ) The key is that D knows from the track meta that it is the end point and th= at the mac address is expected to be a certain mac address, whether that's = expressed in compressed as 2 or 8 bytes. It is important that there is no confusion possible between what the sender= at the ingress of the track thinks the mac and IP are and what the receive= r thinks at the other end. Since even the short address is now lost, we nee= d to enforce that the track endpoint mac address is known and checked at in= gress, and known and overwritten at egress as you detail below. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: jeudi 6 juin 2013 10:09 To: 6tsch@ietf.org Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching= ) Pascal, Completely agree, we cannot loose the MAC destination address information a= ltogether. I'm wondering if this could not be recreated on-the-fly by the e= nd node of the track. That is, assuming the following track A->B->C->D i.e. D is the last hop C could still use bcast dmac, D would just replace it by its own MAC when i= nflating 6LoWPAN. I assume this is similar to what you had in mind? Thomas On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) > wrote: On the side, Thomas, We have to expect that the dest MAC may be used by 6LoWPAN to uncompress th= e dest IP if the node at the end of the track is the destination. It would make sense that the track metadata indicates that the 6TUS should = rewrite the dmac before punting and which mac should be used. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-b= ounces@ietf.org] On Behalf Of Thomas Watteyn= e Sent: lundi 3 juin 2013 19:47 To: 6tsch@ietf.org Subject: [6tsch] recycle unused track cells (was: Routing vs. switching) Pascal, I agree that a single bit is enough to differentiate between switched packe= ts and routed packets. During the call on Friday, we identified 3 locations= where that bit could live: - somewhere in the 6LoWPAN header. Too high? - as an IEEE802.15.4e IE: too many bytes for a single bit? - represented by the fact that the destination MAC address is a broadcast a= ddress. Agreed? In the latter case, what would a multicast MAC address look like? Assuming = we're using long addresses address, we could set the multicast bit in the E= UI64. Are you imagining having the next hop address with that bit set, or a= ssigning a specific track identifier, encoded as a multicast address? Also, once the network is running, I'm assuming we will be using short 2B a= ddresses. It's not clear how we can fit the multicast bit in there. Thomas On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) > wrote: Hello Qin: I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite. Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. = But then the receiver router needs to figure out that this is not a frame t= o be switched at 6TUS layer but a packet to be routed at L3. The trick is t= hat in this case, the destination MAC address would be effectively that of = the receiver router so 6TUS would punt the packet to L3. Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe. Makes sense? Pascal -----Original Message----- From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: lundi 3 juin 2013 13:14 To: Pascal Thubert (pthubert) Cc: 6tsch@ietf.org Subject: Re: [6tsch] Routing vs. switching Hi Pascal, I don't understand strategy a) clearly. According to my understanding on "T= rack", it consists of a sequence of cells along a multihop path, and there = is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor)= . Then, how does multicast Mac address function? What do you mean by reusin= g a cell? I guess that the strategy a) will be used to solve the problem of (A->C->B,= D->C->E). That is, there is a cell in node-C with multicast address to bot= h node-B and node-E. So, the cell can be reused in the two tracks. Correct? Thanks Qin > Dear all ; > > We had a great discussion today at the weekly call about routing that > relies on 1 hop cell bundles vs. switching that operates on end to end > tracks. > > We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes. > > We proposed 2 additional strategies: > > a) define a multicast mac address for the track, so we can 1) reuse a > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2) > forward with no change to the destination. > > b) let the PCE install routes as well as tracks. With that strategy, A > PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL, > along the routing table indexed by the instance ID. > > Comments welcome! > > Cheers, > > Pascal > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD84130A90Exmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Perfect sync : )

<= /p>
The key is that D knows f= rom the track meta that it is the end point and that the mac address is exp= ected to be a certain mac address, whether that’s expressed in compressed as 2 or 8 bytes.

It is important that ther= e is no confusion possible between what the sender at the ingress of the tr= ack thinks the mac and IP are and what the receiver thinks at the other end. Since even the short address is now lost, we need to enf= orce that the track endpoint mac address is known and checked at ingress, a= nd known and overwritten at egress as you detail below.
<= /p>
Cheers,=

<= /p>
Pascal

<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: jeudi 6 juin 2013 10:09
To: 6tsch@ietf.org
Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. sw= itching)

Pascal,

Completely agree, we cannot loose the MAC destinatio= n address information altogether. I'm wondering if this could not be recrea= ted on-the-fly by the end node of the track.

That is, assuming the following track

A->B->C->D

i.e. D is the last hop

C could still use bcast dmac, D would just replace i= t by its own MAC when inflating 6LoWPAN.

I assume this is similar to what you had in mind?

Thomas

On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthu= bert) <pthubert@= cisco.com> wrote:

On the side, Thomas,

We have to expect that the dest MAC may= be used by 6LoWPAN to uncompress the dest IP if the node at the end of the track is the destination.

It would make sense that the track meta= data indicates that the 6TUS should rewrite the dmac before punting and which mac should be used.

Cheers,

Pascal

From: 6tsch-bounces@i= etf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: lundi 3 juin 2013 19:47
To: 6tsch@ietf.o= rg
Subject: [6tsch] recycle unused track cells (was: Routing vs. switch= ing)

Pascal,

I agree that a single bit is enough to differentiate between switc= hed packets and routed packets. During the call on Friday, we identified 3 = locations where that bit could live:

- somewhere in the 6LoWPAN header. Too high?

- as an IEEE802.15.4e IE: too many bytes for a single bit?

- represented by the fact that the destination MAC address is a br= oadcast address.

Agreed?

In the latter case, what would a multicast MAC address look like? = Assuming we're using long addresses address, we could set the multicast bit= in the EUI64. Are you imagining having the next hop address with that bit set, or assigning a specific track iden= tifier, encoded as a multicast address?

Also, once the network is running, I'm assuming we will be using s= hort 2B addresses. It's not clear how we can fit the multicast bit in there= .

Thomas

On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) <pthubert@cisco.com&= gt; wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite.

Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router need= s to figure out that this is not a frame to be switched at 6TUS layer but a= packet to be routed at L3. The trick is that in this case, the destination= MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org<= br> Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding on &q= uot;Track", it consists of a sequence of cells along a multihop path, = and there is one and only one cell for a pair of nodes (i.e. fixed next hop= neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of (A->C-= >B, D->C->E). That is, there is a cell in node-C with multicast ad= dress to both node-B and node-E. So, the cell can be reused in the two trac= ks. Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that<= br> > relies on 1 hop cell bundles vs. switching that operates on end to end=
> tracks.
>
> We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a<= br> > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A=
> PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can=
> emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL,=
> along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org=
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD84130A90Exmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC0B921F9A38 for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 10:09:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vbN19qo3Hlmp for <6tsch@ietfa.amsl.com>; Thu, 6 Jun 2013 10:09:00 -0700 (PDT) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) by ietfa.amsl.com (Postfix) with ESMTP id CE6D121F9A30 for <6tsch@ietf.org>; Thu, 6 Jun 2013 10:09:00 -0700 (PDT) Received: by mail-pb0-f42.google.com with SMTP id un15so283767pbc.1 for <6tsch@ietf.org>; Thu, 06 Jun 2013 10:09:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=LBmw6Qx6WolE0AkvsUkU0eNJIDA9hW/Dc2K9gjFMOqc=; b=pHY2OOtpmzb8EsYYSpb/17jNl7/677/TlcGwJ3AxJlt++pzYHrvvW++s7CWm9HYWXG WdbQYlpzRC6vPJlr6XQQsReT3MR8BqjwmPjkqClJAta795xtauzq5Bql1newukBFGf79 HsL34GOCenmldLZ9ns73xSC23QjUoVeDTdAwfeyUFUpTlFLA1WmjqgH2HipH8H19ZZI2 BXywxu31M9gwaFT1u77YO9WFKel7k+QQhhHqK7zBGQgvMcHhSmWfGj4OO9h57znpf0z6 XJYi0PMVZoGPUmAe/rKNgyM/o49M/YE31v/tmrewtCWf7k+ge+575koNGIyTi0Hba/mf FRkQ== X-Received: by 10.66.251.202 with SMTP id zm10mr40274016pac.53.1370538540354; Thu, 06 Jun 2013 10:09:00 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Thu, 6 Jun 2013 10:08:39 -0700 (PDT) In-Reply-To: References: From: Thomas Watteyne Date: Thu, 6 Jun 2013 10:08:39 -0700 X-Google-Sender-Auth: qzPf3ARjWDanhU061SaadfSIYrI Message-ID: To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b15a385d953c904de7f5e29 Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 17:09:02 -0000 --047d7b15a385d953c904de7f5e29 Content-Type: text/plain; charset=ISO-8859-1 Pascal, Completely agree, we cannot loose the MAC destination address information altogether. I'm wondering if this could not be recreated on-the-fly by the end node of the track. That is, assuming the following track A->B->C->D i.e. D is the last hop C could still use bcast dmac, D would just replace it by its own MAC when inflating 6LoWPAN. I assume this is similar to what you had in mind? Thomas On Tue, Jun 4, 2013 at 4:14 PM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > On the side, Thomas,**** > > ** ** > > We have to expect that the dest MAC may be used by 6LoWPAN to uncompress > the dest IP if the node at the end of the track is the destination.**** > > ** ** > > It would make sense that the track metadata indicates that the 6TUS should > rewrite the dmac before punting and which mac should be used.**** > > ** ** > > Cheers,**** > > ** ** > > Pascal**** > > ** ** > > *From:* 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] *On Behalf > Of *Thomas Watteyne > *Sent:* lundi 3 juin 2013 19:47 > *To:* 6tsch@ietf.org > *Subject:* [6tsch] recycle unused track cells (was: Routing vs. switching) > **** > > ** ** > > Pascal,**** > > ** ** > > I agree that a single bit is enough to differentiate between switched > packets and routed packets. During the call on Friday, we identified 3 > locations where that bit could live:**** > > - somewhere in the 6LoWPAN header. Too high?**** > > - as an IEEE802.15.4e IE: too many bytes for a single bit?**** > > - represented by the fact that the destination MAC address is a broadcast > address.**** > > ** ** > > Agreed?**** > > ** ** > > In the latter case, what would a multicast MAC address look like? Assuming > we're using long addresses address, we could set the multicast bit in the > EUI64. Are you imagining having the next hop address with that bit set, or > assigning a specific track identifier, encoded as a multicast address?**** > > ** ** > > Also, once the network is running, I'm assuming we will be using short 2B > addresses. It's not clear how we can fit the multicast bit in there.**** > > ** ** > > Thomas**** > > ** ** > > On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) < > pthubert@cisco.com> wrote:**** > > Hello Qin: > > I expect that without this proposal, the dest mac of a packet would be the > next L2 node, so that the next hop picks it and passes it to 6TUS layer. > With the proposal, all nodes along a track would accept the multicast dest > mac address associated to that track, so the packet is recognized as > receivable by this node at L2 and yet can be forwarded at 6TUS layer > without dest MAC rewrite. > > Reusing the cell would be the case where this router did not receive a > frame on the track incoming slot, so the outgoing slot will be wasted. If > we have a packet for which the next hop the same router as the receiver of > the wasted cell, then we'd want to use the cell to progress the packet one > hop. But then the receiver router needs to figure out that this is not a > frame to be switched at 6TUS layer but a packet to be routed at L3. The > trick is that in this case, the destination MAC address would be > effectively that of the receiver router so 6TUS would punt the packet to L3. > > Reusing a cell between 2 tracks is not the idea because there might be > collisions. Here we are talking about using an unsed cell opportunistically > for L3 best effort traffic. If there is an unused track cell, it adds up to > the bundle between the 2 adjacent routers for that particular slotframe. > > Makes sense? > > Pascal**** > > > > -----Original Message----- > From: Qin Wang [mailto:qinwang@berkeley.edu] > Sent: lundi 3 juin 2013 13:14 > To: Pascal Thubert (pthubert) > Cc: 6tsch@ietf.org > Subject: Re: [6tsch] Routing vs. switching > > Hi Pascal, > > I don't understand strategy a) clearly. According to my understanding on > "Track", it consists of a sequence of cells along a multihop path, and > there is one and only one cell for a pair of nodes (i.e. fixed next hop > neighbor). Then, how does multicast Mac address function? What do you mean > by reusing a cell? > > I guess that the strategy a) will be used to solve the problem of > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > address to both node-B and node-E. So, the cell can be reused in the two > tracks. Correct? > > Thanks > Qin > > > > Dear all ; > > > > We had a great discussion today at the weekly call about routing that > > relies on 1 hop cell bundles vs. switching that operates on end to end > > tracks. > > > > We agreed that merging and splitting tracks could require queuing at > > intermediate nodes to absorb burst collisions from multiple sources > > and decided to go for the watertight pipes. > > > > We proposed 2 additional strategies: > > > > a) define a multicast mac address for the track, so we can 1) reuse a > > track cell that is not used by a deterministic packet for hop by hop > > L3 traffic as differentiated by its unicast MAC destination and 2) > > forward with no change to the destination. > > > > b) let the PCE install routes as well as tracks. With that strategy, A > > PCE route is an alternate to a track that would allow cell reuse and > > L3 QoS operation. We leverage the deterministic Class of service > > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > > emulate RPL local instances as indexed by the tuple (source address, > > local_instance_id) and forward the packet with the same rules are RPL, > > along the routing table indexed by the instance ID. > > > > Comments welcome! > > > > Cheers, > > > > Pascal > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > --047d7b15a385d953c904de7f5e29 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Pascal,

Completely agree, w= e cannot loose the MAC destination address information altogether. I'm = wondering if this could not be recreated on-the-fly by the end node of the = track.

That is, assuming the following track
=
A->B->C->D
i.e. D is the last hop
=

C could still use bcast dmac, D would just = replace it by its own MAC when inflating 6LoWPAN.

I assume this is similar to what you had in= mind?

Thomas

On Tue, Jun 4, 2013 at 4:1= 4 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:=

On the side, Thomas,

=A0<= /p>
We have to expect that th= e dest MAC may be used by 6LoWPAN to uncompress the dest IP if the node at = the end of the track is the destination.

=A0<= /p>
It would make sense that = the track metadata indicates that the 6TUS should rewrite the dmac before p= unting and which mac should be used.

=A0<= /p>
Cheers,

=A0<= /p>
Pascal=

=A0<= /p>
From: 6tsch-bounces@ietf.org= [mailto:6t= sch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: lundi 3 juin 2013 19:47
To: 6tsch@ietf.o= rg
Subject: [6tsch] recycle unused track cells (was: Routing vs. switch= ing)

=A0

Pascal,

=A0

I agree that a single bit is enough to differentiate= between switched packets and routed packets. During the call on Friday, we= identified 3 locations where that bit could live:

- somewhere in the 6LoWPAN header. Too high?<= u>

- as an IEEE802.15.4e IE: too many bytes for a singl= e bit?

- represented by the fact that the destination MAC a= ddress is a broadcast address.

=A0

Agreed?

=A0

In the latter case, what would a multicast MAC addre= ss look like? Assuming we're using long addresses address, we could set= the multicast bit in the EUI64. Are you imagining having the next hop addr= ess with that bit set, or assigning a specific track identifier, encoded as a multicast address?

=A0

Also, once the network is running, I'm assuming = we will be using short 2B addresses. It's not clear how we can fit the = multicast bit in there.

=A0

Thomas

=A0

On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthu= bert) <pthubert@= cisco.com> wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite.

Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router need= s to figure out that this is not a frame to be switched at 6TUS layer but a= packet to be routed at L3. The trick is that in this case, the destination= MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berkeley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org<= br> Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding o= n "Track", it consists of a sequence of cells along a multihop pa= th, and there is one and only one cell for a pair of nodes (i.e. fixed next= hop neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of (A->C-= >B, D->C->E). That is, there is a cell in node-C with multicast ad= dress to both node-B and node-E. So, the cell can be reused in the two trac= ks. Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that<= br> > relies on 1 hop cell bundles vs. switching that operates on end to end=
> tracks.
>
> We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a<= br> > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A=
> PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we= can
> emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL,=
> along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org=
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

=A0

--047d7b15a385d953c904de7f5e29-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5746A21F98AD for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 18:36:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kkUUonk1yZ7M for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 18:36:22 -0700 (PDT) Received: from cm01fe.IST.Berkeley.EDU (cm01fe.IST.Berkeley.EDU [169.229.218.142]) by ietfa.amsl.com (Postfix) with ESMTP id 393B621F98CC for <6tsch@ietf.org>; Tue, 4 Jun 2013 18:36:22 -0700 (PDT) Received: from cm02ws.ist.berkeley.edu ([169.229.218.164] helo=calmail.berkeley.edu) by cm01fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1Uk2eB-0004bO-5J; Tue, 04 Jun 2013 18:36:21 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Tue, 4 Jun 2013 18:36:19 -0700 Message-ID: <454faa9284abf19ed719e2fe0dffd703.squirrel@calmail.berkeley.edu> In-Reply-To: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> Date: Tue, 4 Jun 2013 18:36:19 -0700 From: "Qin Wang" To: "Thomas Watteyne" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 01:36:27 -0000 Hi Thomas, Although I haven't had good way to maintaining track-ID, I'm wondering how to install a Track and dedicate the track to a specific packet stream without a track-ID. Let me explain what my concern is. With 6tus commands, a set of cells are installed in a node, saying 4 cells, in which we want cell-1 belong to Track-1, cell-2 belong to Track-2, and cell-3,4 be cells for the best effort packets. Without track-ID, how does 6tus know the usage of each cell? Do I miss something? Qin > Wait, wait, Let me join the argument! > > I feel like maintaining a track_ID is a complex thing to do. We will have > problems related to of spatial ID reuse, stale information, etc. Yes, > there > are techniques to handle those cases, but for sure the simplest thing is > avoiding it altogether. > > So what about this (slight variation of what was said, probably nothing > new): > - Tracks are installed as we always have assumed: dedicated unicast cells > put back-to-back, implicit label switching, bundle-in-bundle-out switching > table. *But*, the MAC destination address of all packets is the broadcast > address. That is, "broadcast destination==switch along track". > - if a cell in the track is not used, and there is a packet in the > sender's > queue which could use it, it uses the cell, but in that case the MAC > destination address is the next hop's MAC address. That is, "unicast > destination==send up the stack". > > IMO, this is the simplest solution, and does not require any track IDs. > However, if we decide to do so, it will be hard to make this optional, > since we are changing the well-known behavior of destination MAC address. > > Thomas > > > On Tue, Jun 4, 2013 at 4:05 PM, Pascal Thubert (pthubert) < > pthubert@cisco.com> wrote: > >> ** ** >> >> ** ** >> >> Hi Pascal, >> let me argue a little :-) >> >> **** >> >> *[Pascal] Most certainly!!! Thanks for this…* >> >> * * >> >> >> Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit:**** >> >> Hello Xavi:**** >> >> ** ** >> >> 1-The general case of Packet Switching at L2.5 will not use any header. >> **** >> >> The PCE will install the mappings between input and output cells and >> tracks will be tight water pipes. (no sharing of resources). Forwarding >> will be done by 6tus, i.e looking input cell into the table and >> inserting the packet in the corresponding queue so it can be relayed at >> the appropriate output cell.**** >> >> ** ** >> >> [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and >> I expect that the radio NIC will match the MAC destination prior to >> passing the packet to 6TUS. The proper claim would be that the headers >> above L2 are not relevant to 6TUS switching operation. This is why I >> wanted a mcast or brdcast destination for packets that are 6TUS >> switched; if I'm correct this saves us from updating the destination mac >> at each hop. **** >> >> >> I see, however updating next hop is not a problem as in the schedule we >> have thet L2 address the cell is pointing to (in case of tx). So my >> question is now. Is that needed? does it introduce any advantage, does >> it >> introduce more complexity? note that from the implementation point of >> view >> by default we rewrite destination (next hop) as this is what it is >> supposed >> to be done. Having this "special" condition will require "special >> handling". Just thoughts as I am in favour of simple things. >> >> **** >> >> ** ** >> >> *[Pascal] We need a bit somewhere below 6TUS to differentiate the native >> packet that should be forwarded along the track vs. the cuckoo that this >> proposal injects opportunistic in the wasted cell. This is the main >> reason for the different destination MAC. Now making it broadcast >> ensures that the NIC card will read it and pass it up to 6TUS. The >> optimization of not rewriting the dmac is really a side effect.***** >> >> ** ** >> >> 2-As an add-on we are discussing to add support for cell reuse, which >> won't be the general case or at least not as common as 1). In the case >> of cell reuse the track-ID will be used as destination address. We are >> proposing to use a multi-cast destination address when we want to >> express that a flow can use track-shared cells.**** >> >> ** ** >> >> [Pascal] The other way around. The unicast would be for the cuckoo >> packet that opportunistically surfs the tack for one hop. The dest mac >> in that case is that of the next hop router. The multicast (or >> broadcast) is used to indicate that any NIC along the track is supposed >> to accept the frame and pass it to 6TUS. 6TUS would read the dest MAC >> and if 1) it is, say 0xFFFF, and 2) the frame was received over a track, >> it will forward the frame along the track. Otherwise punt to IP.**** >> >> I see, now. this is considering that we use a multicast address for any >> packet that goes through a label switched path. >> >> >> **** >> >> ** ** >> >> 3-When 6tus has to relay a packet, and has nothing to sent in a >> particular slot, will pick another packet from a multicast queue which >> has a multicast address so the resource can be shared.**** >> >> ** ** >> >> [Pascal] Again you have the unicast / mcast reversed from the original >> proposal. The proposal is that highest priority unicast packet for which >> the next hop router coincides with the next hop of the track is >> opportunistically placed on the wasted cell... this adds a cell to the >> bundle between the 2 adjacent routers, but only when there is no >> received frame along the track.**** >> >> >> Agreed. >> >> **** >> >> ** ** >> >> So when inserting a packet into a queue, if the destination address is >> the multicast address it will be assigned a different priority than >> packets with specific destination address, and will be relayed using the >> bundle of cells that are identified by that multicast address. This >> means that the switching table needs another field, i.e the track-id >> which needs to be shared by all the nodes in the track, in that way >> 6tus, upon receiving a packet in a cell, will look at the input cell, >> destination address and will find the output cell and will put the >> packet in the corresponding queue.**** >> >> ** ** >> >> [] Making sure we are clear here: The proposal is to reuse the cell for >> just one hop, not for the final destination. There is already little >> chance that we have many packets queued with the next hop that coincides >> with the remote router over the wasted cell.**** >> >> This is simpler. If hop by hop matches a track then the policy will >> apply >> at each hop. But this is a particular case and addressing the one hop >> case >> is more than ok to me. >> >> **** >> >> ** ** >> >> *[] Very cool **J*** >> >> * * >> >> *Pascal***** >> >> ** ** >> >> am I missing something?**** >> >> ** ** >> >> [Pascal] Yes, since you had it reversed about the multicast, I think you >> went through a very different path...**** >> >> ** ** >> >> Cheers,**** >> >> ** ** >> >> Pascal**** >> >> ** ** >> >> ** ** >> >> Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit:**** >> >> Hello Qin:**** >> >> ** ** >> >> It makes sense to me. I want to confirm my understanding further.**** >> >> ** ** >> >> (1) Regarding the multicast address, it functions as a track-ID, or a >> label of a reserved route in layer 2.5. Correct?**** >> >> ** ** >> >> [Pascal] Yes, that would be an added value. The main goal is to make >> sure that any intermediate node accepts the packet. Alternatively we >> could use broadcast (0xFFFF) on all the tracks but then we need to make >> sure that the node only forwards along the track.**** >> >> ** ** >> >> (2) Regarding to reusing cell, it supports multiple queues with >> different QoS, saying the packets associated with the track has higher >> priority, and the best effort packets has lower priority. Correct?**** >> >> ** ** >> >> [Pascal] Actually the prioritization and packet drop management is done >> at L3. If we have received a packet along the track, then that packet >> goes out next, with no control from IP. But if there was no packet in >> along the track at the current iteration of the schedule, then we have >> one free cell for that iteration. What we can do at 6TUS layer is add >> that particular cell in that particular iteration of the schedule to the >> bundle that is used for L3 as link to the next hop router. When the cell >> time arrives, we pick the highest priority packet from the L3 outgoing >> queue on the link towards the particular next hop of that cell and >> transmit. The next hop router can pick that packet and punt it.**** >> >> ** ** >> >> If my understanding is correct, a parameter like trackID (which will be >> used as multicast address) may be needed in the cell reservation related >> commands of 6tus.**** >> >> ** ** >> >> [Pascal] I think that could be useful.**** >> >> ** ** >> >> : )**** >> >> **** >> >> Pascal**** >> >> ** ** >> >> ** ** >> >> ** ** >> >> Hello Qin:**** >> >> ** ** >> >> I expect that without this proposal, the dest mac of a packet would **** >> >> be the next L2 node, so that the next hop picks it and passes it to 6TUS >> layer.**** >> >> With the proposal, all nodes along a track would accept the multicast >> **** >> >> dest mac address associated to that track, so the packet is **** >> >> recognized as receivable by this node at L2 and yet can be forwarded >> **** >> >> at 6TUS layer without dest MAC rewrite.**** >> >> ** ** >> >> Reusing the cell would be the case where this router did not receive >> **** >> >> a frame on the track incoming slot, so the outgoing slot will be >> wasted.**** >> >> If we have a packet for which the next hop the same router as the **** >> >> receiver of the wasted cell, then we'd want to use the cell to **** >> >> progress the packet one hop. But then the receiver router needs to **** >> >> figure out that this is not a frame to be switched at 6TUS layer but >> **** >> >> a packet to be routed at L3. The trick is that in this case, the **** >> >> destination MAC address would be effectively that of the receiver **** >> >> router so 6TUS would punt the packet to L3.**** >> >> ** ** >> >> Reusing a cell between 2 tracks is not the idea because there might **** >> >> be collisions. Here we are talking about using an unsed cell **** >> >> opportunistically for L3 best effort traffic. If there is an unused **** >> >> track cell, it adds up to the bundle between the 2 adjacent routers **** >> >> for that particular slotframe.**** >> >> ** ** >> >> Makes sense?**** >> >> ** ** >> >> Pascal**** >> >> ** ** >> >> ** ** >> >> -----Original Message-----**** >> >> From: Qin Wang [mailto:qinwang@berkeley.edu ]**** >> >> Sent: lundi 3 juin 2013 13:14**** >> >> To: Pascal Thubert (pthubert)**** >> >> Cc: 6tsch@ietf.org**** >> >> Subject: Re: [6tsch] Routing vs. switching**** >> >> ** ** >> >> Hi Pascal,**** >> >> ** ** >> >> I don't understand strategy a) clearly. According to my understanding >> **** >> >> on "Track", it consists of a sequence of cells along a multihop path, >> **** >> >> and there is one and only one cell for a pair of nodes (i.e. fixed **** >> >> next hop neighbor). Then, how does multicast Mac address function?**** >> >> What do you mean by reusing a cell?**** >> >> ** ** >> >> I guess that the strategy a) will be used to solve the problem of **** >> >> (A->C->B, D->C->E). That is, there is a cell in node-C with multicast >> **** >> >> address to both node-B and node-E. So, the cell can be reused in the >> **** >> >> two tracks. Correct?**** >> >> ** ** >> >> Thanks**** >> >> Qin**** >> >> ** ** >> >> ** ** >> >> Dear all ;**** >> >> ** ** >> >> We had a great discussion today at the weekly call about routing **** >> >> that relies on 1 hop cell bundles vs. switching that operates on end >> **** >> >> to end tracks.**** >> >> ** ** >> >> We agreed that merging and splitting tracks could require queuing at >> **** >> >> intermediate nodes to absorb burst collisions from multiple sources **** >> >> and decided to go for the watertight pipes.**** >> >> ** ** >> >> We proposed 2 additional strategies:**** >> >> ** ** >> >> a) define a multicast mac address for the track, so we can 1) reuse **** >> >> a track cell that is not used by a deterministic packet for hop by **** >> >> hop**** >> >> L3 traffic as differentiated by its unicast MAC destination and 2) **** >> >> forward with no change to the destination.**** >> >> ** ** >> >> b) let the PCE install routes as well as tracks. With that strategy, >> **** >> >> A PCE route is an alternate to a track that would allow cell reuse **** >> >> and**** >> >> L3 QoS operation. We leverage the deterministic Class of service **** >> >> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we **** >> >> can emulate RPL local instances as indexed by the tuple (source **** >> >> address,**** >> >> local_instance_id) and forward the packet with the same rules are **** >> >> RPL, along the routing table indexed by the instance ID.**** >> >> ** ** >> >> Comments welcome!**** >> >> ** ** >> >> Cheers,**** >> >> ** ** >> >> Pascal**** >> >> _______________________________________________**** >> >> 6tsch mailing list**** >> >> 6tsch@ietf.org**** >> >> https://www.ietf.org/mailman/listinfo/6tsch**** >> >> ** ** >> >> ** ** >> >> _______________________________________________**** >> >> 6tsch mailing list**** >> >> 6tsch@ietf.org**** >> >> https://www.ietf.org/mailman/listinfo/6tsch**** >> >> ** ** >> >> _______________________________________________**** >> >> 6tsch mailing list**** >> >> 6tsch@ietf.org**** >> >> https://www.ietf.org/mailman/listinfo/6tsch**** >> >> ** ** >> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> >> > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7335A21F99C3 for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 17:47:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sNzmCiAidrNO for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 17:47:16 -0700 (PDT) Received: from cm03fe.IST.Berkeley.EDU (cm03fe.IST.Berkeley.EDU [169.229.218.144]) by ietfa.amsl.com (Postfix) with ESMTP id 6E9E921F8EB2 for <6tsch@ietf.org>; Tue, 4 Jun 2013 17:47:16 -0700 (PDT) Received: from c-67-188-198-243.hsd1.ca.comcast.net ([67.188.198.243] helo=[192.168.2.3]) by cm03fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1Uk1sa-0000SV-A1 for 6tsch@ietf.org; Tue, 04 Jun 2013 17:47:16 -0700 Message-ID: <51AE8A87.1020000@eecs.berkeley.edu> Date: Tue, 04 Jun 2013 17:47:03 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> In-Reply-To: Content-Type: multipart/alternative; boundary="------------010500070903020602040404" Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:47:21 -0000 This is a multi-part message in MIME format. --------------010500070903020602040404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I like that idea (+1). I am only worried about the "implicit knowledge" that we are introducing, i.e L2.5 knows that broadcast packets pertain to a track.. I am afraid that this knowledge is not strong enough to prevent strange things happening.. Ex: a node decides to broadcast a data packet (not sure if it is a real case), and this data packet is transported to some edge of the network while the purpose was to broadcast something to neighbours. As I said, not sure if this is a real case. Besides, the constrain to determine if a packet is for a label switched track or not should be destination address == broadcast and frame type ==DATA. We don't want to label switch commands or beacons right? regards, Xavi Al 04/06/13 17:28, En/na Thomas Watteyne ha escrit: > Wait, wait, Let me join the argument! > > I feel like maintaining a track_ID is a complex thing to do. We will > have problems related to of spatial ID reuse, stale information, etc. > Yes, there are techniques to handle those cases, but for sure the > simplest thing is avoiding it altogether. > > So what about this (slight variation of what was said, probably > nothing new): > - Tracks are installed as we always have assumed: dedicated unicast > cells put back-to-back, implicit label switching, bundle-in-bundle-out > switching table. _But_, the MAC destination address of all packets is > the broadcast address. That is, "broadcast destination==switch along > track". > - if a cell in the track is not used, and there is a packet in the > sender's queue which could use it, it uses the cell, but in that case > the MAC destination address is the next hop's MAC address. That is, > "unicast destination==send up the stack". > > IMO, this is the simplest solution, and does not require any track > IDs. However, if we decide to do so, it will be hard to make this > optional, since we are changing the well-known behavior of destination > MAC address. > > Thomas > > > On Tue, Jun 4, 2013 at 4:05 PM, Pascal Thubert (pthubert) > > wrote: > > Hi Pascal, > let me argue a little :-) > > */[Pascal] Most certainly!!! Thanks for this.../* > > *//* > > > Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit: > > Hello Xavi: > > > > 1-The general case of Packet Switching at L2.5 will not use any header. > > The PCE will install the mappings between input and output cells and tracks will be tight water pipes. (no sharing of resources). Forwarding will be done by 6tus, i.e looking input cell into the table and inserting the packet in the corresponding queue so it can be relayed at the appropriate output cell. > > > > [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I expect that the radio NIC will match the MAC destination prior to passing the packet to 6TUS. The proper claim would be that the headers above L2 are not relevant to 6TUS switching operation. This is why I wanted a mcast or brdcast destination for packets that are 6TUS switched; if I'm correct this saves us from updating the destination mac at each hop. > > > I see, however updating next hop is not a problem as in the > schedule we have thet L2 address the cell is pointing to (in case > of tx). So my question is now. Is that needed? does it introduce > any advantage, does it introduce more complexity? note that from > the implementation point of view by default we rewrite destination > (next hop) as this is what it is supposed to be done. Having this > "special" condition will require "special handling". Just thoughts > as I am in favour of simple things. > > > > */[Pascal] We need a bit somewhere below 6TUS to differentiate the native packet that should be forwarded along the track vs. the cuckoo that this proposal injects opportunistic in the wasted cell. This is the main reason for the different destination MAC. Now making it broadcast ensures that the NIC card will read it and pass it up to 6TUS. The optimization of not rewriting the dmac is really a side effect./* > > > > 2-As an add-on we are discussing to add support for cell reuse, which won't be the general case or at least not as common as 1). In the case of cell reuse the track-ID will be used as destination address. We are proposing to use a multi-cast destination address when we want to express that a flow can use track-shared cells. > > > > [Pascal] The other way around. The unicast would be for the cuckoo packet that opportunistically surfs the tack for one hop. The dest mac in that case is that of the next hop router. The multicast (or broadcast) is used to indicate that any NIC along the track is supposed to accept the frame and pass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, and 2) the frame was received over a track, it will forward the frame along the track. Otherwise punt to IP. > > I see, now. this is considering that we use a multicast address > for any packet that goes through a label switched path. > > > > > 3-When 6tus has to relay a packet, and has nothing to sent in a particular slot, will pick another packet from a multicast queue which has a multicast address so the resource can be shared. > > > > [Pascal] Again you have the unicast / mcast reversed from the original proposal. The proposal is that highest priority unicast packet for which the next hop router coincides with the next hop of the track is opportunistically placed on the wasted cell... this adds a cell to the bundle between the 2 adjacent routers, but only when there is no received frame along the track. > > > Agreed. > > > > So when inserting a packet into a queue, if the destination address is the multicast address it will be assigned a different priority than packets with specific destination address, and will be relayed using the bundle of cells that are identified by that multicast address. This means that the switching table needs another field, i.e the track-id which needs to be shared by all the nodes in the track, in that way 6tus, upon receiving a packet in a cell, will look at the input cell, destination address and will find the output cell and will put the packet in the corresponding queue. > > > > [] Making sure we are clear here: The proposal is to reuse the cell for just one hop, not for the final destination. There is already little chance that we have many packets queued with the next hop that coincides with the remote router over the wasted cell. > > This is simpler. If hop by hop matches a track then the policy > will apply at each hop. But this is a particular case and > addressing the one hop case is more than ok to me. > > > > */[] Very cool/**/J/**//* > > */ /* > > */Pascal/* > > > > am I missing something? > > > > [Pascal] Yes, since you had it reversed about the multicast, I think you went through a very different path... > > > > Cheers, > > > > Pascal > > > > > > Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit: > > Hello Qin: > > > > It makes sense to me. I want to confirm my understanding further. > > > > (1) Regarding the multicast address, it functions as a track-ID, or a label of a reserved route in layer 2.5. Correct? > > > > [Pascal] Yes, that would be an added value. The main goal is to make sure that any intermediate node accepts the packet. Alternatively we could use broadcast (0xFFFF) on all the tracks but then we need to make sure that the node only forwards along the track. > > > > (2) Regarding to reusing cell, it supports multiple queues with different QoS, saying the packets associated with the track has higher priority, and the best effort packets has lower priority. Correct? > > > > [Pascal] Actually the prioritization and packet drop management is done at L3. If we have received a packet along the track, then that packet goes out next, with no control from IP. But if there was no packet in along the track at the current iteration of the schedule, then we have one free cell for that iteration. What we can do at 6TUS layer is add that particular cell in that particular iteration of the schedule to the bundle that is used for L3 as link to the next hop router. When the cell time arrives, we pick the highest priority packet from the L3 outgoing queue on the link towards the particular next hop of that cell and transmit. The next hop router can pick that packet and punt it. > > > > If my understanding is correct, a parameter like trackID (which will be used as multicast address) may be needed in the cell reservation related commands of 6tus. > > > > [Pascal] I think that could be useful. > > > > : ) > > > > Pascal > > > > > > > > Hello Qin: > > > > I expect that without this proposal, the dest mac of a packet would > > be the next L2 node, so that the next hop picks it and passes it to 6TUS layer. > > With the proposal, all nodes along a track would accept the multicast > > dest mac address associated to that track, so the packet is > > recognized as receivable by this node at L2 and yet can be forwarded > > at 6TUS layer without dest MAC rewrite. > > > > Reusing the cell would be the case where this router did not receive > > a frame on the track incoming slot, so the outgoing slot will be wasted. > > If we have a packet for which the next hop the same router as the > > receiver of the wasted cell, then we'd want to use the cell to > > progress the packet one hop. But then the receiver router needs to > > figure out that this is not a frame to be switched at 6TUS layer but > > a packet to be routed at L3. The trick is that in this case, the > > destination MAC address would be effectively that of the receiver > > router so 6TUS would punt the packet to L3. > > > > Reusing a cell between 2 tracks is not the idea because there might > > be collisions. Here we are talking about using an unsed cell > > opportunistically for L3 best effort traffic. If there is an unused > > track cell, it adds up to the bundle between the 2 adjacent routers > > for that particular slotframe. > > > > Makes sense? > > > > Pascal > > > > > > -----Original Message----- > > From: Qin Wang [mailto:qinwang@berkeley.edu] > > Sent: lundi 3 juin 2013 13:14 > > To: Pascal Thubert (pthubert) > > Cc:6tsch@ietf.org > > Subject: Re: [6tsch] Routing vs. switching > > > > Hi Pascal, > > > > I don't understand strategy a) clearly. According to my understanding > > on "Track", it consists of a sequence of cells along a multihop path, > > and there is one and only one cell for a pair of nodes (i.e. fixed > > next hop neighbor). Then, how does multicast Mac address function? > > What do you mean by reusing a cell? > > > > I guess that the strategy a) will be used to solve the problem of > > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > > address to both node-B and node-E. So, the cell can be reused in the > > two tracks. Correct? > > > > Thanks > > Qin > > > > > > Dear all ; > > > > We had a great discussion today at the weekly call about routing > > that relies on 1 hop cell bundles vs. switching that operates on end > > to end tracks. > > > > We agreed that merging and splitting tracks could require queuing at > > intermediate nodes to absorb burst collisions from multiple sources > > and decided to go for the watertight pipes. > > > > We proposed 2 additional strategies: > > > > a) define a multicast mac address for the track, so we can 1) reuse > > a track cell that is not used by a deterministic packet for hop by > > hop > > L3 traffic as differentiated by its unicast MAC destination and 2) > > forward with no change to the destination. > > > > b) let the PCE install routes as well as tracks. With that strategy, > > A PCE route is an alternate to a track that would allow cell reuse > > and > > L3 QoS operation. We leverage the deterministic Class of service > > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we > > can emulate RPL local instances as indexed by the tuple (source > > address, > > local_instance_id) and forward the packet with the same rules are > > RPL, along the routing table indexed by the instance ID. > > > > Comments welcome! > > > > Cheers, > > > > Pascal > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------010500070903020602040404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
I like that idea (+1).

I am only worried about the "implicit knowledge" that we are introducing, i.e L2.5 knows that broadcast packets pertain to a track.. I am afraid that this knowledge is not strong enough to prevent strange things happening.. Ex: a node decides to broadcast a data packet (not sure if it is a real case), and this data packet is transported to some edge of the network while the purpose was to broadcast something to neighbours. As I said, not sure if this is a real case.

Besides, the constrain to determine if a packet is for a label switched track or not should be destination address == broadcast and frame type ==DATA. We don't want to label switch commands or beacons right?

regards,
Xavi

Al 04/06/13 17:28, En/na Thomas Watteyne ha escrit:

Wait, wait, Let me join the argument!

I feel like maintaining a track_ID is a complex thing to do. We will have problems related to of spatial ID reuse, stale information, etc. Yes, there are techniques to handle those cases, but for sure the simplest thing is avoiding it altogether.

So what about this (slight variation of what was said, probably nothing new):

- Tracks are installed as we always have assumed: dedicated unicast cells put back-to-back, implicit label switching, bundle-in-bundle-out switching table. But, the MAC destination address of all packets is the broadcast address. That is, "broadcast destination==switch along track".

- if a cell in the track is not used, and there is a packet in the sender's queue which could use it, it uses the cell, but in that case the MAC destination address is the next hop's MAC address. That is, "unicast destination==send up the stack".

IMO, this is the simplest solution, and does not require any track IDs. However, if we decide to do so, it will be hard to make this optional, since we are changing the well-known behavior of destination MAC address.

Thomas

On Tue, Jun 4, 2013 at 4:05 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hi Pascal,
let me argue a little :-)

[Pascal] Most certainly!!! Thanks for this…

Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit:

Hello Xavi:

1-The general case of Packet Switching at L2.5 will not use any header.

The PCE will install the mappings between input and output cells and tracks will be tight water pipes. (no sharing of resources). Forwarding will be done by 6tus, i.e looking input cell into the table and inserting the packet in the corresponding queue so it can be relayed at the appropriate output cell.

[Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I expect that the radio NIC will match the MAC destination prior to passing the packet to 6TUS. The proper claim would be that the headers above L2 are not relevant to 6TUS switching operation. This is why I wanted a mcast or brdcast destination for packets that are 6TUS switched; if I'm correct this saves us from updating the destination mac at each hop.

I see, however updating next hop is not a problem as in the schedule we have thet L2 address the cell is pointing to (in case of tx). So my question is now. Is that needed? does it introduce any advantage, does it introduce more complexity? note that from the implementation point of view by default we rewrite destination (next hop) as this is what it is supposed to be done. Having this "special" condition will require "special handling". Just thoughts as I am in favour of simple things.

[Pascal] We need a bit somewhere below 6TUS to differentiate the native packet that should be forwarded along the track vs. the cuckoo that this proposal injects opportunistic in the wasted cell. This is the main reason for the different destination MAC. Now making it broadcast ensures that the NIC card will read it and pass it up to 6TUS. The optimization of not rewriting the dmac is really a side effect.

2-As an add-on we are discussing to add support for cell reuse, which won't be the general case or at least not as common as 1). In the case of cell reuse the track-ID will be used as destination address. We are proposing to use a multi-cast destination address when we want to express that a flow can use track-shared cells.

[Pascal] The other way around. The unicast would be for the cuckoo packet that opportunistically surfs the tack for one hop. The dest mac in that case is that of the next hop router. The multicast (or broadcast) is used to indicate that any NIC along the track is supposed to accept the frame and pass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, and 2) the frame was received over a track, it will forward the frame along the track. Otherwise punt to IP.

I see, now. this is considering that we use a multicast address for any packet that goes through a label switched path.

3-When 6tus has to relay a packet, and has nothing to sent in a particular slot, will pick another packet from a multicast queue which has a multicast address so the resource can be shared.

[Pascal] Again you have the unicast / mcast reversed from the original proposal. The proposal is that highest priority unicast packet for which the next hop router coincides with the next hop of the track is opportunistically placed on the wasted cell... this adds a cell to the bundle between the 2 adjacent routers, but only when there is no received frame along the track.

Agreed.

So when inserting a packet into a queue, if the destination address is the multicast address it will be assigned a different priority than packets with specific destination address, and will be relayed using the bundle of cells that are identified by that multicast address. This means that the switching table needs another field, i.e the track-id which needs to be shared by all the nodes in the track, in that way 6tus, upon receiving a packet in a cell, will look at the input cell, destination address and will find the output cell and will put the packet in the corresponding queue.

[] Making sure we are clear here: The proposal is to reuse the cell for just one hop, not for the final destination. There is already little chance that we have many packets queued with the next hop that coincides with the remote router over the wasted cell.

This is simpler. If hop by hop matches a track then the policy will apply at each hop. But this is a particular case and addressing the one hop case is more than ok to me.

[] Very cool J

Pascal

am I missing something?

[Pascal] Yes, since you had it reversed about the multicast, I think you went through a very different path...

Cheers,

Pascal

Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit:

Hello Qin:

It makes sense to me. I want to confirm my understanding further.

(1) Regarding the multicast address, it functions as a track-ID, or a label of a reserved route in layer 2.5. Correct?

[Pascal] Yes, that would be an added value. The main goal is to make sure that any intermediate node accepts the packet. Alternatively we could use broadcast (0xFFFF) on all the tracks but then we need to make sure that the node only forwards along the track.

(2) Regarding to reusing cell, it supports multiple queues with different QoS, saying the packets associated with the track has higher priority, and the best effort packets has lower priority. Correct?

[Pascal] Actually the prioritization and packet drop management is done at L3. If we have received a packet along the track, then that packet goes out next, with no control from IP. But if there was no packet in along the track at the current iteration of the schedule, then we have one free cell for that iteration. What we can do at 6TUS layer is add that particular cell in that particular iteration of the schedule to the bundle that is used for L3 as link to the next hop router. When the cell time arrives, we pick the highest priority packet from the L3 outgoing queue on the link towards the particular next hop of that cell and transmit. The next hop router can pick that packet and punt it.

If my understanding is correct, a parameter like trackID (which will be used as multicast address) may be needed in the cell reservation related commands of 6tus.

[Pascal] I think that could be useful.

: )

Pascal

Hello Qin:

I expect that without this proposal, the dest mac of a packet would

be the next L2 node, so that the next hop picks it and passes it to 6TUS layer.

With the proposal, all nodes along a track would accept the multicast

dest mac address associated to that track, so the packet is

recognized as receivable by this node at L2 and yet can be forwarded

at 6TUS layer without dest MAC rewrite.

Reusing the cell would be the case where this router did not receive

a frame on the track incoming slot, so the outgoing slot will be wasted.

If we have a packet for which the next hop the same router as the

receiver of the wasted cell, then we'd want to use the cell to

progress the packet one hop. But then the receiver router needs to

figure out that this is not a frame to be switched at 6TUS layer but

a packet to be routed at L3. The trick is that in this case, the

destination MAC address would be effectively that of the receiver

router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might

be collisions. Here we are talking about using an unsed cell

opportunistically for L3 best effort traffic. If there is an unused

track cell, it adds up to the bundle between the 2 adjacent routers

for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----

From: Qin Wang [mailto:qinwang@berkeley.edu]

Sent: lundi 3 juin 2013 13:14

To: Pascal Thubert (pthubert)

Cc: 6tsch@ietf.org

Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding

on "Track", it consists of a sequence of cells along a multihop path,

and there is one and only one cell for a pair of nodes (i.e. fixed

next hop neighbor). Then, how does multicast Mac address function?

What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of

(A->C->B, D->C->E). That is, there is a cell in node-C with multicast

address to both node-B and node-E. So, the cell can be reused in the

two tracks. Correct?

Thanks

Qin

Dear all ;

We had a great discussion today at the weekly call about routing

that relies on 1 hop cell bundles vs. switching that operates on end

to end tracks.

We agreed that merging and splitting tracks could require queuing at

intermediate nodes to absorb burst collisions from multiple sources

and decided to go for the watertight pipes.

We proposed 2 additional strategies:

a) define a multicast mac address for the track, so we can 1) reuse

a track cell that is not used by a deterministic packet for hop by

hop

L3 traffic as differentiated by its unicast MAC destination and 2)

forward with no change to the destination.

b) let the PCE install routes as well as tracks. With that strategy,

A PCE route is an alternate to a track that would allow cell reuse

and

L3 QoS operation. We leverage the deterministic Class of service

(that's Deterministic Forwarding, DF, though encoded 0xEF). And we

can emulate RPL local instances as indexed by the tuple (source

address,

local_instance_id) and forward the packet with the same rules are

RPL, along the routing table indexed by the instance ID.

Comments welcome!

Cheers,

Pascal

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------010500070903020602040404-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 508A721F9A4E for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 17:29:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85DirwuutYZm for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 17:29:09 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.252.184]) by ietfa.amsl.com (Postfix) with ESMTP id B2ACF21F9A3E for <6tsch@ietf.org>; Tue, 4 Jun 2013 17:29:08 -0700 (PDT) Received: from sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by tuna.sandelman.ca (Postfix) with ESMTP id 1972620178; Tue, 4 Jun 2013 20:42:00 -0400 (EDT) Received: by sandelman.ca (Postfix, from userid 179) id 58FA663A8C; Tue, 4 Jun 2013 20:27:46 -0400 (EDT) Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 36269639DF; Tue, 4 Jun 2013 20:27:46 -0400 (EDT) From: Michael Richardson To: "6tsch@ietf.org" <6tsch@ietf.org> In-Reply-To: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> X-Mailer: MH-E 8.3; nmh 1.3-dev; XEmacs 21.4 (patch 22) X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Sender: mcr@sandelman.ca Cc: "Pascal Thubert $pthubert$" , Xavier Vilajosana Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:29:15 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable I think that Xavi was quoted by Pascal saying: xavi> 1-The general case of Packet Switching at L2.5 will not xavi> use any header.=20=20 xavi> The PCE will install the mappings between input and output xavi> cells and tracks will be tight water pipes. (no sharing of xavi> resources). Forwarding will be done by 6tus, i.e looking xavi> input cell into the table and inserting the packet in the xavi> corresponding queue so it can be relayed at the xavi> appropriate output cell.=20 So, if one wants to model this, take each track as a seperate (point to point?!) virtual interface with a per-interface forwarding table. pthubert> This is probably not entirely true. 6TUS is above 802.15.4 pthubert> and I expect that the radio NIC will match the MAC pthubert> destination prior to passing the packet to 6TUS.=20 Yes, that's true... I thought that Xavi meant that no additional header would be necessary. We might not even need the IPv6 HBH header to indicate the instanceID. pthubert> claim would be that the headers above L2 are not relevant pthubert> to 6TUS switching operation. This is why I wanted a mcast pthubert> or brdcast destination for packets that are 6TUS switched; pthubert> if I'm correct this saves us from updating the destination pthubert> mac at each hop.=20 That's an interesting idea. pthubert> [Pascal] Again you have the unicast / mcast reversed from pthubert> the original proposal. The proposal is that highest pthubert> priority unicast packet for which the next hop router pthubert> coincides with the next hop of the track is pthubert> opportunistically placed on the wasted cell... this adds a pthubert> cell to the bundle between the 2 adjacent routers, but pthubert> only when there is no received frame along the track.=20 nice. I am concerned that it pushes buffer usage upwards in the DODAG, and this might exhaust something higher up, rather than have the packet die lower down. I don't know that this matters, but it might an energy issue, I haven't thought about this a lot yet. pthubert> [] Making sure we are clear here: The proposal is to reuse pthubert> the cell for just one hop, not for the final pthubert> destination. There is already little chance that we have pthubert> many packets queued with the next hop that coincides with pthubert> the remote router over the wasted cell.=20 How does the receiver know that this is a opportunistic use of the track? =2D-=20 ] Never tell me the odds! | ipv6 mesh network= s [=20 ] Michael Richardson, Sandelman Software Works | network architect= [=20 ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [=20 =09 --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQCVAwUAUa6GAYqHRg3pndX9AQLLzQQAnwcPA5pzxtUm+5gZ6CWMWCGHScDcQMNc PuVsRxrQrCwFQRdPv9byanaJq+7La9DsceVyEzKMsi6OkE9zOsA+yIL1VKVlDUmG hmoZTIjkCr12L68aOvBbxqVSbVFy6K8Uoo6PSrcJCt5BF/qtEmlNWkceGGigvUzn nmQA77B9HK8= =fDFt -----END PGP SIGNATURE----- --=-=-=-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0343A21F9A47 for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 17:28:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i8jdXZ8Bj3R5 for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 17:28:27 -0700 (PDT) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) by ietfa.amsl.com (Postfix) with ESMTP id E1B8321F9A3E for <6tsch@ietf.org>; Tue, 4 Jun 2013 17:28:26 -0700 (PDT) Received: by mail-pd0-f170.google.com with SMTP id x10so989184pdj.15 for <6tsch@ietf.org>; Tue, 04 Jun 2013 17:28:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=aVpuU4msAI6rUNgLpiMsxCoaZgn6YSdhn3ZibfjAFNc=; b=akTWQpBq/r5Y4wUQtz1WR7W6Rf9Rfg5AWjhhYkBkamreH712Qtv5xS6Rqqv+2WDSNC jDzn3Ex3S64X9+tpq+tzQJw0FI1O2Iik7mFwZ23yX7C21q89dTeVksQgvkJReBSIzN7Y aBNgjdrZAOMhUYOanoqL1efhFb/cgB4t3N98QoFIgk2BD3SctP40z0/p0UlNtkgeHRoy m8JZ+1MAbq7HToJXyvjf5D0GNc7Ss00SvMihZ8v1uQiTlkSNAh+Jn+mLjbtsBxLsl79F 1Kl/oOBkh12fmMrHyKujaZYV0vJ165iZdLouv1Z3XRoYSdzYFPYA7NFSobbAgaUVQqwR 6Q5Q== X-Received: by 10.68.65.134 with SMTP id x6mr30773368pbs.219.1370392106590; Tue, 04 Jun 2013 17:28:26 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Tue, 4 Jun 2013 17:28:06 -0700 (PDT) In-Reply-To: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> From: Thomas Watteyne Date: Tue, 4 Jun 2013 17:28:06 -0700 X-Google-Sender-Auth: FLNHRSHq55mYg_5d9Y6RfqS0Pi4 Message-ID: To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=bcaec544ec6ab7697f04de5d46e2 Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:28:33 -0000 --bcaec544ec6ab7697f04de5d46e2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Wait, wait, Let me join the argument! I feel like maintaining a track_ID is a complex thing to do. We will have problems related to of spatial ID reuse, stale information, etc. Yes, there are techniques to handle those cases, but for sure the simplest thing is avoiding it altogether. So what about this (slight variation of what was said, probably nothing new): - Tracks are installed as we always have assumed: dedicated unicast cells put back-to-back, implicit label switching, bundle-in-bundle-out switching table. *But*, the MAC destination address of all packets is the broadcast address. That is, "broadcast destination=3D=3Dswitch along track". - if a cell in the track is not used, and there is a packet in the sender's queue which could use it, it uses the cell, but in that case the MAC destination address is the next hop's MAC address. That is, "unicast destination=3D=3Dsend up the stack". IMO, this is the simplest solution, and does not require any track IDs. However, if we decide to do so, it will be hard to make this optional, since we are changing the well-known behavior of destination MAC address. Thomas On Tue, Jun 4, 2013 at 4:05 PM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > ** ** > > ** ** > > Hi Pascal, > let me argue a little :-) > > **** > > *[Pascal] Most certainly!!! Thanks for this=85* > > * * > > > Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit:**** > > Hello Xavi:**** > > ** ** > > 1-The general case of Packet Switching at L2.5 will not use any header. *= *** > > The PCE will install the mappings between input and output cells and trac= ks will be tight water pipes. (no sharing of resources). Forwarding will be= done by 6tus, i.e looking input cell into the table and inserting the pack= et in the corresponding queue so it can be relayed at the appropriate outpu= t cell.**** > > ** ** > > [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I= expect that the radio NIC will match the MAC destination prior to passing = the packet to 6TUS. The proper claim would be that the headers above L2 are= not relevant to 6TUS switching operation. This is why I wanted a mcast or = brdcast destination for packets that are 6TUS switched; if I'm correct this= saves us from updating the destination mac at each hop. **** > > > I see, however updating next hop is not a problem as in the schedule we > have thet L2 address the cell is pointing to (in case of tx). So my > question is now. Is that needed? does it introduce any advantage, does it > introduce more complexity? note that from the implementation point of vie= w > by default we rewrite destination (next hop) as this is what it is suppos= ed > to be done. Having this "special" condition will require "special > handling". Just thoughts as I am in favour of simple things. > > **** > > ** ** > > *[Pascal] We need a bit somewhere below 6TUS to differentiate the native = packet that should be forwarded along the track vs. the cuckoo that this pr= oposal injects opportunistic in the wasted cell. This is the main reason fo= r the different destination MAC. Now making it broadcast ensures that the N= IC card will read it and pass it up to 6TUS. The optimization of not rewrit= ing the dmac is really a side effect.***** > > ** ** > > 2-As an add-on we are discussing to add support for cell reuse, which won= 't be the general case or at least not as common as 1). In the case of cell= reuse the track-ID will be used as destination address. We are proposing t= o use a multi-cast destination address when we want to express that a flow = can use track-shared cells.**** > > ** ** > > [Pascal] The other way around. The unicast would be for the cuckoo packet= that opportunistically surfs the tack for one hop. The dest mac in that ca= se is that of the next hop router. The multicast (or broadcast) is used to = indicate that any NIC along the track is supposed to accept the frame and p= ass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, a= nd 2) the frame was received over a track, it will forward the frame along = the track. Otherwise punt to IP.**** > > I see, now. this is considering that we use a multicast address for any > packet that goes through a label switched path. > > > **** > > ** ** > > 3-When 6tus has to relay a packet, and has nothing to sent in a particula= r slot, will pick another packet from a multicast queue which has a multica= st address so the resource can be shared.**** > > ** ** > > [Pascal] Again you have the unicast / mcast reversed from the original pr= oposal. The proposal is that highest priority unicast packet for which the = next hop router coincides with the next hop of the track is opportunistical= ly placed on the wasted cell... this adds a cell to the bundle between the = 2 adjacent routers, but only when there is no received frame along the trac= k.**** > > > Agreed. > > **** > > ** ** > > So when inserting a packet into a queue, if the destination address is th= e multicast address it will be assigned a different priority than packets w= ith specific destination address, and will be relayed using the bundle of c= ells that are identified by that multicast address. This means that the swi= tching table needs another field, i.e the track-id which needs to be shared= by all the nodes in the track, in that way 6tus, upon receiving a packet i= n a cell, will look at the input cell, destination address and will find th= e output cell and will put the packet in the corresponding queue.**** > > ** ** > > [] Making sure we are clear here: The proposal is to reuse the cell for j= ust one hop, not for the final destination. There is already little chance = that we have many packets queued with the next hop that coincides with the = remote router over the wasted cell.**** > > This is simpler. If hop by hop matches a track then the policy will apply > at each hop. But this is a particular case and addressing the one hop cas= e > is more than ok to me. > > **** > > ** ** > > *[] Very cool **J*** > > * * > > *Pascal***** > > ** ** > > am I missing something?**** > > ** ** > > [Pascal] Yes, since you had it reversed about the multicast, I think you = went through a very different path...**** > > ** ** > > Cheers,**** > > ** ** > > Pascal**** > > ** ** > > ** ** > > Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit:**** > > Hello Qin:**** > > ** ** > > It makes sense to me. I want to confirm my understanding further.**** > > ** ** > > (1) Regarding the multicast address, it functions as a track-ID, or a lab= el of a reserved route in layer 2.5. Correct?**** > > ** ** > > [Pascal] Yes, that would be an added value. The main goal is to make sure= that any intermediate node accepts the packet. Alternatively we could use = broadcast (0xFFFF) on all the tracks but then we need to make sure that the= node only forwards along the track.**** > > ** ** > > (2) Regarding to reusing cell, it supports multiple queues with different= QoS, saying the packets associated with the track has higher priority, and= the best effort packets has lower priority. Correct?**** > > ** ** > > [Pascal] Actually the prioritization and packet drop management is done a= t L3. If we have received a packet along the track, then that packet goes o= ut next, with no control from IP. But if there was no packet in along the t= rack at the current iteration of the schedule, then we have one free cell f= or that iteration. What we can do at 6TUS layer is add that particular cell= in that particular iteration of the schedule to the bundle that is used fo= r L3 as link to the next hop router. When the cell time arrives, we pick th= e highest priority packet from the L3 outgoing queue on the link towards th= e particular next hop of that cell and transmit. The next hop router can pi= ck that packet and punt it.**** > > ** ** > > If my understanding is correct, a parameter like trackID (which will be u= sed as multicast address) may be needed in the cell reservation related com= mands of 6tus.**** > > ** ** > > [Pascal] I think that could be useful.**** > > ** ** > > : )**** > > **** > > Pascal**** > > ** ** > > ** ** > > ** ** > > Hello Qin:**** > > ** ** > > I expect that without this proposal, the dest mac of a packet would **** > > be the next L2 node, so that the next hop picks it and passes it to 6TUS = layer.**** > > With the proposal, all nodes along a track would accept the multicast ***= * > > dest mac address associated to that track, so the packet is **** > > recognized as receivable by this node at L2 and yet can be forwarded **** > > at 6TUS layer without dest MAC rewrite.**** > > ** ** > > Reusing the cell would be the case where this router did not receive **** > > a frame on the track incoming slot, so the outgoing slot will be wasted.*= *** > > If we have a packet for which the next hop the same router as the **** > > receiver of the wasted cell, then we'd want to use the cell to **** > > progress the packet one hop. But then the receiver router needs to **** > > figure out that this is not a frame to be switched at 6TUS layer but **** > > a packet to be routed at L3. The trick is that in this case, the **** > > destination MAC address would be effectively that of the receiver **** > > router so 6TUS would punt the packet to L3.**** > > ** ** > > Reusing a cell between 2 tracks is not the idea because there might **** > > be collisions. Here we are talking about using an unsed cell **** > > opportunistically for L3 best effort traffic. If there is an unused **** > > track cell, it adds up to the bundle between the 2 adjacent routers **** > > for that particular slotframe.**** > > ** ** > > Makes sense?**** > > ** ** > > Pascal**** > > ** ** > > ** ** > > -----Original Message-----**** > > From: Qin Wang [mailto:qinwang@berkeley.edu ]**** > > Sent: lundi 3 juin 2013 13:14**** > > To: Pascal Thubert (pthubert)**** > > Cc: 6tsch@ietf.org**** > > Subject: Re: [6tsch] Routing vs. switching**** > > ** ** > > Hi Pascal,**** > > ** ** > > I don't understand strategy a) clearly. According to my understanding ***= * > > on "Track", it consists of a sequence of cells along a multihop path, ***= * > > and there is one and only one cell for a pair of nodes (i.e. fixed **** > > next hop neighbor). Then, how does multicast Mac address function?**** > > What do you mean by reusing a cell?**** > > ** ** > > I guess that the strategy a) will be used to solve the problem of **** > > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast ***= * > > address to both node-B and node-E. So, the cell can be reused in the **** > > two tracks. Correct?**** > > ** ** > > Thanks**** > > Qin**** > > ** ** > > ** ** > > Dear all ;**** > > ** ** > > We had a great discussion today at the weekly call about routing **** > > that relies on 1 hop cell bundles vs. switching that operates on end **** > > to end tracks.**** > > ** ** > > We agreed that merging and splitting tracks could require queuing at **** > > intermediate nodes to absorb burst collisions from multiple sources **** > > and decided to go for the watertight pipes.**** > > ** ** > > We proposed 2 additional strategies:**** > > ** ** > > a) define a multicast mac address for the track, so we can 1) reuse **** > > a track cell that is not used by a deterministic packet for hop by **** > > hop**** > > L3 traffic as differentiated by its unicast MAC destination and 2) **** > > forward with no change to the destination.**** > > ** ** > > b) let the PCE install routes as well as tracks. With that strategy, **** > > A PCE route is an alternate to a track that would allow cell reuse **** > > and**** > > L3 QoS operation. We leverage the deterministic Class of service **** > > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we **** > > can emulate RPL local instances as indexed by the tuple (source **** > > address,**** > > local_instance_id) and forward the packet with the same rules are **** > > RPL, along the routing table indexed by the instance ID.**** > > ** ** > > Comments welcome!**** > > ** ** > > Cheers,**** > > ** ** > > Pascal**** > > _______________________________________________**** > > 6tsch mailing list**** > > 6tsch@ietf.org**** > > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > ** ** > > _______________________________________________**** > > 6tsch mailing list**** > > 6tsch@ietf.org**** > > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________**** > > 6tsch mailing list**** > > 6tsch@ietf.org**** > > https://www.ietf.org/mailman/listinfo/6tsch**** > > ** ** > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > > --bcaec544ec6ab7697f04de5d46e2 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Wait, wait, Let me join the argument!

I feel like maintaining a track_ID is a complex thing to do. We will h= ave problems related to of spatial ID reuse, stale information, etc. Yes, t= here are techniques to handle those cases, but for sure the simplest thing = is avoiding it altogether.

So what about this (slight variation of wha= t was said, probably nothing new):
- Tracks are installed a= s we always have assumed: dedicated unicast cells put back-to-back, implici= t label switching, bundle-in-bundle-out switching table. But, the MA= C destination address of all packets is the broadcast address. That is, &qu= ot;broadcast destination=3D=3Dswitch along track".

- if a cell in the track is not used, and there is a packet in t= he sender's queue which could use it, it uses the cell, but in that cas= e the MAC destination address is the next hop's MAC address. That is, &= quot;unicast destination=3D=3Dsend up the stack".

IMO, this is the simplest solution, and doe= s not require any track IDs. However, if we decide to do so, it will be har= d to make this optional, since we are changing the well-known behavior of d= estination MAC address.

Thomas

On Tue, Jun 4, 2013 at 4:05 PM, Pascal= Thubert (pthubert) <pthubert@cisco.com> wrote:

=A0

=A0

Hi Pascal,
let me argue a little :-)

[Pascal] Most= certainly!!! Thanks for this=85

=A0

Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit:=

Hello Xavi:

=A0

1-The general case of Packet Switching at L2.5 will not use any header= .

The PCE will install the mappings between input and output cells and t= racks will be tight water pipes. (no sharing of resources). Forwarding will= be done by 6tus, i.e looking input cell into the table and inserting the p= acket in the corresponding queue so it can be relayed at the appropriate ou= tput cell.

=A0

[Pascal] This is probably not entirely true. 6TUS is above 802.15.4 an= d I expect that the radio NIC will match the MAC destination prior to passi= ng the packet to 6TUS. The proper claim would be that the headers above L2 = are not relevant to 6TUS switching operation. This is why I wanted a mcast = or brdcast destination for packets that are 6TUS switched; if I'm corre= ct this saves us from updating the destination mac at each hop. <= /u>

I see, however updating next hop is not a pro= blem as in the schedule we have thet L2 address the cell is pointing to (in= case of tx). So my question is now. Is that needed? does it introduce any = advantage, does it introduce more complexity? note that from the implementation point of view by default we = rewrite destination (next hop) as this is what it is supposed to be done. H= aving this "special" condition will require "special handlin= g". Just thoughts as I am in favour of simple things.

=A0

[Pascal] We need a bit somewher= e below 6TUS to differentiate the native packet that should be forwarded al= ong the track vs. the cuckoo that this proposal injects opportunistic in th= e wasted cell. This is the main reason for the different destination MAC. N= ow making it broadcast ensures that the NIC card will read it and pass it u= p to 6TUS. The optimization of not rewriting the dmac is really a side effe= ct.

=A0

2-As an add-on we are discussing to add support for cell reuse, which = won't be the general case or at least not as common as 1). In the case = of cell reuse the track-ID will be used as destination address. We are prop= osing to use a multi-cast destination address when we want to express that = a flow can use track-shared cells.

=A0

[Pascal] The other way around. The unicast would be for the cuckoo pac= ket that opportunistically surfs the tack for one hop. The dest mac in that= case is that of the next hop router. The multicast (or broadcast) is used = to indicate that any NIC along the track is supposed to accept the frame an= d pass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF= , and 2) the frame was received over a track, it will forward the frame alo= ng the track. Otherwise punt to IP.

I see, now. this is co= nsidering that we use a multicast address for any packet that goes through = a label switched path.

=A0

3-When 6tus has to relay a packet, and has nothing to sent in a partic= ular slot, will pick another packet from a multicast queue which has a mult= icast address so the resource can be shared.

=A0

[Pascal] Again you have the unicast / mcast reversed from the original= proposal. The proposal is that highest priority unicast packet for which t= he next hop router coincides with the next hop of the track is opportunisti= cally placed on the wasted cell... this adds a cell to the bundle between t= he 2 adjacent routers, but only when there is no received frame along the t= rack.

Agreed.

=A0

So when inserting a packet into a queue, if the destination address is= the multicast address it will be assigned a different priority than packet= s with specific destination address, and will be relayed using the bundle o= f cells that are identified by that multicast address. This means that the = switching table needs another field, i.e the track-id which needs to be sha= red by all the nodes in the track, in that way 6tus, upon receiving a packe= t in a cell, will look at the input cell, destination address and will find= the output cell and will put the packet in the corresponding queue.=

=A0

[] Making sure we are clear here: The proposal is to reuse the cell fo= r just one hop, not for the final destination. There is already little chan= ce that we have many packets queued with the next hop that coincides with t= he remote router over the wasted cell.

This is simpler. If ho= p by hop matches a track then the policy will apply at each hop. But this i= s a particular case and addressing the one hop case is more than ok to me.<= /span>

=A0

[] Very cool = J

=A0
Pascal

=A0

am I missing something?

=A0

[Pascal] Yes, since you had it reversed about the multicast, I think y= ou went through a very different path...

=A0

Cheers,

=A0

Pascal

=A0

=A0

Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit:

Hello Qin:

=A0

It makes sense to me. I want to confirm my understanding further.

=A0

(1) Regarding the multicast address, it functions as a track-ID, or a = label of a reserved route in layer 2.5. Correct?

=A0

[Pascal] Yes, that would be an added value. The main goal is to make s= ure that any intermediate node accepts the packet. Alternatively we could u= se broadcast (0xFFFF) on all the tracks but then we need to make sure that = the node only forwards along the track.

=A0

(2) Regarding to reusing cell, it supports multiple queues with differ= ent QoS, saying the packets associated with the track has higher priority, = and the best effort packets has lower priority. Correct?
=A0

[Pascal] Actually the prioritization and packet drop management is don= e at L3. If we have received a packet along the track, then that packet goe= s out next, with no control from IP. But if there was no packet in along th= e track at the current iteration of the schedule, then we have one free cel= l for that iteration. What we can do at 6TUS layer is add that particular c= ell in that particular iteration of the schedule to the bundle that is used= for L3 as link to the next hop router. When the cell time arrives, we pick= the highest priority packet from the L3 outgoing queue on the link towards= the particular next hop of that cell and transmit. The next hop router can= pick that packet and punt it.

=A0

If my understanding is correct, a parameter like trackID (which will b= e used as multicast address) may be needed in the cell reservation related = commands of 6tus.

=A0

[Pascal] I think that could be useful.

=A0

=A0 : )

=A0

Pascal

=A0

=A0

=A0

Hello Qin:

=A0

I expect that without this proposal, the dest mac of a packet would

be the next L2 node, so that the next hop picks it and passes it to 6T= US layer.

With the proposal, all nodes along a track would accept the multicast =

dest mac address associated to that track, so the packet is =

recognized as receivable by this node at L2 and yet can be forwarded <= u>

at 6TUS layer without dest MAC rewrite.

=A0

Reusing the cell would be the case where this router did not receive <= u>

a frame on the track incoming slot, so the outgoing slot will be waste= d.

If we have a packet for which the next hop the same router as the <= /u>

receiver of the wasted cell, then we'd want to use the cell to =

progress the packet one hop. But then the receiver router needs to =

figure out that this is not a frame to be switched at 6TUS layer but <= u>

a packet to be routed at L3. The trick is that in this case, the

destination MAC address would be effectively that of the receiver <= /u>

router so 6TUS would punt the packet to L3.

=A0

Reusing a cell between 2 tracks is not the idea because there might

be collisions. Here we are talking about using an unsed cell

opportunistically for L3 best effort traffic. If there is an unused

track cell, it adds up to the bundle between the 2 adjacent routers

for that particular slotframe.

=A0

Makes sense?

=A0

Pascal

=A0

=A0

-----Original Message-----

From: Qin Wang [mailto:qinwang@berkeley.edu]

Sent: lundi 3 juin 2013 13:14

To: Pascal Thubert (pthubert)

Cc: 6tsch@ietf.org=

Subject: Re: [6tsch] Routing vs. switching

=A0

Hi Pascal,

=A0

I don't understand strategy a) clearly. According to my understand= ing

on "Track", it consists of a sequence of cells along a multi= hop path,

and there is one and only one cell for a pair of nodes (i.e. fixed =

next hop neighbor). Then, how does multicast Mac address function?<= /u>

What do you mean by reusing a cell?

=A0

I guess that the strategy a) will be used to solve the problem of <= /u>

(A->C->B, D->C->E). That is, there is a cell in node-C wit= h multicast

address to both node-B and node-E. So, the cell can be reused in the <= u>

two tracks. Correct?

=A0

Thanks

Qin

=A0

=A0

Dear all ;

=A0

We had a great discussion today at the weekly call about routing

that relies on 1 hop cell bundles vs. switching that operates on end <= u>

to end tracks.

=A0

We agreed that merging and splitting tracks could require queuing at <= u>

intermediate nodes to absorb burst collisions from multiple sources

and decided to go for the watertight pipes.

=A0

We proposed 2 additional strategies:

=A0

a) define a multicast mac address for the track, so we can 1) reuse

a track cell that is not used by a deterministic packet for hop by =

hop

L3 traffic as differentiated by its unicast MAC destination and 2) =

forward with no change to the destination.

=A0

b) let the PCE install routes as well as tracks. With that strategy, <= u>

A PCE route is an alternate to a track that would allow cell reuse =

and

L3 QoS operation. We leverage the deterministic Class of service

(that's Deterministic Forwarding, DF, though encoded 0xEF). And we=

can emulate RPL local instances as indexed by the tuple (source

address,

local_instance_id) and forward the packet with the same rules are <= /u>

RPL, along the routing table indexed by the instance ID.=

=A0

Comments welcome!

=A0

Cheers,

=A0

Pascal

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

=A0

=A0

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________

6tsch mailing list

6tsch@ietf.org=

https://www.ietf.org/mailman/listinfo/6tsch

=A0

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--bcaec544ec6ab7697f04de5d46e2-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD3B221F91CA for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 16:14:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tS2vjI2ZHwzy for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 16:14:48 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id AF7D121F921F for <6tsch@ietf.org>; Tue, 4 Jun 2013 16:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16843; q=dns/txt; s=iport; t=1370387687; x=1371597287; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=NHfogD2ibwZeJ1F19g/DfzQCQ+eC9nGh6JRLzrAyN24=; b=CNeA3r0boYO+s6Vja438PQXGneB5X6il0FOary/G9KvgkTpK5ogdx5m3 F8j3PQbiYNRbAaKz+gdgFLJU2SMZdK0OeA9BZEb12ElyMjaGcaloWhbBh flXp9qFXomvyTDeNOIgIwZe1lQLicjY3YH/xUD5nTh0Aggptb8ngHunEV o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFAKFzrlGtJV2b/2dsb2JhbABaDoI3RDC/Kn0WdIIjAQEBAwEBAQEkBkEQBwQCAQgRBAEBCx0HJwsUCQgCBAESCId/Bgy9bASOcy0KAQaCdGEDhT6jQYJRPoIn X-IronPort-AV: E=Sophos;i="4.87,803,1363132800"; d="scan'208,217";a="218628235" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-1.cisco.com with ESMTP; 04 Jun 2013 23:14:47 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r54NEkMp025404 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Jun 2013 23:14:46 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.02.0318.004; Tue, 4 Jun 2013 18:14:46 -0500 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] recycle unused track cells (was: Routing vs. switching) Thread-Index: AQHOYNTp71L849VDq0i4JNROS5O/d5kmL8Mw Date: Tue, 4 Jun 2013 23:14:46 +0000 Deferred-Delivery: Tue, 4 Jun 2013 23:14:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.28.148] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD84130768Bxmbrcdx01ciscoc_" MIME-Version: 1.0 Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 23:14:53 -0000 --_000_E045AECD98228444A58C61C200AE1BD84130768Bxmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On the side, Thomas, We have to expect that the dest MAC may be used by 6LoWPAN to uncompress th= e dest IP if the node at the end of the track is the destination. It would make sense that the track metadata indicates that the 6TUS should = rewrite the dmac before punting and which mac should be used. Cheers, Pascal From: 6tsch-bounces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of T= homas Watteyne Sent: lundi 3 juin 2013 19:47 To: 6tsch@ietf.org Subject: [6tsch] recycle unused track cells (was: Routing vs. switching) Pascal, I agree that a single bit is enough to differentiate between switched packe= ts and routed packets. During the call on Friday, we identified 3 locations= where that bit could live: - somewhere in the 6LoWPAN header. Too high? - as an IEEE802.15.4e IE: too many bytes for a single bit? - represented by the fact that the destination MAC address is a broadcast a= ddress. Agreed? In the latter case, what would a multicast MAC address look like? Assuming = we're using long addresses address, we could set the multicast bit in the E= UI64. Are you imagining having the next hop address with that bit set, or a= ssigning a specific track identifier, encoded as a multicast address? Also, once the network is running, I'm assuming we will be using short 2B a= ddresses. It's not clear how we can fit the multicast bit in there. Thomas On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) > wrote: Hello Qin: I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite. Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. = But then the receiver router needs to figure out that this is not a frame t= o be switched at 6TUS layer but a packet to be routed at L3. The trick is t= hat in this case, the destination MAC address would be effectively that of = the receiver router so 6TUS would punt the packet to L3. Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe. Makes sense? Pascal -----Original Message----- From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: lundi 3 juin 2013 13:14 To: Pascal Thubert (pthubert) Cc: 6tsch@ietf.org Subject: Re: [6tsch] Routing vs. switching Hi Pascal, I don't understand strategy a) clearly. According to my understanding on "T= rack", it consists of a sequence of cells along a multihop path, and there = is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor)= . Then, how does multicast Mac address function? What do you mean by reusin= g a cell? I guess that the strategy a) will be used to solve the problem of (A->C->B,= D->C->E). That is, there is a cell in node-C with multicast address to bot= h node-B and node-E. So, the cell can be reused in the two tracks. Correct? Thanks Qin > Dear all ; > > We had a great discussion today at the weekly call about routing that > relies on 1 hop cell bundles vs. switching that operates on end to end > tracks. > > We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes. > > We proposed 2 additional strategies: > > a) define a multicast mac address for the track, so we can 1) reuse a > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2) > forward with no change to the destination. > > b) let the PCE install routes as well as tracks. With that strategy, A > PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL, > along the routing table indexed by the instance ID. > > Comments welcome! > > Cheers, > > Pascal > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD84130768Bxmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

On the side, Thomas,

<= /p>
We have to expect that th= e dest MAC may be used by 6LoWPAN to uncompress the dest IP if the node at = the end of the track is the destination.

<= /p>
It would make sense that = the track metadata indicates that the 6TUS should rewrite the dmac before p= unting and which mac should be used.

<= /p>
Cheers,=

<= /p>
Pascal

<= /p>
From: 6tsch-bo= unces@ietf.org [mailto:6tsch-bounces@ietf.org] On Behalf Of Thomas Watteyne
Sent: lundi 3 juin 2013 19:47
To: 6tsch@ietf.org
Subject: [6tsch] recycle unused track cells (was: Routing vs. switch= ing)

Pascal,

I agree that a single bit is enough to differentiate= between switched packets and routed packets. During the call on Friday, we= identified 3 locations where that bit could live:

- somewhere in the 6LoWPAN header. Too high?

- as an IEEE802.15.4e IE: too many bytes for a singl= e bit?

- represented by the fact that the destination MAC a= ddress is a broadcast address.

Agreed?

In the latter case, what would a multicast MAC addre= ss look like? Assuming we're using long addresses address, we could set the= multicast bit in the EUI64. Are you imagining having the next hop address = with that bit set, or assigning a specific track identifier, encoded as a multicast address?

Also, once the network is running, I'm assuming we w= ill be using short 2B addresses. It's not clear how we can fit the multicas= t bit in there.

Thomas

On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthu= bert) <pthubert@= cisco.com> wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite.

Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router need= s to figure out that this is not a frame to be switched at 6TUS layer but a= packet to be routed at L3. The trick is that in this case, the destination= MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berk= eley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding on &q= uot;Track", it consists of a sequence of cells along a multihop path, = and there is one and only one cell for a pair of nodes (i.e. fixed next hop= neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of (A->C-= >B, D->C->E). That is, there is a cell in node-C with multicast ad= dress to both node-B and node-E. So, the cell can be reused in the two trac= ks. Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that<= br> > relies on 1 hop cell bundles vs. switching that operates on end to end=
> tracks.
>
> We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a<= br> > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A=
> PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can=
> emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL,=
> along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD84130768Bxmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC3D621F99ED for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 16:06:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.403 X-Spam-Level: X-Spam-Status: No, score=-10.403 tagged_above=-999 required=5 tests=[AWL=0.195, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XIR2p+G0KpHQ for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 16:05:38 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id DF25921F99FA for <6tsch@ietf.org>; Tue, 4 Jun 2013 16:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31001; q=dns/txt; s=iport; t=1370387130; x=1371596730; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Ho6VfFH8RSx4fLtnJwBojzj4xaFpfYwIqNTa9OrPag4=; b=fC5hZCYKn3qUyW1Vk1i020b1jExl/4lk22WzSONOcOxil42GmETkzSHJ iXUaDdZQ0Ueu4lQ3Q1kiVOmBBoXzETiQdYqN6B0PUZQHEMApYilvWItck L86Gt0ngppBeKAF3E4BC/tzQWvxfFtFOPt2Z+UB/MaT8uAxlejM0/pW0T k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFAFpyrlGtJXHA/2dsb2JhbABaDoI3RDC/Kn0WdIIbCAEBAQQBAQEkBkELDAQCAQgOAwQBAQsWBwcnCxQJCAEBBA4FCIVughcMvWgEjnMtBAYBBoJPJWEDhT6jQYJRPoIn X-IronPort-AV: E=Sophos;i="4.87,803,1363132800"; d="scan'208,217";a="218795537" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-2.cisco.com with ESMTP; 04 Jun 2013 23:05:03 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id r54N53PY003578 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Jun 2013 23:05:03 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.02.0318.004; Tue, 4 Jun 2013 18:05:03 -0500 From: "Pascal Thubert (pthubert)" To: Xavier Vilajosana Thread-Topic: [6tsch] Routing vs. switching Thread-Index: Ac5eZWjm6oqA3MriRLGF9oYeNvqKCADDy9WeAACe+kA= Date: Tue, 4 Jun 2013 23:05:02 +0000 Deferred-Delivery: Tue, 4 Jun 2013 23:05:00 +0000 Message-ID: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> <51AE6CF3.9000104@eecs.berkeley.edu> In-Reply-To: <51AE6CF3.9000104@eecs.berkeley.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.28.148] Content-Type: multipart/alternative; boundary="_000_E045AECD98228444A58C61C200AE1BD841307673xmbrcdx01ciscoc_" MIME-Version: 1.0 Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 23:06:08 -0000 --_000_E045AECD98228444A58C61C200AE1BD841307673xmbrcdx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Pascal, let me argue a little :-) [Pascal] Most certainly!!! Thanks for this... Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit: Hello Xavi: 1-The general case of Packet Switching at L2.5 will not use any header. The PCE will install the mappings between input and output cells and tracks= will be tight water pipes. (no sharing of resources). Forwarding will be d= one by 6tus, i.e looking input cell into the table and inserting the packet= in the corresponding queue so it can be relayed at the appropriate output = cell. [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I e= xpect that the radio NIC will match the MAC destination prior to passing th= e packet to 6TUS. The proper claim would be that the headers above L2 are n= ot relevant to 6TUS switching operation. This is why I wanted a mcast or br= dcast destination for packets that are 6TUS switched; if I'm correct this s= aves us from updating the destination mac at each hop. I see, however updating next hop is not a problem as in the schedule we hav= e thet L2 address the cell is pointing to (in case of tx). So my question i= s now. Is that needed? does it introduce any advantage, does it introduce m= ore complexity? note that from the implementation point of view by default = we rewrite destination (next hop) as this is what it is supposed to be done= . Having this "special" condition will require "special handling". Just tho= ughts as I am in favour of simple things. [Pascal] We need a bit somewhere below 6TUS to differentiate the native pac= ket that should be forwarded along the track vs. the cuckoo that this propo= sal injects opportunistic in the wasted cell. This is the main reason for t= he different destination MAC. Now making it broadcast ensures that the NIC = card will read it and pass it up to 6TUS. The optimization of not rewriting= the dmac is really a side effect. 2-As an add-on we are discussing to add support for cell reuse, which won't= be the general case or at least not as common as 1). In the case of cell r= euse the track-ID will be used as destination address. We are proposing to = use a multi-cast destination address when we want to express that a flow ca= n use track-shared cells. [Pascal] The other way around. The unicast would be for the cuckoo packet t= hat opportunistically surfs the tack for one hop. The dest mac in that case= is that of the next hop router. The multicast (or broadcast) is used to in= dicate that any NIC along the track is supposed to accept the frame and pas= s it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, and= 2) the frame was received over a track, it will forward the frame along th= e track. Otherwise punt to IP. I see, now. this is considering that we use a multicast address for any pac= ket that goes through a label switched path. 3-When 6tus has to relay a packet, and has nothing to sent in a particular = slot, will pick another packet from a multicast queue which has a multicast= address so the resource can be shared. [Pascal] Again you have the unicast / mcast reversed from the original prop= osal. The proposal is that highest priority unicast packet for which the ne= xt hop router coincides with the next hop of the track is opportunistically= placed on the wasted cell... this adds a cell to the bundle between the 2 = adjacent routers, but only when there is no received frame along the track. Agreed. So when inserting a packet into a queue, if the destination address is the = multicast address it will be assigned a different priority than packets wit= h specific destination address, and will be relayed using the bundle of cel= ls that are identified by that multicast address. This means that the switc= hing table needs another field, i.e the track-id which needs to be shared b= y all the nodes in the track, in that way 6tus, upon receiving a packet in = a cell, will look at the input cell, destination address and will find the = output cell and will put the packet in the corresponding queue. [] Making sure we are clear here: The proposal is to reuse the cell for jus= t one hop, not for the final destination. There is already little chance th= at we have many packets queued with the next hop that coincides with the re= mote router over the wasted cell. This is simpler. If hop by hop matches a track then the policy will apply a= t each hop. But this is a particular case and addressing the one hop case i= s more than ok to me. [] Very cool :) Pascal am I missing something? [Pascal] Yes, since you had it reversed about the multicast, I think you we= nt through a very different path... Cheers, Pascal Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit: Hello Qin: It makes sense to me. I want to confirm my understanding further. (1) Regarding the multicast address, it functions as a track-ID, or a label= of a reserved route in layer 2.5. Correct? [Pascal] Yes, that would be an added value. The main goal is to make sure t= hat any intermediate node accepts the packet. Alternatively we could use br= oadcast (0xFFFF) on all the tracks but then we need to make sure that the n= ode only forwards along the track. (2) Regarding to reusing cell, it supports multiple queues with different Q= oS, saying the packets associated with the track has higher priority, and t= he best effort packets has lower priority. Correct? [Pascal] Actually the prioritization and packet drop management is done at = L3. If we have received a packet along the track, then that packet goes out= next, with no control from IP. But if there was no packet in along the tra= ck at the current iteration of the schedule, then we have one free cell for= that iteration. What we can do at 6TUS layer is add that particular cell i= n that particular iteration of the schedule to the bundle that is used for = L3 as link to the next hop router. When the cell time arrives, we pick the = highest priority packet from the L3 outgoing queue on the link towards the = particular next hop of that cell and transmit. The next hop router can pick= that packet and punt it. If my understanding is correct, a parameter like trackID (which will be use= d as multicast address) may be needed in the cell reservation related comma= nds of 6tus. [Pascal] I think that could be useful. : ) Pascal Hello Qin: I expect that without this proposal, the dest mac of a packet would be the next L2 node, so that the next hop picks it and passes it to 6TUS la= yer. With the proposal, all nodes along a track would accept the multicast dest mac address associated to that track, so the packet is recognized as receivable by this node at L2 and yet can be forwarded at 6TUS layer without dest MAC rewrite. Reusing the cell would be the case where this router did not receive a frame on the track incoming slot, so the outgoing slot will be wasted. If we have a packet for which the next hop the same router as the receiver of the wasted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router needs to figure out that this is not a frame to be switched at 6TUS layer but a packet to be routed at L3. The trick is that in this case, the destination MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3. Reusing a cell between 2 tracks is not the idea because there might be collisions. Here we are talking about using an unsed cell opportunistically for L3 best effort traffic. If there is an unused track cell, it adds up to the bundle between the 2 adjacent routers for that particular slotframe. Makes sense? Pascal -----Original Message----- From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: lundi 3 juin 2013 13:14 To: Pascal Thubert (pthubert) Cc: 6tsch@ietf.org Subject: Re: [6tsch] Routing vs. switching Hi Pascal, I don't understand strategy a) clearly. According to my understanding on "Track", it consists of a sequence of cells along a multihop path, and there is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell? I guess that the strategy a) will be used to solve the problem of (A->C->B, D->C->E). That is, there is a cell in node-C with multicast address to both node-B and node-E. So, the cell can be reused in the two tracks. Correct? Thanks Qin Dear all ; We had a great discussion today at the weekly call about routing that relies on 1 hop cell bundles vs. switching that operates on end to end tracks. We agreed that merging and splitting tracks could require queuing at intermediate nodes to absorb burst collisions from multiple sources and decided to go for the watertight pipes. We proposed 2 additional strategies: a) define a multicast mac address for the track, so we can 1) reuse a track cell that is not used by a deterministic packet for hop by hop L3 traffic as differentiated by its unicast MAC destination and 2) forward with no change to the destination. b) let the PCE install routes as well as tracks. With that strategy, A PCE route is an alternate to a track that would allow cell reuse and L3 QoS operation. We leverage the deterministic Class of service (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can emulate RPL local instances as indexed by the tuple (source address, local_instance_id) and forward the packet with the same rules are RPL, along the routing table indexed by the instance ID. Comments welcome! Cheers, Pascal _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch --_000_E045AECD98228444A58C61C200AE1BD841307673xmbrcdx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Pascal,
let me argue a little :-)

[Pascal] Most certa= inly!!! Thanks for this…

Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit:

Hello Xavi:

1-The general case of Packet Switching at L2.5 will not use any header= .

The PCE will install the mappings between input and output cells and t= racks will be tight water pipes. (no sharing of resources). Forwarding will= be done by 6tus, i.e looking input cell into the table and inserting the p= acket in the corresponding queue so it can be relayed at the appropriate ou= tput cell.

[Pascal] This is probably not entirely true. 6TUS is above 802.15.4 an= d I expect that the radio NIC will match the MAC destination prior to passi= ng the packet to 6TUS. The proper claim would be that the headers above L2 = are not relevant to 6TUS switching operation. This is why I wanted a mcast = or brdcast destination for packets that are 6TUS switched; if I'm correct t= his saves us from updating the destination mac at each hop.

I see, however updating next hop is not a pro= blem as in the schedule we have thet L2 address the cell is pointing to (in= case of tx). So my question is now. Is that needed? does it introduce any = advantage, does it introduce more complexity? note that from the implementation point of view by default we = rewrite destination (next hop) as this is what it is supposed to be done. H= aving this "special" condition will require "special handlin= g". Just thoughts as I am in favour of simple things.

[Pascal] We need a bit somewhere belo= w 6TUS to differentiate the native packet that should be forwarded along th= e track vs. the cuckoo that this proposal injects opportunistic in the wast= ed cell. This is the main reason for the different destination MAC. Now mak= ing it broadcast ensures that the NIC card will read it and pass it up to 6= TUS. The optimization of not rewriting the dmac is really a side effect.

2-As an add-on we are discussing to add support for cell reuse, which = won't be the general case or at least not as common as 1). In the case of c= ell reuse the track-ID will be used as destination address. We are proposin= g to use a multi-cast destination address when we want to express that a fl= ow can use track-shared cells.

[Pascal] The other way around. The unicast would be for the cuckoo pac= ket that opportunistically surfs the tack for one hop. The dest mac in that= case is that of the next hop router. The multicast (or broadcast) is used = to indicate that any NIC along the track is supposed to accept the frame an= d pass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF= , and 2) the frame was received over a track, it will forward the frame alo= ng the track. Otherwise punt to IP.

I see, now. this is co= nsidering that we use a multicast address for any packet that goes through = a label switched path.

3-When 6tus has to relay a packet, and has nothing to sent in a partic= ular slot, will pick another packet from a multicast queue which has a mult= icast address so the resource can be shared.

[Pascal] Again you have the unicast / mcast reversed from the original= proposal. The proposal is that highest priority unicast packet for which t= he next hop router coincides with the next hop of the track is opportunisti= cally placed on the wasted cell... this adds a cell to the bundle between t= he 2 adjacent routers, but only when there is no received frame along the t= rack.

Agreed.

So when inserting a packet into a queue, if the destination address is= the multicast address it will be assigned a different priority than packet= s with specific destination address, and will be relayed using the bundle o= f cells that are identified by that multicast address. This means that the = switching table needs another field, i.e the track-id which needs to be sha= red by all the nodes in the track, in that way 6tus, upon receiving a packe= t in a cell, will look at the input cell, destination address and will find= the output cell and will put the packet in the corresponding queue.

[] Making sure we are clear here: The proposal is to reuse the cell fo= r just one hop, not for the final destination. There is already little chan= ce that we have many packets queued with the next hop that coincides with t= he remote router over the wasted cell.

This is simpler. If ho= p by hop matches a track then the policy will apply at each hop. But this i= s a particular case and addressing the one hop case is more than ok to me.<= /span>

[] Very cool J<= /i>

Pascal

am I missing something?

[Pascal] Yes, since you had it reversed about the multicast, I think y= ou went through a very different path...

Cheers,

Pascal

Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit:

Hello Qin:

It makes sense to me. I want to confirm my understanding further.=

(1) Regarding the multicast address, it functions as a track-ID, or a = label of a reserved route in layer 2.5. Correct?

[Pascal] Yes, that would be an added value. The main goal is to make s= ure that any intermediate node accepts the packet. Alternatively we could u= se broadcast (0xFFFF) on all the tracks but then we need to make sure that = the node only forwards along the track.

(2) Regarding to reusing cell, it supports multiple queues with differ= ent QoS, saying the packets associated with the track has higher priority, = and the best effort packets has lower priority. Correct?

[Pascal] Actually the prioritization and packet drop management is don= e at L3. If we have received a packet along the track, then that packet goe= s out next, with no control from IP. But if there was no packet in along th= e track at the current iteration of the schedule, then we have one free cel= l for that iteration. What we can do at 6TUS layer is add that particular c= ell in that particular iteration of the schedule to the bundle that is used= for L3 as link to the next hop router. When the cell time arrives, we pick= the highest priority packet from the L3 outgoing queue on the link towards= the particular next hop of that cell and transmit. The next hop router can= pick that packet and punt it.

If my understanding is correct, a parameter like trackID (which will b= e used as multicast address) may be needed in the cell reservation related = commands of 6tus.

[Pascal] I think that could be useful.

: )

Pascal

Hello Qin:

I expect that without this proposal, the dest mac of a packet would

be the next L2 node, so that the next hop picks it and passes it to 6T= US layer.

With the proposal, all nodes along a track would accept the multicast =

dest mac address associated to that track, so the packet is

recognized as receivable by this node at L2 and yet can be forwarded <= o:p>

at 6TUS layer without dest MAC rewrite.

Reusing the cell would be the case where this router did not receive <= o:p>

a frame on the track incoming slot, so the outgoing slot will be waste= d.

If we have a packet for which the next hop the same router as the

receiver of the wasted cell, then we'd want to use the cell to

progress the packet one hop. But then the receiver router needs to

figure out that this is not a frame to be switched at 6TUS layer but <= o:p>

a packet to be routed at L3. The trick is that in this case, the =

destination MAC address would be effectively that of the receiver

router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might

be collisions. Here we are talking about using an unsed cell

opportunistically for L3 best effort traffic. If there is an unused

track cell, it adds up to the bundle between the 2 adjacent routers

for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----

From: Qin Wang [mailto:qinwang= @berkeley.edu]

Sent: lundi 3 juin 2013 13:14

To: Pascal Thubert (pthubert)

Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding =

on "Track", it consists of a sequence of cells along a multi= hop path,

and there is one and only one cell for a pair of nodes (i.e. fixed

next hop neighbor). Then, how does multicast Mac address function?

What do you mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of

(A->C->B, D->C->E). That is, there is a cell in node-C wit= h multicast

address to both node-B and node-E. So, the cell can be reused in the <= o:p>

two tracks. Correct?

Thanks

Qin

Dear all ;

We had a great discussion today at the weekly call about routing =

that relies on 1 hop cell bundles vs. switching that operates on end <= o:p>

to end tracks.

We agreed that merging and splitting tracks could require queuing at <= o:p>

intermediate nodes to absorb burst collisions from multiple sources

and decided to go for the watertight pipes.

We proposed 2 additional strategies:

a) define a multicast mac address for the track, so we can 1) reuse

a track cell that is not used by a deterministic packet for hop by

hop

L3 traffic as differentiated by its unicast MAC destination and 2)

forward with no change to the destination.

b) let the PCE install routes as well as tracks. With that strategy, <= o:p>

A PCE route is an alternate to a track that would allow cell reuse

and

L3 QoS operation. We leverage the deterministic Class of service =

(that's Deterministic Forwarding, DF, though encoded 0xEF). And we

can emulate RPL local instances as indexed by the tuple (source <= /o:p>

address,

local_instance_id) and forward the packet with the same rules are

RPL, along the routing table indexed by the instance ID.

Comments welcome!

Cheers,

Pascal

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ie= tf.org/mailman/listinfo/6tsch

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ie= tf.org/mailman/listinfo/6tsch

_______________________________________________

6tsch mailing list

6tsch@ietf.org

https://www.ie= tf.org/mailman/listinfo/6tsch

--_000_E045AECD98228444A58C61C200AE1BD841307673xmbrcdx01ciscoc_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7952821F992C for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 15:41:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nXq8KFLjKucG for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 15:41:01 -0700 (PDT) Received: from cm01fe.IST.Berkeley.EDU (cm01fe.IST.Berkeley.EDU [169.229.218.142]) by ietfa.amsl.com (Postfix) with ESMTP id A935E21F992A for <6tsch@ietf.org>; Tue, 4 Jun 2013 15:40:58 -0700 (PDT) Received: from c-67-188-198-243.hsd1.ca.comcast.net ([67.188.198.243] helo=[192.168.2.3]) by cm01fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1UjzuS-0007sZ-3e; Tue, 04 Jun 2013 15:40:58 -0700 Message-ID: <51AE6CF3.9000104@eecs.berkeley.edu> Date: Tue, 04 Jun 2013 15:40:51 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> In-Reply-To: Content-Type: multipart/alternative; boundary="------------090005000105060201010002" Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:41:06 -0000 This is a multi-part message in MIME format. --------------090005000105060201010002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Pascal, let me argue a little :-) Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit: > Hello Xavi: > > 1-The general case of Packet Switching at L2.5 will not use any header. > The PCE will install the mappings between input and output cells and tracks will be tight water pipes. (no sharing of resources). Forwarding will be done by 6tus, i.e looking input cell into the table and inserting the packet in the corresponding queue so it can be relayed at the appropriate output cell. > > [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I expect that the radio NIC will match the MAC destination prior to passing the packet to 6TUS. The proper claim would be that the headers above L2 are not relevant to 6TUS switching operation. This is why I wanted a mcast or brdcast destination for packets that are 6TUS switched; if I'm correct this saves us from updating the destination mac at each hop. I see, however updating next hop is not a problem as in the schedule we have thet L2 address the cell is pointing to (in case of tx). So my question is now. Is that needed? does it introduce any advantage, does it introduce more complexity? note that from the implementation point of view by default we rewrite destination (next hop) as this is what it is supposed to be done. Having this "special" condition will require "special handling". Just thoughts as I am in favour of simple things. > > 2-As an add-on we are discussing to add support for cell reuse, which won't be the general case or at least not as common as 1). In the case of cell reuse the track-ID will be used as destination address. We are proposing to use a multi-cast destination address when we want to express that a flow can use track-shared cells. > > [Pascal] The other way around. The unicast would be for the cuckoo packet that opportunistically surfs the tack for one hop. The dest mac in that case is that of the next hop router. The multicast (or broadcast) is used to indicate that any NIC along the track is supposed to accept the frame and pass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, and 2) the frame was received over a track, it will forward the frame along the track. Otherwise punt to IP. I see, now. this is considering that we use a multicast address for any packet that goes through a label switched path. > 3-When 6tus has to relay a packet, and has nothing to sent in a particular slot, will pick another packet from a multicast queue which has a multicast address so the resource can be shared. > > [Pascal] Again you have the unicast / mcast reversed from the original proposal. The proposal is that highest priority unicast packet for which the next hop router coincides with the next hop of the track is opportunistically placed on the wasted cell... this adds a cell to the bundle between the 2 adjacent routers, but only when there is no received frame along the track. Agreed. > So when inserting a packet into a queue, if the destination address is the multicast address it will be assigned a different priority than packets with specific destination address, and will be relayed using the bundle of cells that are identified by that multicast address. This means that the switching table needs another field, i.e the track-id which needs to be shared by all the nodes in the track, in that way 6tus, upon receiving a packet in a cell, will look at the input cell, destination address and will find the output cell and will put the packet in the corresponding queue. > > [] Making sure we are clear here: The proposal is to reuse the cell for just one hop, not for the final destination. There is already little chance that we have many packets queued with the next hop that coincides with the remote router over the wasted cell. This is simpler. If hop by hop matches a track then the policy will apply at each hop. But this is a particular case and addressing the one hop case is more than ok to me. > > am I missing something? > > [Pascal] Yes, since you had it reversed about the multicast, I think you went through a very different path... > Cheers, > > Pascal > > > Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit: >> Hello Qin: >> >> It makes sense to me. I want to confirm my understanding further. >> >> (1) Regarding the multicast address, it functions as a track-ID, or a label of a reserved route in layer 2.5. Correct? >> >> [Pascal] Yes, that would be an added value. The main goal is to make sure that any intermediate node accepts the packet. Alternatively we could use broadcast (0xFFFF) on all the tracks but then we need to make sure that the node only forwards along the track. >> >> (2) Regarding to reusing cell, it supports multiple queues with different QoS, saying the packets associated with the track has higher priority, and the best effort packets has lower priority. Correct? >> >> [Pascal] Actually the prioritization and packet drop management is done at L3. If we have received a packet along the track, then that packet goes out next, with no control from IP. But if there was no packet in along the track at the current iteration of the schedule, then we have one free cell for that iteration. What we can do at 6TUS layer is add that particular cell in that particular iteration of the schedule to the bundle that is used for L3 as link to the next hop router. When the cell time arrives, we pick the highest priority packet from the L3 outgoing queue on the link towards the particular next hop of that cell and transmit. The next hop router can pick that packet and punt it. >> >> If my understanding is correct, a parameter like trackID (which will be used as multicast address) may be needed in the cell reservation related commands of 6tus. >> >> [Pascal] I think that could be useful. >> >> : ) >> >> Pascal >> >> >> >>> Hello Qin: >>> >>> I expect that without this proposal, the dest mac of a packet would >>> be the next L2 node, so that the next hop picks it and passes it to 6TUS layer. >>> With the proposal, all nodes along a track would accept the multicast >>> dest mac address associated to that track, so the packet is >>> recognized as receivable by this node at L2 and yet can be forwarded >>> at 6TUS layer without dest MAC rewrite. >>> >>> Reusing the cell would be the case where this router did not receive >>> a frame on the track incoming slot, so the outgoing slot will be wasted. >>> If we have a packet for which the next hop the same router as the >>> receiver of the wasted cell, then we'd want to use the cell to >>> progress the packet one hop. But then the receiver router needs to >>> figure out that this is not a frame to be switched at 6TUS layer but >>> a packet to be routed at L3. The trick is that in this case, the >>> destination MAC address would be effectively that of the receiver >>> router so 6TUS would punt the packet to L3. >>> >>> Reusing a cell between 2 tracks is not the idea because there might >>> be collisions. Here we are talking about using an unsed cell >>> opportunistically for L3 best effort traffic. If there is an unused >>> track cell, it adds up to the bundle between the 2 adjacent routers >>> for that particular slotframe. >>> >>> Makes sense? >>> >>> Pascal >>> >>> >>> -----Original Message----- >>> From: Qin Wang [mailto:qinwang@berkeley.edu] >>> Sent: lundi 3 juin 2013 13:14 >>> To: Pascal Thubert (pthubert) >>> Cc: 6tsch@ietf.org >>> Subject: Re: [6tsch] Routing vs. switching >>> >>> Hi Pascal, >>> >>> I don't understand strategy a) clearly. According to my understanding >>> on "Track", it consists of a sequence of cells along a multihop path, >>> and there is one and only one cell for a pair of nodes (i.e. fixed >>> next hop neighbor). Then, how does multicast Mac address function? >>> What do you mean by reusing a cell? >>> >>> I guess that the strategy a) will be used to solve the problem of >>> (A->C->B, D->C->E). That is, there is a cell in node-C with multicast >>> address to both node-B and node-E. So, the cell can be reused in the >>> two tracks. Correct? >>> >>> Thanks >>> Qin >>> >>> >>>> Dear all ; >>>> >>>> We had a great discussion today at the weekly call about routing >>>> that relies on 1 hop cell bundles vs. switching that operates on end >>>> to end tracks. >>>> >>>> We agreed that merging and splitting tracks could require queuing at >>>> intermediate nodes to absorb burst collisions from multiple sources >>>> and decided to go for the watertight pipes. >>>> >>>> We proposed 2 additional strategies: >>>> >>>> a) define a multicast mac address for the track, so we can 1) reuse >>>> a track cell that is not used by a deterministic packet for hop by >>>> hop >>>> L3 traffic as differentiated by its unicast MAC destination and 2) >>>> forward with no change to the destination. >>>> >>>> b) let the PCE install routes as well as tracks. With that strategy, >>>> A PCE route is an alternate to a track that would allow cell reuse >>>> and >>>> L3 QoS operation. We leverage the deterministic Class of service >>>> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we >>>> can emulate RPL local instances as indexed by the tuple (source >>>> address, >>>> local_instance_id) and forward the packet with the same rules are >>>> RPL, along the routing table indexed by the instance ID. >>>> >>>> Comments welcome! >>>> >>>> Cheers, >>>> >>>> Pascal >>>> _______________________________________________ >>>> 6tsch mailing list >>>> 6tsch@ietf.org >>>> https://www.ietf.org/mailman/listinfo/6tsch >>>> >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --------------090005000105060201010002 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi Pascal,
let me argue a little :-)

Al 04/06/13 15:22, En/na Pascal Thubert (pthubert) ha escrit:

Hello Xavi: 1-The general case of Packet Switching at L2.5 will not use any header. The PCE will install the mappings between input and output cells and tracks will be tight water pipes. (no sharing of resources). Forwarding will be done by 6tus, i.e looking input cell into the table and inserting the packet in the corresponding queue so it can be relayed at the appropriate output cell. [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I expect that the radio NIC will match the MAC destination prior to passing the packet to 6TUS. The proper claim would be that the headers above L2 are not relevant to 6TUS switching operation. This is why I wanted a mcast or brdcast destination for packets that are 6TUS switched; if I'm correct this saves us from updating the destination mac at each hop.

I see, however updating next hop is not a problem as in the schedule we have thet L2 address the cell is pointing to (in case of tx). So my question is now. Is that needed? does it introduce any advantage, does it introduce more complexity? note that from the implementation point of view by default we rewrite destination (next hop) as this is what it is supposed to be done. Having this "special" condition will require "special handling". Just thoughts as I am in favour of simple things.

2-As an add-on we are discussing to add support for cell reuse, which won't be the general case or at least not as common as 1). In the case of cell reuse the track-ID will be used as destination address. We are proposing to use a multi-cast destination address when we want to express that a flow can use track-shared cells. [Pascal] The other way around. The unicast would be for the cuckoo packet that opportunistically surfs the tack for one hop. The dest mac in that case is that of the next hop router. The multicast (or broadcast) is used to indicate that any NIC along the track is supposed to accept the frame and pass it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, and 2) the frame was received over a track, it will forward the frame along the track. Otherwise punt to IP.

I see, now. this is considering that we use a multicast address for any packet that goes through a label switched path.

3-When 6tus has to relay a packet, and has nothing to sent in a particular slot, will pick another packet from a multicast queue which has a multicast address so the resource can be shared. [Pascal] Again you have the unicast / mcast reversed from the original proposal. The proposal is that highest priority unicast packet for which the next hop router coincides with the next hop of the track is opportunistically placed on the wasted cell... this adds a cell to the bundle between the 2 adjacent routers, but only when there is no received frame along the track.

Agreed.

So when inserting a packet into a queue, if the destination address is the multicast address it will be assigned a different priority than packets with specific destination address, and will be relayed using the bundle of cells that are identified by that multicast address. This means that the switching table needs another field, i.e the track-id which needs to be shared by all the nodes in the track, in that way 6tus, upon receiving a packet in a cell, will look at the input cell, destination address and will find the output cell and will put the packet in the corresponding queue. [] Making sure we are clear here: The proposal is to reuse the cell for just one hop, not for the final destination. There is already little chance that we have many packets queued with the next hop that coincides with the remote router over the wasted cell.

This is simpler. If hop by hop matches a track then the policy will apply at each hop. But this is a particular case and addressing the one hop case is more than ok to me.

am I missing something? [Pascal] Yes, since you had it reversed about the multicast, I think you went through a very different path...

Cheers, Pascal Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit:

Hello Qin: It makes sense to me. I want to confirm my understanding further. (1) Regarding the multicast address, it functions as a track-ID, or a label of a reserved route in layer 2.5. Correct? [Pascal] Yes, that would be an added value. The main goal is to make sure that any intermediate node accepts the packet. Alternatively we could use broadcast (0xFFFF) on all the tracks but then we need to make sure that the node only forwards along the track. (2) Regarding to reusing cell, it supports multiple queues with different QoS, saying the packets associated with the track has higher priority, and the best effort packets has lower priority. Correct? [Pascal] Actually the prioritization and packet drop management is done at L3. If we have received a packet along the track, then that packet goes out next, with no control from IP. But if there was no packet in along the track at the current iteration of the schedule, then we have one free cell for that iteration. What we can do at 6TUS layer is add that particular cell in that particular iteration of the schedule to the bundle that is used for L3 as link to the next hop router. When the cell time arrives, we pick the highest priority packet from the L3 outgoing queue on the link towards the particular next hop of that cell and transmit. The next hop router can pick that packet and punt it. If my understanding is correct, a parameter like trackID (which will be used as multicast address) may be needed in the cell reservation related commands of 6tus. [Pascal] I think that could be useful. : ) Pascal

Hello Qin: I expect that without this proposal, the dest mac of a packet would be the next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest mac address associated to that track, so the packet is recognized as receivable by this node at L2 and yet can be forwarded at 6TUS layer without dest MAC rewrite. Reusing the cell would be the case where this router did not receive a frame on the track incoming slot, so the outgoing slot will be wasted. If we have a packet for which the next hop the same router as the receiver of the wasted cell, then we'd want to use the cell to progress the packet one hop. But then the receiver router needs to figure out that this is not a frame to be switched at 6TUS layer but a packet to be routed at L3. The trick is that in this case, the destination MAC address would be effectively that of the receiver router so 6TUS would punt the packet to L3. Reusing a cell between 2 tracks is not the idea because there might be collisions. Here we are talking about using an unsed cell opportunistically for L3 best effort traffic. If there is an unused track cell, it adds up to the bundle between the 2 adjacent routers for that particular slotframe. Makes sense? Pascal -----Original Message----- From: Qin Wang [mailto:qinwang@berkeley.edu] Sent: lundi 3 juin 2013 13:14 To: Pascal Thubert (pthubert) Cc: 6tsch@ietf.org Subject: Re: [6tsch] Routing vs. switching Hi Pascal, I don't understand strategy a) clearly. According to my understanding on "Track", it consists of a sequence of cells along a multihop path, and there is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell? I guess that the strategy a) will be used to solve the problem of (A->C->B, D->C->E). That is, there is a cell in node-C with multicast address to both node-B and node-E. So, the cell can be reused in the two tracks. Correct? Thanks Qin

Dear all ; We had a great discussion today at the weekly call about routing that relies on 1 hop cell bundles vs. switching that operates on end to end tracks. We agreed that merging and splitting tracks could require queuing at intermediate nodes to absorb burst collisions from multiple sources and decided to go for the watertight pipes. We proposed 2 additional strategies: a) define a multicast mac address for the track, so we can 1) reuse a track cell that is not used by a deterministic packet for hop by hop L3 traffic as differentiated by its unicast MAC destination and 2) forward with no change to the destination. b) let the PCE install routes as well as tracks. With that strategy, A PCE route is an alternate to a track that would allow cell reuse and L3 QoS operation. We leverage the deterministic Class of service (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can emulate RPL local instances as indexed by the tuple (source address, local_instance_id) and forward the packet with the same rules are RPL, along the routing table indexed by the instance ID. Comments welcome! Cheers, Pascal _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

_______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch

--------------090005000105060201010002-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC18E21F99CA for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 15:22:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.306 X-Spam-Level: X-Spam-Status: No, score=-10.306 tagged_above=-999 required=5 tests=[AWL=0.293, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z-vEBfK9WraL for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 15:22:50 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 4D8AE21F96C2 for <6tsch@ietf.org>; Tue, 4 Jun 2013 15:22:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9190; q=dns/txt; s=iport; t=1370384569; x=1371594169; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=8p58R8oX9a/jFmRtBAujn0qzeqTKAaKpEshBnAPMkqg=; b=hj/HQAzDONcsz5P7srb7XRKQf52RnmmTbH1DP8fUfbldrY264aH6B9jk NuZ5ffdJWoW5FpFqHLE5L41nVXnWFVRwEWNaysNjWbNtCPIA+CjvPKZ5D btSfB2EzojpcsajwV3nOQqMA5meoNJcFo4epekra5fHQ26B8egc1pOmUN g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag8FAA1orlGtJV2Z/2dsb2JhbABaDoJ7ML8pfRZ0giMBAQEEAQEBJBM0FwQCAQgOAwQBAQsUCQcnCxQJCAIEARIIiAUMvVwEjnM4BoJ0YQOof4JRPoIn X-IronPort-AV: E=Sophos;i="4.87,802,1363132800"; d="scan'208";a="215840384" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-9.cisco.com with ESMTP; 04 Jun 2013 22:22:48 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r54MMmFI006214 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Jun 2013 22:22:48 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Tue, 4 Jun 2013 17:22:48 -0500 From: "Pascal Thubert (pthubert)" To: Xavier Vilajosana , "6tsch@ietf.org" <6tsch@ietf.org> Thread-Topic: [6tsch] Routing vs. switching Thread-Index: AQHOYVGdt4TNLS/c1kCKIJdJb9caEpkmGjug Date: Tue, 4 Jun 2013 22:22:47 +0000 Deferred-Delivery: Tue, 4 Jun 2013 22:22:00 +0000 Message-ID: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> <51AE2A70.1070104@eecs.berkeley.edu> In-Reply-To: <51AE2A70.1070104@eecs.berkeley.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.28.148] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 22:23:00 -0000 Hello Xavi: 1-The general case of Packet Switching at L2.5 will not use any header.=20 The PCE will install the mappings between input and output cells and tracks= will be tight water pipes. (no sharing of resources). Forwarding will be d= one by 6tus, i.e looking input cell into the table and inserting the packet= in the corresponding queue so it can be relayed at the appropriate output = cell. [Pascal] This is probably not entirely true. 6TUS is above 802.15.4 and I e= xpect that the radio NIC will match the MAC destination prior to passing th= e packet to 6TUS. The proper claim would be that the headers above L2 are n= ot relevant to 6TUS switching operation. This is why I wanted a mcast or br= dcast destination for packets that are 6TUS switched; if I'm correct this s= aves us from updating the destination mac at each hop. 2-As an add-on we are discussing to add support for cell reuse, which won't= be the general case or at least not as common as 1). In the case of cell r= euse the track-ID will be used as destination address. We are proposing to = use a multi-cast destination address when we want to express that a flow ca= n use track-shared cells. [Pascal] The other way around. The unicast would be for the cuckoo packet t= hat opportunistically surfs the tack for one hop. The dest mac in that case= is that of the next hop router. The multicast (or broadcast) is used to in= dicate that any NIC along the track is supposed to accept the frame and pas= s it to 6TUS. 6TUS would read the dest MAC and if 1) it is, say 0xFFFF, and= 2) the frame was received over a track, it will forward the frame along th= e track. Otherwise punt to IP. 3-When 6tus has to relay a packet, and has nothing to sent in a particular = slot, will pick another packet from a multicast queue which has a multicast= address so the resource can be shared. [Pascal] Again you have the unicast / mcast reversed from the original prop= osal. The proposal is that highest priority unicast packet for which the ne= xt hop router coincides with the next hop of the track is opportunistically= placed on the wasted cell... this adds a cell to the bundle between the 2 = adjacent routers, but only when there is no received frame along the track. So when inserting a packet into a queue, if the destination address is the = multicast address it will be assigned a different priority than packets wit= h specific destination address, and will be relayed using the bundle of cel= ls that are identified by that multicast address. This means that the switc= hing table needs another field, i.e the track-id which needs to be shared b= y all the nodes in the track, in that way 6tus, upon receiving a packet in = a cell, will look at the input cell, destination address and will find the = output cell and will put the packet in the corresponding queue. [] Making sure we are clear here: The proposal is to reuse the cell for jus= t one hop, not for the final destination. There is already little chance th= at we have many packets queued with the next hop that coincides with the re= mote router over the wasted cell. am I missing something? [Pascal] Yes, since you had it reversed about the multicast, I think you we= nt through a very different path... Cheers, Pascal Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit: > Hello Qin: > > It makes sense to me. I want to confirm my understanding further. > > (1) Regarding the multicast address, it functions as a track-ID, or a lab= el of a reserved route in layer 2.5. Correct? > > [Pascal] Yes, that would be an added value. The main goal is to make sure= that any intermediate node accepts the packet. Alternatively we could use = broadcast (0xFFFF) on all the tracks but then we need to make sure that the= node only forwards along the track. > > (2) Regarding to reusing cell, it supports multiple queues with different= QoS, saying the packets associated with the track has higher priority, and= the best effort packets has lower priority. Correct? > > [Pascal] Actually the prioritization and packet drop management is done a= t L3. If we have received a packet along the track, then that packet goes o= ut next, with no control from IP. But if there was no packet in along the t= rack at the current iteration of the schedule, then we have one free cell f= or that iteration. What we can do at 6TUS layer is add that particular cell= in that particular iteration of the schedule to the bundle that is used fo= r L3 as link to the next hop router. When the cell time arrives, we pick th= e highest priority packet from the L3 outgoing queue on the link towards th= e particular next hop of that cell and transmit. The next hop router can pi= ck that packet and punt it. > > If my understanding is correct, a parameter like trackID (which will be u= sed as multicast address) may be needed in the cell reservation related com= mands of 6tus. > > [Pascal] I think that could be useful. > > : ) > =20 > Pascal > > > >> Hello Qin: >> >> I expect that without this proposal, the dest mac of a packet would=20 >> be the next L2 node, so that the next hop picks it and passes it to 6TUS= layer. >> With the proposal, all nodes along a track would accept the multicast=20 >> dest mac address associated to that track, so the packet is=20 >> recognized as receivable by this node at L2 and yet can be forwarded=20 >> at 6TUS layer without dest MAC rewrite. >> >> Reusing the cell would be the case where this router did not receive=20 >> a frame on the track incoming slot, so the outgoing slot will be wasted. >> If we have a packet for which the next hop the same router as the=20 >> receiver of the wasted cell, then we'd want to use the cell to=20 >> progress the packet one hop. But then the receiver router needs to=20 >> figure out that this is not a frame to be switched at 6TUS layer but=20 >> a packet to be routed at L3. The trick is that in this case, the=20 >> destination MAC address would be effectively that of the receiver=20 >> router so 6TUS would punt the packet to L3. >> >> Reusing a cell between 2 tracks is not the idea because there might=20 >> be collisions. Here we are talking about using an unsed cell=20 >> opportunistically for L3 best effort traffic. If there is an unused=20 >> track cell, it adds up to the bundle between the 2 adjacent routers=20 >> for that particular slotframe. >> >> Makes sense? >> >> Pascal >> >> >> -----Original Message----- >> From: Qin Wang [mailto:qinwang@berkeley.edu] >> Sent: lundi 3 juin 2013 13:14 >> To: Pascal Thubert (pthubert) >> Cc: 6tsch@ietf.org >> Subject: Re: [6tsch] Routing vs. switching >> >> Hi Pascal, >> >> I don't understand strategy a) clearly. According to my understanding=20 >> on "Track", it consists of a sequence of cells along a multihop path,=20 >> and there is one and only one cell for a pair of nodes (i.e. fixed=20 >> next hop neighbor). Then, how does multicast Mac address function? >> What do you mean by reusing a cell? >> >> I guess that the strategy a) will be used to solve the problem of=20 >> (A->C->B, D->C->E). That is, there is a cell in node-C with multicast=20 >> address to both node-B and node-E. So, the cell can be reused in the=20 >> two tracks. Correct? >> >> Thanks >> Qin >> >> >>> Dear all ; >>> >>> We had a great discussion today at the weekly call about routing=20 >>> that relies on 1 hop cell bundles vs. switching that operates on end=20 >>> to end tracks. >>> >>> We agreed that merging and splitting tracks could require queuing at=20 >>> intermediate nodes to absorb burst collisions from multiple sources=20 >>> and decided to go for the watertight pipes. >>> >>> We proposed 2 additional strategies: >>> >>> a) define a multicast mac address for the track, so we can 1) reuse=20 >>> a track cell that is not used by a deterministic packet for hop by=20 >>> hop >>> L3 traffic as differentiated by its unicast MAC destination and 2)=20 >>> forward with no change to the destination. >>> >>> b) let the PCE install routes as well as tracks. With that strategy,=20 >>> A PCE route is an alternate to a track that would allow cell reuse=20 >>> and >>> L3 QoS operation. We leverage the deterministic Class of service=20 >>> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we=20 >>> can emulate RPL local instances as indexed by the tuple (source=20 >>> address, >>> local_instance_id) and forward the packet with the same rules are=20 >>> RPL, along the routing table indexed by the instance ID. >>> >>> Comments welcome! >>> >>> Cheers, >>> >>> Pascal >>> _______________________________________________ >>> 6tsch mailing list >>> 6tsch@ietf.org >>> https://www.ietf.org/mailman/listinfo/6tsch >>> >> > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch _______________________________________________ 6tsch mailing list 6tsch@ietf.org https://www.ietf.org/mailman/listinfo/6tsch Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C33221F9B7A for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 11:30:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2U7+PzUdc4zq for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 11:30:20 -0700 (PDT) Received: from cm03fe.IST.Berkeley.EDU (cm03fe.IST.Berkeley.EDU [169.229.218.144]) by ietfa.amsl.com (Postfix) with ESMTP id 6BA7921F9BA5 for <6tsch@ietf.org>; Tue, 4 Jun 2013 10:57:11 -0700 (PDT) Received: from c-67-188-198-243.hsd1.ca.comcast.net ([67.188.198.243] helo=[192.168.2.3]) by cm03fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth plain:xvilajosana@eecs.berkeley.edu) (envelope-from ) id 1UjvTp-0000Jz-AO for 6tsch@ietf.org; Tue, 04 Jun 2013 10:57:10 -0700 Message-ID: <51AE2A70.1070104@eecs.berkeley.edu> Date: Tue, 04 Jun 2013 10:57:04 -0700 From: Xavier Vilajosana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: 6tsch@ietf.org References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 18:30:25 -0000 Hi, my 2 cents and to don't lose the focus and try to bring a simple picture of what we are addressing: 1-The general case of Packet Switching at L2.5 will not use any header. The PCE will install the mappings between input and output cells and tracks will be tight water pipes. (no sharing of resources). Forwarding will be done by 6tus, i.e looking input cell into the table and inserting the packet in the corresponding queue so it can be relayed at the appropriate output cell. 2-As an add-on we are discussing to add support for cell reuse, which won't be the general case or at least not as common as 1). In the case of cell reuse the track-ID will be used as destination address. We are proposing to use a multi-cast destination address when we want to express that a flow can use track-shared cells. 3-When 6tus has to relay a packet, and has nothing to sent in a particular slot, will pick another packet from a multicast queue which has a multicast address so the resource can be shared. So when inserting a packet into a queue, if the destination address is the multicast address it will be assigned a different priority than packets with specific destination address, and will be relayed using the bundle of cells that are identified by that multicast address. This means that the switching table needs another field, i.e the track-id which needs to be shared by all the nodes in the track, in that way 6tus, upon receiving a packet in a cell, will look at the input cell, destination address and will find the output cell and will put the packet in the corresponding queue. am I missing something? X Al 04/06/13 08:28, En/na Pascal Thubert (pthubert) ha escrit: > Hello Qin: > > It makes sense to me. I want to confirm my understanding further. > > (1) Regarding the multicast address, it functions as a track-ID, or a label of a reserved route in layer 2.5. Correct? > > [Pascal] Yes, that would be an added value. The main goal is to make sure that any intermediate node accepts the packet. Alternatively we could use broadcast (0xFFFF) on all the tracks but then we need to make sure that the node only forwards along the track. > > (2) Regarding to reusing cell, it supports multiple queues with different QoS, saying the packets associated with the track has higher priority, and the best effort packets has lower priority. Correct? > > [Pascal] Actually the prioritization and packet drop management is done at L3. If we have received a packet along the track, then that packet goes out next, with no control from IP. But if there was no packet in along the track at the current iteration of the schedule, then we have one free cell for that iteration. What we can do at 6TUS layer is add that particular cell in that particular iteration of the schedule to the bundle that is used for L3 as link to the next hop router. When the cell time arrives, we pick the highest priority packet from the L3 outgoing queue on the link towards the particular next hop of that cell and transmit. The next hop router can pick that packet and punt it. > > If my understanding is correct, a parameter like trackID (which will be used as multicast address) may be needed in the cell reservation related commands of 6tus. > > [Pascal] I think that could be useful. > > : ) > > Pascal > > > >> Hello Qin: >> >> I expect that without this proposal, the dest mac of a packet would be >> the next L2 node, so that the next hop picks it and passes it to 6TUS layer. >> With the proposal, all nodes along a track would accept the multicast >> dest mac address associated to that track, so the packet is recognized >> as receivable by this node at L2 and yet can be forwarded at 6TUS >> layer without dest MAC rewrite. >> >> Reusing the cell would be the case where this router did not receive a >> frame on the track incoming slot, so the outgoing slot will be wasted. >> If we have a packet for which the next hop the same router as the >> receiver of the wasted cell, then we'd want to use the cell to >> progress the packet one hop. But then the receiver router needs to >> figure out that this is not a frame to be switched at 6TUS layer but a >> packet to be routed at L3. The trick is that in this case, the >> destination MAC address would be effectively that of the receiver >> router so 6TUS would punt the packet to L3. >> >> Reusing a cell between 2 tracks is not the idea because there might be >> collisions. Here we are talking about using an unsed cell >> opportunistically for L3 best effort traffic. If there is an unused >> track cell, it adds up to the bundle between the 2 adjacent routers >> for that particular slotframe. >> >> Makes sense? >> >> Pascal >> >> >> -----Original Message----- >> From: Qin Wang [mailto:qinwang@berkeley.edu] >> Sent: lundi 3 juin 2013 13:14 >> To: Pascal Thubert (pthubert) >> Cc: 6tsch@ietf.org >> Subject: Re: [6tsch] Routing vs. switching >> >> Hi Pascal, >> >> I don't understand strategy a) clearly. According to my understanding >> on "Track", it consists of a sequence of cells along a multihop path, >> and there is one and only one cell for a pair of nodes (i.e. fixed >> next hop neighbor). Then, how does multicast Mac address function? >> What do you mean by reusing a cell? >> >> I guess that the strategy a) will be used to solve the problem of >> (A->C->B, D->C->E). That is, there is a cell in node-C with multicast >> address to both node-B and node-E. So, the cell can be reused in the >> two tracks. Correct? >> >> Thanks >> Qin >> >> >>> Dear all ; >>> >>> We had a great discussion today at the weekly call about routing that >>> relies on 1 hop cell bundles vs. switching that operates on end to >>> end tracks. >>> >>> We agreed that merging and splitting tracks could require queuing at >>> intermediate nodes to absorb burst collisions from multiple sources >>> and decided to go for the watertight pipes. >>> >>> We proposed 2 additional strategies: >>> >>> a) define a multicast mac address for the track, so we can 1) reuse a >>> track cell that is not used by a deterministic packet for hop by hop >>> L3 traffic as differentiated by its unicast MAC destination and 2) >>> forward with no change to the destination. >>> >>> b) let the PCE install routes as well as tracks. With that strategy, >>> A PCE route is an alternate to a track that would allow cell reuse >>> and >>> L3 QoS operation. We leverage the deterministic Class of service >>> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we >>> can emulate RPL local instances as indexed by the tuple (source >>> address, >>> local_instance_id) and forward the packet with the same rules are >>> RPL, along the routing table indexed by the instance ID. >>> >>> Comments welcome! >>> >>> Cheers, >>> >>> Pascal >>> _______________________________________________ >>> 6tsch mailing list >>> 6tsch@ietf.org >>> https://www.ietf.org/mailman/listinfo/6tsch >>> >> > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 088DA21F9CB1 for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 10:20:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wsutGUj3buAW for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 10:19:55 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id A2B2121F9D55 for <6tsch@ietf.org>; Tue, 4 Jun 2013 08:28:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7206; q=dns/txt; s=iport; t=1370359690; x=1371569290; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=nnLyOA0D/SKSe5swW1Jvilzc0hbwXGSkfFrw20gQMV8=; b=jw68LAncSNNvMJ6CT1W7dTgTAkopJA8FYKN3Dwh9JsQPxYOa325Jmz/a EBrGtNnnjAIyQdaBdgdzp/M0V3kxco6VFVjUGGxYQmh/Wigyb1a/hmkdy NT75NqSTjuXmcwa1iQOP1u7SzIn/Rmec7UB9WQT1F+lzyOsmZh35Sdr1T E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIFADEGrlGtJV2Y/2dsb2JhbABaDoJ7MIM8u1wNbRZ0giMBAQEDAQEBASAEDToLBQcEAgEIEQQBAQMCBh0DAgICJQsUAQgIAQEEDgUIh38GDKs3kX0EgSaNTTEHBoJBM2EDqH+CUT6CJw X-IronPort-AV: E=Sophos;i="4.87,800,1363132800"; d="scan'208";a="218638497" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-3.cisco.com with ESMTP; 04 Jun 2013 15:28:09 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r54FS9LO020356 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Jun 2013 15:28:09 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.02.0318.004; Tue, 4 Jun 2013 10:28:09 -0500 From: "Pascal Thubert (pthubert)" To: Qin Wang Thread-Topic: [6tsch] Routing vs. switching Thread-Index: Ac5eZWjm6oqA3MriRLGF9oYeNvqKCACwMDhdAAQFCVA= Date: Tue, 4 Jun 2013 15:28:09 +0000 Deferred-Delivery: Tue, 4 Jun 2013 15:28:00 +0000 Message-ID: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> In-Reply-To: <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.145.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 17:20:01 -0000 SGVsbG8gUWluOg0KDQpJdCBtYWtlcyBzZW5zZSB0byBtZS4gSSB3YW50IHRvIGNvbmZpcm0gbXkg dW5kZXJzdGFuZGluZyBmdXJ0aGVyLg0KDQooMSkgUmVnYXJkaW5nIHRoZSBtdWx0aWNhc3QgYWRk cmVzcywgaXQgZnVuY3Rpb25zIGFzIGEgdHJhY2stSUQsIG9yIGEgbGFiZWwgb2YgYSByZXNlcnZl ZCByb3V0ZSBpbiBsYXllciAyLjUuIENvcnJlY3Q/DQoNCltQYXNjYWxdIFllcywgdGhhdCB3b3Vs ZCBiZSBhbiBhZGRlZCB2YWx1ZS4gVGhlIG1haW4gZ29hbCBpcyB0byBtYWtlIHN1cmUgdGhhdCBh bnkgaW50ZXJtZWRpYXRlIG5vZGUgYWNjZXB0cyB0aGUgcGFja2V0LiBBbHRlcm5hdGl2ZWx5IHdl IGNvdWxkIHVzZSBicm9hZGNhc3QgKDB4RkZGRikgb24gYWxsIHRoZSB0cmFja3MgYnV0IHRoZW4g d2UgbmVlZCB0byBtYWtlIHN1cmUgdGhhdCB0aGUgbm9kZSBvbmx5IGZvcndhcmRzIGFsb25nIHRo ZSB0cmFjay4NCg0KKDIpIFJlZ2FyZGluZyB0byByZXVzaW5nIGNlbGwsIGl0IHN1cHBvcnRzIG11 bHRpcGxlIHF1ZXVlcyB3aXRoIGRpZmZlcmVudCBRb1MsIHNheWluZyB0aGUgcGFja2V0cyBhc3Nv Y2lhdGVkIHdpdGggdGhlIHRyYWNrIGhhcyBoaWdoZXIgcHJpb3JpdHksIGFuZCB0aGUgYmVzdCBl ZmZvcnQgcGFja2V0cyBoYXMgbG93ZXIgcHJpb3JpdHkuIENvcnJlY3Q/DQoNCltQYXNjYWxdIEFj dHVhbGx5IHRoZSBwcmlvcml0aXphdGlvbiBhbmQgcGFja2V0IGRyb3AgbWFuYWdlbWVudCBpcyBk b25lIGF0IEwzLiBJZiB3ZSBoYXZlIHJlY2VpdmVkIGEgcGFja2V0IGFsb25nIHRoZSB0cmFjaywg dGhlbiB0aGF0IHBhY2tldCBnb2VzIG91dCBuZXh0LCB3aXRoIG5vIGNvbnRyb2wgZnJvbSBJUC4g QnV0IGlmIHRoZXJlIHdhcyBubyBwYWNrZXQgaW4gYWxvbmcgdGhlIHRyYWNrIGF0IHRoZSBjdXJy ZW50IGl0ZXJhdGlvbiBvZiB0aGUgc2NoZWR1bGUsIHRoZW4gd2UgaGF2ZSBvbmUgZnJlZSBjZWxs IGZvciB0aGF0IGl0ZXJhdGlvbi4gV2hhdCB3ZSBjYW4gZG8gYXQgNlRVUyBsYXllciBpcyBhZGQg dGhhdCBwYXJ0aWN1bGFyIGNlbGwgaW4gdGhhdCBwYXJ0aWN1bGFyIGl0ZXJhdGlvbiBvZiB0aGUg c2NoZWR1bGUgdG8gdGhlIGJ1bmRsZSB0aGF0IGlzIHVzZWQgZm9yIEwzIGFzIGxpbmsgdG8gdGhl IG5leHQgaG9wIHJvdXRlci4gV2hlbiB0aGUgY2VsbCB0aW1lIGFycml2ZXMsIHdlIHBpY2sgdGhl IGhpZ2hlc3QgcHJpb3JpdHkgcGFja2V0IGZyb20gdGhlIEwzIG91dGdvaW5nIHF1ZXVlIG9uIHRo ZSBsaW5rIHRvd2FyZHMgdGhlIHBhcnRpY3VsYXIgbmV4dCBob3Agb2YgdGhhdCBjZWxsIGFuZCB0 cmFuc21pdC4gVGhlIG5leHQgaG9wIHJvdXRlciBjYW4gcGljayB0aGF0IHBhY2tldCBhbmQgcHVu dCBpdC4NCg0KSWYgbXkgdW5kZXJzdGFuZGluZyBpcyBjb3JyZWN0LCBhIHBhcmFtZXRlciBsaWtl IHRyYWNrSUQgKHdoaWNoIHdpbGwgYmUgdXNlZCBhcyBtdWx0aWNhc3QgYWRkcmVzcykgbWF5IGJl IG5lZWRlZCBpbiB0aGUgY2VsbCByZXNlcnZhdGlvbiByZWxhdGVkIGNvbW1hbmRzIG9mIDZ0dXMu DQoNCltQYXNjYWxdIEkgdGhpbmsgdGhhdCBjb3VsZCBiZSB1c2VmdWwuIA0KDQogOiApDQogDQpQ YXNjYWwNCg0KDQoNCj4gSGVsbG8gUWluOg0KPg0KPiBJIGV4cGVjdCB0aGF0IHdpdGhvdXQgdGhp cyBwcm9wb3NhbCwgdGhlIGRlc3QgbWFjIG9mIGEgcGFja2V0IHdvdWxkIGJlIA0KPiB0aGUgbmV4 dCBMMiBub2RlLCBzbyB0aGF0IHRoZSBuZXh0IGhvcCBwaWNrcyBpdCBhbmQgcGFzc2VzIGl0IHRv IDZUVVMgbGF5ZXIuDQo+IFdpdGggdGhlIHByb3Bvc2FsLCBhbGwgbm9kZXMgYWxvbmcgYSB0cmFj ayB3b3VsZCBhY2NlcHQgdGhlIG11bHRpY2FzdCANCj4gZGVzdCBtYWMgYWRkcmVzcyBhc3NvY2lh dGVkIHRvIHRoYXQgdHJhY2ssIHNvIHRoZSBwYWNrZXQgaXMgcmVjb2duaXplZCANCj4gYXMgcmVj ZWl2YWJsZSBieSB0aGlzIG5vZGUgYXQgTDIgYW5kIHlldCBjYW4gYmUgZm9yd2FyZGVkIGF0IDZU VVMgDQo+IGxheWVyIHdpdGhvdXQgZGVzdCBNQUMgcmV3cml0ZS4NCj4NCj4gUmV1c2luZyB0aGUg Y2VsbCB3b3VsZCBiZSB0aGUgY2FzZSB3aGVyZSB0aGlzIHJvdXRlciBkaWQgbm90IHJlY2VpdmUg YSANCj4gZnJhbWUgb24gdGhlIHRyYWNrIGluY29taW5nIHNsb3QsIHNvIHRoZSBvdXRnb2luZyBz bG90IHdpbGwgYmUgd2FzdGVkLiANCj4gSWYgd2UgaGF2ZSBhIHBhY2tldCBmb3Igd2hpY2ggdGhl IG5leHQgaG9wIHRoZSBzYW1lIHJvdXRlciBhcyB0aGUgDQo+IHJlY2VpdmVyIG9mIHRoZSB3YXN0 ZWQgY2VsbCwgdGhlbiB3ZSdkIHdhbnQgdG8gdXNlIHRoZSBjZWxsIHRvIA0KPiBwcm9ncmVzcyB0 aGUgcGFja2V0IG9uZSBob3AuIEJ1dCB0aGVuIHRoZSByZWNlaXZlciByb3V0ZXIgbmVlZHMgdG8g DQo+IGZpZ3VyZSBvdXQgdGhhdCB0aGlzIGlzIG5vdCBhIGZyYW1lIHRvIGJlIHN3aXRjaGVkIGF0 IDZUVVMgbGF5ZXIgYnV0IGEgDQo+IHBhY2tldCB0byBiZSByb3V0ZWQgYXQgTDMuIFRoZSB0cmlj ayBpcyB0aGF0IGluIHRoaXMgY2FzZSwgdGhlIA0KPiBkZXN0aW5hdGlvbiBNQUMgYWRkcmVzcyB3 b3VsZCBiZSBlZmZlY3RpdmVseSB0aGF0IG9mIHRoZSByZWNlaXZlciANCj4gcm91dGVyIHNvIDZU VVMgd291bGQgcHVudCB0aGUgcGFja2V0IHRvIEwzLg0KPg0KPiBSZXVzaW5nIGEgY2VsbCBiZXR3 ZWVuIDIgdHJhY2tzIGlzIG5vdCB0aGUgaWRlYSBiZWNhdXNlIHRoZXJlIG1pZ2h0IGJlIA0KPiBj b2xsaXNpb25zLiBIZXJlIHdlIGFyZSB0YWxraW5nIGFib3V0IHVzaW5nIGFuIHVuc2VkIGNlbGwg DQo+IG9wcG9ydHVuaXN0aWNhbGx5IGZvciBMMyBiZXN0IGVmZm9ydCB0cmFmZmljLiBJZiB0aGVy ZSBpcyBhbiB1bnVzZWQgDQo+IHRyYWNrIGNlbGwsIGl0IGFkZHMgdXAgdG8gdGhlIGJ1bmRsZSBi ZXR3ZWVuIHRoZSAyIGFkamFjZW50IHJvdXRlcnMgDQo+IGZvciB0aGF0IHBhcnRpY3VsYXIgc2xv dGZyYW1lLg0KPg0KPiBNYWtlcyBzZW5zZT8NCj4NCj4gUGFzY2FsDQo+DQo+DQo+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFFpbiBXYW5nIFttYWlsdG86cWlud2FuZ0BiZXJr ZWxleS5lZHVdDQo+IFNlbnQ6IGx1bmRpIDMganVpbiAyMDEzIDEzOjE0DQo+IFRvOiBQYXNjYWwg VGh1YmVydCAocHRodWJlcnQpDQo+IENjOiA2dHNjaEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTog WzZ0c2NoXSBSb3V0aW5nIHZzLiBzd2l0Y2hpbmcNCj4NCj4gSGkgUGFzY2FsLA0KPg0KPiBJIGRv bid0IHVuZGVyc3RhbmQgc3RyYXRlZ3kgYSkgY2xlYXJseS4gQWNjb3JkaW5nIHRvIG15IHVuZGVy c3RhbmRpbmcgDQo+IG9uICJUcmFjayIsIGl0IGNvbnNpc3RzIG9mIGEgc2VxdWVuY2Ugb2YgY2Vs bHMgYWxvbmcgYSBtdWx0aWhvcCBwYXRoLCANCj4gYW5kIHRoZXJlIGlzIG9uZSBhbmQgb25seSBv bmUgY2VsbCBmb3IgYSBwYWlyIG9mIG5vZGVzIChpLmUuIGZpeGVkIA0KPiBuZXh0IGhvcCBuZWln aGJvcikuIFRoZW4sIGhvdyBkb2VzIG11bHRpY2FzdCBNYWMgYWRkcmVzcyBmdW5jdGlvbj8gDQo+ IFdoYXQgZG8geW91IG1lYW4gYnkgcmV1c2luZyBhIGNlbGw/DQo+DQo+IEkgZ3Vlc3MgdGhhdCB0 aGUgc3RyYXRlZ3kgYSkgd2lsbCBiZSB1c2VkIHRvIHNvbHZlIHRoZSBwcm9ibGVtIG9mIA0KPiAo QS0+Qy0+QiwgRC0+Qy0+RSkuIFRoYXQgaXMsIHRoZXJlIGlzIGEgY2VsbCBpbiBub2RlLUMgd2l0 aCBtdWx0aWNhc3QgDQo+IGFkZHJlc3MgdG8gYm90aCBub2RlLUIgYW5kIG5vZGUtRS4gU28sIHRo ZSBjZWxsIGNhbiBiZSByZXVzZWQgaW4gdGhlIA0KPiB0d28gdHJhY2tzLiBDb3JyZWN0Pw0KPg0K PiBUaGFua3MNCj4gUWluDQo+DQo+DQo+PiBEZWFyIGFsbCA7DQo+Pg0KPj4gV2UgaGFkIGEgZ3Jl YXQgZGlzY3Vzc2lvbiB0b2RheSBhdCB0aGUgd2Vla2x5IGNhbGwgYWJvdXQgcm91dGluZyB0aGF0 IA0KPj4gcmVsaWVzIG9uIDEgaG9wIGNlbGwgYnVuZGxlcyB2cy4gc3dpdGNoaW5nIHRoYXQgb3Bl cmF0ZXMgb24gZW5kIHRvIA0KPj4gZW5kIHRyYWNrcy4NCj4+DQo+PiBXZSBhZ3JlZWQgdGhhdCBt ZXJnaW5nIGFuZCBzcGxpdHRpbmcgdHJhY2tzIGNvdWxkIHJlcXVpcmUgcXVldWluZyBhdCANCj4+ IGludGVybWVkaWF0ZSBub2RlcyB0byBhYnNvcmIgYnVyc3QgY29sbGlzaW9ucyBmcm9tIG11bHRp cGxlIHNvdXJjZXMgDQo+PiBhbmQgZGVjaWRlZCB0byBnbyBmb3IgdGhlIHdhdGVydGlnaHQgcGlw ZXMuDQo+Pg0KPj4gV2UgcHJvcG9zZWQgMiBhZGRpdGlvbmFsIHN0cmF0ZWdpZXM6DQo+Pg0KPj4g YSkgZGVmaW5lIGEgbXVsdGljYXN0IG1hYyBhZGRyZXNzIGZvciB0aGUgdHJhY2ssIHNvIHdlIGNh biAxKSByZXVzZSBhIA0KPj4gdHJhY2sgY2VsbCB0aGF0IGlzIG5vdCB1c2VkIGJ5IGEgZGV0ZXJt aW5pc3RpYyBwYWNrZXQgZm9yIGhvcCBieSBob3ANCj4+IEwzIHRyYWZmaWMgYXMgZGlmZmVyZW50 aWF0ZWQgYnkgaXRzIHVuaWNhc3QgTUFDIGRlc3RpbmF0aW9uIGFuZCAyKSANCj4+IGZvcndhcmQg d2l0aCBubyBjaGFuZ2UgdG8gdGhlIGRlc3RpbmF0aW9uLg0KPj4NCj4+IGIpIGxldCB0aGUgUENF IGluc3RhbGwgcm91dGVzIGFzIHdlbGwgYXMgdHJhY2tzLiBXaXRoIHRoYXQgc3RyYXRlZ3ksIA0K Pj4gQSBQQ0Ugcm91dGUgaXMgYW4gYWx0ZXJuYXRlIHRvIGEgdHJhY2sgdGhhdCB3b3VsZCBhbGxv dyBjZWxsIHJldXNlIA0KPj4gYW5kDQo+PiBMMyBRb1Mgb3BlcmF0aW9uLiBXZSBsZXZlcmFnZSB0 aGUgZGV0ZXJtaW5pc3RpYyBDbGFzcyBvZiBzZXJ2aWNlIA0KPj4gKHRoYXQncyBEZXRlcm1pbmlz dGljIEZvcndhcmRpbmcsIERGLCB0aG91Z2ggZW5jb2RlZCAweEVGKS4gQW5kIHdlIA0KPj4gY2Fu IGVtdWxhdGUgUlBMIGxvY2FsIGluc3RhbmNlcyBhcyBpbmRleGVkIGJ5IHRoZSB0dXBsZSAoc291 cmNlIA0KPj4gYWRkcmVzcywNCj4+IGxvY2FsX2luc3RhbmNlX2lkKSBhbmQgZm9yd2FyZCB0aGUg cGFja2V0IHdpdGggdGhlIHNhbWUgcnVsZXMgYXJlIA0KPj4gUlBMLCBhbG9uZyB0aGUgcm91dGlu ZyB0YWJsZSBpbmRleGVkIGJ5IHRoZSBpbnN0YW5jZSBJRC4NCj4+DQo+PiBDb21tZW50cyB3ZWxj b21lIQ0KPj4NCj4+IENoZWVycywNCj4+DQo+PiBQYXNjYWwNCj4+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA2dHNjaCBtYWlsaW5nIGxpc3QNCj4+ IDZ0c2NoQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv LzZ0c2NoDQo+Pg0KPg0KPg0KDQo= Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0FDA21F9AD1 for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 08:11:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CInWLZO-kKHP for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 08:11:01 -0700 (PDT) Received: from cm03fe.IST.Berkeley.EDU (cm03fe.IST.Berkeley.EDU [169.229.218.144]) by ietfa.amsl.com (Postfix) with ESMTP id 514BB21F9D0F for <6tsch@ietf.org>; Tue, 4 Jun 2013 06:19:36 -0700 (PDT) Received: from cm01ws.ist.berkeley.edu ([169.229.218.163] helo=calmail.berkeley.edu) by cm03fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1Ujr9C-0003X9-Aa; Tue, 04 Jun 2013 06:19:36 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Tue, 4 Jun 2013 06:19:34 -0700 Message-ID: <2652933868dadb00df370d62feac9820.squirrel@calmail.berkeley.edu> In-Reply-To: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> Date: Tue, 4 Jun 2013 06:19:34 -0700 From: "Qin Wang" To: "Pascal Thubert (pthubert)" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "6tsch@ietf.org" <6tsch@ietf.org>, Qin Wang Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 15:11:17 -0000 Hi Pascal, It makes sense to me. I want to confirm my understanding further. (1) Regarding the multicast address, it functions as a track-ID, or a label of a reserved route in layer 2.5. Correct? (2) Regarding to reusing cell, it supports multiple queues with different QoS, saying the packets associated with the track has higher priority, and the best effort packets has lower priority. Correct? If my understanding is correct, a parameter like trackID (which will be used as multicast address) may be needed in the cell reservation related commands of 6tus. Thanks Qin > Hello Qin: > > I expect that without this proposal, the dest mac of a packet would be the > next L2 node, so that the next hop picks it and passes it to 6TUS layer. > With the proposal, all nodes along a track would accept the multicast dest > mac address associated to that track, so the packet is recognized as > receivable by this node at L2 and yet can be forwarded at 6TUS layer > without dest MAC rewrite. > > Reusing the cell would be the case where this router did not receive a > frame on the track incoming slot, so the outgoing slot will be wasted. If > we have a packet for which the next hop the same router as the receiver of > the wasted cell, then we'd want to use the cell to progress the packet one > hop. But then the receiver router needs to figure out that this is not a > frame to be switched at 6TUS layer but a packet to be routed at L3. The > trick is that in this case, the destination MAC address would be > effectively that of the receiver router so 6TUS would punt the packet to > L3. > > Reusing a cell between 2 tracks is not the idea because there might be > collisions. Here we are talking about using an unsed cell > opportunistically for L3 best effort traffic. If there is an unused track > cell, it adds up to the bundle between the 2 adjacent routers for that > particular slotframe. > > Makes sense? > > Pascal > > > -----Original Message----- > From: Qin Wang [mailto:qinwang@berkeley.edu] > Sent: lundi 3 juin 2013 13:14 > To: Pascal Thubert (pthubert) > Cc: 6tsch@ietf.org > Subject: Re: [6tsch] Routing vs. switching > > Hi Pascal, > > I don't understand strategy a) clearly. According to my understanding on > "Track", it consists of a sequence of cells along a multihop path, and > there is one and only one cell for a pair of nodes (i.e. fixed next hop > neighbor). Then, how does multicast Mac address function? What do you mean > by reusing a cell? > > I guess that the strategy a) will be used to solve the problem of > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > address to both node-B and node-E. So, the cell can be reused in the two > tracks. Correct? > > Thanks > Qin > > >> Dear all ; >> >> We had a great discussion today at the weekly call about routing that >> relies on 1 hop cell bundles vs. switching that operates on end to end >> tracks. >> >> We agreed that merging and splitting tracks could require queuing at >> intermediate nodes to absorb burst collisions from multiple sources >> and decided to go for the watertight pipes. >> >> We proposed 2 additional strategies: >> >> a) define a multicast mac address for the track, so we can 1) reuse a >> track cell that is not used by a deterministic packet for hop by hop >> L3 traffic as differentiated by its unicast MAC destination and 2) >> forward with no change to the destination. >> >> b) let the PCE install routes as well as tracks. With that strategy, A >> PCE route is an alternate to a track that would allow cell reuse and >> L3 QoS operation. We leverage the deterministic Class of service >> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can >> emulate RPL local instances as indexed by the tuple (source address, >> local_instance_id) and forward the packet with the same rules are RPL, >> along the routing table indexed by the instance ID. >> >> Comments welcome! >> >> Cheers, >> >> Pascal >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >> > > Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC5CC21F9BA0 for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 03:30:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.986 X-Spam-Level: X-Spam-Status: No, score=0.986 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sx8xThAOaE7w for <6tsch@ietfa.amsl.com>; Tue, 4 Jun 2013 03:30:29 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 14E9721F9BA5 for <6tsch@ietf.org>; Tue, 4 Jun 2013 02:24:31 -0700 (PDT) Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.2.328.9; Tue, 4 Jun 2013 11:24:30 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.91]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.02.0328.009; Tue, 4 Jun 2013 11:24:30 +0200 From: To: <6tsch@ietf.org> Thread-Topic: Scheduling broadcast links Thread-Index: Ac5g/OV+JEBK641zSva+RKjsnXFpJg== Date: Tue, 4 Jun 2013 09:24:28 +0000 Message-ID: <76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86D@EXMBX23.ad.utwente.nl> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.89.12.149] Content-Type: multipart/alternative; boundary="_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86DEXMBX23adutwent_" MIME-Version: 1.0 Subject: [6tsch] Scheduling broadcast links X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 10:30:48 -0000 --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86DEXMBX23adutwent_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, Based on the last discussion on "DIOs/DAOs and broadcast channels on TSCH",= I found that we agreed to have two separate scheduled broadcast links: (i)= to broadcast ADV, (ii) to broadcast DIOs as well as the upper layers' traf= fic as regular TSCH data. My question are: (1) How to schedule these collision-free broadcast links for (i) and (ii= ) in a distributed manner with no central PCE (soft broadcast cells)? Or in= this phase we will just consider the centralized approach, in which the PC= E schedules hard cells for broadcasting links. (2) What is your opinion to consider the specific timeslots (e.g. the fi= rst timeslots) in order to schedule broadcast links for ADVs (either in a d= istributed or centralized approach) in a specific slotframe (e.g. consist 1= 00 or 200 slots) by different channel table (with limited number of physica= l channels in 2.4 GHz). In those timeslot no more communication can be sche= duled, unless the other links also follow the same hopping list/pattern. Pros: * The network formation and network synchronization can be easier b= ecause the new nodes know to scan just those physical channels . * In a distributed approach, scheduling collision-free broadcast li= nks can be easier. Cons: * Limiting to the potential wrong physical channels in 2.4 GHz that= might not work everywhere. * Wasting communication resources in those timeslots that is consid= ered for ADVs. Because no further communication can be scheduled in those t= imeslots, unless with the same hopping list/pattern. Best Wishes, Pouria Zand PhD Candidate Pervasive Systems Group Dept. of Computer Science University of Twente P.O. Box 217 7500AE Enschede The Netherlands --_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86DEXMBX23adutwent_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

Based on the last discussion on “DIOs/DAOs and= broadcast channels on TSCH”, I found that we agreed to have two sepa= rate scheduled broadcast links: (i) to broadcast ADV, (ii) to broadcast DIO= s as well as the upper layers’ traffic as regular TSCH data.

My question are:

(1)    How to schedule these coll= ision-free broadcast links for (i) and (ii) in a distributed manner with no= central PCE (soft broadcast cells)? Or in this phase we will just consider= the centralized approach, in which the PCE schedules hard cells for broadcasting links.

(2)    What is your opinion to co= nsider the specific timeslots (e.g. the first timeslots) in order to schedu= le broadcast links for ADVs (either in a distributed or centralized approac= h) in a specific slotframe (e.g. consist 100 or 200 slots) by different channel table (with limited number of physi= cal channels in 2.4 GHz). In those timeslot no more communication can be sc= heduled, unless the other links also follow the same hopping list/pattern.

Pros:

·         The network formati= on and network synchronization can be easier because the new nodes know to = scan just those physical channels .

·         In a distributed ap= proach, scheduling collision-free broadcast links can be easier.=

Cons:    &= nbsp;

·         Limiting to the pot= ential wrong physical channels in 2.4 GHz that might not work everywhere.

·         Wasting communicati= on resources in those timeslots that is considered for ADVs. Because no fur= ther communication can be scheduled in those timeslots, unless with the sam= e hopping list/pattern.



Best Wishes,

Pouria Zand<= /i>

PhD Candidate

Pervasive Systems G= roup

Dept. of Computer S= cience

University of Twent= e

P.O. Box 217=

7500AE Enschede

The Netherlands

--_000_76EA352C3C95BB42A2C4F2EE6493AD6E4DA3D86DEXMBX23adutwent_-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4953D21E80BE for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 22:20:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.202 X-Spam-Level: X-Spam-Status: No, score=-1.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DxFLVl0o016P for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 22:20:22 -0700 (PDT) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) by ietfa.amsl.com (Postfix) with ESMTP id C295921F8411 for <6tsch@ietf.org>; Mon, 3 Jun 2013 21:31:08 -0700 (PDT) Received: by mail-pb0-f41.google.com with SMTP id rp2so528431pbb.14 for <6tsch@ietf.org>; Mon, 03 Jun 2013 21:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=4BehwgvqRU3DFyloGsnhEUAz+w6BI9QLGxpeQbiViV8=; b=bRllQWJFAf5A5B5P7//mi5DEKr4TVpzHLJT/aDMgGaXopm6mw5QrX/buEn6aJBAAyQ P7ms3P0o2/fcsccdeiJOlNUlIYAKA7AfwycBGaRvD19HpkbEU7udhIIFPF4wgO6dP1/q +ejI/WxjqDv/4aXgEEy/eVJt8uaY99XRtQ7pS8VGvr/tgdpYeEtoeU/MwfUNxJ8QicRH 6Nzq3LV9cMnECWL1rp3hX4l3qeyaQzhb1+qPqtC0qNOGcyBKVZiTkwfpkFMayVsaJ+jY kJocFOUV9TttvnKzp8u3SNY8kmQMt5emiKI/EfoASweI+jUVG7j1ugoi1zk+F7S1lJFT vAlg== X-Received: by 10.66.232.9 with SMTP id tk9mr27087002pac.20.1370320268223; Mon, 03 Jun 2013 21:31:08 -0700 (PDT) Received: from [172.17.179.82] ([12.3.154.2]) by mx.google.com with ESMTPSA id 10sm61604563pbm.0.2013.06.03.21.31.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 21:31:06 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-81FD8494-A5EA-443B-AED7-AEF17CC2D9A4 Content-Transfer-Encoding: 7bit Message-Id: <790AE139-4314-4143-86BC-030ED6D5AB4C@gmail.com> X-Mailer: iPhone Mail (10B350) From: Pascal Thubert Date: Mon, 3 Jun 2013 21:30:58 -0700 To: Thomas Watteyne Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 05:20:37 -0000 --Apple-Mail-81FD8494-A5EA-443B-AED7-AEF17CC2D9A4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello Thomas: Le 3 juin 2013 =C3=A0 19:47, Thomas Watteyne a =C3= =A9crit : > Pascal, >=20 > I agree that a single bit is enough to differentiate between switched pack= ets and routed packets. During the call on Friday, we identified 3 locations= where that bit could live: > - somewhere in the 6LoWPAN header. Too high? > - as an IEEE802.15.4e IE: too many bytes for a single bit? > - represented by the fact that the destination MAC address is a broadcast a= ddress. >=20 > Agreed? >=20 So far so good > In the latter case, what would a multicast MAC address look like? Assuming= we're using long addresses address, we could set the multicast bit in the E= UI64. Are you imagining having the next hop address with that bit set, or as= signing a specific track identifier, encoded as a multicast address? >=20 I thought the latter to be honest. Elsevit could have been based on the dest= ination address. Nothing cast in stone at the moment, rather opening possibi= lities. > Also, once the network is running, I'm assuming we will be using short 2B a= ddresses. It's not clear how we can fit the multicast bit in there. >=20 That=C2=B4s the beauty of GMPLS...=20 We can reserve one single well-known value of a short address to mean "the m= cast address of the track" in a compressed form, can=C2=B4t we? Cheers, Pascal > Thomas >=20 > On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) wrote: >> Hello Qin: >>=20 >> I expect that without this proposal, the dest mac of a packet would be th= e next L2 node, so that the next hop picks it and passes it to 6TUS layer. >> With the proposal, all nodes along a track would accept the multicast des= t mac address associated to that track, so the packet is recognized as recei= vable by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite. >>=20 >> Reusing the cell would be the case where this router did not receive a fr= ame on the track incoming slot, so the outgoing slot will be wasted. If we h= ave a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one hop. B= ut then the receiver router needs to figure out that this is not a frame to b= e switched at 6TUS layer but a packet to be routed at L3. The trick is that i= n this case, the destination MAC address would be effectively that of the re= ceiver router so 6TUS would punt the packet to L3. >>=20 >> Reusing a cell between 2 tracks is not the idea because there might be co= llisions. Here we are talking about using an unsed cell opportunistically fo= r L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe. >>=20 >> Makes sense? >>=20 >> Pascal >>=20 >>=20 >> -----Original Message----- >> From: Qin Wang [mailto:qinwang@berkeley.edu] >> Sent: lundi 3 juin 2013 13:14 >> To: Pascal Thubert (pthubert) >> Cc: 6tsch@ietf.org >> Subject: Re: [6tsch] Routing vs. switching >>=20 >> Hi Pascal, >>=20 >> I don't understand strategy a) clearly. According to my understanding on "= Track", it consists of a sequence of cells along a multihop path, and there i= s one and only one cell for a pair of nodes (i.e. fixed next hop neighbor). T= hen, how does multicast Mac address function? What do you mean by reusing a c= ell? >>=20 >> I guess that the strategy a) will be used to solve the problem of (A->C->= B, D->C->E). That is, there is a cell in node-C with multicast address to bo= th node-B and node-E. So, the cell can be reused in the two tracks. Correct?= >>=20 >> Thanks >> Qin >>=20 >>=20 >> > Dear all ; >> > >> > We had a great discussion today at the weekly call about routing that >> > relies on 1 hop cell bundles vs. switching that operates on end to end >> > tracks. >> > >> > We agreed that merging and splitting tracks could require queuing at >> > intermediate nodes to absorb burst collisions from multiple sources >> > and decided to go for the watertight pipes. >> > >> > We proposed 2 additional strategies: >> > >> > a) define a multicast mac address for the track, so we can 1) reuse a >> > track cell that is not used by a deterministic packet for hop by hop >> > L3 traffic as differentiated by its unicast MAC destination and 2) >> > forward with no change to the destination. >> > >> > b) let the PCE install routes as well as tracks. With that strategy, A >> > PCE route is an alternate to a track that would allow cell reuse and >> > L3 QoS operation. We leverage the deterministic Class of service >> > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can >> > emulate RPL local instances as indexed by the tuple (source address, >> > local_instance_id) and forward the packet with the same rules are RPL, >> > along the routing table indexed by the instance ID. >> > >> > Comments welcome! >> > >> > Cheers, >> > >> > Pascal >> > _______________________________________________ >> > 6tsch mailing list >> > 6tsch@ietf.org >> > https://www.ietf.org/mailman/listinfo/6tsch >> > >>=20 >> _______________________________________________ >> 6tsch mailing list >> 6tsch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tsch >=20 > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch --Apple-Mail-81FD8494-A5EA-443B-AED7-AEF17CC2D9A4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello Thomas:

Le= 3 juin 2013 =C3=A0 19:47, Thomas Watteyne <watteyne@eecs.berkeley.edu> a =C3=A9crit :
<= br>
Pascal,

I agree that a single bit is enough to differentiate between switche= d packets and routed packets. During the call on Friday, we identified 3 loc= ations where that bit could live:

- somewhere in the 6LoWPAN header. Too high?
- as an IEEE802.15.4e IE: too many bytes for a single bit?
- represented by the fact that the destination MAC address is a br= oadcast address.

Agreed?

<= /div>

So far so good

In the latter case, w= hat would a multicast MAC address look like? Assuming we're using long addre= sses address, we could set the multicast bit in the EUI64. Are you imagining= having the next hop address with that bit set, or assigning a specific trac= k identifier, encoded as a multicast address?

I thought the la= tter to be honest. Elsevit could have been based on the destination address.= Nothing cast in stone at the moment, rather opening possibilities.

Also, once the network is running, I'm assuming we will be using short 2B= addresses. It's not clear how we can fit the multicast bit in there.
<= div style=3D"">

That=C2= =B4s the beauty of GMPLS...

We can reserve on= e single well-known value of a short address to mean "the mcast address of t= he track" in a compressed form, can=C2=B4t we?

Chee= rs,

Pascal

Thomas

On Mon, Jun 3= , 2013 at 3:08 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the n= ext L2 node, so that the next hop picks it and passes it to 6TUS layer.
With the proposal, all nodes along a track would accept the multicast dest m= ac address associated to that track, so the packet is recognized as receivab= le by this node at L2 and yet can be forwarded at 6TUS layer without dest MA= C rewrite.

Reusing the cell would be the case where this router did not receive a frame= on the track incoming slot, so the outgoing slot will be wasted. If we have= a packet for which the next hop the same router as the receiver of the wast= ed cell, then we'd want to use the cell to progress the packet one hop. But t= hen the receiver router needs to figure out that this is not a frame to be s= witched at 6TUS layer but a packet to be routed at L3. The trick is that in t= his case, the destination MAC address would be effectively that of the recei= ver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be colli= sions. Here we are talking about using an unsed cell opportunistically for L= 3 best effort traffic. If there is an unused track cell, it adds up to the b= undle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berke= ley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding on "Tr= ack", it consists of a sequence of cells along a multihop path, and there is= one and only one cell for a pair of nodes (i.e. fixed next hop neighbor). T= hen, how does multicast Mac address function? What do you mean by reusing a c= ell?

I guess that the strategy a) will be used to solve the problem of (A->C-&= gt;B, D->C->E). That is, there is a cell in node-C with multicast addr= ess to both node-B and node-E. So, the cell can be reused in the two tracks.= Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that > relies on 1 hop cell bundles vs. switching that operates on end to end<= br> > tracks.
>
> We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources
= > and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A<= br> > PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can<= br> > emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL,<= br> > along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/6tsch

____________________= ___________________________
6tsch mailing list
6tsch@ietf.org
https://www.ietf.org/mai= lman/listinfo/6tsch
= --Apple-Mail-81FD8494-A5EA-443B-AED7-AEF17CC2D9A4-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E92C221F9A2C for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 21:10:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.425 X-Spam-Level: X-Spam-Status: No, score=-0.425 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RDNS_NONE=0.1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ay0pa8SidB-y for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 21:10:06 -0700 (PDT) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 9499E21E80D5 for <6tsch@ietf.org>; Mon, 3 Jun 2013 20:09:48 -0700 (PDT) Received: by mail-vb0-f46.google.com with SMTP id 10so1346674vbe.33 for <6tsch@ietf.org>; Mon, 03 Jun 2013 20:09:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=SUQZAV+6en92fEPlWLwuy4syo3ZWYS+4tJOKrQbO1A0=; b=AqC2AJ7dCQIpWxCv+zc7yvIuT6FeWfQVEin1xRXKME+9oMKjhgJwhcUT/3mHOZPwjc PODEZaKs07qCtrypEtPVXMYQjibrw8tGeY2cIS2gEzFONjMdt5jvuxMJ4Tr9BgGWc1m1 ZwZYhoniHgO52AWeabFBtk8AjfsXmu58iYZ6IJcBf87rZrbbcBMp6ZWDw1B9ZOK/PHsB 1ypJzBy/vNlmubGN1YJxHL7X7iapqtHkwyOp4gg4ooQUub5RVhg/80jWUfDcKqD0d6Tz kCGtJxiGUMtBGjpX77trNnK7LYq5zCfY1n9leEL2WslbCd0E1YGJk52sv99hmVK0xMuv 3RGA== MIME-Version: 1.0 X-Received: by 10.52.0.49 with SMTP id 17mr15428675vdb.109.1370315387878; Mon, 03 Jun 2013 20:09:47 -0700 (PDT) Received: by 10.52.156.12 with HTTP; Mon, 3 Jun 2013 20:09:47 -0700 (PDT) X-Originating-IP: [169.236.151.15] In-Reply-To: References: Date: Mon, 3 Jun 2013 20:09:47 -0700 Message-ID: From: "SenSys'13 Publicity" To: 6tsch@ietf.org Content-Type: multipart/alternative; boundary=e89a8ffba4e7ecd20304de4b693c X-Gm-Message-State: ALoCoQmmxafM20EjHYWN3o3tQN78vxEArUh6P2ywf2CYPcQQ4JUKhs7YKOtX302GHcR8P4eo6P1z Subject: [6tsch] Fwd: Call for Posters and Demos -- SenSys 2013 -- The 11th ACM Conference on Embedded Networked Sensor Systems X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 04:10:21 -0000 --e89a8ffba4e7ecd20304de4b693c Content-Type: text/plain; charset=ISO-8859-1 [Apologies in advance for any cross-postings] -=* The 11th ACM Conference on Embedded Networked Sensor Systems (SenSys 2013) *=- CALL FOR POSTERS AND DEMOS The ACM Conference on Embedded Networked Sensor Systems (SenSys) is a highly selective forum for the presentation of research results on systems issues in the area of embedded, networked sensors. Distributed systems based on networked sensors and actuators with embedded computation capabilities allow for an instrumentation of the physical world at an unprecedented scale and density, thus enabling a new generation of monitoring and control applications. SenSys provides a cross-disciplinary venue for researchers addressing the rich space of networked sensor system design issues to interact, present and exchange research results, and demonstrate their work in a hands-on research exhibition. SenSys 2013 solicits submissions of both poster and demo abstracts in reflecting research and development in the above areas of interest. Contributions from industry presenting prototypes of platforms and solutions that might enhance future innovative applications are also encouraged. Submitted abstracts will be evaluated based on technical merit and innovation as well as their potential to stimulate interesting discussions and exchange of ideas. Authors of accepted abstracts will be given a one-minute slot in a "madness session" during the conference to present their work in front of the conference audience. As with previous editions of SenSys, the best poster and demo will receive an award. All abstracts shall be formatted according to the main conference paper layout. Accepted abstracts will appear in the conference proceedings. - IMPORTANT DATES - Abstract submission: July 22nd, 2013 Notification of acceptance: August 19th, 2013 Camera-ready abstract: August 30th, 2013 - SUBMISSION INSTRUCTIONS - If you are submitting a poster abstract, please add "Poster Abstract:" at the beginning of the abstract's title. Use instead "Demo Abstract:" otherwise. Please submit your abstract here:https://sensys2013.cs.virginia.edu/postersDemos/ - POSTERS - The poster session at SenSys provides a forum for researchers to present their work and receive feedback from experts attending the conference. We explicitly encourage submissions from students. Posters must be submitted as a single PDF containing no more than 3 pages. The first two pages should contain an abstract describing the research content of the poster, along with title, authors, institutional affiliations and contact information. The third page should contain a thumbnail draft of the poster's contents. For more information, please contact the poster chairs: Chenyang Lu Luca Mottola - DEMOS - Sensys solicits demonstrations showing innovative research and applications. Demos which showcase working systems, new platforms and tools, innovative applications, path breaking ideas, and other revolutionary concepts are welcome. Submissions from both industry and universities are encouraged. Demos must be submitted as a single PDF containing no more than 3 pages. The first two pages should contain an abstract describing the research content of the demo, along with title, authors, institutional affiliations and contact information. The third, optional page, whose format is at your discretion, should contain any additional information that will be used only to evaluate your demonstration proposal. For example, you may detail what you will show during the demo, outline special requirements (e.g., unusual space needs, exclusive access to a wireless channel, etc.), or provide links to additional online material related to your demo. Links to videos showing the demonstration are especially encouraged and videos of accepted demos will be linked from the SenSys web pages. For more information, please contact the demo chairs: Emiliano Miluzzo Amy Murphy --e89a8ffba4e7ecd20304de4b693c Content-Type: text/html; charset=ISO-8859-1
[Apologies in advance for any cross-postings]
-=* The 11th ACM Conference on Embedded Networked Sensor Systems (SenSys 2013) *=- CALL FOR POSTERS AND DEMOS The ACM Conference on Embedded Networked Sensor Systems (SenSys) is a highly selective forum for the presentation of research results on systems issues in the area of embedded, networked sensors. Distributed systems based on networked sensors and actuators with embedded computation capabilities allow for an instrumentation of the physical world at an unprecedented scale and density, thus enabling a new generation of monitoring and control applications. SenSys provides a cross-disciplinary venue for researchers addressing the rich space of networked sensor system design issues to interact, present and exchange research results, and demonstrate their work in a hands-on research exhibition. SenSys 2013 solicits submissions of both poster and demo abstracts in reflecting research and development in the above areas of interest. Contributions from industry presenting prototypes of platforms and solutions that might enhance future innovative applications are also encouraged. Submitted abstracts will be evaluated based on technical merit and innovation as well as their potential to stimulate interesting discussions and exchange of ideas. Authors of accepted abstracts will be given a one-minute slot in a "madness session" during the conference to present their work in front of the conference audience. As with previous editions of SenSys, the best poster and demo will receive an award. All abstracts shall be formatted according to the main conference paper layout. Accepted abstracts will appear in the conference proceedings. - IMPORTANT DATES - Abstract submission: July 22nd, 2013 Notification of acceptance: August 19th, 2013 Camera-ready abstract: August 30th, 2013 - SUBMISSION INSTRUCTIONS - If you are submitting a poster abstract, please add "Poster Abstract:" at the beginning of the abstract's title. Use instead "Demo Abstract:" otherwise. Please submit your abstract here: https://sensys2013.cs.virginia.edu/postersDemos/ - POSTERS - The poster session at SenSys provides a forum for researchers to present their work and receive feedback from experts attending the conference. We explicitly encourage submissions from students. Posters must be submitted as a single PDF containing no more than 3 pages. The first two pages should contain an abstract describing the research content of the poster, along with title, authors, institutional affiliations and contact information. The third page should contain a thumbnail draft of the poster's contents. For more information, please contact the poster chairs: Chenyang Lu <lu@cse.wustl.edu> Luca Mottola <luca.mottola@polimi.it> - DEMOS - Sensys solicits demonstrations showing innovative research and applications. Demos which showcase working systems, new platforms and tools, innovative applications, path breaking ideas, and other revolutionary concepts are welcome. Submissions from both industry and universities are encouraged. Demos must be submitted as a single PDF containing no more than 3 pages. The first two pages should contain an abstract describing the research content of the demo, along with title, authors, institutional affiliations and contact information. The third, optional page, whose format is at your discretion, should contain any additional information that will be used only to evaluate your demonstration proposal. For example, you may detail what you will show during the demo, outline special requirements (e.g., unusual space needs, exclusive access to a wireless channel, etc.), or provide links to additional online material related to your demo. Links to videos showing the demonstration are especially encouraged and videos of accepted demos will be linked from the SenSys web pages. For more information, please contact the demo chairs: Emiliano Miluzzo <miluzzo@research.att.com> Amy Murphy <murphy@fbk.eu>
--e89a8ffba4e7ecd20304de4b693c-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C012421E8140 for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 20:37:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o+Lq4vjBGKqu for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 20:37:27 -0700 (PDT) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 47DAB21E8168 for <6tsch@ietf.org>; Mon, 3 Jun 2013 19:47:22 -0700 (PDT) Received: by mail-pa0-f44.google.com with SMTP id wp1so76990pac.17 for <6tsch@ietf.org>; Mon, 03 Jun 2013 19:47:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=OvutHxAsdrKVCAE0JQQMA9+OzoZKxe5mCFQIPSjIZLQ=; b=Y0vWQ/BDSliKg+he+LeDgVBzf8gbU2h/D0qWkKyXR1RnmtQYbBtr6nlW9+a6UMeC9C DC/7/wgud25jCkE4Lx5PR6Ggk1MGjpbVZ39TIge46YI8lC8YAgzwmXLqhYBdpV6bn3Ee cZT/WHj20U01yqbRx6FQZnjvyKyt9K+EAuIDxahzN7kAFCLNuL4X8+CkiEa5d3VjJKAD VSfVezHUF9AA0FBdFdoPaBbSuIKw7vaktxkd6CrrPzihoa74EhG4AHHX/YHwAx2DLMaz Kg3xgP+McRhVvaWE767Z7Z3Q/D6yu6H470yejL9Ku9wWJsaLGLOmhQ/Bkch/xZduCfMF 1XvA== X-Received: by 10.68.65.134 with SMTP id x6mr26279741pbs.219.1370314042699; Mon, 03 Jun 2013 19:47:22 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 3 Jun 2013 19:47:02 -0700 (PDT) From: Thomas Watteyne Date: Mon, 3 Jun 2013 19:47:02 -0700 X-Google-Sender-Auth: 9pMF4FhPT1CQEvU38WxPYry1LSY Message-ID: To: "6tsch@ietf.org" <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=bcaec544ec6abef55204de4b1969 Subject: [6tsch] recycle unused track cells (was: Routing vs. switching) X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 03:37:38 -0000 --bcaec544ec6abef55204de4b1969 Content-Type: text/plain; charset=ISO-8859-1 Pascal, I agree that a single bit is enough to differentiate between switched packets and routed packets. During the call on Friday, we identified 3 locations where that bit could live: - somewhere in the 6LoWPAN header. Too high? - as an IEEE802.15.4e IE: too many bytes for a single bit? - represented by the fact that the destination MAC address is a broadcast address. Agreed? In the latter case, what would a multicast MAC address look like? Assuming we're using long addresses address, we could set the multicast bit in the EUI64. Are you imagining having the next hop address with that bit set, or assigning a specific track identifier, encoded as a multicast address? Also, once the network is running, I'm assuming we will be using short 2B addresses. It's not clear how we can fit the multicast bit in there. Thomas On Mon, Jun 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Qin: > > I expect that without this proposal, the dest mac of a packet would be the > next L2 node, so that the next hop picks it and passes it to 6TUS layer. > With the proposal, all nodes along a track would accept the multicast dest > mac address associated to that track, so the packet is recognized as > receivable by this node at L2 and yet can be forwarded at 6TUS layer > without dest MAC rewrite. > > Reusing the cell would be the case where this router did not receive a > frame on the track incoming slot, so the outgoing slot will be wasted. If > we have a packet for which the next hop the same router as the receiver of > the wasted cell, then we'd want to use the cell to progress the packet one > hop. But then the receiver router needs to figure out that this is not a > frame to be switched at 6TUS layer but a packet to be routed at L3. The > trick is that in this case, the destination MAC address would be > effectively that of the receiver router so 6TUS would punt the packet to L3. > > Reusing a cell between 2 tracks is not the idea because there might be > collisions. Here we are talking about using an unsed cell opportunistically > for L3 best effort traffic. If there is an unused track cell, it adds up to > the bundle between the 2 adjacent routers for that particular slotframe. > > Makes sense? > > Pascal > > > -----Original Message----- > From: Qin Wang [mailto:qinwang@berkeley.edu] > Sent: lundi 3 juin 2013 13:14 > To: Pascal Thubert (pthubert) > Cc: 6tsch@ietf.org > Subject: Re: [6tsch] Routing vs. switching > > Hi Pascal, > > I don't understand strategy a) clearly. According to my understanding on > "Track", it consists of a sequence of cells along a multihop path, and > there is one and only one cell for a pair of nodes (i.e. fixed next hop > neighbor). Then, how does multicast Mac address function? What do you mean > by reusing a cell? > > I guess that the strategy a) will be used to solve the problem of > (A->C->B, D->C->E). That is, there is a cell in node-C with multicast > address to both node-B and node-E. So, the cell can be reused in the two > tracks. Correct? > > Thanks > Qin > > > > Dear all ; > > > > We had a great discussion today at the weekly call about routing that > > relies on 1 hop cell bundles vs. switching that operates on end to end > > tracks. > > > > We agreed that merging and splitting tracks could require queuing at > > intermediate nodes to absorb burst collisions from multiple sources > > and decided to go for the watertight pipes. > > > > We proposed 2 additional strategies: > > > > a) define a multicast mac address for the track, so we can 1) reuse a > > track cell that is not used by a deterministic packet for hop by hop > > L3 traffic as differentiated by its unicast MAC destination and 2) > > forward with no change to the destination. > > > > b) let the PCE install routes as well as tracks. With that strategy, A > > PCE route is an alternate to a track that would allow cell reuse and > > L3 QoS operation. We leverage the deterministic Class of service > > (that's Deterministic Forwarding, DF, though encoded 0xEF). And we can > > emulate RPL local instances as indexed by the tuple (source address, > > local_instance_id) and forward the packet with the same rules are RPL, > > along the routing table indexed by the instance ID. > > > > Comments welcome! > > > > Cheers, > > > > Pascal > > _______________________________________________ > > 6tsch mailing list > > 6tsch@ietf.org > > https://www.ietf.org/mailman/listinfo/6tsch > > > > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch > --bcaec544ec6abef55204de4b1969 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Pascal,

I agree that a single bit is en= ough to differentiate between switched packets and routed packets. During t= he call on Friday, we identified 3 locations where that bit could live:
- somewhere in the 6LoWPAN header. Too high?
- a= s an IEEE802.15.4e IE: too many bytes for a single bit?
- r= epresented by the fact that the destination MAC address is a broadcast addr= ess.

Agreed?

In the latter case, what would a multicast MAC address look like? Assumin= g we're using long addresses address, we could set the multicast bit in= the EUI64. Are you imagining having the next hop address with that bit set= , or assigning a specific track identifier, encoded as a multicast address?=

Also, once the network is running, I'm = assuming we will be using short 2B addresses. It's not clear how we can= fit the multicast bit in there.

Thomas

On Mon, Jun = 3, 2013 at 3:08 PM, Pascal Thubert (pthubert) <pthubert@cisco.com>= wrote:

Hello Qin:

I expect that without this proposal, the dest mac of a packet would be the = next L2 node, so that the next hop picks it and passes it to 6TUS layer. With the proposal, all nodes along a track would accept the multicast dest = mac address associated to that track, so the packet is recognized as receiv= able by this node at L2 and yet can be forwarded at 6TUS layer without dest= MAC rewrite.

Reusing the cell would be the case where this router did not receive a fram= e on the track incoming slot, so the outgoing slot will be wasted. If we ha= ve a packet for which the next hop the same router as the receiver of the w= asted cell, then we'd want to use the cell to progress the packet one h= op. But then the receiver router needs to figure out that this is not a fra= me to be switched at 6TUS layer but a packet to be routed at L3. The trick = is that in this case, the destination MAC address would be effectively that= of the receiver router so 6TUS would punt the packet to L3.

Reusing a cell between 2 tracks is not the idea because there might be coll= isions. Here we are talking about using an unsed cell opportunistically for= L3 best effort traffic. If there is an unused track cell, it adds up to th= e bundle between the 2 adjacent routers for that particular slotframe.

Makes sense?

Pascal

-----Original Message-----
From: Qin Wang [mailto:qinwang@berk= eley.edu]
Sent: lundi 3 juin 2013 13:14
To: Pascal Thubert (pthubert)
Cc: 6tsch@ietf.org
Subject: Re: [6tsch] Routing vs. switching

Hi Pascal,

I don't understand strategy a) clearly. According to my understanding o= n "Track", it consists of a sequence of cells along a multihop pa= th, and there is one and only one cell for a pair of nodes (i.e. fixed next= hop neighbor). Then, how does multicast Mac address function? What do you = mean by reusing a cell?

I guess that the strategy a) will be used to solve the problem of (A->C-= >B, D->C->E). That is, there is a cell in node-C with multicast ad= dress to both node-B and node-E. So, the cell can be reused in the two trac= ks. Correct?

Thanks
Qin

> Dear all ;
>
> We had a great discussion today at the weekly call about routing that<= br> > relies on 1 hop cell bundles vs. switching that operates on end to end=
> tracks.
>
> We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources > and decided to go for the watertight pipes.
>
> We proposed 2 additional strategies:
>
> a) define a multicast mac address for the track, so we can 1) reuse a<= br> > track cell that is not used by a deterministic packet for hop by hop > L3 traffic as differentiated by its unicast MAC destination and 2)
> forward with no change to the destination.
>
> b) let the PCE install routes as well as tracks. With that strategy, A=
> PCE route is an alternate to a track that would allow cell reuse and > L3 QoS operation. We leverage the deterministic Class of service
> (that's Deterministic Forwarding, DF, though encoded 0xEF). And we= can
> emulate RPL local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL,=
> along the routing table indexed by the instance ID.
>
> Comments welcome!
>
> Cheers,
>
> Pascal
> _______________________________________________
> 6tsch mailing list
> 6tsch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tsch
>

_______________________________________________
6tsch mailing list
6tsch@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/6tsch

--bcaec544ec6abef55204de4b1969-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C186B21E80FD for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 20:27:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S8UfbKuj6-zr for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 20:27:35 -0700 (PDT) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 27CA521E8140 for <6tsch@ietf.org>; Mon, 3 Jun 2013 19:34:55 -0700 (PDT) Received: by mail-pa0-f43.google.com with SMTP id hz10so71965pad.30 for <6tsch@ietf.org>; Mon, 03 Jun 2013 19:34:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=CzAsYqCeMvMSWqkWK4hJaWbliUr441dWmAL+FBZPGu8=; b=P0bJ5O+M77nUbQY2Yz+0S/mWS59RrKsrXPOy8mw1xgjRR1p3qs3v/iE1Q5eaNWhs6d AFLOw919WWPRryoPAIPihUrGnEHeyZWuWlXrT1INq6yhQCM5bOR0rldzjSQmeS8jBx/o Nhwcyg1ykiaj4ZnzW+ECR7mxZ4erATFe6kvJzTNI5VPrJgHLf4lW1PkaLacXoL0NrjKK w0Rv8yKeYN96t1vLI/T/ktyWZeNmylu2dZBXkq2VgU1LLiOIx3BHYeJgGJk2COSePtTl P7sbsGEmTs0G4aWZ6evYiEUzGNOyctULiceifbz5Aofc4Vch0/R4CHkt+LXlkCtaGoF6 35Yg== X-Received: by 10.66.244.42 with SMTP id xd10mr8295730pac.100.1370313294765; Mon, 03 Jun 2013 19:34:54 -0700 (PDT) MIME-Version: 1.0 Sender: twatteyne@gmail.com Received: by 10.66.191.161 with HTTP; Mon, 3 Jun 2013 19:34:34 -0700 (PDT) From: Thomas Watteyne Date: Mon, 3 Jun 2013 19:34:34 -0700 X-Google-Sender-Auth: 5nhDFGqLRMlsWoDxtFEVtQ83MCg Message-ID: To: 6TSCH <6tsch@ietf.org> Content-Type: multipart/alternative; boundary=047d7b15b31d2a661c04de4aed21 Subject: [6tsch] minutes webex 31 May 2013 X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 03:27:50 -0000 --047d7b15b31d2a661c04de4aed21 Content-Type: text/plain; charset=ISO-8859-1 All, You will find the minutes of the last webex below, and the presented slides at https://bitbucket.org/6tsch/meetings/. Thanks to Xavi and Dominique for taking notes! Please note that I've changes the format a bit to give an* executive summary * of: - the *consensus *we had on the phone (to be confirmed on the ML) - the new *ideas *to be developed - the* action items*. Please fix anything we might have missed directly in the e-mail and reply. Thomas --- # Minutes Webex 31 May 2013, 6TSCH group # Note: timestamps in PDT. Taking notes (using Etherpad) ----------------------------- 1. Xavi Vilajosana 2. Dominique Barthel 3. Thomas Watteyne Present (alphabetically) ------------------------ * Alfredo Grieco * Dominique Barthel * Herman Storey * Maria Rita Palattella * Pascal Thubert * Pouria Zand * Raghuram Sudhaakar * Robert Assimiti * Thomas Watteyne * Tina Tsou * Tom Phinney * Xavi Vilajosana Recording --------- * Webex recording (audio+slides,streaming) * https://cisco.webex.com/ciscosales/lsr.php?AT=pb&SP=MC&rID=68663737&rKey=2f0f3d8299a89515[65min] Slides ------ * [slides_130531_webex.ppt]( https://bitbucket.org/6tsch/meetings/src/3c563fb04b09c16df9e9a216e3bbca907ac9dd08/130531_webex/slides_130531_webex.ppt?at=master): slides shared during the call Agenda ------ * Logo Challenge [3min] * Berlin Update [3min] * 6lo [3min] * Multiplexing Tracks [10min] * Explicit Labels [10min] * Forwarding Modes [10min] * Bundle Size and ETX [10min] * "Simplest TSCH" draft [10min] *Executive summary* *-----------------* * * ** Rough consensus to be confirmed on mailing list:* * * We need to take retransmissions into account when building the schedule, and have retransmissions happen on the same track that first attempt.* * * We will not support tracks between merged or split.* * * We will not remove the MAC header on packets being switched.* ** Ideas to be developed on ML:* * * [champion: Pascal] To avoid the RPL stretch, could we allow the PCE to install routes.* * * [champions: Pascal,Xavi] 1-bit so 6tus either switches or hands off to packet to routing layer. Several options: multicast MAC address, IEEE802.15.4e IE, something in 6LoWPAN.* * * [champion: Alfredo] add timestamp to packet to influence forwarding decision (most likely when routing, not switching, a packet)* * * [champion: Pascal] Dealing with 6LoWPAN fragment. To avoid re-assembly at each hop: 6tus switching or 6LoWPAN switching? (probably a combination)* ** Action items:* * * [Maria Rita, Alfredo, Pascal, Pouria] Set of slides on how to build the simplest 6TSCH network.* Minutes ------- * [08.05] Meeting starts * [Pascal] Goal: How can be avoid the waste of BW. Side discussion: Where do we place the excess bandwidth needed because of retries. * [08.07] Logo Challenge * 15 votes so far. * Logo 2 a bit ahead of logo 3 * URL on ML * Winner announced at next call * Berlin Update * Thomas presents important dates slides * Pascal social event is on Tuesday, usually lots of fun * 6lo * 6lowpan is closing * new ML for updates and other improvements * 6lowpan will hold interop in berlin * compression mechanisms * have not hear asked for a BoF * [08.11] Multiplexing Tracks [Pascal] * Statistical mux * effect of queuing on priority * undeterministic flows: multiple flows arrive in router. Complex router. * could 6tus do this sort of thing * can 6tus can have a statistical mux? * federates the cost of retries as allows slot reuse * how much of that we can to have on the 6tus sublayer? * won't expect that this will be simple. * [Thomas] * wireless is lossy in nature, retries are part of the actual flow. * it is important that we consider retries part of the initial flow. * building the track according to what is required, and use another shared track for retries will make things very complicated. * suggest: pipe on the main track should reflect the retransmissions (ETX). so reservation should take etx into account. * Errors does not translate to other hops, jitter translates to next hops. * [8:17] Implicit vs explicit pipes [Thomas] * If each flow is a dedicated pipe, when there is no traffic, the receivers idle listens for each flow. This might incur more energy. * When we are multiplexing tracks, implicit label does not identify flow, and Kris proposed to use the mac destination address as a dissector. * Idea: install a track and assume it is deterministic. One can always use routed cells. * [Pascal] We don't want to reinvent QoS in 6tus. * [Pascal] Routes are installed by RPL, would we let the PCE install routes? * [Thomas] The PCE installs L2 resources. PCE can install other cells so this can be used for non-switched routing. * Use 1 bit in 6LoWPAN header that tells whether explicit of implicit label? * In order to be able to distinguish between switched packets and packets that have an special header we need some bit at L2 so the switching component can decide to forward or to parse the header. * [Pascal] An alternative is to use multicast mac layer addresses. * Keep mac layer header in the label switched packets * Thomas ask for rough consensus between * Proposal 1: LS tracks are water tight pipes (deterministic) * Proposal 2: combine/multiples cells so we can optimize the energy consumption. * we vote for proposal 1. * [8:34] Explicit Labels [Alfredo] * Explicit label can contain TTL or a TS. * use it to drop packets on route if too old/late * change priority as a function of ttl * manage delay * How to make it optional? * how to distinguish a packet with/without header? * [Pascal] Even if jitter is accumulated in the track, at the other side of the tunnel you know what packet it is so (worst case) you can know if it is too late or delay is not guaranteed. * [Alfredo] Soft delay guarantees * Whether bot considering that for Label Switching, where the field should live? L3 has this information. * Infomration is passed to L3, * It has to be somewhere between L2 and L3. * In conclusion: * Great idea. Be able to adjust when packet is routed. * Cannot be applied to label switching * Consider this for routing not for track based switching. * [8:45] Forwarding Modes [Maria Rita] * IP Routing * different sublayers on the stack and showing how a packet flows. * x-y has a bundle of 2 cells * a packet flows through the network and goes up to L3 at each hop so the next hop is determined by routing. * Track switching: * we can use 2 tracks and use label switching * in that case the packet is directly forwarded by 6tus * Some cells are colored but others can be used for other things, so not all cells form part of the label switching path * 6LoWPAN fragments forwarding ( http://tools.ietf.org/html/draft-thubert-6lowpan-simple-fragment-recovery-07 ): * avoids fragment reassembly at each hop. * state installed in nodes by first fragments, fragments follow the same track * datagram ID of each fragment is switched at each hop to play the role of a label as in LS * we can switch at 6tus layer or at 6lowpan layer * [8:59] bundle size and ETC * long term PDT stats can be used. * account for retransmissions on the schedule. * _No concerns from the people on the call_ * [09.00] Simplest TSCH draft * good and simple base * interop events * work out all the details * how do you join, how do you synch, what's in the EB * more complex scenarios can appear later * absolute simples tsch * hardcoded slotted aloha * [Tom] The best way to do this is take an example and go through it completely to identify all the elements that you forgot about. * [Xavi] proposes to work on this * [Alfredo] proposes to work on this * [Maria Rita] proposes to work on this (by chat) * [Thomas] Could volunteers prepare a set of slides for the next call? --047d7b15b31d2a661c04de4aed21 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
All,

You will find the minut= es of the last webex below, and the presented slides at https://bitbucket.org/6tsch/meetings/.

Thanks to Xavi and Dominique for taking notes!

Please note that I've changes the=A0format=A0a bit to = give an executive summary of:
- the consensus we ha= d on the phone (to be confirmed on the ML)

- the new ideas to be=A0developed
- the action ite= ms.

Please fix anything we might have missed d= irectly in the e-mail and reply.

Thomas

---

# Minutes Webex 31 May 2013, 6TSCH group #

Note: timestamps in PDT.

Taking notes (using Etherpad)
= -----------------------------<= /div>

1. Xavi Vilajosana
2. Dominique Barthel
3. Thomas Watteyne

Present (alphabetically)
------------------------
=

* Alfredo Grieco
* Dominique Barthel
* Herman Storey=

* Maria Rita Palattella
* Pascal Thubert
* Pouria Zand
= * Raghuram Sudhaakar

* Robert Assimiti
* Thomas Watteyne
* Tina Tsou
* Tom Phinney

* Xavi Vilajosana

Recording
---------

* Webex recording (audio+slides,streaming)
* https://cisco.webex.com/ciscosales/lsr.php?AT=3Dpb= &SP=3DMC&rID=3D68663737&rKey=3D2f0f3d8299a89515 [65min]

Slides
------
* [slides_130531_we= bex.ppt](https://bitbucket.org/6tsch/meetings/src/3c563fb04b09c16df9e9a216e3bbca90= 7ac9dd08/130531_webex/slides_130531_webex.ppt?at=3Dmaster): slides shar= ed during the call

Agenda
------
* Logo Challenge [3= min]
* Berlin Update= [3min]
* 6lo [3min]=

* Multiplexing Tracks [10min]
* Explicit Labels [10m= in]
* Forwarding Mod= es [10min]

* Bundle Size and ETX [10min]
* "Simplest TSCH&= quot; draft [10min]
=

Executive summar= y
-----------= ------

* Rough consensus to be confi= rmed on mailing list:
=A0 =A0 * We need to take retransmissions into account when buildi= ng the schedule, and have retransmissions happen on the same track that fir= st attempt.

=A0 =A0 * We will not support= tracks between merged or split.
=A0 =A0 * We will not remove the MAC header on packets = being switched.

* Ideas to be developed on ML= :
=A0 =A0 * [= champion: Pascal] To avoid the RPL stretch, could we allow the PCE to insta= ll routes.

=A0 =A0 * [champions: Pascal,= Xavi] 1-bit so 6tus either switches or hands off to packet to routing layer= . Several options: multicast MAC address, IEEE802.15.4e IE, something in 6L= oWPAN.

=A0 =A0 * [champion: Alfredo]= add timestamp to packet to influence forwarding decision (most likely when= routing, not switching, a packet)
=A0 =A0 * [champion: Pascal] Dealing with 6LoWPAN fra= gment. To avoid re-assembly at each hop: 6tus switching or 6LoWPAN switchin= g? (probably a combination)

* Action items:
=A0 =A0 * [Maria Rita, Alf= redo, Pascal, Pouria] Set of slides on how to build the simplest 6TSCH netw= ork.

Minutes
-------

* [08.05] Meeting s= tarts
=A0 =A0* [Pasc= al] Goal: How can be avoid the waste of BW. Side discussion: Where do we pl= ace the excess bandwidth needed because of retries.

* [08.07] Logo Challenge<= /div>
=A0 =A0* 15 votes so far.
=A0 =A0* Logo 2 a bit= ahead of logo 3

=A0 =A0* URL on ML
<= div>=A0 =A0* Winner announced at next= call
* Berlin Updat= e

=A0 =A0* Thomas presents importa= nt dates slides
=A0 = =A0* Pascal social event is on Tuesday, usually lots of fun
* 6lo

=A0 =A0 * 6lowpan is closing
=A0 =A0 * new ML for up= dates and other improvements
=A0 =A0 * 6lowpan will hold interop in berlin

=A0 =A0 * compression mechanisms=
=A0 =A0 * have not = hear asked for a BoF
* [08.11] Multiplexing Tracks [Pascal]

=A0 =A0 * Statistical mux=
=A0 =A0 =A0 =A0 * effect o= f queuing on priority=A0
=A0 =A0 =A0 =A0 * undeterministic flows: multiple flows arrive in rout= er. Complex router.

=A0 =A0 =A0 =A0 * could 6tus do = this sort of thing
= =A0 =A0 =A0 =A0 * can 6tus can have a statistical mux?=A0
= =A0 =A0 =A0 =A0 * federates the cost = of retries as allows slot reuse

=A0 =A0 =A0 =A0 * how much of th= at we can to have on the 6tus sublayer?
=A0 =A0 =A0 =A0 * won't expect that this will be si= mple.

=A0 =A0 =A0 =A0 * [Thomas]
=A0 =A0 =A0 =A0 =A0 =A0 *= wireless is lossy in nature, retries are part of the actual flow.=A0
=A0 =A0 =A0 =A0 =A0 =A0 *= it is important that we consider retries part of the initial flow.<= /div>
=A0 =A0 =A0 =A0 =A0 =A0 * buildi= ng the track according to what is required, and use another shared track fo= r retries will make things very complicated.
=A0 =A0 =A0 =A0 =A0 =A0 * suggest: pipe on the mai= n track should reflect the retransmissions (ETX). so reservation should tak= e etx into account.

=A0 =A0 =A0 =A0 =A0 =A0 * Errors= does not translate to other hops, jitter translates to next hops.
=A0 =A0 * [8:17] Implicit vs= explicit pipes [Thomas]

=A0 =A0 =A0 =A0 * If each flow i= s a dedicated pipe, when there is no traffic, the receivers idle listens fo= r each flow. This might incur more energy.
=A0 =A0 =A0 =A0 * When we are multiplexing tracks, i= mplicit label does not identify flow, and Kris proposed to use the mac dest= ination address as a dissector.

=A0 =A0 =A0 =A0 * Idea: install = a track and assume it is deterministic. One can always use routed cells.
=A0 =A0 =A0 =A0 * [Pas= cal] We don't want to reinvent QoS in 6tus.

=A0 =A0 =A0 =A0 * [Pascal] Route= s are installed by RPL, would we let the PCE install routes?
=A0 =A0 =A0 =A0 * [Thomas] The PCE= installs L2 resources. PCE can install other cells so this can be used for= non-switched routing.

=A0 =A0 =A0 =A0 * Use 1 bit in 6= LoWPAN header that tells whether explicit of implicit label?
=A0 =A0 =A0 =A0 * In order to be a= ble to distinguish between switched packets and packets that have an specia= l header we need some bit at L2 so the switching component can decide to fo= rward or to parse the header.

=A0 =A0 =A0 =A0 * [Pascal] An al= ternative is to use multicast mac layer addresses.
=A0 =A0 =A0 =A0 * Keep mac layer header in t= he label switched packets

=A0 =A0 =A0 =A0 * Thomas ask for= rough consensus between
=A0 =A0 =A0 =A0 =A0 =A0 * Proposal 1: LS tracks are water tight pipes = (deterministic)

=A0 =A0 =A0 =A0 =A0 =A0 * Propos= al 2: combine/multiples cells so we can optimize the energy consumption.
=A0 =A0 =A0 =A0 =A0 = =A0 * we vote for proposal 1.

* [8:34] Explicit Labels [Alfred= o]
=A0 =A0 * Explici= t label can contain TTL or a TS.=A0
=A0 =A0 =A0 =A0 * use it to drop packets on route if too ol= d/late

=A0 =A0 =A0 =A0 * change priorit= y as a function of ttl
=A0 =A0 =A0 =A0 * manage delay
=A0 =A0 * How to make it optional?

=A0 =A0 =A0 =A0 * how to disting= uish a packet with/without header?
=A0 =A0 =A0 =A0 * [Pascal] Even if jitter is accumulated in = the track, at the other side of the tunnel you know what packet it is so (w= orst case) you can know if it is too late or delay is not guaranteed.

=A0 =A0 =A0 =A0 * [Alfredo] Soft= delay guarantees
= =A0 =A0 =A0 =A0 * Whether bot considering that for Label Switching, where t= he field should live? L3 has this information.

=A0 =A0 =A0 =A0 * Infomration is= passed to L3,=A0
= =A0 =A0 =A0 =A0 * It has to be somewhere between L2 and L3.
=A0 =A0 =A0 =A0 * In conclusion:=A0=

=A0 =A0 =A0 =A0 =A0 =A0 * Great = idea. Be able to adjust when packet is routed.
=A0 =A0 =A0 =A0 =A0 =A0 * Cannot be applied to = label switching

=A0 =A0 =A0 =A0 =A0 =A0 * Consid= er this for routing not for track based switching.
* [8:45] Forwarding Modes [Maria Rita]
=A0 =A0 * IP Routing
=A0 =A0 =A0 =A0 * different sublayer= s on the stack and showing how a packet flows.
=A0 =A0 =A0 =A0 * x-y has a bundle of 2 cells

=A0 =A0 =A0 =A0 * a packet flows= through the network and goes up to L3 at each hop so the next hop is deter= mined by routing.
= =A0 =A0 * Track switching:

=A0 =A0 =A0 =A0 * we can use 2 t= racks and use label switching
=A0 =A0 =A0 =A0 * in that case the packet is directly forwarded b= y 6tus

=A0 =A0 =A0 =A0 * Some cells are= colored but others can be used for other things, so not all cells form par= t of the label switching path
=A0 =A0 * 6LoWPAN fragments forwarding (http://tool= s.ietf.org/html/draft-thubert-6lowpan-simple-fragment-recovery-07):

=A0 =A0 =A0 =A0 * avoids fragmen= t reassembly at each hop.
=A0 =A0 =A0 =A0 * state installed in nodes by first fragments, fragme= nts follow the same track

=A0 =A0 =A0 =A0 * datagram ID of= each fragment is switched at each hop to play the role of a label as in LS=
=A0 =A0 =A0 =A0 * w= e can switch at 6tus layer or at 6lowpan layer

* [8:59] bundle size and ETC
=A0 =A0 * long term PDT= stats can be used.
= =A0 =A0 * account for retransmissions on the schedule.

=A0 =A0 * _No concerns from the = people on the call_
= * [09.00] Simplest TSCH draft
=A0 =A0 * good and simple base

=A0 =A0 * interop events<= /div>
=A0 =A0 * work out all the = details
=A0 =A0 * ho= w do you join, how do you synch, what's in the EB

=A0 =A0 * more complex scenarios= can appear later
= =A0 =A0 * absolute simples tsch
=A0 =A0 * hardcoded slotted aloha

=A0 =A0 * [Tom] The best way to = do this is take an example and go through it completely to identify all the= elements that you forgot about.
=A0 =A0 * [Xavi] proposes to work on this

=A0 =A0 * [Alfredo] proposes to = work on this
=A0 =A0= * [Maria Rita] proposes to work on this (by chat)
=A0 =A0 * [Thomas] Could volunteers prepare = a set of slides for the next call?

--047d7b15b31d2a661c04de4aed21-- Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCB0211E80FC for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 15:14:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.012 X-Spam-Level: X-Spam-Status: No, score=-10.012 tagged_above=-999 required=5 tests=[AWL=0.587, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VB9G+fKZjCzc for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 15:14:21 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 7589B11E8114 for <6tsch@ietf.org>; Mon, 3 Jun 2013 15:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4746; q=dns/txt; s=iport; t=1370297299; x=1371506899; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Rd23ovzjkvEpfikxOo1kXHi+5u0LjkUlhLemfvN791U=; b=GJhzLb7vXP+IJ3M3/y9FTrLMpEqjJP+XVDSkuaW8Zn0zreWI81mco+ty 3dtstA4V/v1TJhzmc8QR0iQ7I3hbpGA8IoREghGgOyNQOEwZeVmni3XAX RtVW82kTUVp8eUFgaw3sYF8CqAW0yQuk02vdTsVHC5ne+mdHi1gbNHiHM 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgYFAP8SrVGtJV2Z/2dsb2JhbABZDoJ7MIM8u0wNexZ0giMBAQEDAQEBASAEDToLBQcEAgEIEQQBAQMCBh0DAgICJQsUAQgIAQEEDgUIh38GDKpAkgYEgSaNUDEHBoI+M2EDqH6CUT6CJw X-IronPort-AV: E=Sophos;i="4.87,795,1363132800"; d="scan'208";a="218286682" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-7.cisco.com with ESMTP; 03 Jun 2013 22:08:19 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r53M8IP4005439 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 3 Jun 2013 22:08:19 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.79]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.02.0318.004; Mon, 3 Jun 2013 17:08:18 -0500 From: "Pascal Thubert (pthubert)" To: Qin Wang Thread-Topic: [6tsch] Routing vs. switching Thread-Index: Ac5eZWjm6oqA3MriRLGF9oYeNvqKCACW1qWAAAbZ4dA= Date: Mon, 3 Jun 2013 22:08:17 +0000 Deferred-Delivery: Mon, 3 Jun 2013 22:08:00 +0000 Message-ID: References: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> In-Reply-To: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.155.145.6] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 22:14:36 -0000 SGVsbG8gUWluOg0KDQpJIGV4cGVjdCB0aGF0IHdpdGhvdXQgdGhpcyBwcm9wb3NhbCwgdGhlIGRl c3QgbWFjIG9mIGEgcGFja2V0IHdvdWxkIGJlIHRoZSBuZXh0IEwyIG5vZGUsIHNvIHRoYXQgdGhl IG5leHQgaG9wIHBpY2tzIGl0IGFuZCBwYXNzZXMgaXQgdG8gNlRVUyBsYXllci4NCldpdGggdGhl IHByb3Bvc2FsLCBhbGwgbm9kZXMgYWxvbmcgYSB0cmFjayB3b3VsZCBhY2NlcHQgdGhlIG11bHRp Y2FzdCBkZXN0IG1hYyBhZGRyZXNzIGFzc29jaWF0ZWQgdG8gdGhhdCB0cmFjaywgc28gdGhlIHBh Y2tldCBpcyByZWNvZ25pemVkIGFzIHJlY2VpdmFibGUgYnkgdGhpcyBub2RlIGF0IEwyIGFuZCB5 ZXQgY2FuIGJlIGZvcndhcmRlZCBhdCA2VFVTIGxheWVyIHdpdGhvdXQgZGVzdCBNQUMgcmV3cml0 ZS4gDQoNClJldXNpbmcgdGhlIGNlbGwgd291bGQgYmUgdGhlIGNhc2Ugd2hlcmUgdGhpcyByb3V0 ZXIgZGlkIG5vdCByZWNlaXZlIGEgZnJhbWUgb24gdGhlIHRyYWNrIGluY29taW5nIHNsb3QsIHNv IHRoZSBvdXRnb2luZyBzbG90IHdpbGwgYmUgd2FzdGVkLiBJZiB3ZSBoYXZlIGEgcGFja2V0IGZv ciB3aGljaCB0aGUgbmV4dCBob3AgdGhlIHNhbWUgcm91dGVyIGFzIHRoZSByZWNlaXZlciBvZiB0 aGUgd2FzdGVkIGNlbGwsIHRoZW4gd2UnZCB3YW50IHRvIHVzZSB0aGUgY2VsbCB0byBwcm9ncmVz cyB0aGUgcGFja2V0IG9uZSBob3AuIEJ1dCB0aGVuIHRoZSByZWNlaXZlciByb3V0ZXIgbmVlZHMg dG8gZmlndXJlIG91dCB0aGF0IHRoaXMgaXMgbm90IGEgZnJhbWUgdG8gYmUgc3dpdGNoZWQgYXQg NlRVUyBsYXllciBidXQgYSBwYWNrZXQgdG8gYmUgcm91dGVkIGF0IEwzLiBUaGUgdHJpY2sgaXMg dGhhdCBpbiB0aGlzIGNhc2UsIHRoZSBkZXN0aW5hdGlvbiBNQUMgYWRkcmVzcyB3b3VsZCBiZSBl ZmZlY3RpdmVseSB0aGF0IG9mIHRoZSByZWNlaXZlciByb3V0ZXIgc28gNlRVUyB3b3VsZCBwdW50 IHRoZSBwYWNrZXQgdG8gTDMuDQoNClJldXNpbmcgYSBjZWxsIGJldHdlZW4gMiB0cmFja3MgaXMg bm90IHRoZSBpZGVhIGJlY2F1c2UgdGhlcmUgbWlnaHQgYmUgY29sbGlzaW9ucy4gSGVyZSB3ZSBh cmUgdGFsa2luZyBhYm91dCB1c2luZyBhbiB1bnNlZCBjZWxsIG9wcG9ydHVuaXN0aWNhbGx5IGZv ciBMMyBiZXN0IGVmZm9ydCB0cmFmZmljLiBJZiB0aGVyZSBpcyBhbiB1bnVzZWQgdHJhY2sgY2Vs bCwgaXQgYWRkcyB1cCB0byB0aGUgYnVuZGxlIGJldHdlZW4gdGhlIDIgYWRqYWNlbnQgcm91dGVy cyBmb3IgdGhhdCBwYXJ0aWN1bGFyIHNsb3RmcmFtZS4NCg0KTWFrZXMgc2Vuc2U/DQoNClBhc2Nh bA0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBRaW4gV2FuZyBbbWFpbHRv OnFpbndhbmdAYmVya2VsZXkuZWR1XSANClNlbnQ6IGx1bmRpIDMganVpbiAyMDEzIDEzOjE0DQpU bzogUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KQ0KQ2M6IDZ0c2NoQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogWzZ0c2NoXSBSb3V0aW5nIHZzLiBzd2l0Y2hpbmcNCg0KSGkgUGFzY2FsLA0KDQpJIGRv bid0IHVuZGVyc3RhbmQgc3RyYXRlZ3kgYSkgY2xlYXJseS4gQWNjb3JkaW5nIHRvIG15IHVuZGVy c3RhbmRpbmcgb24gIlRyYWNrIiwgaXQgY29uc2lzdHMgb2YgYSBzZXF1ZW5jZSBvZiBjZWxscyBh bG9uZyBhIG11bHRpaG9wIHBhdGgsIGFuZCB0aGVyZSBpcyBvbmUgYW5kIG9ubHkgb25lIGNlbGwg Zm9yIGEgcGFpciBvZiBub2RlcyAoaS5lLiBmaXhlZCBuZXh0IGhvcCBuZWlnaGJvcikuIFRoZW4s IGhvdyBkb2VzIG11bHRpY2FzdCBNYWMgYWRkcmVzcyBmdW5jdGlvbj8gV2hhdCBkbyB5b3UgbWVh biBieSByZXVzaW5nIGEgY2VsbD8NCg0KSSBndWVzcyB0aGF0IHRoZSBzdHJhdGVneSBhKSB3aWxs IGJlIHVzZWQgdG8gc29sdmUgdGhlIHByb2JsZW0gb2YgKEEtPkMtPkIsIEQtPkMtPkUpLiBUaGF0 IGlzLCB0aGVyZSBpcyBhIGNlbGwgaW4gbm9kZS1DIHdpdGggbXVsdGljYXN0IGFkZHJlc3MgdG8g Ym90aCBub2RlLUIgYW5kIG5vZGUtRS4gU28sIHRoZSBjZWxsIGNhbiBiZSByZXVzZWQgaW4gdGhl IHR3byB0cmFja3MuIENvcnJlY3Q/DQoNClRoYW5rcw0KUWluDQoNCg0KPiBEZWFyIGFsbCA7DQo+ DQo+IFdlIGhhZCBhIGdyZWF0IGRpc2N1c3Npb24gdG9kYXkgYXQgdGhlIHdlZWtseSBjYWxsIGFi b3V0IHJvdXRpbmcgdGhhdCANCj4gcmVsaWVzIG9uIDEgaG9wIGNlbGwgYnVuZGxlcyB2cy4gc3dp dGNoaW5nIHRoYXQgb3BlcmF0ZXMgb24gZW5kIHRvIGVuZCANCj4gdHJhY2tzLg0KPg0KPiBXZSBh Z3JlZWQgdGhhdCBtZXJnaW5nIGFuZCBzcGxpdHRpbmcgdHJhY2tzIGNvdWxkIHJlcXVpcmUgcXVl dWluZyBhdCANCj4gaW50ZXJtZWRpYXRlIG5vZGVzIHRvIGFic29yYiBidXJzdCBjb2xsaXNpb25z IGZyb20gbXVsdGlwbGUgc291cmNlcyANCj4gYW5kIGRlY2lkZWQgdG8gZ28gZm9yIHRoZSB3YXRl cnRpZ2h0IHBpcGVzLg0KPg0KPiBXZSBwcm9wb3NlZCAyIGFkZGl0aW9uYWwgc3RyYXRlZ2llczoN Cj4NCj4gYSkgZGVmaW5lIGEgbXVsdGljYXN0IG1hYyBhZGRyZXNzIGZvciB0aGUgdHJhY2ssIHNv IHdlIGNhbiAxKSByZXVzZSBhIA0KPiB0cmFjayBjZWxsIHRoYXQgaXMgbm90IHVzZWQgYnkgYSBk ZXRlcm1pbmlzdGljIHBhY2tldCBmb3IgaG9wIGJ5IGhvcCANCj4gTDMgdHJhZmZpYyBhcyBkaWZm ZXJlbnRpYXRlZCBieSBpdHMgdW5pY2FzdCBNQUMgZGVzdGluYXRpb24gYW5kIDIpIA0KPiBmb3J3 YXJkIHdpdGggbm8gY2hhbmdlIHRvIHRoZSBkZXN0aW5hdGlvbi4NCj4NCj4gYikgbGV0IHRoZSBQ Q0UgaW5zdGFsbCByb3V0ZXMgYXMgd2VsbCBhcyB0cmFja3MuIFdpdGggdGhhdCBzdHJhdGVneSwg QSANCj4gUENFIHJvdXRlIGlzIGFuIGFsdGVybmF0ZSB0byBhIHRyYWNrIHRoYXQgd291bGQgYWxs b3cgY2VsbCByZXVzZSBhbmQgDQo+IEwzIFFvUyBvcGVyYXRpb24uIFdlIGxldmVyYWdlIHRoZSBk ZXRlcm1pbmlzdGljIENsYXNzIG9mIHNlcnZpY2UgDQo+ICh0aGF0J3MgRGV0ZXJtaW5pc3RpYyBG b3J3YXJkaW5nLCBERiwgdGhvdWdoIGVuY29kZWQgMHhFRikuIEFuZCB3ZSBjYW4gDQo+IGVtdWxh dGUgUlBMIGxvY2FsIGluc3RhbmNlcyBhcyBpbmRleGVkIGJ5IHRoZSB0dXBsZSAoc291cmNlIGFk ZHJlc3MsDQo+IGxvY2FsX2luc3RhbmNlX2lkKSBhbmQgZm9yd2FyZCB0aGUgcGFja2V0IHdpdGgg dGhlIHNhbWUgcnVsZXMgYXJlIFJQTCwgDQo+IGFsb25nIHRoZSByb3V0aW5nIHRhYmxlIGluZGV4 ZWQgYnkgdGhlIGluc3RhbmNlIElELg0KPg0KPiBDb21tZW50cyB3ZWxjb21lIQ0KPg0KPiBDaGVl cnMsDQo+DQo+IFBhc2NhbA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KPiA2dHNjaCBtYWlsaW5nIGxpc3QNCj4gNnRzY2hAaWV0Zi5vcmcNCj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82dHNjaA0KPg0KDQo= Return-Path: X-Original-To: 6tsch@ietfa.amsl.com Delivered-To: 6tsch@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0401521E80A9 for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 13:27:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wPt2jJez3Z74 for <6tsch@ietfa.amsl.com>; Mon, 3 Jun 2013 13:27:21 -0700 (PDT) Received: from cm06fe.IST.Berkeley.EDU (cm06fe.IST.Berkeley.EDU [169.229.218.147]) by ietfa.amsl.com (Postfix) with ESMTP id 32BBB21E810E for <6tsch@ietf.org>; Mon, 3 Jun 2013 13:13:49 -0700 (PDT) Received: from cm02ws.ist.berkeley.edu ([169.229.218.164] helo=calmail.berkeley.edu) by cm06fe.ist.berkeley.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (auth login:qinwang@berkeley.edu) (envelope-from ) id 1Ujb8V-0001cx-K9; Mon, 03 Jun 2013 13:13:48 -0700 Received: from 173.49.14.122 (SquirrelMail authenticated user qinwang@berkeley.edu) by calmail.berkeley.edu with HTTP; Mon, 3 Jun 2013 13:13:47 -0700 Message-ID: <905b12355034f5842b50e4732a75f51c.squirrel@calmail.berkeley.edu> In-Reply-To: References: Date: Mon, 3 Jun 2013 13:13:47 -0700 From: "Qin Wang" To: "Pascal Thubert (pthubert)" User-Agent: SquirrelMail/1.4.21-2.berkeley MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "6tsch@ietf.org" <6tsch@ietf.org> Subject: Re: [6tsch] Routing vs. switching X-BeenThere: 6tsch@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tsch.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 20:27:39 -0000 Hi Pascal, I don't understand strategy a) clearly. According to my understanding on "Track", it consists of a sequence of cells along a multihop path, and there is one and only one cell for a pair of nodes (i.e. fixed next hop neighbor). Then, how does multicast Mac address function? What do you mean by reusing a cell? I guess that the strategy a) will be used to solve the problem of (A->C->B, D->C->E). That is, there is a cell in node-C with multicast address to both node-B and node-E. So, the cell can be reused in the two tracks. Correct? Thanks Qin > Dear all ; > > We had a great discussion today at the weekly call about routing that > relies on 1 hop cell bundles vs. switching that operates on end to end > tracks. > > We agreed that merging and splitting tracks could require queuing at > intermediate nodes to absorb burst collisions from multiple sources and > decided to go for the watertight pipes. > > We proposed 2 additional strategies: > > a) define a multicast mac address for the track, so we can 1) reuse a > track cell that is not used by a deterministic packet for hop by hop L3 > traffic as differentiated by its unicast MAC destination and 2) forward > with no change to the destination. > > b) let the PCE install routes as well as tracks. With that strategy, A PCE > route is an alternate to a track that would allow cell reuse and L3 QoS > operation. We leverage the deterministic Class of service (that's > Deterministic Forwarding, DF, though encoded 0xEF). And we can emulate RPL > local instances as indexed by the tuple (source address, > local_instance_id) and forward the packet with the same rules are RPL, > along the routing table indexed by the instance ID. > > Comments welcome! > > Cheers, > > Pascal > _______________________________________________ > 6tsch mailing list > 6tsch@ietf.org > https://www.ietf.org/mailman/listinfo/6tsch >