[arabic-vip] Summary of today call

[iftakhar shah]

Dear Manal and Dr. Sarmad Hussain
 
Thanks for detail and specific definition regarding the scope of UDRP.
 
Regards
 
Iftikhar 

From: Manal Ismail <manal at tra.gov.eg>
Subject: Re: [arabic-vip] Summary of today call
To: "Fahd Batayneh" <Fahd.Batayneh at nitc.gov.jo>, "baher.esmat" <baher.esmat at icann.org>
Cc: arabic-vip at icann.org
Date: Wednesday, July 13, 2011, 10:24 AM







Thanks Baher .. I've attached a few comments marked in track changes, basically to:
- calrify that it's not my document :), it's Sarmad's material, I only formatted it in a docment and commented on it
- clarify the suggestion I made regarding automatic bundling vs bundling upon request
- document the interesting point Andrew explained about DNAME .. 
 
Dear Andrew, I would highly appreciate if you can correct me if I misuderstood your point or mis-used a term ..
 
Dear Fahd, if I recall right it was both registry operations & DNSSEC 
 
Kind Regards
 
--Manal 



From: arabic-vip-bounces at icann.org on behalf of Fahd Batayneh
Sent: Wed 13/07/2011 07:38 AM
To: baher.esmat
Cc: arabic-vip at icann.org
Subject: Re: [arabic-vip] Summary of today call




Thank you Baher for the notes.
 
One comment though (I stand to be corrected if I got it wrong). I think it was agreed that I will be working on “Registry Operations and Variants” rather than “DNSSec”.






 

National Information Technology Center
 
Fahd A. Batayneh
 
Team Lead
National Domain Names Division
Data and Network Security Department
 
P.O.Box: 259  ▪  Amman 11941  ▪  Jordan
Tel: 962.6.5300225
Fax: 962.6.5300277

E-Mail: fahd.batayneh at nitc.gov.jo
 
 
-- Follow NITC on Twitter
Register your Arabic Domain Name under .alordun. For more information, please visit our website http://www.idn.jo/ or http://نطاقات-عربية.الاردن/
 
Disclaimer
The message contained in this e-mail along with the attachments (if present) are meant for the use of the intended recipient only. If you are not the intended recipient, please notify the sender immediately. Any unauthorized disclosure, copying, distribution of or taking any action in reliance on the contents of the information contained herein is strictly prohibited
 


From: arabic-vip-bounces at icann.org [mailto:arabic-vip-bounces at icann.org] On Behalf Of Baher Esmat
Sent: Tuesday, July 12, 2011 9:15 PM
To: arabic-vip at icann.org
Subject: [arabic-vip] Summary of today call
 
All,

Here is what I captured from today’s call. 

Regards,
Baher


Monday 12 July, 2011 – 07:00-08:30 UTC 

Present on the call: 
Sarmad Hussein, Iftikhar Shah, Manal Ismail, Huda Sarfraz, Raed Al-Fayez, Fahd Batayneh, Abdulaziz Alzoman

ICANN staff/consultants: Baher Esmat, Andrew Sullivan

Team continued discussion of last week on issues around variants. Team discussed the sub-category A1.2.1.3 (re: 'hamza' and 'madda') in the document sent by Manal. There was a discussion on the character 'alef' with and without 'madda' in different Arabic languages. 

It was noted that whenever a new version of UNICODE comes along, there may be new code points added which may have an implication on variants under a specific script. It was also noted that policy at the Registry level as to what code points to allow is another element to consider in this regard. 

Moving from character level issues to label level issues the discussion moved toward Registry operation where the (.sa) Registry shared with the team how they handle variants at the second level. It was mentioned that if variants are to be allowed at the top-level, it would be recommended for the Registry to minimize the number of variant TLDs as much as possible because managing variant TLDs is very difficult. This raises the question of how to limit the number of variants and where the choice is. There seemed to be a distinction between 2 categories of variants (A1.1 vs A1.2 and A1.3 as per Manal's doc), where some variants may be needed to be delegated while others may be needed to be blocked. 

It was also mentioned that IETF is working on a technical solution to provide bundles as part of the DNS. Andrew made a clear statement that people must not wait for IETF to solve the problem. He added that form IETF perspective this fundamentally is a policy problem that needs to be dealt with at the Registry level, and while IETF may one day come up with some technology to deal with the problem, there is yet no magic solution. Andrew also talked about DNAME and highlighted few technical challenges for system admins to be able to manage variants. 

Team agreed that they would work on the rest of the agenda items via email. Fahd, Raed and Dr. Alzoman would look into DNSSEC. Manal and Iftikhar would look into UDRP.   

Team agreed to fix the call date and time to Tuesday 07:00AM UTC. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/arabic-vip/attachments/20110713/50b760b7/attachment.html