(Proposed Standard)

Standartlaşma aşamalarının giriş olgunluk seviyesi "Standart Aday Adayı" (Proposed Standard) olmaktır. Bir belirtimi "Standart Aday Adayı" seviyesinde bir belirtim olarak standartlaşma aşamalarına taşımak için IESG tarafından özel bir eylem gerekir.

Bir Standart Aday Adayı belirtim genelde kararlı, bilinen tasarım seçimleri tamamlanmış, iyi anlaşılır olduğuna inanılan, önemli bir toplumsal gözden geçirmeye uğramış, yeterli toplum yararına sahip olacakmış gibi görünen bir belirtimdir. Bununla birlikte böyle bir macera bir değişiklikle sonuçlanabilir veya terfi edeceğine belirtim geri bile çekilebilir.

Aslında, bir belirtimin Standart Aday Adayı olması için ne gerçeklenim ne de işlemsel deneyim gereklidir. Yine de, böyle bir deneyim daima istenir ve bu, Standart Aday Adayı olma lehine önemli bir argüman olacaktır.

Çekirdek Genel Ağ protokollerini esaslı olarak etkileyen veya Genel Ağ'da önemli bir işlemsel etki oluşturabilme davranışı belirten bir belirtime Standart Aday Adayı durumu vermeden önce IESG gerçeklenim ve/veya işlemsel deneyimi gerekli görebilir.

Bir Standart Aday Adayı belirtimin belirttiği gereksinimlerle ilgili olarak bilinen bir teknik kusuru olmamalıdır. Yine de, belirtimin gerekli (ve tam zamanında) ve kullanışlı olacağı gözönüne alındığında, bilinen bir teknik kusuru olsa bile IESG belirtimin Standart Aday Adaylığına getirilmesini mümkün kılmak için bu gereksinimi erteleyebilir.

Gerçekleyiciler Standart Aday Adayı bir belirtimi olgunlaşmamış bir belirtim olarak ele almalıdır. Deneyim kazanmak, değerlendirmek, denemek ve belirtimi arıtmak için gerçeklemek istenebilir. Yine de, Standart Aday Adayı bir belirtimin içeriği sorunlarla karşılaşılırsa ya da daha iyi çözümler bulunursa değişebileceğinden, bozulmaya duyarlı ortamlarda böyle standartların gerçekleniminin önünün açılması önerilmez.

(Draft Standard)

Farklı kod temelinde geliştirilmiş en azından iki bağımsız ve birlikte çalışabilir gerçeklenimi olan ve üzerinde yeterince başarılı işlemsel deneyim sağlanmış bir belirtim "Standart Adayı" (Draft Standard) seviyesine yükseltilebilir. Bu bölümün amacına uygun olarak "birlikte çalışabilir" olmakla kullanıldıkları süreç veya sistemin elemanlarının birbirleri yerine kullanılabilir olmaları veya işlevsel olarak eşdeğer olmaları kastedilmektedir. Gerçeklenim için sahipli olsun olmasın denetlenen bir teknoloji gerekliyse ayrı ayrı gerçeklenimler olmalı ve ayrıca bunlar lisanslama sürecinin ayrı ayrı kullanımlarından sonuçlanmış olmalıdır. Standart Adaylığına yükselmek, belirtimin olgunluğu ve yararlı olacağı konusunda kesin kanaat belirten, esaslı bir durum değişikliğidir.

En azından iki bağımsız ve birlikte çalışabilir gerçeklenim gereksinimi belirtimin tüm özelliklerine ve seçeneklerine uygulanır. Bazı özelliklerin ve seçeneklerin en azından iki birlikte çalışabilir gerçeklenimde gözlemlenemeyişi durumunda belirtim, Standart Adayı seviyesine bu özellik veya seçenekler kaldırılırsa yükseltilebilir.

Bu gerçeklenimlerin birlikte çalışabilirliğinin denenmesi hakkındaki belgeleme ile beraber Genel Ağ Standardı veya Adayı durumu için belirtimi nitelikli yapan gerçeklenimlerin belgelendirilmesinden Çalışma Grubu başkanlığı sorumludur. Belgeler her ayrı özellik ve seçeneğin her birinin nasıl desteklendiği hakkında bilgi içermelidir. Bu belgeler Alan Yöneticisine protokol eylem isteği ile teslim edilmelidir (Genel Ağ Standartları Süreci bölümüne bakınız).

Bir Standart Adayı gerek anlambilim gerekse bir gerçeklenim geliştirme temelinde kararlı olduğu bilinen ve iyi anlaşılan bir belirtim olmalıdır. Üretim ortamında çok geniş kapsamlı kullanıma konu olduğunda Standart Adayı belirtimin gerçeklenimlerinde beklenmedik davranışların gözlemlenmesi mümkün olduğundan Standart Adayının hala ilave olarak veya daha kapsamlı alanlarda denenmesi gerekebilir.

Bir Standart Adayı normalde gelişimini tamamlamış, değişiklik olacaksa bunların sadece saptanmış bellibaşlı sorunları çözümlemek için yapılacağı bir belirtim sayılır. Çoğu durumda, bozulmaya duyarlı ortamlarda Standart Adaylarının gerçeklenimlerinin önünün açılması üreticiler açısından uygundur.

Önemli gerçeklenimi olan ve başarıyla denenerek işlemsel deneyim kazanmış bir belirtim Genel Ağ Standardı seviyesine yükseltilebilir. Bir Genel Ağ Standardı (sadece Standart da denebilir) yüksek derecede teknik olgunluk ve belirtilen protokol veya hizmetin Genel Ağ toplumuna gerçekten önemli yararlar sağladığı şeklinde genel bir kanaat oluşturmuş olmakla karakterize edilir.

Standart durumuna gelen bir belirtime STD serisinden bir numara atanırken kendi RFC numarasına dokunulmaz.

"Deneysel" (Experimental) yaftası genellikle bir araştırma veya geliştirme çabasının parçası olan bir belirtimi ifade eder. Böyle bir belirtim standartlaşma süreci ile gereken koordinasyonun sağlanmış olduğunu doğrulamak (aşağıya bakınız) için ve sadece yayıncı değerlendirmelerine konu çalışmanın arşivsel kaydı olarak ve Genel Ağ teknik toplumunun genel bilgisi için yayınlanır. Bir Deneysel belirtim IRTF'nin bir Araştırma Grubu gibi örgütlü bir Genel Ağ araştırma çabasının sonucu olabileceği gibi bir IETF Çalışma Grubunun veya bağımsız bir katkıcının çabalarının bir sonucu da olabilir.

Bir "Bilgilendirici" (Informational) belirtim Genel Ağ toplumunun bir fikir birliğini veya önerisini yansıtmayan ve Genel Ağ toplumunun genel bilgilenmesi için yayınlanmış bir belirtimdir. Bilgilendirici yaftası standartlaşma süreci ile gereken koordinasyonun sağlanmış olduğunu doğrulamak (Deneysel ve Bilgilendirici RFC'lerle ilgili İşlemler bölümüne bakınız) ve sadece yayıncı değerlendirmelerine konu çeşitli kaynaklardaki güvenilir bilgilendirici belgelerin çok kapsamlı bir aralıkta tam zamanında yayınlanmasını sağlamak için tasarlanmıştır.

Genel Ağ toplumunun dışında hazırlanmış ve Fikri Mülkiyet Hakları hükümlerine göre Genel Ağ Standartları Süreci ile bağdaşmayan belirtimler sahibinin izni ve RFC Editor'ün onayıyla Bilgilendirici Açıklama İsteği olarak yayınlanır.

IETF Çalışma Grubunun çalışmalarının sonucu olmaksızın, Deneysel veya Bilgilendirici durumla yayınlanması düşünülen belgeler doğrudan doğruya RFC Editor'e teslim edilmelidir. RFC Editor böyle bir belgeyi daha önce yaınlanmamışsa Genel Ağ Taslağı olarak yayınlayacaktır. Bunları diğer Genel Ağ Taslaklarından kolayca ayırdedebilmek için I-D dizininde gruplar. RFC Editor bunları işleme sokmadan önce yorumları alması için iki hafta bekletir. RFC Editor, bir belgenin Deneysel veya Bilgilendirici durumla yayınlanabilecek bir makale olabilirliği hakkında sağduyusunu kullanmak üzere üzerinde birilerinin çalışacağını umar. Belge Genel Ağ etkinlikleri ile ilgili değilse veya RFC'ler için teknik olsun olmasın bir standart olamıyorsa RFC Editor uzman takdirini kullanarak belgeyi yayınlamayı reddedebilir.

Standartdışı aşamalar olarak Deneysel ve Bilgilendirici yaftalarının Genel Ağ Standartları Sürecini bozmak amacıyla yanlış kullanıma konu edilmediğinden emin olmak için, IESG ve RFC Editor, IETF topluluğunca yapılmış ya da yapılacağı umulan bir çalışmayla ilgili olarak Deneysel veya Bilgilendirici yayın olmak üzere RFC Editor'ün takdirine bırakılmış her belgeyi RFC Editor'ün IESG'ye havale edeceğini kabul eder. IESG böyle bir belgeyi makul bir süre içinde gözden geçirecek ve, ya teslim edildiği özgün haliyle yayınlanmasını ya da Genel Ağ Standartları Sürecine bir katkı olarak IETF'ye havale edilmesini önerecektir.

Eğer

bir belge yine de bir Deneysel veya Bilgilendirici Açıklama İsteği olarak yayınlanabilir. Bu durumlarda, yine de, belgenin hangi durumlarla yayınlandığına dair okuyucuya bilgi vermek üzere, belgenin hemen başındaki "Bu Belgenin Durumu" bölümüne veya belgenin uygun bir yerine IESG bir "feragatname" yerleştirebilir.

IETF Çalışma Gruplarınca Deneysel veya Bilgilendirici RFC'ler olması amaçlanan belgeler IESG gözden geçirmesine gider. Gözden geçirme işlemi Olayın Başlatılması bölümünde açıklanan süreç kullanılarık başlatılır.

Daha güncel bir belirtim tarafından standartzede yapılmış veya herhangi bir sebeple kullanımdışı olacağı varsayılan bir belirtime "Tarihî" (Historic) seviyesi atanır. (Lisan arıtıcılar bu amaçla kullanılacak terimin "Ezelî" ("Historic" değil "Historical") olması gerektiğini söylerler; yine de "Tarihi" sözcüğü bu noktada "ezelî" anlamında kullanılmıştır^[150]).