- sg16-avd - lists.packetizer.com

Notice of Rapporteur Meeting in Busan, the Republic of Korea
by Masahito Kawamori 21 Sep '08

21 Sep '08

Experts of ITU-T SG16 Question 13/16 Multimedia application platforms and end systems for IPTV Cc Mr P-A Probst, Chairman of SG16 <probst-pa(a)bluewin.ch> Mr P Barrett, Vice Chairman of SG16 <paul.barrett(a)psytechnics.com> Mr Y Naito, Vice Chairman of SG16 <Naito.Yushi(a)dr.MitsubishiElectric.co.jp> Ms C Lamblin, Vice Chairman of SG16 <claude.lamblin(a)orange-ftgroup.com> Mr S Okubo, Chairman of WP2/16 <okubo(a)aoni.waseda.jp> Mr S Campos-Neto, ITU TSB <simao.campos(a)itu.int> De M Kawamori, Rapporteur for Q13/16 <kawamori.masahito(a)lab.ntt.co.jp> ------------------------------------------------------------------- Subject: Notice of Rapporteur Meeting in Busan, the Republic of Korea Date: 10-12 October 2008 ------------------------------------------------------------------- Dear Experts of Q13/16, The subject meeting of ITU-T SG16 experts will be held at the Busan Lotte Hotel in Busan, the Republic of Korea. Details of the meeting are contained herein. Please note that this meeting precedes the 86th MPEG Meeting and Q13/16 will have a joint meeting with MPEG on the 11th and possibly on 12th. 1. Date ^^^^^^^ 10 (Friday) - 12 (Sunday) October 2008 Meeting will start at 10:00 on the first day and close around 18:00 on the final day. The joint meeting with MPEG will be 10:00-13:00 and 14:00-17:00 on 11th, and 10:00-13:00 on 12th. 2. Venue ^^^^^^^^ Busan Lotte Hotel 503-15 Bujeon-dong, Busanjin-gu, Busan, 614-030, Republic of Korea Tel: +82 2 759 7060, Fax: +82 2 319 8709, E-mail: jaeyu(a)lotte.net For further information on the meeting venue, please visit the website at <http://www.busanlottehotel.co.kr>. 3. Topics (tentative) ^^^^^^^^^^^^^^^^^^^^^ - Coordinate with other SDOs, Questions, and Study Groups - Progress work on H.IPTV-AEH, H.IPTV-MAP, H.IPTV-MAFR series - Host a joint meeting with MPEG - Progress work on 'BIFS for IPTV', 'LASeR for IPTV', and 'M3W for IPTV', jointly with MPEG - Progress work on MXM jointly with MPEG - Discussion of miscellaneous and new work items 4. Documents ^^^^^^^^^^^^ /// Registration of the document: by 23:59 UTC, 3 October 2008 /// /// Distribution of the document: by 23:59 UTC, 5 October 2008 /// /// Use the ftp site (or e-mail reflector) for distribution /// 1) When you are going to submit a document, please notify Mr Paul Jones <paulej(a)packetizer.com>, document manager of this meeting, as soon as possible, by 23:59 UTC, Friday 3 October 2008 at the latest. Document number AVD-nnnn will be allocated. Early indication of your submission plan is welcome and encouraged. Note - Prefix "AVD" comes from Audio, Video and Data. 2) You are advised to use the document template available at the following place: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0810_Bus/AVD-template_0810_B…> 3) File format: Use of Word, PDF, ASCII or HTML is recommended. 4) All the contributors are requested to distribute their documents as early as possible, at least 5 calendar days in advance of the meeting (23:59 UTC, Sunday 5 October 2008 or before) by posting them at either of the following: - Uploading via FTP Site: ftp3.itu.int/ User ID: avguest Password: Avguest (Note the uppercase 'A') Directory: avc-site/Incoming - E-mail reflector E-mail address: <itu-sg16(a)lists.packetizer.com> To subscribe: please visit <http://lists.packetizer.com/mailman/listinfo/itu-sg16> Please avoid the use of reflector when your document is voluminous (i.e., more than 100 kbytes). 5) Input documents can be retrieved from 0810_Bus directory of the ftp site once Mr Jones has an opportunity to put them into place. The documents will be available through the following URLs: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0810_Bus/> <ftp://ftp3.itu.int/avc-site/2005-2008/0808_Gen/> user: avguest, password: Avguest 6) The document distribution/presentation at the meeting will be all electronic. Participants must bring along a laptop, wireless LAN card and/or Ethernet card, in order to access the documents (Internet access will be available in the meeting rooms). Note: make sure you have the right power adapter for the Republic of Korea, see <http://wikipedia.org/wiki/Domestic_AC_power_plugs_and_sockets> type C (2-pin CEE 7/17, German/French unearthed). 5. Logistic Information ^^^^^^^^^^^^^^^^^^^^^^^ The meeting will be held at Busan Lotte Hotel, Busan, the Republic of Korea, collocated with MPEG meeting. Busan, also known as Pusan, is the second largest city in Korea. Busan is situated on the southeastern tip of the Korean peninsula, and is about an hour's flight from Seoul. For the information on the collocated MPEG meeting and logistics, please visit: <http://www.chiariglione.org/mpeg/meetings/busan08/kragenda.htm#Logistic_Inf…>. 6. VISA Information ^^^^^^^^^^^^^^^^^^^ Experts are advised to check about regulations regarding VISA. In case of doubt, the information can be obtained from the nearest Korean Embassy or Consulate as well as the following website: <http://www.mofat.go.kr/english/main/index.jsp?lang=eng> If you need an invitation letter for visa, please send the following information to KATS, Ms. Eunsook Kim <jungbo(a)kats.go.kr> by e-mail: 1. Name 2. Sex: Male or Female 3. Date of birth (dd-mm-yyyy) 4. Passport No. & Date of Expiry (dd-mm-yyyy) 5. Company / Organization 6. Your Designation / Title 7. Post Address 8. Tel/Fax 9. E-mail address 7. Hotel Room Reservation ^^^^^^^^^^^^^^^^^^^^^^^^^ Participants should contact the hotels directly regarding room availability and for making room bookings. For reservation information at Busan Lotte Hotel, please contact: Mr. Yu, Jae (jaeyu(a)lotte.net) TEL: 82-2-759-7060 FAX: 82-2-319-8709 CELL: 82-10-2508-7390 Email: jaeyu(a)lotte.net. Free shuttle bus services run approximately every one and half hours from Busan international airport to the hotel. The journey will take approximately 30 minutes. We are looking forward to meeting with you in Busan. Sincerely yours, Masahito KAWAMORI (meeting organizer of this meeting) Paul JONES (document manager of this meeting) ----------

1 0

Re: Final meeting report
by OKUBO Sakae 15 Sep '08

15 Sep '08

Dear Paul and all, At 12:40 -0400 08/09/15, Paul E. Jones wrote: >I have integrated the changes into the report from those who >provided comments. The final report is attached. Thank you for your editing. This report AVD-3632 has been placed at the meeting directory: http://wftp3.itu.int/av-arch/avc-site/2005-2008/0808_Gen/AVD-3632.zip The index page has been updated accordingly: http://wftp3.itu.int/av-arch/avc-site/2005-2008/0808_Gen/0808_Gen.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** Waseda University, YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] Q22 Question - SATC
by zourong 52447 11 Sep '08

11 Sep '08

Paul, really thanks your's comments, here is the clarification. 1) As to the circumventing problem, I really could not say their is a perfect way that could not be circumvented. But I don’t think it is easy to do so. This scenario is attempted to provide a tool for content provider to prevent their “specially processed” content, i.e. copy-righted content from being pirated. It is assumed the “specially processed” content have some characteristic information that would be destroyed by any piratical actio n such as using a different decoding method, and these characteristic information or “signature” would be provided to SATC system by content provider. As to the compress scheme to circumvent, I think the SATC could handle most of the common compress schemes such as winzar, winzip, tar etc., but I also think it is impossible the SATC could handle all compress schemes. 2) The method mentioned in AVD-3541 is not attempted to create a database of all pirated media, it’s a database that store the signature of good media especially those most popular video or audio recently, so the database will keep in a state of acceptable size. The periodical updating of the database is necessary just like the IDS do to update the anti-virus database. 3) The pirated media database could exist as an subsidiary database. This was not mentioned in the AVD-3541 because I think it maybe too detail to describe it in a scenario. The file transmitted will be suspected as pirated file when satisfied following two points: (1) There is a item in the “good media database” that means the file is a target of protecting. (2)the signature of the file transmitted do not match with that stored in the data base. Then the suspected file could be blocked directly, or in a more prudent way, it could be just marked as suspicious and search in a subsidiary “pirated media database” to make sure it is a existing pirated version or it maybe a new pirated version and need more manual analytical works of content provider. 4) As to the performance problem, I think this kind of inspection may have some negative impact on the packet transmission but may not as terrible as thought, in fact, many DPI product in market can achieve 10G to 40G, even 80G throughput, their process capability is remarkable. > > 发件人： Paul E. Jones > 发送时间： 2008-09-05 10:59:38 > 收件人： itu-sg16(a)lists.packetizer.com > 抄送： > 主题： [itu-sg16] Q22 Question - SATC > > Q22 Experts, > > While reviewing the Q22 meeting report, I was intrigued by a > comment related to AVD-3541. This contribution proposes that SATC > can be used to block illegal content from being transmitted over > the Internet by examining the media flow and comparing that media > flow (or some signature thereof) against a database. SATC would > then block content as appropriate. > > I would like to comment: > 1) I could easily circumvent any such measure, so any such > system would prove to work only temporarily; and > 2) While a given copy of a digital copy of some content, such > as music or a movie, will have a clearly recognizable signature, > the same media can be “substantially” altered by merely using a > different encoding method (e.g., a different video codec or > compression scheme); and > 3) Actually attempting to create a database of all known > pirated media, including all variations, would result in the > creation of a massively huge database; and > 4) Maintenance of such a database would be a never-ending > chore; and > 5) Notwithstanding the foregoing, while such a database could > be constructed and flows could be examined, inspecting flows in > real-time and trying to positively identify a given flow is a > monumental task that will result in significantly negative impact > on packet transmission performance, even if a bank of specialized > network processors were employed per router or switch > > In short: do we really want to attempt this? While it’s all > technically possible (at the risk of turning a 1Gbps pipe into a > 1Kbps pipe), I would argue that it’s not going to work. I would > be happy to be first in line to write the software necessary to > circumvent such a system. And I would do it just because I can ;-) > > Having said that, the meeting report said that, the meeting report > said that “if SATC finds a data stream carrying content failing to > match a known signature, it will block the stream or mark it as > being suspicious.” > > I underlined the text of significance. This suggests that the > database would only be populated with signatures of known good > media flows and would only block unrecognized flows. This seems > different than what I read and understood from AVD-3541. What the > meeting report suggests would be a simpler problem with a > substantially smaller database. So, what was actually discussed > and decided for SATC? A system that blocks unrecognized flows or > a system that blocks recognized flows? > > Thanks, > Paul > >

2 2

[itu-sg16] Q22 Question - SATC
by Paul E. Jones 04 Sep '08

04 Sep '08

Q22 Experts, While reviewing the Q22 meeting report, I was intrigued by a comment related to AVD-3541. This contribution proposes that SATC can be used to block illegal content from being transmitted over the Internet by examining the media flow and comparing that media flow (or some signature thereof) against a database. SATC would then block content as appropriate. I would like to comment: 1) I could easily circumvent any such measure, so any such system would prove to work only temporarily; and 2) While a given copy of a digital copy of some content, such as music or a movie, will have a clearly recognizable signature, the same media can be "substantially" altered by merely using a different encoding method (e.g., a different video codec or compression scheme); and 3) Actually attempting to create a database of all known pirated media, including all variations, would result in the creation of a massively huge database; and 4) Maintenance of such a database would be a never-ending chore; and 5) Notwithstanding the foregoing, while such a database could be constructed and flows could be examined, inspecting flows in real-time and trying to positively identify a given flow is a monumental task that will result in significantly negative impact on packet transmission performance, even if a bank of specialized network processors were employed per router or switch In short: do we really want to attempt this? While it's all technically possible (at the risk of turning a 1Gbps pipe into a 1Kbps pipe), I would argue that it's not going to work. I would be happy to be first in line to write the software necessary to circumvent such a system. And I would do it just because I can ;-) Having said that, the meeting report said that, the meeting report said that "if SATC finds a data stream carrying content failing to match a known signature, it will block the stream or mark it as being suspicious." I underlined the text of significance. This suggests that the database would only be populated with signatures of known good media flows and would only block unrecognized flows. This seems different than what I read and understood from AVD-3541. What the meeting report suggests would be a simpler problem with a substantially smaller database. So, what was actually discussed and decided for SATC? A system that blocks unrecognized flows or a system that blocks recognized flows? Thanks, Paul

1 0

Q1/16 meeting has concluded: report and documents
by Patrick Luthi 04 Sep '08

04 Sep '08

Dear experts, The Rapporteur meeting of Q1/16 has just concluded. The meeting report can be found here: http://ftp3.itu.int/av-arch/lbc-site/0808_Geneva/q1h13.doc The final list of documents is available here: http://ftp3.itu.ch/av-arch/lbc-site/0808_Geneva/q1h00r2.doc Best regards, Patrick Luthi Rapporteur for Q1/16

1 0

Re: [itu-sg16] Incoming LSs (TDs 741, 742 & 743-WP2/16)
by OKUBO Sakae 27 Aug '08

27 Aug '08

Dear Christian and Q3 experts, At 12:25 +0200 08/08/27, <Isabelle.Frost(a)itu.int> wrote: >Please be informed that the following incoming LSs, addressed to >Q3/16 from Chairman ITU-T SG 16 (on behalf of 3GPP TSG CT WG4), are >now available as: > >TD 741 WP 2/16 at: ><http://itu.int/md/T05-SG16-080905-TD-WP2-0741/en>http://itu.int/md/T05-SG16-080905-TD-WP2-0741/en >TD 742 WP 2/16 at: ><http://itu.int/md/T05-SG16-080905-TD-WP2-0742/en>http://itu.int/md/T05-SG16-080905-TD-WP2-0742/en >TD 743 WP 2/16 at: ><http://itu.int/md/T05-SG16-080905-TD-WP2-0743/en>http://itu.int/md/T05-SG16-080905-TD-WP2-0743/en > >The draft table is also updated at: ><http://ties.itu.int/u/tsg16/sg16/documents/irls>http://ties.itu.int/u/tsg16/sg16/documents/irls They have been posted as AVD-3629, 3630 and 3631 to the meeting directory. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** Waseda University, YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] ITU Workshop on IPv6 - Geneva, 4-5 September 2008
by simao.campos＠itu.int 25 Aug '08

25 Aug '08

Dear colleagues, ITU is organizing a Workshop on IPv6, which will be held at ITU headquarters, Geneva, Switzerland, from 4 to 5 September 2008. The main purpose of this event is to raise awareness on the importance and opportunities that IPv6 deployment will generate, and to answer key questions related to international public policy issues on the migration from IPv4 to Ipv6. The emphasis of this workshop is on economic aspects of IP address allocation as well as on identifying future directions for ITU's related work, including technical standardization and capacity building assistance to developing countries. In particular, in line with the activities undertaken by ITU-T Study Group 2 and Study Group 3, the workshop will address the questions raised in Study Group 3 - Contribution 30 and its addendum. To participate to the workshop please register at: http://www.itu.int/cgi-bin/htsh/edrs/ITU-T/workshop/edrs.registration.form?… The the ITU website at http://itu.int/ITU-T/worksem/ipv6/200809 for more detailed information on the workshop. Best regards, Simao ===================================================================== Simão Ferraz de Campos Neto Counsellor, ITU-T SG 16 International Telecommunication Union Tel: +41-22-730-6805 Place des Nations Fax: +41-22-730-5853 Geneva CH1211 - Switzerland E-mail: simao.campos(a)itu.int On the web: www.itu.int/ITU-T/studygroups/com16 ===================================================================== ***** Practice random kindness and senseless acts of beauty ***** =====================================================================

1 0

FW: IPTV-GSI event, Geneva, 1-5 September 2008 -- Reminder --
by simao.campos＠itu.int 21 Aug '08

21 Aug '08

> Dear all, > > As announced in TSB Circular 224, > http://www.itu.int/md/T05-TSB-CIR-0224/en, the fourth IPTV-GSI event > is to take place in Geneva, from 1 to 5 September 2008. > > > If you wish to participate in the event and have not registered, > kindly fill in the online registration form at: > http://www.itu.int/cgi-bin/htsh/edrs/ITU-T/studygroup/edrs.registratio > n.form?_eventid=3000027 > > > An updated IPTV-GSI work plan for the event is posted at > http://www.itu.int/oth/T2C02000001/ > > > Contributions are to be submitted by electronic mail to > tsbiptv(a)itu.int. The deadline for contributions is 24 August 2008, > midnight, Geneva time. > > Contributions will be posted on the IPTV-GSI web page > http://www.itu.int/ITU-T/gsi/iptv/. > > > Your attention is drawn to the table developed at the last IPTV-GSI > TSR providing the status of the IPTV work. This is in Doc 7 at > http://www.itu.int/ITU-T/studygroups/com13/iptv-jca/iptv-gsi-tsr/index > .html. See also below. > > Note that the approval of Recommendation ITU-T Y.1910, IPTV > architecture is to be considered at the 12 September 2008 meeting of > Study Group 13. > > > Best regards, > on behalf of Mr Georges Sebek > Document # > (IPTV-GSI) Title Prime > Q/SG Target Completion > TD101 Q.iptvsa: Signalling and control plane architecture for IPTV > 1/11 Not known > TD 73 > G.IPTV-PMPD: IPTV performance monitoring - Parameter definitions > 13/12 November 2009 > TD 74 > G.IPTV-PMMM: IPTV Performance monitoring - Measurement methods > 13/12 2010 > TD 112 Y.iptv-netcontrol-fw: IPTV network control framework > 2/13 Q3 2009 > TD 118 Y.iptv-req: IPTV services requirements 2/13 > September 2008 > TD 510* Functional architecture aspects of IPTV network control > 3/13 Not known > TD 72 > Y.IPTV-TM: Traffic management mechanisms for the support of IPTV > services 4/13 Q2 2009 > TD 20 IPTV vocabulary of terms 11/13 Not known > TD 103 H.IPTV-CDER: Content delivery error recovery for IPTV > services 13/16 Not known > TD 113 > H.IPTV-TDES.1: IPTV terminal devices and end-system > September 2008 > TD 114 H.IPTV-MAFR: Overview of Multimedia Application > Frameworks for IPTV 13/16 Not known > TD 115 H.IPTV-SDC: Mechanisms for service discovery up to > consumption for IPTV 13/16 Not known > TD116 J/H.IPTV-BCTM: Broadcast-centric IPTV Terminal middleware > September 2008 > TD 117 H.IPTV-MD: Metadata for IPTV 13/16 September 2008 > TD 107 > H.iptv-hn: Architecture and functional requirements for Home > Network supporting IPTV services 21/16 September 2008 > TD 108 > H.iptv-rm: Architecture and functional requirements for remote > management of home networks supporting IPTV services 21/16 Not > known > TD 105 > X.iptvsec-1: Functional requirements and architecture for IPTV > security aspects 9/17 September 2008 > *: TD 510 (WP2/13) >

1 0

Re: [itu-sg16] Q.3 Agenda
by OKUBO Sakae 21 Aug '08

21 Aug '08

Dear Christian and Q3 experts, At 16:49 +1000 08/08/21, Christian Groves wrote: >Please find attached the Q.3 Agenda. If its OK with you, could you >please upload it to the meeting directory? Done as requested. The document list has been updated accordingly: <http://ftp3.itu.ch/av-arch/avc-site/2005-2008/0808_Gen/0808_Gen.html> -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** Waseda University, YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Documents for the next week meeting of Q1
by Patrick Luthi 21 Aug '08

21 Aug '08

Dear experts, All meeting documents have been posted: http://ftp3.itu.int/av-arch/lbc-site/0808_Geneva ftp://ftp3.itu.int/lbc-site/0808_Geneva user: avguest, password: Avguest The list of documents is available here: http://ftp3.itu.ch/av-arch/lbc-site/0808_Geneva/q1h00.doc Best regards, Patrick Luthi Rapporteur for Q1/16

1 0