STU for NAT

সেখানে নেটওয়ার্ক ঠিকানা এবং পোর্ট অনুবাদ বাস্তবায়নের বিভিন্ন উপায় আছে। কিছু আবেদন প্রোটোকল যে IP ঠিকানা তথ্য ব্যবহার করে, আবেদন masqueraded নেটওয়ার্কের মধ্যে একটি নোড চলমান ন্যাট, অর্থাত্, ঠিকানা যে তার যোগাযোগ সহকর্মীরা সনাক্ত বাইরের ঠিকানা নির্ধারণ করতে হবে, এবং তদ্ব্যতীত, প্রায়ই এবং পরীক্ষা শ্রেণীবিভক্ত প্রয়োজন, ব্যবহারে ম্যাপিং প্রকার। সাধারণত এই কাজ করা হয়েছে কারণ এটি দুই ক্লায়েন্ট উভয় যা পৃথক NATs পিছনে মধ্যে একটি সরাসরি যোগাযোগ পাথ (হয় কর্মক্ষমতা একটি সার্ভারের মাধ্যমে তথ্য গ্রহণের খরচ বাঁচাতে বা উন্নত করার জন্য) সেট আপ করার জন্য পছন্দসই হয়।

এ জন্যে উপর NATs (প্রচেষ্টা চালায় STUN) প্রোটোকল এর ফলে UDP সরল ট্র্যাভেরসাল থাকবে (RFC 3489, মার্চ 2003) উন্নত ছিল। এটা তোলে যেমন পুরো শঙ্কু Nat, (ঠিকানা) সীমাবদ্ধ-শঙ্কু ন্যাট, পোর্ট-সীমাবদ্ধ শঙ্কু ন্যাট বা প্রতিসম ন্যাট ন্যাট বাস্তবায়ন শ্রেণীবদ্ধ এবং সেই অনুযায়ী একটি ডিভাইস পরীক্ষার জন্য একটি পদ্ধতি প্রস্তাব দেয়। যাইহোক, এই পদ্ধতি যেহেতু, মান অবস্থা থেকে স্থায়ীভাবে বন্ধ করা হয়েছে যেমন পদ্ধতি সঠিকভাবে অনেক ডিভাইস মূল্যায়ন করার অপর্যাপ্ত হয়। নতুন পদ্ধতির উদ্ভাবন বোঝায় যা RFC 5389 (অক্টোবর 2008) মধ্যে মান হয়েছে এবং প্রচেষ্টা চালায় STUN আদ্যক্ষরা এখন স্পেসিফিকেশন নতুন শিরোনাম প্রতিনিধিত্ব করে: ন্যাট জন্য সেশন ট্র্যাভেরসাল উপযোগিতা।