Skip to main content
Resources

سياسة النقل الداخلية فيما بين المسجلين

هذه الصفحة متوفرة باللغات:

مرحبا بكم في المجال الإعلامي لسياسة نقل النقل الداخلية بين المسجلين.

بالتوافق مع التزام ICANN بتعزيز منافسة قوية في حيز أسماء النطاقات وتشجيعها، تهدف سياسة الانتقال الداخلي بين المُسجلين ( IRTP ) إلى توفير إجراء مبسط لمالكي أسماء النطاق لنقل الأسماء الخاصة بهم من أحد المُسجلين المعتمدين من ICANN إلى مُسجل آخر متى رغبوا في ذلك. كما توفر السياسة أيضًا متطلبات موحدة لتعامل المُسجلين مع طلبات الانتقال التي يقدمها مالكو اسم النطاق.

وقد تم تطوير سياسة الانتقال الداخلي بين المسجلين من خلال عملية تطوير سياسات الموافقة بالإجماع في ICANN . كما تم اعتماد 29 من توصيات السياسة المتضمنة في تقرير فريق العمل على النقل إلى GNSO من جانب مجلس GNSO ووافق عليها مجلس ICANN في أوائل 2003. وكما تم التوجيه من المجلس تشاور طاقم عمل ICANN مع مجموعة نقل السجل ( TAG ) وهو يتألف من أعضاء المجتمع ودوائر GNSO الانتخابية من أجل تنسيق عملية التنفيذ لإجراءات النقل الجديدة. كافة المسجلين المعتمدين من ICANN ومشغلي سجل gTLD ممن ليسوا من الرعاة مطالبون بإتباع تلك السياسة.

وقد تبنى المجلس مراجعات محددة لسياسة الانتقال بين المسجلين في نوفمبر 2008.

في 12 يوليو 2004، أعلنت ICANN عن اعتماد سياسة انتقال داخلية بين المسجلين تتكون من مستندات السياسة المنتهية والمتوفرة أدناه. وتسري السياسة من 12 نوفمبر 2004. تتطلب توصيات السياسة الأصلية مراجعة السياسة في أوقات مختلفة في فترات ثلاثة واثني عشر شهرا بعد عملية التنفيذ. وسيتم تحديث ذاك النطاق حسب الضرورة وفق الطلبات للإدخالات العامة بعملية المراجعة إلى جانب أية تفاصيل لتنفيذ المراجعة.

سياسة الانتقال الداخلية بين المسجلين

تم اعتماد سياسة الانتقال الداخلي فيما بين المسجلين من جانب كافة المسجلين المعتمدين من ICANN . كما ثجب التعامل مع كافة الطلبات لنقل اسم النطاق إلى مسجل جديد بما يتفق مع الإجراءات التفصيلية المشار إليها في هذه السياسة ودمجها في النماذج القياسية أدناه. أما إجراءات حل النزاعات الناتجة عن قصور المسجل الملتزم بتلك السياسة فيمكن أن يبدأ من مسجل ICANN المعتمد بموجب سياسة حل النزاع على الانتقال.

  1. سياسة الانتقال الداخلية بين المسجلين ( 7 نوفمبر 2008 )

  2. سياسة حل النزاع على الانتقال ( 12 يوليو 2004 )

  3. النموذج القياسي واكتساب المسجلين ( 12 يوليو 2004 )

  4. النموذج القياسي وخسارة المسجلين ( 12 يوليو 2004 )

مراجعة GNSO لسياسة الانتقال بين المسجلين

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."