IDNA主要是定義IDN協定以及和原DNS協定之間的關係與架構。包括在解析IDN時，將IDN從輸入、NAMEPREP處理、PUNYCODE處理、輸出IDN的punycode編碼到DNS協定，在這過程之間所需的各種先期處理以及之間的搭配關係。

　NAMEPREP包括Mapping、Normalization、Prohibition三大處理程序，主要是儘可能將IDN的在經過對照（Mapping）、正規化（Normalization）、禁止檢查（Prohibition）的處理後，得到一個符合IDN規格的形式。

　PUNYCODE則是將一個經過NAMEPREP處理過之IDN，從一個8位元的編碼的形式轉換為7位元編碼的形式。目前Internet DNS一向是7位元ASCII編碼的環境，經過這個PUNYCODE轉碼程序，便將IDN從一個8 位元的IDN轉換為與現有DNS環境相容的編碼。

IDN標準RFC請參考：
1. RFC 3490 IDNA: Internationalizing Domain Names in Applications
2. RFC 3491 Nameprep: A Stringprep Profile for Internationalized Domain Names
3. RFC 3492 Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications
4. RFC 3454 Stringprep: Preparation of Internationalized Strings

IDN標準對中文域名使用環境之影響

　儘可能降低對現有DNS環境之影響，是當時IETF在制定IDN標準過程中所考慮的最重要的重點之一，同時是也是所有Internet服務提供者及使用者最關心的問題。這個可能影響範圍的問題大致可以從DNS伺服器、Web伺服器設定與IDN使用三個方面來說明。

　在DNS伺服器方面，需要將IDN以punycode的編碼形式來設定。因為punycode本身就是一種7位元的編碼，與ASCII編碼完全相容，所以可適用設定於目前所有可用的DNS版本，也就是說可以不需要為了設定punycode而重新安裝BIND新版本。但是若是需要使用DNAME指令來設定資源記錄（Resource Record），則需先提昇為BIND9的版本。

　在IDN使用方面，在作業系統或應用程式廠商尚未完全推出支援IDN標準產品之前，將會需要有一些plug-in形式的client下載軟體，來協助Internet使用者將IDN轉為Punycode，才能順利訪問IDN。

　在Web伺服器方面，由於使用者端輸入的IDN都會先轉換為punycode編碼的形式，再到Web伺服器訪問，所以Web伺服器方面也需要以punycode編碼來設定，才能被成功地訪問到。

IDN標準可能之過渡期

　日本JPRS在IDN標準發布後及宣佈自3月20日起提供符合IDN標準之日文域名註冊服務，並將有一段過渡期讓原有以RACE編碼設定之日文域名，能順利轉換為符合IDN標準之punycode。後續將推出協助Internet使用者將IDN轉為Punycode之client下載程式。

　CNNIC也在其中文域名服務網頁上公佈，自5月8日起全面以符合IDN標準之方式提供中文域名服務。

　TWNIC也正在研擬如何提供新的符合IDN標準的中文域名註冊及解析服務，以最順利的方式，協助Internet使用者過渡到IDN標準之中文域名服務，得到DNS正確的解析結果。

未來之IDN標準環境

　除了各NIC提供新的符合IDN標準的IDN註冊及解析服務之外，Internet DNS環境要全面提升為IDN標準，還需要所有DNS、Web Server管理者配合將現有的IDN以punycode來設定才能完成，這個過程需要一些時間，讓所有DNS、Web Server管理者了解所要配合的設定方法，以及將所管理的IDN範圍皆以punycode來設定，才能全面提升為IDN標準環境。

　預期未來作業系統或應用程式廠商亦將提供內定支援IDNA-NAMEPREP-PUNYCODE之IDN標準環境，屆時使用者可不需client下載軟體即訪問到IDN。