Yerleşik ağ izleme ve analiz araçları. Ağları izlemek ve analiz etmek için yerleşik araçları anlatın Yerel ağları izlemek için donanım ve yazılım araçları

Belgeleme süreçleri. İş süreci modellemenin temel ilkeleri. Süreçlerin işlevsel modellemesi için metodoloji.

Belgeleme süreçleri

Belgeleme, organizasyonun süreçleri tanımlamak ve tanımlamak için gerekli eylemleri alma kararlarını ve ayrıca bu eylemlerin ve elde edilen sonuçların kanıtını güçlendirmenin bir yoludur. Süreçleri belgelemenin amacı, hem kalite yönetim sisteminin hem de kuruluşun yönetim sisteminin inşası, işletimi ve sürekli iyileştirilmesi için düzenleyici bir organizasyonel çerçeve oluşturmaktır.

Süreçleri belgelemek, bir kuruluşun aşağıdaki görevleri yerine getirmesini sağlar:

Kalite yönetim sisteminde süreç ve faaliyetlerin uygulanması için gerekli şartları oluşturmak,

Süreçler ve faaliyetler için gereksinimlerin doğru anlaşılmasını sağlamak,

Süreç ve faaliyetlerin tekrarlanabilirliğini sağlamak,

Süreçlerin yürütülmesinin izlenebilirliğini ve elde edilen sonuçların değerlendirilmesini sağlamak,

Belirsizlik koşullarında süreç ve faaliyetlerin yürütülmesinden kaynaklanan ihtilaflı konuları önlemek ve çözmek,

· Süreçlerin ve bireysel faaliyetlerin uygulanması için en iyi gelenekleri pekiştirin ve deneyim biriktirin.

Süreçleri belgelemeden önce, bunları belgeleme ihtiyacını analiz etmek gerekir. Süreç bir nesne olarak kabul edilebileceğinden, analiz yapısal analiz yöntemini ve SADT karmaşık sistemlerinin tasarım tekniğini (Structured Analysis and Design Technique) kullanabilir. Bu yöntem oldukça karmaşıktır, bu nedenle, "Gerekli belgelerin analizi (AED)" adlı basitleştirilmiş modifikasyonu kullanılır.

IDA'nın ihtiyaç analizini belgeleme yaklaşımı, “analiz” girdisinin ilk bilgi olduğu ve çıktının istenen sonuçlar olduğu bir süreç yaklaşımına benzer.

Süreçleri belgelerken bir ikilem ortaya çıkabilir: süreçleri sırayla belgeleyin (proje ilerledikçe adım adım) veya tüm geliştirilen süreçleri bir kerede ve aynı anda belgeleyin.

İlk durumda, sürecin belgelenmesi, projenin uygulanmasında ilk adım olacaktır. Bu belgeleme seçeneğinin seçimi, sürecin sınırlarına ve süresine bağlıdır. Bu seçenek, sınırlı kaynaklara sahip küçük kuruluşlar için daha uygundur.

İkinci seçenek, süreçlerin tamamını veya çoğunu belgelemek zorunda kalacaktı. Açıkçası, organizasyonda gerçekleşen tüm süreçleri bir kerede incelemek ve belgelemek imkansızdır. Büyük olasılıkla, bu seçeneğin yalnızca en önemli süreçleri belgelemesi gerekecektir. Bunlar, kural olarak, ürün yaşam döngüsü süreçleri ve ayrı yönetim süreçleridir.

Bu nedenle, örneğin, ISO9001: 2001'e göre, KYS dokümantasyonu altı zorunlu dokümante edilmiş prosedürü içermelidir:

- Doküman yönetimi,

- kayıt yönetimi,

- iç denetimler,

- uygun olmayan ürünlerin yönetimi,

- düzeltici eylemler,

· - önleyici tedbirler.

Ürün yaşam döngüsü süreçlerinin, teknolojik süreçlerin belgelenmesi prosedürüyle aynı şekilde belgelenmesi önerilir.

Uygulamada, çoğu zaman, diğer yönetim ve kaynak yönetimi süreçlerini belgeleme ihtiyacı, kuruluşun kendisi tarafından belirlenir.

Etkili planlama, bakım, yönetim ve iyileştirme için kullanılan süreç belgeleri, süreçlerin bir listesini ve süreç tanımlarını içerir. Bu durumda, işlemlerin listesi şunları içerir:

Proses tanımlarının tanımlanmasını sağlayan kayıtlar,

“Süreç Listesi” belgesinin üst düzey belgelerdeki yerini tanımlayan bilgiler (örneğin, bir kalite el kitabı),

· "İşlem listesi" belgesinin durumunu belirlemeye izin veren bilgiler (durum; belgenin oluşturulma tarihi; onay tarihi; belgeyi onaylayan kişinin soyadı; değişiklik tarihi; arşive teslim tarihi vb. .).

İşlem açıklaması şunları içerir:

İç yapı, yani süreci oluşturan unsurlar ve bunlar arasındaki ilişkiler de dahil olmak üzere süreci tanımlayan bilgiler ve ayrıca sürecin kuruluştaki diğer süreçlerle ilişkisinin bir açıklaması, vb.,

Süreç sözlüğü,

"Süreçlerin tanımı" belgesinin üst düzey dokümantasyon sistemindeki yerini tanımlayan bilgiler,

· "Sürecin açıklaması" belgesinin durumunu tanımlamaya izin veren bilgiler.

Literatür taramasının gösterdiği gibi, her yapısal birimde organizasyonel süreçler ağını belgelerken en fazla dört sürecin seçilmesi önerilmektedir. Bunların daha fazla detaylandırılması, yönetimsel uygunluk ilkesi temelinde gerçekleştirilir. Araştırma ayrıca, "Sürecin uygulanması için prosedür" belgesi kullanılarak dikkate alınması gereken bir süreç olarak kabul edilen faaliyetler önermektedir. Böyle bir düzenlemenin tipik yapısı aşağıda gösterilmiştir.

Baş sayfa

Kabul Sayfası

1. Genel Hükümler

2. Kullanılan normatif belgeler

3. Terimlerin ve tanımların listesi

4. Sürecin açıklaması

a. süreç sahibi

B. İstemcilerin ve süreç çıktılarının tanımı

C. Tedarikçilerin ve girdilerin tanımı

NS. Süreç kaynaklarının açıklaması

e. Süreç yürütme teknolojisi

F. Sürece dahil edilen işlemlerin yürütülmesi için sorumluluk matrisi

G. Süreç göstergelerinin listesi

H. Süreç sahibi tarafından analiz

ben. Süreç sahibi raporlaması

J. Yönetim incelemesi

5. Belgeleme ve arşivleme

6. Değişiklik yapma prosedürü

7. Kayıt sayfasını değiştirin

Tanıtım

Son yıllarda bilgi teknolojisi önemli ve sürekli değişikliklere uğramıştır. Bazı tahminlere göre, son beş yılda LAN trafiğinin hacmi on kat arttı. Bu nedenle, yerel alan ağları artan bant genişliği ve gerekli hizmet kalitesi seviyesini sağlamalıdır. Ancak, ağın sahip olduğu kaynaklar ne olursa olsun, bunlar sınırlıdır, bu nedenle ağın trafiği yönetme yeteneğine ihtiyacı vardır.

Ve yönetimin olabildiğince etkili olması için ağınızdaki cihazlar arasında geçen paketleri kontrol edebilmeniz gerekir. Ayrıca, yöneticinin çok çeşitli zorunlu günlük işlemleri vardır. Bunlar, örneğin, e-postanın doğru çalışıp çalışmadığını kontrol etmeyi, arızaların erken belirtileri için günlük dosyalarını gözden geçirmeyi, yerel ağların bağlantısını izlemeyi ve sistem kaynaklarının kullanılabilirliğini izlemeyi içerir. Ve burada bilgisayar ağlarını izlemek ve analiz etmek için kullanılan araçlar kurtarmaya gelebilir.

İzleme için oluşturulan çeşitli yöntem, araç ve ürünlerde kafa karıştırmamak için, bu ürünlerin birkaç büyük sınıfının kısa bir açıklamasıyla başlayalım.

Ağ Yönetim Sistemleri. Bunlar, ağdaki düğümlerin ve iletişim cihazlarının durumu ile ağda dolaşan trafik hakkında veri toplayan merkezi yazılım sistemleridir. Bu sistemler sadece ağı izlemek ve analiz etmekle kalmaz, aynı zamanda otomatik veya yarı otomatik modda ağ yönetim eylemlerini gerçekleştirir - cihaz portlarını etkinleştirir ve devre dışı bırakır, köprülerin, anahtarların ve yönlendiricilerin adres tablolarındaki köprülerin parametrelerini değiştirir, vb. Kontrol sistemlerine örnek olarak, popüler sistemler HPOpenView, SunNetManager, IBMNetView verilebilir.

Sistem Yönetim Araçları. Sistem kontrolleri, genellikle kontrol sistemlerine benzer işlevleri yerine getirir, ancak diğer nesnelerle ilişkili olarak. İlk durumda, kontrol nesnesi ağdaki bilgisayarların yazılım ve donanımı, ikincisinde ise iletişim ekipmanıdır. Bununla birlikte, bu iki tür kontrol sisteminin bazı işlevleri çoğaltılabilir, örneğin sistem kontrolleri ağ trafiğinin en basit analizini yapabilir.

Gömülü teşhis ve yönetim sistemleri (Gömülü sistemler). Bu sistemler, iletişim ekipmanına kurulu yazılım ve donanım modülleri şeklinde ve işletim sistemlerine yerleşik yazılım modülleri şeklinde uygulanır. Tek bir cihaz için teşhis ve kontrol fonksiyonlarını yerine getirirler ve bu, merkezi kontrol sistemlerinden temel farkıdır. Bu araç sınıfının bir örneği, arızaların tespiti üzerine bağlantı noktalarının otomatik olarak bölümlere ayrılması, bağlantı noktalarının hub'ın iç bölümlerine atanması ve diğer bazı işlevlerini uygulayan Distrebuted 5000 hub yönetim modülüdür. Kural olarak, yerleşik "yarı zamanlı" yönetim modülleri, yönetim sistemleri için cihaz durumu verileri sağlayan SNMP aracıları olarak işlev görür.

Protokol analizörleri. Kontrol sistemlerinin aksine sadece ağlardaki trafiği izleme ve analiz etme işlevleriyle sınırlı olan yazılım veya donanım-yazılım sistemleridir. İyi bir protokol analizörü, ağlarda kullanılan çok sayıda protokolün (genellikle birkaç düzine) paketlerini yakalayabilir ve kodunu çözebilir. Protokol analizörleri, tek tek paketleri yakalamak için bazı mantıksal koşullar belirlemenize ve yakalanan paketlerin tam kodunu çözmenize olanak tanır, yani, bir uzman için uygun bir biçimde, farklı düzeylerdeki protokol paketlerinin iç içe yerleştirilmesini kod çözme ile gösterirler. her paketin bireysel alanlarının içeriği.

Uzman sistemler. Bu tür sistemler, ağların anormal çalışmasının nedenlerini ve ağı çalışır duruma getirmenin olası yollarını belirleme konusunda insan bilgisini biriktirir. Uzman sistemler genellikle çeşitli ağ izleme ve analiz araçlarının ayrı alt sistemleri olarak uygulanır: ağ yönetim sistemleri, protokol analizörleri, ağ analizörleri. Bir uzman sistemin en basit çeşidi, içeriğe duyarlı bir yardım sistemidir. Daha karmaşık uzman sistemler, yapay zeka unsurlarına sahip sözde bilgi tabanlarıdır. Böyle bir sistemin bir örneği, Cabletron Spectrum kontrol sistemine yerleşik uzman sistemdir.

Analiz ve teşhis için çok işlevli cihazlar. Son yıllarda, yerel alan ağlarının her yerde bulunması nedeniyle, protokol analizörleri, kablo tarayıcılar ve hatta ağ yönetim yazılımının bazı yetenekleri gibi çeşitli cihazların işlevlerini birleştiren ucuz taşınabilir cihazlar geliştirmek gerekli hale geldi. Microtest, Inc.'den gelen Compas, bu tür cihazlara örnektir. veya FlukeCorp'tan 675 LANMeter.

Kontrol sistemleri

Son zamanlarda, kontrol sistemleri alanında, oldukça açık bir şekilde ifade edilen iki eğilim gözlemlendi:

1. Ağ ve sistem yönetimi işlevlerinin tek bir üründe entegrasyonu. (Bu yaklaşımın şüphesiz avantajı, tek bir sistem kontrolü noktasıdır. Dezavantajı, ağ üzerinde ağır bir yük ile, kurulu izleme programına sahip sunucunun tüm paketlerin işlenmesiyle baş edememesi ve ürüne bağlı olarak, ya bazı paketleri yok sayın ya da sistemin "dar yeri" olun.).
2. Sistemde cihazların ve sistemlerin durumu hakkında bilgi toplayan ve kontrol eylemleri yayınlayan birkaç konsolun bulunduğu kontrol sisteminin dağıtımı. (Burada tam tersi doğrudur: izleme görevleri birkaç cihaz arasında dağıtılır, ancak aynı işlevlerin tekrarı ve farklı konsolların kontrol eylemleri arasında tutarsızlık mümkündür.)

Çoğu zaman, kontrol sistemleri yalnızca ağın çalışmasını izleme ve analiz etme işlevlerini yerine getirmekle kalmaz, aynı zamanda ağı aktif olarak etkileme işlevlerini de içerir - yapılandırma ve güvenlik yönetimi (kenar çubuğuna bakın).

SNMP ağ yönetimi protokolü

Çoğu ağ oluşturma ve yönetim uzmanı standart kavramını sever. Bu anlaşılabilir bir durumdur, çünkü standartlar, bir üreticinin tescilli çözümüne "zincirlemek" yerine, hizmet düzeyi, fiyat ve ürünün performansı gibi kriterlere dayalı olarak ağ ürünleri tedarikçisi seçmelerine izin verir. Günümüzün en büyük ağı olan İnternet, standartlara dayalıdır. İnternet Mühendisliği Görev Gücü (IETF), bu ve diğer TCP/IP ağları için geliştirme çabalarını koordine etmek üzere oluşturulmuştur.

En yaygın ağ yönetim protokolü, yüzlerce üretici tarafından desteklenen SNMP'dir (SimpleNetwork Management Protocol). SNMP protokolünün ana avantajları basitlik, kullanılabilirlik, üreticilerden bağımsızlıktır. SNMP, İnternet üzerindeki yönlendiricileri yönetmek için tasarlanmıştır ve TCP / IP yığınının bir parçasıdır.

MIB - Siyahlı Adam nedir?

Bir kurumsal ağı izlemek için araçlardan bahsediyorsak, bu kısaltma Yönetim Bilgi Tabanı terimini gizler. Bu veritabanı ne için?

SNMP, MIB adı verilen özel bir ağ cihazları veritabanında depolanan ağ cihazlarından durumları, performansları ve özellikleri hakkında bilgi almak için kullanılan bir protokoldür. Değişkenlerinin türleri (ISO terminolojisindeki nesneler), adları ve bu değişkenlerle izin verilen işlemler (örneğin, okuma) dahil olmak üzere MIB'nin yapısını tanımlayan standartlar vardır. Diğer bilgilerle birlikte MIB, cihazların ağ ve/veya MAC adreslerini, işlenen paketlerin sayaçlarının değerlerini ve hataları, sayıları, öncelikleri ve portların durumu hakkında bilgileri saklayabilir. MIB ağaç yapısı, gerekli (standart) alt ağaçları içerir; ek olarak, akıllı cihaz üreticisinin belirli değişkenlerine dayalı olarak herhangi bir belirli işlevi uygulamasına izin veren özel alt ağaçlar içerebilir.

Bir SNMP aracısı, bir ağ üzerindeki yönetim istasyonlarında bulunan yöneticilere MIB değişkenlerinin değerlerine erişim sağlayan ve böylece cihaz yönetimi ve izleme işlevlerini gerçekleştirmelerini sağlayan bir işleme öğesidir.

SNMP işlevselliğine faydalı bir ek, MIB ile uzaktan iletişime izin veren RMON özelliğidir. RMON'dan önce SNMP uzaktan kullanılamıyordu, sadece cihazların yerel yönetimine izin veriyordu. Ancak RMON, tüm trafiği izleyebildiği paylaşılan ağlarda en iyi şekilde çalışır. Ancak ağda, trafiği bağlantı noktasına görünmez olacak şekilde filtreleyen bir anahtar varsa, bu bağlantı noktasıyla ilişkili cihaza yönelik değilse veya bu cihazdan gelmiyorsa, araştırma verileriniz olacaktır. acı çekmek.

Bunu önlemek için üreticiler, anahtardaki her bağlantı noktasına bir miktar RMON işlevi sağlamıştır. Bir anahtardaki tüm bağlantı noktalarını yoklamaktan daha ölçeklenebilir.

Protokol Analizörleri

Yeni bir ağın tasarımı veya eski bir ağın modernizasyonu sırasında, ağ iletişim hatları üzerinden veri akışlarının yoğunluğu, paket işlemenin çeşitli aşamalarında meydana gelen gecikmeler, yanıt gibi ağın bazı özelliklerini ölçmek genellikle gereklidir. şu veya bu türden taleplerin zamanı, meydana gelme sıklığı, belirli olaylar vb.

Bu zor durumda, daha önce makalenin önceki bölümlerinde tartışılmış olan ağ yönetim sistemlerinde farklı araçlar ve her şeyden önce izleme araçları kullanabilirsiniz. Ağdaki bazı ölçümler, bir örneği işletim sistemi bileşeni NTPerformanceMonitor olan işletim sistemine yerleşik yazılım sayaçları tarafından da gerçekleştirilebilir. Bu yardımcı program, bilgisayar etkinliğini gerçek zamanlı olarak yakalamak için geliştirilmiştir. Üretkenliği engelleyen darboğazların çoğunu belirlemenize yardımcı olabilir.

PerformanceMonitor'un kalbinde, bir disk işlemini tamamlamayı bekleyen işlemlerin sayısı, birim zaman başına iletilen ağ paketlerinin sayısı, işlemci kullanım yüzdesi gibi özellikleri kaydeden bir dizi sayaç bulunur.

Ancak en gelişmiş ağ keşif aracı bir protokol analizörüdür. Protokol analiz süreci, belirli bir ağ protokolünü uygulayan ağda dolaşan paketlerin yakalanmasını ve incelenmesini içerir. Analizin sonuçlarına dayanarak, ağın herhangi bir bileşeninde bilinçli ve dengeli değişiklikler yapabilir, performansını optimize edebilir ve sorun giderebilirsiniz. Açıkçası, bazı değişikliklerin ağ üzerindeki etkisi hakkında herhangi bir sonuç çıkarabilmek için, değişiklikten önce ve sonra protokolleri analiz etmek gerekir.

Genellikle, protokolleri analiz etme süreci oldukça uzun sürer (birkaç iş gününe kadar) ve aşağıdaki adımları içerir:

1. Veri yakalama.
2. Yakalanan verileri görüntüleyin.
3. Veri analizi.
4. Hataları arayın.
5. Performans araştırması. Ağ bant genişliği kullanım oranının veya bir isteğe verilen ortalama yanıt süresinin hesaplanması.
6. Ağın bireysel bölümlerinin ayrıntılı bir çalışması. Bu aşamadaki çalışmanın içeriği, ağın analizinden elde edilen sonuçlara bağlıdır.

Bu, ağınız için bir izleme sistemi oluştururken dikkate alınması gereken teorik noktaların değerlendirilmesini tamamlar ve kurumsal bir ağın çalışmasını analiz etmek ve kontrol etmek için oluşturulan yazılım ürünlerini gözden geçirmeye devam eder.

İzleme ve Analiz Ürünleri

HPOpenView ve CabletronSpectrum kontrol sistemlerine karşılaştırmalı genel bakış

Bu bölümde incelenen her uygulama paketi, ağ yönetimini yaklaşık dört alana ayırır. Birincisi, aynı üreticiden çeşitli cihaz türleri için destek anlamına gelen genel ağ yönetimi altyapısına kitin entegrasyonudur.

Bir sonraki işlevsel alan, hub, anahtar veya sonda gibi bireysel ağ cihazlarını yapılandırma ve yönetme araçlarıdır.

Üçüncü alan, cihazları gruplamaktan ve aralarındaki bağlantıları düzenlemekten, örneğin bir ağ topolojisi diyagramı oluşturmaya yönelik uygulamalardan zaten sorumlu olan küresel yönetim araçlarıdır.

Bu makalenin konusu, dördüncü işlevsel alan olan trafik izlemedir. VLAN yapılandırma araçları ve global yönetim, ağ yönetiminin önemli yönleri olsa da, resmi ağ yönetimi prosedürlerini tek bir Ethernet ağında uygulamak genellikle pratik değildir. Kurulumdan sonra ağı iyice test etmek ve zaman zaman yük seviyesini kontrol etmek yeterlidir.

Kurumsal ağ yönetim sistemleri için iyi bir platform aşağıdaki niteliklere sahip olmalıdır:

• ölçeklenebilirlik;
• istemci/sunucu konseptine uygun doğru dağıtım;
• masaüstü bilgisayarlardan ana bilgisayarlara kadar farklı donanımlarla başa çıkma açıklığı.

İlk iki özellik yakından ilişkilidir. Dağıtılmış kontrol sistemi sayesinde iyi ölçeklenebilirlik sağlanır. Burada dağıtılmış olması, bir sistemin birden çok sunucu ve istemci içerebileceği anlamına gelir.

Benzer olmayan ekipman desteği, günümüzün kontrol sistemlerinin gerçek hayattaki bir özelliğinden ziyade arzu edilen bir durumdur. İki popüler ağ yönetimi ürününe bakacağız: CabletronSystems'den Spectrum ve Hewlett-Packard'dan OpenView. Bu şirketlerin her ikisi de kendi iletişim ekipmanlarını üretiyor. Doğal olarak Spectrum, Cabletron ekipmanını en iyi şekilde yönetir ve OpenView, Hewlett-Packard ekipmanını en iyi şekilde kontrol eder.

Ağ haritası diğer üreticilerin ekipmanlarından yapılmışsa, bu sistemler hata yapmaya başlar ve bazı cihazları diğerleri için alır ve bu cihazları kontrol ederken sadece temel işlevlerini destekler ve bu cihazı diğerlerinden ayıran birçok faydalı ek işlevi, kontrol sistemi basitçe anlamaz ve bu nedenle onları kullanamaz.

Bu durumdan kaçınmak için kontrol sistemleri geliştiricileri, yalnızca standart MIBI, MIBII ve RMONMIB için değil, aynı zamanda çok sayıda özel MIB üreticisi için de destek içerir. Bu alandaki lider, çeşitli satıcılardan 1000'den fazla MIB'yi destekleyen Spectrum'dur.

Bununla birlikte, OpenView'ın şüphesiz avantajı, TCP / IP üzerinden çalışan herhangi bir ağın ağ teknolojilerini tanıma yeteneğidir. Spectrum'da bu yetenek Ethernet, TokenRing, FDDI, ATM, dağıtılmış ağlar, anahtarlanmış ağlar ile sınırlıdır. Ağdaki cihazların sayısı arttıkça, hizmet verilen düğümlerin sayısının hiçbir şeyle sınırlı olmadığı Spectrum daha ölçeklenebilir hale gelir.

Her iki sistemde de zayıf ve güçlü yönlerin varlığına rağmen, ağa bir üreticinin ekipmanı hakimse, bu üreticinin herhangi bir popüler yönetim platformu için yönetim uygulamalarının mevcudiyeti, ağ yöneticilerinin birçok sorunu başarıyla çözmesine izin verir. Bu nedenle, kontrol platformlarının geliştiricileri, uygulamaların geliştirilmesini basitleştiren araçlarla birlikte gelir ve bu tür uygulamaların mevcudiyeti ve sayıları, bir kontrol platformu seçiminde çok önemli bir faktör olarak kabul edilir.

Geniş sınıf ağları için sistemler

Bu sektör, ağ arızaları için çok kritik olmayan düşük maliyetli sistemler için, FoundationAgentMulti-Port, Foundation Probe, NetworkGeneral'dan Foundation Manager içerir. Bunlar eksiksiz bir RMON tabanlı ağ izleme sistemidir ve FoundationAgent ve FoundationProbe olmak üzere iki tür izleme aracısı ve FoundationManager operatör konsolu içerir.

FoundationAgentMulti-Port, standart bir SNMP aracısının ve gelişmiş bir veri toplama ve filtreleme sisteminin tüm özelliklerini destekler ve ayrıca tek bir bilgisayar kullanarak Ethernet veya TokenRing segmentlerinden bilgi toplamanıza olanak tanır.

FoundationProbe, Sertifikalı Ağ Kartına ve önceden yüklenmiş ilgili FoundationAgent yazılımı türüne sahip Sertifikalı bir PC'dir. FoundationAgent ve FoundationProbe, FoundationManager yazılımı tarafından kontrol edildikleri için genellikle monitörsüz ve klavyesiz modda çalışır.

FoundationManager Konsol yazılımı iki şekilde gelir - Windows sistemleri ve UNIX için.

FoundationManager konsolu, izlenen tüm ağ segmentleri için istatistikleri grafik olarak görüntülemenize, ortalama ağ parametrelerini otomatik olarak belirlemenize ve izin verilen parametre sınırlarının aşılmasına yanıt vermenize (örneğin, bir işleyici programı başlatma, SNMP-trap ve SNA alarmı başlatma), bir istasyonlar arasındaki grafik dinamik trafik haritası.

Dağıtılmış ağ sistemleri

Bu, güvenilirlik ve performans için mümkün olan en yüksek gereksinimlerle ağ analizi ve izleme için tasarlanmış pahalı, üst düzey sistemlerin sektörüdür. Uzak ağ segmentleri de dahil olmak üzere tümünü sürekli olarak analiz etmek için bir ağ üzerinden dağıtılan çeşitli donanım ve yazılım bileşenlerinden oluşan bir sistem olan DistributedSnifferSystem (DSS) ürününü içerir.

DSS sistemi iki tür bileşenden oluşturulmuştur - SnifferServer (SS) ve SniffMasterConsole (SM). Konsol ile etkileşim için arayüz olarak Ethernet, TokenRing veya seri kartlar kullanılabilir. Böylece, hemen hemen her ağ topolojisinin bir bölümünü kontrol etmek ve modem bağlantıları dahil olmak üzere konsolla etkileşim için çeşitli ortamları kullanmak mümkündür.

SnifferServer yazılımı üç alt sistemden oluşur - izleme, protokol yorumlama ve uzman analizi. İzleme alt sistemi, kullanılan protokollerin her biri için her istasyon ve ağ segmenti için istatistik elde etmeyi mümkün kılan, ağın mevcut durumunu görüntülemek için bir sistemdir. Diğer iki alt sistem ayrı bir tartışmayı hak ediyor.

Protokol yorumlama alt sisteminin işlevleri, yakalanan paketlerin analizini ve paket başlık alanlarının ve içeriklerinin her birinin mümkün olan en eksiksiz yorumlanmasını içerir. NetworkGeneral, bu türün en güçlü alt sistemini yarattı - ProtocolInterpreter, ISO / OSI modelinin yedi katmanının (TCP / IP, IPX / SPX, NCP, DECnetSunNFS, X-Windows, SNAIBm protokolü) 200'den fazla protokolünün kodunu tamamen çözebilir family, AppleTalk, BanyanVINES, OSI, XNS, X.25, çeşitli ağlar arası protokoller). Bu durumda, bilgilerin görüntülenmesi üç moddan birinde mümkündür - genel, ayrıntılı ve onaltılık.

Uzman analiz sisteminin (ExpertAnalysis) temel amacı, anormal olayları otomatik olarak tanımlayarak ve bunların çözümü için otomatik olarak yöntemler üreterek ağ kesinti süresini azaltmak ve ağ darboğazlarını ortadan kaldırmaktır.

ExpertAnalysis, NetworkGeneral'ın proaktif analiz dediği şeyi sağlar. Bu kavramı anlamak için, ağdaki aynı hatalı olayın geleneksel pasif analiz sistemleri ve aktif bir analiz sistemi tarafından işlenmesini ele alalım.

Diyelim ki ağda saat 3:05'te veritabanı yedekleme sisteminin çökmesine neden olan bir yayın fırtınası var. 4:00'e kadar fırtına durur ve sistem parametreleri normale döner. Ağda çalışan pasif bir trafik analiz sistemi durumunda, saat 8: 00'e kadar işe gelen yöneticilerin ikinci arıza hakkında bilgi ve en iyi ihtimalle bir gecede trafikle ilgili genel istatistikler dışında analiz edecek hiçbir şeyleri yoktur - herhangi bir yakalama arabelleğinin boyutu ağ üzerinden geçen tüm trafiğin bir gecede depolanmasına izin vermez. Böyle bir durumda yayın fırtınasına yol açan nedeni ortadan kaldırma olasılığı son derece küçüktür.

Şimdi aktif analiz sisteminin aynı olaylara verdiği tepkiyi ele alalım. Saat 3:00'te, yayın fırtınasının başlamasından hemen sonra, aktif analiz sistemi standart dışı bir durumun başladığını tespit eder, uygun uzmanı harekete geçirir ve olay ve nedenleri hakkında verdiği bilgileri veri tabanına kaydeder. Saat 3:05'te, arşivleme sisteminin arızalanmasıyla ilgili standart dışı yeni bir durum kaydedilir ve ilgili bilgiler kaydedilir. Sonuç olarak, sabah saat 8:00'de yöneticilere karşılaşılan sorunların tam bir açıklaması, nedenleri ve bu nedenleri ortadan kaldırmak için öneriler gönderilir.

Taşınabilir analiz ve izleme sistemleri

Analizörün DSS'ye neredeyse benzer olan taşınabilir bir versiyonu, TurboSnifferAnalyzer olarak da bilinen ExpertSnifferAnalyzer (ESA) serisinde uygulanmaktadır. DSS serisinden önemli ölçüde daha düşük bir maliyetle ESA'lar, yöneticiye tam gelişmiş DSS ile aynı yetenekleri sağlar, ancak yalnızca ESA'nın şu anda bağlı olduğu ağ kesimi için. Mevcut sürümler, bağlı ağ segmentinin veya segmentler arası iletişim hattının eksiksiz analizini, protokol yorumunu ve izlenmesini sağlar. Bu, DSS sistemleriyle aynı ağ topolojilerini korur. Tipik olarak, ESA'lar, sürekli olarak bir analiz aracı kullanmanın pratik olmadığı kritik olmayan ağ kesimlerini periyodik olarak kontrol etmek için kullanılır.

Novell LANalyser Protokol Analizörü

LANalyser, kişisel bir bilgisayara kurulması gereken bir ağ kartı ve yazılımı olarak veya kart ve yazılımın önceden yüklenmiş olduğu bir PC olarak sağlanır.

LANalyser, seçilen çalışma modunun ayarlandığı gelişmiş, kullanıcı dostu bir arayüze sahiptir. ApplicationLANalyser menüsü, yakalama modunu yapılandırmak için ana araçtır ve protokol yığınları, filtreler, başlatıcılar, alarmlar ve daha fazlasını sunar. Bu analizör NetBIOS, SMB, NCP, NCPBurst, TCP / IP, DECnet, BanyanVINES, AppleTalk, XNS, SunNFS, ISO, EGP, NIS, SNA ve diğerleri ile çalışabilir.

Ayrıca LANalyser, kullanıcıya sorun gidermede yardımcı olacak bir uzman sistem içerir.

Çözüm

Yukarıdaki sistemlerin tümü elbette büyük bir şirketin ağında gereklidir, ancak ağ kullanıcılarının sayısının 200-300 kişiyi geçmediği kuruluşlar için çok hantaldır. Sistemin işlevlerinin yarısı sahipsiz kalacak ve dağıtım faturası baş muhasebeciyi ve şirket başkanını korkutacak. Ayrıca, küçük bir ağda sistemin donanım arızaları ve "darboğazları" üzerinde kontrol, çoğu durumda bir veya iki yöneticinin gücü dahilindedir ve otomasyona ihtiyaç duymaz.

Bununla birlikte, herhangi bir ölçekte bir ağda, bizce, bir yöneticinin ekonomisini yönetmesinin çok daha kolay olacağı için şu veya bu şekilde bir ağ analiz sistemi olmalıdır.

BilgisayarPress 7 "2001

Süreç dokümantasyonu

STB ISO 9001, bölüm 4.1 uyarınca, belgelenmesi gereken zorunlu süreçlerin listesi düzenlenmemiştir. Her kuruluş, müşteri gereksinimleri, yönetmelikler, faaliyet alanı ve kurumsal stratejisi tarafından yönlendirilen hangi süreçlerin belgelenmesi gerektiğini bağımsız olarak belirler.

Kalite yönetim sistemindeki dokümantasyonun kapsamı, aşağıdaki gerekliliklere dayalı olarak kuruluşun yönetimi tarafından belirlenir:

• herhangi bir işlemin tekrarlanabilirliğini ve işletme personeli tarafından STB ISO 9000 gerekliliklerinin yerine getirilmesini sağlamak;
• denetimler sırasında kalite yönetim sisteminin STB ISO 9001 şartlarına uygunluğunu kanıtlama imkanını sağlamak;
• Belgelendirme prosedürleri için STB ISO 9001 gerekliliklerini yerine getirmek.

Bununla birlikte, belge, bir kuruluşun bir dizi belgenin geliştirilmesi yoluyla bir kalite yönetim sistemi çerçevesinde gösterebileceği bir takım gereksinimleri içerir. Bunlar arasında, aşağıdakileri içerebilecek süreçlerin açıklamaları vurgulanmalıdır:

• süreç haritaları;
• süreçlerin akış şemaları;
• Kabul edilebilir herhangi bir biçimde süreçlerin tanımları.

Bu durumda çeşitli yöntemler kullanılabilir: grafik, sözlü, görsel, elektronik.

Süreç tanımlarının ayrıntı düzeyi, süreç yönetiminin etkinliğini sağlamak için ihtiyaç ve yeterliliğe göre belirlenmelidir. STB ISO 9001 uyarınca, süreç içinde aşağıdakiler dokümantasyona tabidir: planlama ve tedarik, süreç yönetimi, kaynaklar, kontrol süreçleri.

STB ISO 9001, bölüm 4.2.1, bir kalite yönetim sistemi çerçevesinde süreçlerle ilgili aşağıdaki belge kategorilerinden bahseder:

• süreçlerin açıklamaları;
• prosedürler.

Notlar (düzenle)

1. Kalite yönetim sisteminin çeşitli belgelerinde süreç tanımları kullanıldığından ve STB ISO 9000, kalite yönetimine sistematik bir yaklaşım ilkesine dayandığından, süreç tanımlarının oluşturulması, kalite yönetim sistemindeki diğer belgelerin oluşturulmasından önce gelir. Sonuç olarak, süreç tanımlarının oluşturulması, kalite yönetim sisteminde dokümantasyon oluşturulmasının temelidir. Bu bağlamda, süreç tanımı, bir prosedür oluşturmanın temelidir.

2. Kalite kılavuzları, kalite planları, iş tanımları gibi süreçler hakkında dolaylı bilgiler (süreçlere referanslar) içeren belgeler burada dikkate alınmaz.

3. Süreç tanımları, altı zorunlu prosedürden farklı olarak, STB ISO 9001'e göre kalite yönetim sisteminin zorunlu belgeleri değildir (belge sisteminin zorunlu bir unsuru değildir).

Kalite yönetim sisteminde, süreç tanımının amacı ile prosedür arasında bir ayrım yapılmalıdır.

Süreç açıklaması, sürecin özünü ve yapısını tanımlar. Tanımlamanın amacı, süreci etkin bir şekilde planlamak, sürdürmek, yönetmek ve iyileştirmektir.

Prosedür, verilen koşullarda (yani "burada ve şimdi") sürecin belirtilen kalitesini sağlayan süreç içindeki eylemlerin sırasını tanımlar. Prosedürün özü, süreci belirli koşullarda yürütmek için kullanılan algoritmadır.

Not - Algoritmaları temsil etmenin yaygın bir yolu, bir kalite yönetim sisteminde süreç prosedürlerini temsil etmenin bir yolu olarak kullanılabilen akış şemalarıdır.

Sürecin tanımı, prosedürle ilgili olarak birincildir ve ikincisinin geliştirilmesinin temelidir, ancak bunun tersi geçerli değildir. Aynı süreç için, örneğin yürütme koşulları, eylem sırası vb.Gibi farklı olan birkaç prosedür olabileceğine dikkat edilmelidir.

NOT Akış çizelgeleri süreçler için bir yapı sağlamaz ve bu nedenle süreçleri tanımlamanın yeterli bir yolu değildir. Kalite yönetimi gereksinimlerini karşılayan süreçleri tanımlamak için diğer yöntemler kullanılır. Bu belge, IDEF0 işlevsel modelleme metodolojisine dayalı bir yöntem önermektedir.

Süreç belgelerinin bileşimi ve yapısı

Etkili planlama, bakım, yönetim ve iyileştirme için kullanılan süreç belgeleri, bir süreç listesi ve süreç tanımını içerir.

Süreçlerin listesi

İşlemlerin listesi aşağıdakileri içerir:

• süreç tanımlarını tanımlamak için kayıtlar;
• Kalite kılavuzları gibi daha üst düzey belgelerde Süreç Listesi belgesinin yerini tanımlayan bilgiler;
• "Süreç listesi" belgesinin durumunu tanımlamanıza izin veren bilgiler: durum (çalışma versiyonu, onaylanmış vb.), oluşturma tarihi, yazar, onay tarihi, belgeyi onaylayan kişi, değişiklik tarihi, dosyalama, vesaire.

NOT Bir Proses Listesi belgesini oluşturan unsurlar, uygun organizasyonun belge kontrol süreçleri ve prosedürleri tarafından yönetilir.

Süreç açıklaması

İşlem açıklaması aşağıdakileri içerir:

• Sürecin adı, sürecin iç yapısı, ör. süreci oluşturan unsurlar ve bunlar arasındaki ilişkiler, sürecin kuruluştaki diğer süreçlerle ilişkisinin tanımı, sürecin sahiplerinin tanımı, sürecin sonuçlarının tüketicileri, girdi ve girdi sağlayıcıların tanımı. sürecin yürütülmesi için gerekli kaynaklar.

Not - Süreç tanımının detay seviyesi (derinliği), sürecin karmaşıklığına, organizasyonun büyüklüğüne ve organizasyonun yönetim ihtiyaçlarına göre belirlenir;

• süreç sözlüğü

NOT - Süreç tanımının, terimin tanımı yerine, kuruluşta halihazırda var olan (tanımı kuruluşun diğer belgelerinde mevcut olan) terimleri kullandığı durumlarda, bu tanımın halihazırda mevcut olduğu belgeye atıf yapılır. kullanılmış;

• Kalite el kitabı veya belgelenmiş bir prosedür gibi, Proses Tanımı belgesinin üst düzey belgelendirme sistemindeki yerini tanımlayan bilgiler;
• "Sürecin açıklaması" belgesinin durumunu tanımlamanıza izin veren bilgiler: durum (çalışma versiyonu, onaylanmış vb.), oluşturulma tarihi, yazar, onay tarihi, belgeyi onaylayan kişi, değişiklik tarihi ve tarih dosyalama vb.

Not - Bir Süreç Tanımı belgesini oluşturan unsurlar, kuruluşun uygun belge kontrol süreçleri ve prosedürleri tarafından yönetilir.

Sistem için gerekli süreçlerin belirlenmesi, bunların sıralanması ve etkileşimi, sistem geliştirmedeki en önemli ve oldukça karmaşık görevlerden biridir.

Tanımlanmış tüm süreçler ağı, kuruluşun kalite el kitabında tanımlanmalı veya kalite el kitabında veya ayrı bir belgede yer alan kuruluşun süreçlerinin bir diyagramı (haritası) şeklinde sunulmalıdır (süreçlerin tanımının yapıldığı durumlar hariç). IDEF0 metodolojisine göre).

Bir süreç alt süreçlerden oluşabilir (ve bir kural olarak yapar) ve bunlar da alt süreçlerden oluşabilir. Bu süreçler farklı olarak adlandırılabilir - süreç 1-, 2-, 3-üncü seviye, vb. Süreçlerin ayrışma derecesi (derinliği) kuruluşun kendisi tarafından belirlenir. ISO 9000 versiyon 2000 standart ailesinde, farklı seviyelerdeki süreçlerden ve farklı isimlerin (süreç, alt süreç, ayrıştırma, vb.) kullanımından söz edilmez. Orada bir isim kullanılıyor - süreç. Prensipte, bir süreç genellikle bir tür faaliyetten oluşabilir.

Süreçleri tanımlarken, en üst düzey süreçleri tanımlayarak başlamalıdır, yani. Kuruluşun iş stratejisinin uygulanmasını sağlayan ve tüketicileri dış tüketici olan süreçler. Ancak, kural olarak, bu süreçler, tüketicileri zaten iç tüketiciler olan, içlerinde yer alan bir dizi alt düzey süreçten oluşur. Buna karşılık, (herhangi bir seviyedeki) her süreç, uygulanmasını sağlayan belirli koşulların yaratılmasını gerektirir ve ayrıca hepsi kontrole tabidir.

Bu nedenle, tüketicileri dış tüketiciler olan süreçlerden başlayarak ayrışmayı ve destekleyici süreçlerin ve yönetim süreçlerinin tanımını dikkate alarak, bunlardan birkaç düzine olabilir. Aynı zamanda, süreçlerin tüm karşılıklı ilişkileri, kuruluşun süreçlerinin diyagramında (haritasında) açıkça tanımlanmalı veya görünür olmalıdır.

Ayrışmayı çok yüksek seviyelerde durdurmak pratik değildir, çünkü bu durumda süreçlerin etkin bir şekilde planlanması, uygulanması ve yönetilmesinin sağlanması mümkün olmayacaktır.

Ayrıca, süreç bir tür faaliyetten oluştuğunda, böyle bir duruma ayrıştırmanın yapılması da mantıklı değildir. Ve genel olarak, ayrıştırma seviyesi optimal olmalıdır, aksi takdirde süreç yaklaşımının özü ve süreç sahibinin rolü kaybolur.

Tüm süreçlerin STB ISO 9001-2001'de vurgulanan 4 bloktan birine atfedilebileceğine dikkat edilmelidir:

- yönetimin sorumluluğu;

- kaynak yönetimi;

- ürün yaşam döngüsü süreçleri;

- Ölçme, analiz ve geliştirme.

Bu bağlama, süreçleri tanımlamak için de kullanılabilir.

Süreçler tanımlandıktan sonra, her süreç için (sahip, sorumlu vb.) bir lider tanımlamak, ona bu sürecin işletilmesi ve iyileştirilmesi için sorumluluk vermek ve ona süreci yönetmesine izin veren belirli yetkiler vermek gerekir.

Sürecin bir kural olarak birkaç tür faaliyet içerdiğini ve birkaç departmanı kapsadığını göz önünde bulundurarak, süreç yöneticisinin sürecin kilit alanından (faaliyet türü, süreç) kimin sorumlu olduğunu belirlemesi tavsiye edilir.

Süreçleri, liderlerini ve etkileşim şemasını belirlerken, organizasyonun organizasyon yapısını değiştirmek gerekli ve tavsiye edilebilir.

Her sürecin bir girdisi ve tanımlanması gereken bir çıktısı olmalıdır. Her süreç kendisinden beklenen bir sonucu vermeli ve bu sonucun elde edilmesi hem uygulamada hem de sürecin yönetiminde değerlendirilmelidir. Bu sonuçlar tanımlanmalı, izlenmeli ve uygun olduğunda ölçülmelidir.

Not. Bu kriterlere göre karar verme, kuruluş tarafından geliştirilen metodolojiye göre işlenen izleme süreçlerinin sonuçları dikkate alınarak gerçekleştirilir.

Süreçler ağı ve beklenen sonuçlar tanımlandıktan ve gerektiği gibi organizasyonel değişiklikler yapıldıktan sonra, organizasyonun kalite hedeflerini organizasyonun uygun departmanları ve seviyeleri için hedeflere yaymak için çalışma yapılabilir.

Belge oluştururken önemli bir soru şudur: ne zaman bir prosedür yazmalısınız, ancak başka bir belgeyle, örneğin bir çalışma talimatı veya bir planla idare edebilir misiniz? Prosedürlerin yazılması önerildiğinde aşağıdaki işaretler kullanılabilir:

- faaliyetin bir süreç olup olmadığı: girdi, çıktı ve kullanılan kaynakları belirtmenin gerekli olup olmadığı;

- faaliyet için kalite hedefleri formüle edilmiş mi;

- faaliyetin ulaşılabilirliğini ve etkililiğini değerlendirmenin gerekli olup olmadığı;

- genel olarak, bu aktivitenin kaliteyi etkileyip etkilemediği.

Doğruluk adına, işte bir tanım: ”Prosedür, bir faaliyeti veya süreci yürütmenin yerleşik bir yoludur. Prosedürler belgelenebilir veya belgesiz olabilir."

İşi organize etmek için başka bir seçenek de şudur:

- mevcut sistem çerçevesinde mevcut olan tüm belgelenmiş prosedürler, önceden tanımlanmış süreçlere göre “düzenlenmiştir”. Bu, tablolar veya matrisler şeklinde yapılabilir;

- boş yerler (tabloda) veya boş pozisyonlar (matrikste) ortaya çıkar;

- eksik prosedürlerin bir listesi hazırlanır;

- Mevcut prosedürlerin STB ISO 9001-2001 gerekliliklerine uygunluğu ve ilgili departmanlar için ve uygun seviyelerde kalite hedeflerine uygunluğu, mevcut prosedürlerin revize edilmesi ihtiyacına karar vermek için analiz edilir;

- geliştirilecek prosedürlerin bir listesi hazırlanır;

- kuruluş için kabul edilebilir diğer yöntemler (sistemin bir belgesi olarak belgeleme hariç) prosedürlerin kuruluşun çalışanlarına (icracılar) iletilmesi için çalışılıyor.

Belgelenmiş prosedürler veya prosedürleri icracılara iletmek için diğer yöntemler geliştirildikçe, pilot uygulama için transfer edilebilirler. Pilot uygulamanın gerekliliği ve fizibilitesi kuruluş tarafından bağımsız olarak belirlenir.

Her seviyedeki uygulayıcıları eğitmeden, yeni belgelenmiş prosedürlerin veya sistemin işlenmiş prosedürlerini sanatçılara getirmenin diğer yöntemlerinin uygulanmasını sağlamak imkansızdır. Bu nedenle organizasyonda, prosedürlerin pilot uygulaması öncesinde ve sırasında, organizasyonun tüm çalışanları için çok seviyeli eğitimler düzenlenmelidir.

Dokümantasyonun amaç ve hedeflerine dayalı olarak, kuruluşta oluşturulan kalite sistem dokümantasyonu bir dizi katı gereksinimi karşılamalıdır. Başlıcaları:

1. Dokümantasyon sistematik olmalıdır, yani. kalite sisteminin unsurları arasında açık iç bağlantılar ile belirli bir şekilde yapılandırılmıştır.

2. Dokümantasyon kapsamlı olmalıdır, yani. organizasyonel, ekonomik, teknik, yasal, sosyo-psikolojik, metodolojik dahil olmak üzere kalite sistemindeki faaliyetlerin tüm yönlerini kapsar.

3. Belgeler eksiksiz olmalıdır, yani. kalite sisteminde yürütülen tüm süreç ve prosedürler ile kalite verilerinin nasıl kaydedileceği hakkında kapsamlı bilgiler içerir. Aynı zamanda, dokümantasyon miktarı minimum olmalı, ancak pratik amaçlar için yeterli olmalıdır.

4. Dokümantasyon, ISO 9000 standartlar ailesinin tavsiyeleri ve gereklilikleri için yeterli olmalıdır.Bu amaçla, her standardın giriş kısmında, standardın belirli bir bölümüne veya maddesine tam olarak atıfta bulunulması tavsiye edilir. hangi bu belge geliştirildi.

5. Belgeler yalnızca pratik olarak yerine getirilen gereksinimleri içermelidir. İçinde gerçekçi olmayan pozisyonlar oluşturmak imkansızdır.

6. Belgeler kolayca tanımlanabilir olmalıdır. Bu, kalite sisteminin her bir belgesinin, sistemin belirli bir bölümüne ait olduğunu belirlemenizi sağlayan uygun bir isim, sembol ve koda sahip olması gerektiğini varsayar.

7. Belgeler hedeflenmelidir, yani. kalite sisteminin her belgesi belirli bir uygulama alanına yönelik olmalı ve belirli sanatçılara hitap etmelidir.

8. Belgeler güncel olmalıdır. Bu, bir bütün olarak dokümantasyonun ve bireysel dokümanlarının her birinin, ISO 9000 ailesinin standartlarında meydana gelen değişiklikleri ve kuruluştaki kalite güvence koşullarındaki değişiklikleri zamanında yansıtması gerektiği anlamına gelir.

9. Dokümantasyon, tüm kullanıcıları - yöneticiler, uzmanlar ve uygulayıcılar - tarafından anlaşılabilir olmalıdır. Belgenin metni kısa, kesin, farklı yorumlara izin vermeyen, mantıksal olarak tutarlı, kullanımı için en gerekli ve yeterli olmalıdır.

10. Belgelerin yetkili bir statüsü olmalıdır, ör. her kalite sistem belgesi ve tüm belgeler bir bütün olarak yetkili görevliler tarafından onaylanmalı veya imzalanmalıdır.

Kalite sistemi, tüm kalite yönetim belgelerinin doğru etiketlenmesini, dağıtımını, toplanmasını ve sürdürülmesini sağlamalıdır.

Genel durumda belgelenmiş prosedürün bölümlerinin bileşimi şunları içerebilir:

- prosedürün amacı ve / veya amacı;

- uygulama alanı;

- terimler, tanımlar, kısaltmalar ve kısaltmalar;

- sorumluluk ve otorite;

- prosedürün amacına uygun olarak faaliyetin tanımı;

Kayıtlı veriler;

- uygulamalar.

Anlaşma, onay, belgelenmiş prosedürün revizyonu ile ilgili bilgiler de belirtilmelidir.

Dokümante edilmiş prosedürün amacı ve/veya amacı, prosedürde açıklanan faaliyetlerin yönü dikkate alınarak belirlenebilir.

Örneğin, düzeltici faaliyet prosedüründe belirlenen amaç, belirlenen uygunsuzlukların nedenlerini ortadan kaldırmak ve bunların tekrarını önlemek olabilir, prosedürün amacı düzeltici faaliyetlerin geliştirilmesi ve uygulanması için bir prosedür oluşturmaktır.

STB 1.5 uyarınca kapsamı, normatif referansları, terimleri ve tanımları dahil olmak üzere belgelenmiş bir prosedürün bölümlerinin oluşturulması tavsiye edilir.

Sorumluluk ve Yetki bölümü, prosedürde açıklanan faaliyetler ve/veya süreçlerle ilgili personelin sorumluluklarını, yetkilerini ve etkileşimlerini tanımlar.

Personelin yerine getirilen işlevlere ilişkin sorumlulukları ve yetkileri metin biçiminde, tablolar biçiminde ve/veya belgelenmiş bir prosedürde sağlanan akış şemalarında gösterilebilir.

Kuruluş, belirli bir faaliyet türünün karmaşıklığına ve personelin eğitimine bağlı olarak, prosedürün amacına uygun olarak faaliyetlerin tanımını değişen derecelerde ayrıntı ile gerçekleştirebilir.

- giriş verileri;

- faaliyetlerin uygulanması için kaynaklar (personel, dokümantasyon, ekipman, materyaller);

- gerçekleştirilen faaliyetlerin algoritması, belirlenen amaç ve prosedürün amacına uygun olarak gerçekleştirilen eylemlerin sırası;

- izleme yöntemleri ve araçları;

- performans sonuçları, çıktı verileri hakkında analiz edilen veriler.

Akış diyagramları, Ek A'daki sembolleri kullanarak faaliyetleri tanımlamak için kullanılabilir.

Faaliyetleri tanımlarken, Deming döngüsü metodolojisini takip etmek tavsiye edilir: planlama - yürütme - kontrol etme - etki.

Kayıtlı veriler (veya kayıtlar), kayıt yönetim prosedürünün daha sonra kendilerine uygulanmasıyla birlikte kayıt şeklinin tanımı ile belirlenir.

Dokümante edilmiş prosedürün tavsiye edilen içeriğine uygun olarak, performans verilerinin analizine dayalı olarak, prosedürün iyileştirilmesi ve revize edilmesi ihtiyacı belirlenir. Dokümante edilmiş prosedürdeki revizyon ve/veya değişikliklere ilişkin bilgiler, işletme tarafından belirlenen sıraya yansıtılır. Önerilen sıra STB 1.5'e uygundur.

Belgelenmiş prosedürler, faaliyetlerin yürütülme şeklini tanımlayan çalışma talimatlarına referanslar içerebilir. İş talimatlarının yapısı, belgelenmiş prosedürlerin yapısından farklı olabilir.

Belgelenmiş prosedürler, birbiriyle ilişkili çeşitli işlevleri içeren faaliyetleri tanımlayabilirken, çalışma talimatları genellikle belirli bir faaliyetteki bir işlevi tanımlamak için kullanılır.

Dokümante edilmiş prosedürler kağıt üzerinde ve/veya elektronik ortamda geliştirilebilir ve sunulabilir.

Belgelerin elektronik olarak sunulması ve sürdürülmesi aşağıdaki avantajlara sahiptir:

- ilgili personelin bilgilerine sürekli erişim;

- belgelerin kolayca güncellenmesi ve kontrolü;

- bilginin hızlı yayılması, örneğin tarihe göre, kağıda tanımlanmış kopyaları yazdırma yeteneği;

- eski belgelerin basit ve etkili bir şekilde iptali.

Belge kontrolü için belgelenmiş bir prosedür oluştururken, bu prosedürde gerçekleştirilen ana işlevlerin tanımlanması önerilir:

- dokümantasyon ihtiyacının belirlenmesi;

- belgelerin geliştirilmesi veya edinilmesinin planlanması;

- geliştirme, koordinasyon, onay, uygulama;

- belgelerin gözden geçirilmesi, yeniden onaylanması;

- bölümlerin güncellenmiş belgelerinin sağlanması;

- değişiklik;

- iptal, belgelerin geri alınması, eski belgelerin kullanılmasının önlenmesi.

Kalite yönetim sisteminin aşağıdaki belgeleri yönetime tabidir:

- kalite yönetim sisteminin belgeleri (kalite politikası, kalite el kitabı, belgelenmiş prosedürler, süreçlerin uygulanmasını sağlamak için gerekli belgeler, çalışma talimatları, vb.);

- düzenleyici belgeler (GOST, STB, TU, vb.);

- teknik belgeler (CD, TD);

- bölümlere ilişkin düzenlemeler, iş tanımları.

Kalite kayıtlarını yönetmek için belgelenmiş bir prosedürün aşağıdakileri oluşturması önerilir:

- kaydedilen kalite verilerinin bileşimi ve bunların kayıt biçimleri;

- kayıtların kaydı için sorumluluk;

- kayıtlı verileri kaydetme prosedürü ve bunların kullanımı;

- kayıtların saklanması, korunması ve geri yüklenmesi prosedürü (gerekirse);

- adresler, iletim kanalları ve iletilen bilgilerin türü (bilgi hareket yolları);

- kayıtlı verilerin iletimi ve alınması sırasında alt bölümlerin etkileşimi;

- saklama süreleri, kalite kayıtlarını geri çekme prosedürü.

İç denetimler için belgelenmiş prosedürde, iç denetimlerin sonuçlarının planlanması, yürütülmesi ve kaydedilmesi, sonraki eylemlerin belirlenmesi ve iş yapma sorumluluğu için bir prosedür oluşturulması tavsiye edilir.

Takip eylemleri tipik olarak, tanımlanan uygunsuzlukları ve bunların nedenlerini, uygulama için zamanlamayı ve sorumluluğu ortadan kaldırmak için alınan düzeltici eylemleri içerir.

Takip ayrıca şunları içerir:

- uygulamanın doğrulanması;

- düzeltici faaliyetlerin güncelliğinin ve etkinliğinin değerlendirilmesi;

- iç denetimlerin etkinliğinin değerlendirilmesi.

Aşağıdakiler için uygun olmayan ürünün yönetimi için belgelenmiş bir prosedürün oluşturulması tavsiye edilir:

- uygun olmayan ürünlerin tespiti, tanımlanması, kaydı;

- Uygun ürünlerle karışmasını önlemek için uygun olmayan ürünlerin izolasyonu;

- uygun olmayan ürünlerin revizyon ve daha fazla kullanım olasılığının belirlenmesi ve yetkili personel tarafından uygun bir karar verilmesi;

- uygun olmayan ürünlerin imhası;

- uygun olmayan ürünlerin imalatının nedenlerinin analizi.

Karar vericilerin uygun olmayan ürünler üzerindeki sorumluluk ve yetki düzeyi, belirlenen uygunsuzluğun önemi ve potansiyel sonuçları ile tutarlı olmalıdır. Karar verme yetkisinin belgelenmesi tavsiye edilir.

Belgelenmiş düzeltici faaliyet prosedürünün aşağıdakileri oluşturması önerilir:

- bilgi kaynakları;

- mevcut tutarsızlıklar hakkında bilgi toplama prosedürü;

- tutarsızlıkların nedenlerini belirleme sorumluluğu ve prosedürü;

- düzeltici faaliyetlerin planlanması ve uygulanmasının sırası;

- düzeltici önlemlerin etkinliğini değerlendirme prosedürü;

- bu eylemlerin uygulanmasında departmanların ve personelin etkileşimi.

Düzeltici faaliyet kaynakları şunları içerebilir:

- müşteri şikayetleri;

- yönetim incelemesinin çıktısı;

- kalite yönetim sisteminin performansının uygun kayıtları;

- müşteri memnuniyetinin derecesini değerlendirmek için çıktı verileri;

- personelin nitelikleri ve eğitimi ile ilgili veriler;

- izleme ve ölçme süreçlerinin sonuçları;

- uygun olmayan ürünlere ilişkin veriler;

- dış ve iç denetimlerin sonuçları.

Aşağıdakileri yansıtmak için belgelenmiş bir önleyici faaliyet prosedürü önerilir:

- veri analizine dayalı olarak potansiyel uygunsuzlukların belirlenmesi;

- potansiyel tutarsızlıkların nedenlerinin analizi;

- önleyici faaliyet ihtiyacının değerlendirilmesi;

- önleyici faaliyetlerin belirlenmesi, planlanması ve geliştirilmesi;

- önleyici faaliyetlerin uygulanması ve tescili için prosedür;

- önleyici faaliyetlerin etkinliğinin değerlendirilmesi.

Kalite belgeleri bir kez ve her zaman için oluşturulmaz - sürekli revize edilir. Bu nedenle, belge kontrolü kalite yönetim sisteminde kritik bir unsurdur.

Yeni KYS belgeleri oluşturmanın veya mevcut KYS belgelerini değiştirmenin nedenleri şunlardır:

- KYS gerekliliklerinin ve prosedürlerinin oluşturulması;

- örgütün faaliyetlerinde yeni yönlerin ortaya çıkması;

- iç ve dış denetimlerin sonuçları;

- kuruluşun kalite alanındaki politikasının değiştirilmesi (iyileştirilmesi);

- ISO 9000 serisi uluslararası standartların yeni versiyonlarının ortaya çıkması;

- KYS açısından sözleşme durumlarının koşulları.

Bilgisayar ağlarını izlemek ve analiz etmek için kullanılan çok çeşitli araçlar birkaç büyük sınıfa ayrılabilir:

Ağ Yönetim Sistemleri (Ağ Yönetim Sistemleri)- ağdaki düğümlerin durumu ve iletişim cihazlarının yanı sıra ağda dolaşan trafik hakkındaki verileri toplayan merkezi yazılım sistemleri. Bu sistemler sadece ağı izlemek ve analiz etmekle kalmaz, aynı zamanda otomatik veya yarı otomatik modda ağ yönetim eylemlerini gerçekleştirir - cihaz portlarını etkinleştirir ve devre dışı bırakır, köprülerin, anahtarların ve yönlendiricilerin adres tablolarındaki köprülerin parametrelerini değiştirir, vb. Kontrol sistemlerine örnek olarak, popüler sistemler HPOpenView, SunNetManager, IBMNetView verilebilir.

Sistem yönetimi araçları (SystemManagement). Sistem kontrolleri, genellikle kontrol sistemlerine benzer işlevleri yerine getirir, ancak diğer nesnelerle ilişkili olarak. İlk durumda, kontrol nesnesi ağdaki bilgisayarların yazılım ve donanımı, ikincisinde ise iletişim ekipmanıdır. Bununla birlikte, bu iki tür kontrol sisteminin bazı işlevleri çoğaltılabilir, örneğin sistem kontrolleri ağ trafiğinin en basit analizini yapabilir.

Gömülü teşhis ve yönetim sistemleri (Gömülü sistemler). Bu sistemler, iletişim ekipmanına kurulu yazılım ve donanım modülleri şeklinde ve işletim sistemlerine yerleşik yazılım modülleri şeklinde uygulanır. Tek bir cihaz için teşhis ve kontrol fonksiyonlarını yerine getirirler ve bu, merkezi kontrol sistemlerinden temel farkıdır. Bu araç sınıfının bir örneği, arızaların tespiti üzerine bağlantı noktalarının otomatik olarak bölümlere ayrılması, bağlantı noktalarının hub'ın iç bölümlerine atanması ve diğer bazı işlevlerini uygulayan Distrebuted 5000 hub yönetim modülüdür. Tipik olarak, yerleşik yönetim modülleri, yönetim sistemlerine cihaz durumu bilgisi sağlamak için SNMP aracıları olarak işlev görür.

Protokol Analizörleri... Kontrol sistemlerinden farklı olarak yalnızca ağlardaki trafiği izleme ve analiz etme işlevleriyle sınırlı olan yazılım veya donanım-yazılım sistemleridir. İyi bir protokol analizörü, ağlarda kullanılan çok sayıda protokolün (genellikle birkaç düzine) paketlerini yakalayabilir ve kodunu çözebilir. Protokol analizörleri, bireysel paketleri yakalamak için bazı mantıksal koşullar belirlemenize ve yakalanan paketlerin tam kodunu çözmenize izin verir, yani, bir uzman için uygun bir biçimde, farklı seviyelerdeki protokol paketlerinin içeriğinin kodunun çözülmesiyle iç içe yerleştirilmesini gösterirler. her paketin ayrı alanları.

Kablo sistemlerinin teşhisi ve sertifikasyonu için donatım. Geleneksel olarak, bu ekipman dört ana gruba ayrılabilir: ağ monitörleri, kablo sistemlerinin sertifikasyonu için cihazlar, kablo tarayıcılar ve test cihazları (multimetreler).

Ağ monitörleri(olarak da adlandırılır ağ analizörleri)çeşitli kategorilerdeki kabloları test etmek için tasarlanmıştır. Ağ monitörleri ve protokol analizörleri arasında bir ayrım yapılmalıdır. Ağ monitörleri yalnızca istatistiksel trafik göstergeleri hakkında veri toplar - toplam ağ trafiğinin ortalama yoğunluğu, belirli bir hata türüyle paket akışının ortalama yoğunluğu, vb.

Randevu kablo sistemlerinin sertifikasyonu için cihazlar, doğrudan isimlerinden gelir. Belgelendirme, kablolama sistemleri için uluslararası standartlardan birinin gerekliliklerine uygun olarak gerçekleştirilir.

Kablo tarayıcılar bakır kablo sistemlerini teşhis etmek için kullanılır.

test kullanıcıları fiziksel kırılma için kabloları kontrol etmek için tasarlanmıştır.

Uzman sistemler. Bu tür sistemler, ağların anormal çalışmasının nedenlerini ve ağı çalışır duruma getirmenin olası yollarını belirleme konusunda insan bilgisi biriktirir. Uzman sistemler genellikle çeşitli ağ izleme ve analiz araçlarının ayrı alt sistemleri olarak uygulanır: ağ yönetim sistemleri, protokol analizörleri, ağ analizörleri. Bir uzman sistemin en basit çeşidi, içeriğe duyarlı bir yardım sistemidir. Daha karmaşık uzman sistemler, yapay zeka unsurlarına sahip sözde bilgi tabanlarıdır. Böyle bir sistemin bir örneği, Cabletron Spectrum kontrol sistemine yerleşik uzman sistemdir.

Çok fonksiyonlu analiz ve teşhis cihazları... Son yıllarda, yerel alan ağlarının her yerde bulunmasıyla bağlantılı olarak, protokol analizörleri, kablo tarayıcılar ve hatta ağ yönetim yazılımının bazı yetenekleri gibi birkaç cihazın işlevlerini birleştiren ucuz taşınabilir cihazlar geliştirmek gerekli hale geldi. Microtest Inc. firmasından Compas, bu tür bir cihaz örneğidir. veya FlukeCorp'tan 675 LANMeter.

1. Yerel ağların izlenmesi ve analizi

2. İzleme ve analiz araçlarının sınıflandırılması

2.1 Protokol analizörleri

2.2 Ağ analizörleri

3. SNMP protokolü

3.1 SNMPv3 Farkları

3.2 SNMPv3'te Güvenlik

3.3 SNMP'nin Dezavantajları

1. Yerel ağların izlenmesi ve analizi

Herhangi bir kurumsal ağın temelini oluşturan yerel ağın çalışması üzerinde sürekli kontrol, onu çalışır durumda tutmak için gereklidir. Kontrol, ağ yönetiminde gerçekleştirilmesi gereken gerekli bir ilk adımdır. Bu işlevin önemi nedeniyle, genellikle kontrol sistemlerinin diğer işlevlerinden ayrılır ve özel araçlarla uygulanır. Kontrol ve kontrol fonksiyonlarının bu ayrımı, entegre bir kontrol sisteminin kurulumunun ekonomik olarak mümkün olmadığı küçük ve orta ölçekli ağlar için kullanışlıdır. Otonom kontrollerin kullanılması, ağ yöneticisinin sorunlu alanları ve ağ cihazlarını belirlemesine yardımcı olur ve bu durumda bunları manuel olarak devre dışı bırakabilir veya yeniden yapılandırabilir. Ağ performansını izleme süreci genellikle iki aşamaya ayrılır: izleme ve analiz.

Açık izleme aşaması ağın çalışmasına ilişkin birincil verileri toplamak için daha basit bir prosedür gerçekleştirilir: ağda dolaşan çeşitli protokollerin çerçeve ve paketlerinin sayısı, hub'ların, anahtarların ve yönlendiricilerin bağlantı noktalarının durumu vb.

Ardından, sahne gerçekleştirilir analiz, izleme aşamasında toplanan bilgileri anlama, daha önce elde edilen verilerle karşılaştırma ve yavaş veya güvenilmez ağ çalışmasının olası nedenleri hakkında varsayımlarda bulunmanın daha karmaşık ve akıllı bir süreci olarak anlaşılmaktadır.

İzleme görevleri, yazılım ve donanım sayaçları, test cihazları, ağ analizörleri, yerleşik iletişim cihazları izleme araçları ve ayrıca kontrol sistemlerinin aracıları tarafından çözülür. Analiz görevi, daha aktif insan katılımını ve birçok ağ uzmanının pratik deneyimini biriktiren uzman sistemler gibi karmaşık araçların kullanımını gerektirir.

2. İzleme ve analiz araçlarının sınıflandırılması

Bilgisayar ağlarının analizi ve teşhisi için kullanılan tüm araçlar, birkaç büyük sınıfa ayrılabilir.

• Standart MIB'lerden birinin işlevlerini destekleyen yönetim sistemi aracıları ( MIB (Yönetim Bilgi Tabanı) bir ajan-yönetici mimarisinde yönetilen bir varlık modeli olarak ağ yönetiminde kullanılan bir yönetim bilgi veritabanı) ve SNMP veya CMIP aracılığıyla bilgi tedarik eder. Aracılardan veri almak, genellikle aracılardan otomatik olarak veri toplayan bir yönetim sistemi gerektirir.
• Gömülü teşhis ve yönetim sistemleri (Gömülü sistemler). Bu sistemler, iletişim ekipmanına kurulu yazılım ve donanım modülleri şeklinde ve işletim sistemlerine yerleşik yazılım modülleri şeklinde uygulanır. Tek bir cihaz için teşhis ve kontrol fonksiyonlarını yerine getirirler ve bu, merkezi kontrol sistemlerinden temel farkıdır. Bu araç sınıfının bir örneği, hataların algılanması üzerine bağlantı noktalarının otomatik olarak bölümlere ayrılması, bağlantı noktalarının tekrarlayıcının iç bölümlerine atanması ve diğer bazı işlevlerini uygulayan Ethernet çok bölümlü tekrarlayıcı kontrol modülüdür. Tipik olarak, yerleşik yönetim modülleri, yönetim sistemleri için cihaz durumu verileri sağlayan SNMP aracıları ile birlikte hareket eder.
• Protokol analizörleri. Kontrol sistemlerinden farklı olarak yalnızca ağlardaki trafiği izleme ve analiz etme işlevleriyle sınırlı olan yazılım veya donanım-yazılım sistemleridir. İyi bir protokol analizörü, ağlarda kullanılan çok sayıda, genellikle birkaç düzine protokolün paketlerini yakalayabilir ve kodunu çözebilir. Protokol analizörleri, bireysel paketleri yakalamak için bazı mantıksal koşullar belirlemenize ve yakalanan paketlerin tam kodunu çözmenize izin verir, yani, bir uzman için uygun bir biçimde, farklı seviyelerdeki protokol paketlerinin içeriğinin kodunun çözülmesiyle iç içe yerleştirilmesini gösterirler. her paketin ayrı alanları.
• Uzman sistemler. Bu tür bir sistem, ağların anormal çalışmasının nedenlerini ve ağı çalışır duruma getirmenin olası yollarını belirleme konusunda teknik uzmanların bilgisini biriktirir. Uzman sistemler genellikle çeşitli ağ izleme ve analiz araçlarının ayrı alt sistemleri olarak uygulanır: ağ yönetim sistemleri, protokol analizörleri, ağ analizörleri. Bir uzman sistemin en basit versiyonu, içeriğe duyarlı bir yardım sistemidir. Daha karmaşık uzman sistemler, yapay zeka unsurlarına sahip sözde bilgi tabanlarıdır. Bu tür sistemlere örnek olarak, Cabletron'un Spectrum kontrol sistemi ve Network General'ın Sniffer protokol analizörü içine yerleştirilmiş uzman sistemler verilebilir. Uzman sistemlerin işi, kullanıcıya bir ağ arızasının nedeni hakkında kısa bir teşhis sağlamak için çok sayıda olayı analiz etmektir.
• Kablo sistemlerinin teşhisi ve sertifikasyonu için donatım. Geleneksel olarak, bu ekipman dört ana gruba ayrılabilir: ağ monitörleri, kablo sistemlerinin sertifikasyonu için cihazlar, kablo tarayıcılar ve test cihazları.
• Ağ monitörleri (ağ analizörleri olarak da adlandırılır), çeşitli kablo kategorilerini test etmek için tasarlanmıştır. Ağ monitörleri ayrıca ortalama toplam ağ trafiği, belirli bir hata türüyle ortalama paket akışı vb. trafik istatistikleri hakkında veri toplar. Bu cihazlar, yalnızca fiziksel değil, aynı zamanda kanalda ve bazen ağ seviyelerinde.
• Kablolama Sertifikasyon Cihazları, uluslararası kablolama standartlarından birine sertifika vermektedir.
• Kablo tarayıcılar, bakır kablolama sistemlerini teşhis etmek için kullanılır.
• Test cihazları, kablolarda fiziksel kırılma olup olmadığını kontrol etmek için tasarlanmıştır. Analiz ve teşhis için çok işlevli taşınabilir cihazlar. Büyük ölçekli entegre devre teknolojisinin gelişmesiyle bağlantılı olarak, kablo tarayıcılar, ağ monitörleri ve protokol analizörleri gibi çeşitli cihazların fonksiyonlarını birleştirecek taşınabilir cihazlar üretmek mümkün hale geldi.

2.1 Protokol analizörleri

Bir protokol analizörü, ya özel bir aygıt ya da özel bir ağ kartı ve uygun yazılımla donatılmış, genellikle taşınabilir bir Notebook sınıfı olan kişisel bir bilgisayardır.

Kullanılan ağ kartı ve yazılım, ağ teknolojisine (Ethernet, Token Ring, FDDI, Fast Ethernet) uygun olmalıdır. Analizör, ağa normal bir düğümle aynı şekilde bağlanır. Aradaki fark, analizörün ağ üzerinden iletilen tüm veri paketlerini alabilmesi ve sıradan bir istasyonun yalnızca kendisine gönderilenleri alabilmesidir. Bunun için protokol analizörünün ağ bağdaştırıcısı moduna geçirilir. gelişigüzel el koymakarışık mod.

Analizör yazılımı, ağ bağdaştırıcısının çalışmasını destekleyen bir çekirdek ve ağ bağdaştırıcısının çalıştığı bağlantı katmanı protokolünün yanı sıra IP, TCP, ftp gibi en yaygın üst katman protokollerini deşifre eden yazılımdan oluşur. telnet, HTTP, IPX, NCP, NetBEUI , DECnet, vb. Bazı analizörler, kullanıcının belirli bir durumda hangi deneylerin yapılması gerektiği, belirli ölçüm sonuçlarının ne anlama gelebileceği ve kullanıcıya tavsiyede bulunmasına izin veren bir uzman sistem de içerebilir. bazı ağ arızalarının nasıl ortadan kaldırılacağı.

Protokol analizörleri bazı ortak özellikleri paylaşır.

• Analizörün ağ adaptörünün kurulu olduğu yerel ağ segmentindeki ortalama trafik göstergelerini ölçme imkanı (paket yakalama hariç).
• Tipik olarak ölçülen segment kullanımı, düğümlerin çapraz trafik matrisi, segmentten geçen iyi ve kötü çerçevelerin sayısıdır.
• Yerel ağın farklı bölümlerinden yakalanan paketleri teslim eden birkaç aracıyla çalışma yeteneği. Bu ajanlar çoğunlukla protokol çözümleyicisi ile SNMP veya CMIP dışında kendi uygulama katmanı protokollerini kullanarak iletişim kurar.
• Paket kod çözme sonuçlarını değişen derecelerde ayrıntıyla sunmanıza izin veren gelişmiş bir grafik arabirimin varlığı.
• Yakalanan ve görüntülenen paketleri filtreleme. Filtreleme koşulları, hedef ve kaynak adreslerinin değerine, protokolün türüne veya paketin belirli alanlarının değerine bağlı olarak ayarlanır. Paket ya yok sayılır ya da yakalama arabelleğine yazılır. Filtreleri kullanmak, şu anda ihtiyaç duyulmayan paketleri yakalamayı veya görüntülemeyi hariç tuttuğu için analizi büyük ölçüde hızlandırır ve basitleştirir.
• Tetikleyicileri kullanma. Tetikleyiciler, ağdan veri yakalama sürecini başlatmak ve durdurmak için yönetici tarafından belirlenen bazı koşullardır. Bu koşullar şunlar olabilir: günün saati, yakalama işleminin süresi, veri çerçevelerinde belirli değerlerin görünümü. Tetikleyiciler, filtrelerle birlikte kullanılabilir, bu da daha ayrıntılı ve incelikli analizlerin yanı sıra yakalama arabelleğinin sınırlı hacminin daha verimli kullanılmasına olanak tanır.
• Çok kanallı. Bazı protokol analizörleri, farklı ağ bağdaştırıcılarından gelen paketlerin aynı anda kaydedilmesine izin verir; bu, farklı ortamlarda meydana gelen süreçleri karşılaştırmak için uygundur.