Ack nak

در شبکه سازی داده ، ارتباط از راه دور و اتوبوس های رایانه ای ، یک تأییدیه ( ACK ) سیگنالی است که بین فرآیندهای ارتباطی ، رایانه ها یا دستگاه ها برای تأیید تأیید یا دریافت پیام ، به عنوان بخشی از پروتکل ارتباطی منتقل میشود . سیگنال تأیید منفی ( NAK یا NACK ^[۱] ) برای رد یک پیام قبلاً دریافت شده یا نشان دادن نوعی خطا ارسال می شود. تاییدیه‌ها و تأییدیه‌های منفی یک فرستنده را از وضعیت گیرنده مطلع می کند تا بتواند وضعیت خود را مطابق با آن تنظیم کند.

در اکثر اوقات ، پیام های داده در ارتباطات از راه دور برای بررسی صحت بار و سرآیند(header) ، دارای سرجمع(checksum) است . سرجمع‌ها به گونه ای کار می کنند که اگر یک بیت از داده ها خراب شود ، این سرجمع‌ها ارزش متفاوتی را به همراه خواهد داشت ، بنابراین می توانند روشی ارزان برای بررسی یکپارچگی ( احتمال ) سیگنال ارائه دهند. اگر پیامی با یک سرجمع نامعتبر دریافت شود (یعنی داده های دریافت شده بررسی متفاوتی نسبت به پیام داشته باشند) ، گیرنده می تواند بداند که برخی از اطلاعات خراب شده است. غالبا ، هنگامی که سرجمع‌ها استفاده می شوند ، یک پیام فاسد دریافت شده یا به سیگنال ACK منتقل نمی شود ، یا به سیگنال NAK منتقل می شود.

کد ASCII شامل یک کاراکتر تایید( ACK 0000110 ₂ یا 6₁₆ ) و یک کاراکتر عدم تایید یا تایید منفی( NAK 0010101 ₂ یا 15₁₆ ) است که به ترتیب میتواند برای نمایش موفق و یا ناموفق(یا شکست خورده)دریافت منتقل شود. ^[۲] یونیکد برای این شخصیت ها نمادهای قابل رویت ، U + 2406 (␆) و U + 2415 (␕) ارائه می دهد.

بسیاری از پروتکل ها مبتنی بر تأیید هستند ، به این معنی که آنها با دریافت پیام ها به طور مثبت تأیید می کنند. پروتکل کنترل انتقال(TCP) اینترنت نمونه ای از پروتکل مبتنی بر تأیید است. هنگامی که رایانه ها از طریق TCP ارتباط برقرار می کنند ، با ارسال یک بسته با مجموعه بیت ACK ، بسته های دریافت شده را تایید میکنند. پروتکل TCP اجازه می دهد تا این تأییدها با داده هایی که در جهت مخالف ارسال می شوند گنجانده شود.

برخی پروتکل ها برای هر بسته اطلاعات (packet) یک تأییدیه واحد ارسال می کنند. پروتکل های دیگر مانند TCP و ZMODEM اجازه می دهد بسیاری از بسته ها قبل از دریافت تاییدیه برای هر یک از آنها منتقل شوند ، روشی لازم برای پر کردن پیوندهای محصول با تاخیر پهنای باند بالا با تعداد زیادی بایت در پرواز.

پروتکل های دیگر مبتنی بر NAK هستند ، به این معنی که آنها فقط در صورت بروز مشکل به پیام ها پاسخ می دهند. نمونه ها شامل پروتکل های قابل اطمینان چند مرحله ای هستند که وقتی گیرنده بسته های از دست رفته را تشخیص می دهد ، NAK ارسال می کند.با این حال پروتکل های دیگر همچنان از NAK و ACK استفاده می کنند. ارتباطات همزمان همزمان دودویی (Bisync) و نرخ پیوندی تطبیقی (برای اترنت با صرفه جویی در مصرف انرژی ) نمونه هایی از این پروتکل‌ها هستند.

پروتکل های دیگر مانند RC-5 ، پروتکل دیتاگرام کاربر(UDP) و پروتکل X10 , انتقال نابینا(blind transmission) را بدون تأیید انجام می دهند ، اغلب همان پیام را چندین بار با این امید که حداقل یک نسخه از پیام از بین برود ، انتقال می دهند.

تابع تأیید در عملکرد درخواست تکرار خودکار (ARQ) استفاده می شود. فریم های تصدیق با هماهنگی با قاب هایی که دریافت شده اند شماره گذاری می شوند و سپس به فرستنده ارسال می شوند. این اجازه می دهد تا فرستنده برای جلوگیری از سرریز یا underrun در گیرنده، و برای تبدیل شدن به هر فریم از دست رفته آگاه است.

در ارتباطات همزمان دودویی ، از NAK استفاده می شود تا نشان دهد خطای انتقال در بلوک قبلاً دریافت شده شناسایی شده است و گیرنده آماده پذیرش مجدد آن بلوک است. Bisync از یک شخصیت ACK منفرد استفاده نمی کند اما دارای دو سکانس کنترل برای تأیید بلوک یکسان / عادی متناوب است.

برخی از اتوبوس های رایانه ای دارای یک سیم تأیید اختصاصی در اتوبوس کنترل هستند که برای تصدیق عملیات اتوبوس مورد استفاده قرار می گیرد: DACK که برای ISA DMA استفاده می شود. DATACK مورد استفاده در STEbus ، پین تصدیق انتقال داده از موتورولا 68000 که الهام بخش عنوان DTACK Grounded و غیره است. بعضی از اتوبوس های رایانه ای همیشه نوشتن را تأیید نمی کنند. برخی یا همه نوشتن از نوشتن ارسال شده استفاده می کنند.

همچنین ببینید[ویرایش]

کنترل جریان (داده)

This article "Ack nak" is from Wikipedia. The list of its authors can be seen in its historical and/or the page Edithistory:Ack nak. Articles copied from Draft Namespace on Wikipedia could be seen on the Draft Namespace of Wikipedia and not main one.