January 2005 - nm-wg - lists.ogf.org

Notes from today's call
by Susan Evett 25 Jan '05

25 Jan '05

Gang, Attached are the notes in .doc and .pdf; please let me know if there are any changes necessary. As always, the action items are grouped at the end of the document. --Susan Susan Evett Technical Writer Internet2 1000 Oakbrook Drive, Suite 300 Ann Arbor, MI 48104 Phone: (734) 352-7023 Fax: (734) 913-4255 http://e2epi.internet2.edu

1 0

Updated Call-In Info
by Eric Boyd 20 Jan '05

20 Jan '05

Note the change of numbers going forward: Dial +1-734-615-7474 (NON-US/CA USERS MUST USE THIS NUMBER - SYSTEM WILL NOT CALL OUT), +1-866-411-0013 (toll free US/Canada Only) or +1-800-392-6130 (alternate toll free US/Canada Only) and enter access code 0142286 --Eric Eric L. Boyd Manager, Performance Architecture & Technologies eboyd(a)internet2.edu 734-352-7032 (work) 734-834-6708 (cell) Office 230 Internet2 3025 Boardwalk Ann Arbor, MI 48108

1 0

Next Conference Call
by Eric Boyd 18 Jan '05

18 Jan '05

NMWGers, Although great conversation was had at today's tea party, we decided to postpone today's NMWG call in hopes of getting slightly better attendance at the next call. Next call to be held Tuesday, January 25th at 11 AM ET (the usual time) and back at the old usual place: Dial +1-734-531-0125 or +1-800-541-1710 and enter access code 0142286 Agenda: 1. Continue discussing the new/"normalised" schemas: + progress from Dan + any new examples (e.g. iperf example from Mark) 2. Review Mark and Paul's progress in stabilising the current schemas --Eric Eric L. Boyd Manager, Performance Architecture & Technologies eboyd(a)internet2.edu 734-352-7032 (work) 734-834-6708 (cell) Office 230 Internet2 3025 Boardwalk Ann Arbor, MI 48108

2 1

NMWG in SLC
by Eric Boyd 18 Jan '05

18 Jan '05

Greetings, Please send me email this week if you are planning on attending the NMWG meeting on Wednesday, February 16 in Salt Lake City (in conjunction with the Joint Techs workshop). http://jointtechs.ornl.gov/SLC2005.html The event will be held "in the evening Mountain Time", exact time to be arranged. (Probably 6 or 7 PM MT.) If you'd like to attend by phone, please let me know as well. I'm trying to get a rough headcount so that we can have the proper room size and determine if we need a phone. Thanks, --Eric Eric L. Boyd Manager, Performance Architecture & Technologies eboyd(a)internet2.edu 734-352-7032 (work) 734-834-6708 (cell) Office 230 Internet2 3025 Boardwalk Ann Arbor, MI 48108

2 1

volunteer speakers for Seoul meeting?
by Leese, MJ (Mark) 18 Jan '05

18 Jan '05

Hi folks, I'm working on the agenda for a possible NM-WG meeting at the Seoul GGF, 14th-17th March. We are looking for some volunteers to tell us about their networking work or projects (15-20 minutes each). We are especially interested in speakers from the Asia-Pacific region. At the last meeting, all of the speakers were from Europe or the US, and it is very important that we hear about other work. Is anyone interested or willing to do this? I've put the names of some Asia-Pac people who attended our sessions in Hawaii or Brussels in the cc field. Cheers, Mark. P.S. REMINDER: we're having a call on today (Tuesday 18th) at the usual time (8am PST, 10am US CST, 11am US EST, 4pm GMT, 5pm CET etc etc). Dial-in info will be: (Inside the U.K.) 0871 271 2900 (Outside the U.K.) +44 (0)870 050 6800 Enter the meeting code 255404 when asked. U.K. users are charged at 8.51p per minute (plus VAT) per minute. Non-U.K. users will be charged according to their local telecom providers.

1 0

postponement of tomorrow's call
by Leese, MJ (Mark) 10 Jan '05

10 Jan '05

Hi folks, As warned, tomorrow's call is postponed until next Tuesday (the 18th). With the Christmas vacation and so on, people haven't made enough progress writing certain things up to warrant a call (me included :) Dial in info and agenda remain the same (see below). Apologises for the delay. For next week can everyone please look at the developer's doc and try produce their own example for ping or iperf. This is an excellent way of getting to know the work and trying it out. The doc contain a traceroute example to get you started. Cheers, Mark. -----Original Message----- From: Leese, MJ (Mark) To: nmwg (E-mail) Sent: 05/01/2005 16:38 Subject: next call and summary of 21st December call Hey folks, The next call is PROVISIONALLY set for Tuesday 11th January at the usual time (8am PST, 10am US CST, 11am US EST, 4pm GMT, 5pm CET etc etc). I'll check people's progress before the call, and will postpone it by a week if there isn't a great deal to report. If you hear nothing, please assume it's on :) Dial-in info will be: (Inside the U.K.) 0871 271 2900 (Outside the U.K.) +44 (0)870 050 6800 Enter the meeting code 255404 when asked. U.K. users are charged at 8.51p per minute (plus VAT) per minute. Non-U.K. users will be charged according to their local telecom providers. Agenda: 1. Continue discussing the new/"normalised" schemas: + progress from Dan + any new examples (e.g. iperf example from Mark) 2. Review Mark and Paul's progress in stabilising the current schemas Notes from the last conference call are below. Please let me know if I've made any mistakes. Actions (all for Mark :-( are at the end. Three point summary: * At the moment the developer's doc only includes a traceroute example. Everyone should look producing examples themselves (e.g. ping or iperf) as a way of getting to grips with the work. * Mark and Paul had nothing to report on stabilising the current schemas. Will be something for after Christmas. * This was Paul's last call - he's now left UCL. Mark thanked him for his hard work on the schemas over the last 12-18 months. [snip]

1 0

developer guide progress
by Dan Gunter 10 Jan '05

10 Jan '05

Hi all, Not much to report on the developer guide, sorry. But I did find the time to develop a "helper" tool for generating WSDL files. Basically, my problem with WSDL is that it has an extremely complex and redundant syntax for the really very simple task of specifying that you want the output message to be "X" and the input message to be "Y". So, I wrote a Python program that takes as input a template WSDL files with all the crazy namespace junk filled in, and a configuration file (in Windows .ini format, because there's a Python module to read that) that specifies just the few actual parameters that I need: namespace for service, name of service operation, name of XML Schema file, namespace of the XML Schemas, and the actual network location of the service. I tested it on traceroute and it seemed to work. Steps performed: 1) translate *.rnc -> *.xsd, using Trang. Attached just .xsd files. 2) write config file (nmwg_service.cfg) 3) run ezwsdl.py with the config file as output, and "template.wsdl" providing the bulk of the WSDL info -> traceroute.wsdl 4) check validity of results by generating python stubs from .wsdl file Only step #4 is python-specific. It would be nice if someone could try it with the Java, too. Also, I was thinking that we could extend this to be the standard approach for generating the WSDL files for all our examples (iperf, ping, etc.) and document the whole mess in the developer guide. But then, I need to sleep occasionally. Any volunteers to help out with this? -Dan p.s. Mark, is there going to be a call tomorrow morning? # Short descriptive name for service [traceroute] # Namespace for this service target_ns: http://www.ggf.org/nwwg/traceroute.wsdl # File with request/response schemas schema_xsd: traceroute.xsd # Namespace used in the schema_xsd file, above schema_ns: http://www.ggf.org/nmwg/traceroute/ # Name of operation, e.g. "getStockQuote" operation: getTraceroute # URL where the actual service is running service_url: http://fakehost.com:8080

1 0

next call and summary of 21st December call
by Leese, MJ (Mark) 05 Jan '05

05 Jan '05

Hey folks, The next call is PROVISIONALLY set for Tuesday 11th January at the usual time (8am PST, 10am US CST, 11am US EST, 4pm GMT, 5pm CET etc etc). I'll check people's progress before the call, and will postpone it by a week if there isn't a great deal to report. If you hear nothing, please assume it's on :) Dial-in info will be: (Inside the U.K.) 0871 271 2900 (Outside the U.K.) +44 (0)870 050 6800 Enter the meeting code 255404 when asked. U.K. users are charged at 8.51p per minute (plus VAT) per minute. Non-U.K. users will be charged according to their local telecom providers. Agenda: 1. Continue discussing the new/"normalised" schemas: + progress from Dan + any new examples (e.g. iperf example from Mark) 2. Review Mark and Paul's progress in stabilising the current schemas Notes from the last conference call are below. Please let me know if I've made any mistakes. Actions (all for Mark :-( are at the end. Three point summary: * At the moment the developer's doc only includes a traceroute example. Everyone should look producing examples themselves (e.g. ping or iperf) as a way of getting to grips with the work. * Mark and Paul had nothing to report on stabilising the current schemas. Will be something for after Christmas. * This was Paul's last call - he's now left UCL. Mark thanked him for his hard work on the schemas over the last 12-18 months. Cheers, Mark. NMWG Conference Call: Tuesday 21st December 2004, 16:00-16:50 GMT ----------------------------------------------------------------- Present: Mark Leese (Daresbury Laboratory), Dan Gunter (LBL), Jim Ferguson (NLANR), Paul Mealor (UCL). Agenda: 1. Continue discussing the draft developers guide from Dan, Jason and Martin (Dan mailed out the lastest version on the day of the call). 2. Review any progress Mark and Paul have been able to make stabilising the current schemas. 3. Finalise date for next face-to-face meeting, so people can book flights. Also discussed: 4. the next few GGFs. Contents: 1. Draft Developer's Guide: Something has come up which will absorb quite a lot of Martin's time, so he'll be available less than we previously hoped. We're mutually keen to continue working together, things will just take a little longer. Dan: Any more questions? Mark: Timestamps are defined as consisting of a value and a type. The type is defined as being of datatype "token", which is essentially a non-whitespace string, meanign users could stick virtually anything in there. I was wondering if this should be an enumeration instead with some predefined values, like "secsSinceEpoch" or "NTP", and a default. I know there's a problem with some tooling to make us want to avoid enumeration types, but Dan: Yeah. We would eventually define some valid names, together with what they signify. We could actually get rid of the "type" field if we wanted to. You can tell from the text of the "value" field what format a timestamp is in. Mark: So this was really for clarity and completeness really? Dan: Yeah. The advantage of interpreting the format from the actual timestamp is that, with a timestamp as a single field, you can add it to all sorts of tags as a simple attribute of that tag. Although I actually prefer separate "type" and "value" fields as it makes it easier for whatever software is parse it. It can just look at the "type" field to see what it should expect. Jim: Yes, I'd go with that. It's better to make it easier for the system having to parse all this. Mark: Either is fine with me. I suggest I flag it as a minor issue to be settled later. Probably at the next f2f. Mark: In the schemas you have a "TimeRange" with "start" and "end" elements. The "end" time can be a time or the keyword "empty". Can you explain that? Dan: "Empty" is a special RelaxNG keyword, meaning that that element is allowed to be empty. We're using it in this case to indicate an open ended time period. The start time to infinity is a way to look at it. Does that make sense? Mark: Think so. Would be worth adding that to the document. Dan: What we need are some more examples. At the moment we have a traceroute example, but only placeholders for ping and iperf. Although, I think one of us (Dan, Jason, Martin) is looking at ping. Trying to produce examples would also be a really good way of people getting to grips with this anyway. Mark: Okay, I'll have a look at an iperf example for next time. You're right, that's probably the best way to learn this. Dan: Jason and Martin also hope to have an example implementation in Perl done soon. I can look at a Python example. Mark: Doubt I'll have time to look at this myself in the *immediate* future, but I can look at other resourcing in Europe. 2. Stabilising the current schemas: Mark: Paul and I have done enough on this to report anything. We'll be doing more tomorrow, and I hope to be able to report back after Christmas. Mark: I'd like to re-iterate that this work needs doing. Some people probably had doubts after the last call. Dan, Jason and Martin had done such a good job with their work that it looked like the new/"normalised" schemas would be ready 2/3/4 months ahead of schedule, begging the question "why bother any further with the current versions?". However, there's people using it now that NEED it stabilised, e.g. Advisor, DANTE and EGEE. Jim: What plans are there for documenting this? Mark: We're going to look at putting everything into a GGF "Informational Document" (requirements, business logic etc.). This getting everything down in black and white, it will also show that we've been active. 3. Finalise date for next f2f: Based on available flights, the latest suggestions were the morning of Sunday 13th February and the evening of Wednesday 16th, both during Joint Techs (http://jointtechs.ornl.gov/SLC2005) Paul will not be at SLC, and Mark is aiming to join by phone. Neither option was better for Dan or Jim. So Mark will discuss with Eric... ...It was decided following the call to opt for the evening of Wednesday 16th February, as this gives the opportunity to advertise our meeting during the other JT's sessions. 4. The next few GGFs: Dan asked what plans the group has for the next few GGFs. Mark: The next three meetings are Seoul in March, Chicago in June, and (probably) Boston in October. * Seoul: Based on feedback it looks like we will not have enough of "the regulars" available to make this a full working meeting. I think it's still important for us to have some presence there however. We need to demonstrate what we've been up to GGF attendees from Asia-Pacific, to encourage participation and "buy-in" from Asia-Pacific. They need to know what we've been up to, and similarly it would be good for us to hear what they've been doing. * Chicago: This is a good central location for the US folks, and after the demo only session(s) in Seoul, it will definitely be time for a full day working session. * Boston: This is a real "wait and see" issue. It's only really separated from the Chicago meeting by the summer, when people tend to be on holiday, so we may not have made enough progress to warrant a meeting. Then again, after Boston it could be 5-6 months before the next GGF, as it will be between Brussels and Seoul (GGF12 and 13), and we wouldn't want to wait that long. This was Paul's last call, as he leaves UCL on 24th December. Mark thanked him for all his hard work on the schemas over the last 12-18 months. Job offers can be sent to paul.mealor@... just kidding ;-) Actions: -------- * Mark to flag as an issue: separate "value" and "type"(time format) fields for timestamps, or a single "value" with the format interpreted from the appearence of "value". * Mark to look at an iperf example using the new/"normalised" schemas. * Mark to look at resourcing in Europe for producing an example Java implementation of the new/"normalised" schemas.

1 0