Exchange Server 2010 log tutma ayarlarının yapılandırılması - Log Retentiton

Log Dosyalarının konum, boyut ve zaman aşımı sürelerinin görüntülenmesi

Exchange Server 2010 üzerinde çeşitli log dosyaları belirli olaylar gerçekleştiğinde üretilir. Bu log dosyalarının kurulumla beraber boyutu, konumu ve log dosyalarının durduğu klasör boyutu belirlenmiştir. Kimi kurumlar için bu değerlerin değiştirilmesi gerekecektir. Mesaj trafiği yoğun olan işletmelerde Log klasörünün boyutunun arttırılması yerinde olacaktır. Örneğin 1000 kullanıcı bir sistemde Message Tracking Log dosyalarının boyutu aylık 1 GB artabilir. Bununla beraber log dosyalarının zaman aşımı süresinin de belirlenmesi, Log dosyalarının büyüme oranı ile dengeli olarak verilmesi uygun olacaktır. Log dosyalarının 1 yıl tutulması istenen 1000 kullanıcılı bir yapıda Log klasör boyutunun 250 MB olması, 1 yıldan eski olmayan log dosyalarının silinmesine neden olabilir. Hafta içi bir güne ait üretilen toplam log dosyalarının toplam kapasitesi ile aylık  ve yıllık disk alan ihtiyacı kabaca hesaplanabilir.

Aşağıdaki komutla ilgili sunucuda ayrıntılı bilgiler alınabilir. Bu bilgiler içinde Log dosyaları, konum ve boyutları görülebilir.

Get-TransportServer sunucuadi | fl * |more

Yada sadece istenen log ayarları için aşağıdaki komutlar uygulanabilir.

Get-TransportServer sunucuadi | fl MessageTracking*

Get-TransportServer sunucuadi | fl ReceiveProtocol*

Get-TransportServer sunucuadi | fl SendProtocol*

Get-TransportServer sunucuadi | fl ConnectivityLog*

Tüm loğlar için aşağıdaki komut uygulanabilir.

Get-TransportServer sunucuadi | fl *log*trans              

Connectivity Log Dosyaları

Hubtransport yada Edge rolüne sahip sunucularda, mesajların iletilmesi esnasında sunucu bağlantı kayıtlarının tutulduğu log dosyalarıdır.

Hubtransport ve Edge rollleri ayrı sunucularda olan yapılarda, Hubtransport sunucular Mailbox ve Edge sunucular arasındaki iletim loglarını tutar. Edge sunucularda ise transport ve Internet üzerindeki diğer mail sunucular  ile kurulan bağlantıların logları tutulur.

Connectivity Log dosyalarının boyutu kurulumla beraber 10 MB olarak ayarlanır. Log dosyasının boyutu 10 MB a ulaştığında yeni bir log dosyası oluşturulur. Log klasörünün boyutu yada zaman aşımı süresi dolduğunda eski log dosyaları silinir.

Log dosyalarının boyutlarının değiştirilmesi için Transport, Edge ve MailBox rolüne sahip Exchange sunucularda aşağıdaki komut sunucu adı verilerek uygulanır.

HubTranspor yada Edge rolüne sahip sunucularda aşağıdaki komutlar Log klasör boyutu ayarlanabilir.

Set-TransportServer SunucuAdı  -ConnectivityLogMaxDirectorySize 4096MB

Message Tracking Log Dosyaları

Mesajların iletilmesindeki aşamaların kayıt altına alındığı dosyalardır. Bir mesajın Exchange organizasyonunu içindeki ve son olarak hedef posta sunucusuna teslim aşamalarındaki olaylar kayıt altına alınır. Bu şekilde mesajın iletilip iletilmediği yada iletim sorunlarında bilgi alınabilir.

Message Tracking Log dosyalarının boyutu kurulumla beraber 10 MB olarak ayarlanır. Log dosyasının boyutu 10 MB a ulaştığında yeni bir log dosyası oluşturulur. Log klasörünün boyutu yada zaman aşımı süresi dolduğunda eski log dosyaları silinir.

Log dosyalarının boyutlarının değiştirilmesi için Transport, Edge ve MailBox rolüne sahip Exchange sunucularda aşağıdaki komut sunucu adı verilerek uygulanır.

Set-TransportServer SunucuAdı -MessageTrackingLogMaxFileSize 30MB

Set-MailboxServer SunucuAdı -MessageTrackingLogMaxFileSize 30MB

Message Traking Log klasörünün boyutunun ayarlanması için aşağıdaki gibi komut Transport ve Mailbox rolüne sahip sunucularda verilebilir.

Set-TransportServer SunucuAdı  -MessageTrackingLogMaxDirectorySize 10240MB

Set-MailBoxServer SunucuAdı  -MessageTrackingLogMaxDirectorySize 10240MB

Klasör boyutunun ayarlanması tek başına yeterli olmayacaktır. Bu nedenle Log dosyalarının zaman aşımı süresinin ayarlanması gereklidir. Aşağıdaki komutlar ile Transport  ve Mailbox rolüne sahip sunucularda Message Tracking loğlarının zaman aşımı 1 yıl olarak ayarlanabilir.

Set-TransportServer SunucuAdı  -MessageTrackingLogMaxAge 365.00:00:00

Set-MailBoxServer SunucuAdı  -MessageTrackingLogMaxAge 365.00:00:00

Protocol log dosyaları

Protocol Log dosyalarının geçerli olarak boyutu 10 MB dır. Tüm Receive connector ve Send Connector için bu değer geçerlidir. Bu boyut aşıldığında yeni bir log dosyası oluşturulur.

Protocol Loglarının durduğu kalsör için Exchange tarafında bir limit ve zaman aşımı belirlenmiştir. Bu değerlere ulaşıldığında eski log dosyaları silinir.

Eğer log dosyalarının boyutları değiştirilmek istenirse Transport, Edge ve MailBox sunucuda, sunucusu adı verilerek aşağıdaki komutun ilgili log için verilmesi gerekir. Protocol Log için genel olarak Edge ve Hub Transport rolüne sahip sunucularda ayarlar yapılır. 

Set-TransportServer SunucuAdı -ReceiveProtocolLogMaxFileSize 30MB

Set-TransportServer SunucuAdı -SendProtocolLogMaxFileSize 30MB

Exchange Server tarafında log dosyalarının durduğu klasör boyutu kurulumla beraber 400 MB olarak belirlenir. Mail trafiği yoğun olan işletmelerde bu aşan yeterli olmayabilir. Log klasörünün boyutunun değiştirilmesi için aşağıdaki komut herbir Exchange Sunucuda uygulanır.

Set-TransportServer SunucuAdı -ReceiveProtocolLogMaxDirectorySize 10240MB

Set-TransportServer SunucuAdı -SendProtocolLogMaxDirectorySize 10240MB

Kurulumla beraber bu süre 30 gün olarak belirlenir. Bu süreyi değiştirmek için aşağıdaki komut her bir Exhange Sunucuda verilir. Örneğin bu loğların 1 yıl tutuması için aşağıdaki komut uygulanabilir. 00:00:00 değeri verilirse log dosyaları için zaman aşımı dikkate alınmaz. 24855.03:14:07 girilebilecek en yüksek değerdir.

Set-TransportServer SunucuAdı -ReceiveProtocolLogMaxAge 365.00:00:00

Set-TransportServer SunucuAdı -SendProtocolLogMaxAge 365.00:00:00

RoutingTable Log

Belirli sürelerle Exchange Server 2010 HUB ve Edge rolüne sahip sunucular tarafından, mesajların hedeflerine iletilmesi için organizasyon yapısındaki sunucu ve onların üzerlerindeki ayarların listesinin tutulduğu tutulduğu log dosyalarıdır. Örnek olarak iletilebilecek mesajın büyüklüğü, alıcı sayısı gibi.  Bu log dosyalarına bakılarak geriye dönük olarak sunucu topolojisindeki değişimler gözlemlenebilir.

IPv6 üzerine Notlar

IPv6 adresli Dosya Paylaşımlarına ve Internet Adreslerine Bağlanmak

IPv6 adresinde kullanılan “:” URI ve URL lerde kullanıldığından örneğin port numarası verilmesi gerektiğinde karışıklık ortaya çıkabilir. Bunun için IPv6 adresi köşeli parantez içinde yazılır. Örnek http://[fdcb:2d61:ca89:27fb::3]:8081

Windows işletim sistemlerinde UNC (Uniform Naming Convention) adreslerinde, kısaca bir sunucunun IPv6 adresi ile paylaşımlarına erişilmek istendiğinde “:” karakteri kullanılamaz. Bunun nedeni nu karakterin sunucu adreslerinde/isimlerinde SMB protokolünde kabul edilen karakterler içinde olmamasıdır. Bu nedenle Microsoft IPv6 için özel bir domain adı ayırmıştır ve Windows işletim sistemleri bu özel domain adını tanır..

Dosya paylaşımlarına bağlanılırken 

\\fdcb:2d61:ca89:27fb::3 

adresi yerine 

\\fdcb-2d61-ca89-27fb.ipv6-literal.net\c$ olarak yazılır. Microsoft işletim sistemlerinde ipv6-literal.net domain adı için dns sunucularına sorgu gönderilmez.

ipv6 dosya paylaşımına nasıl bağlanılır
ip6 dosya paylaşımına nasıl bağlanılır
ipv6 UNC URL

Exchange Server 2010 Global Address List ve Offline Address Book Elle Güncellenmesi

​

Global Addres Lists kullanılarak Offline Address Book oluşturulur. Geçerli olarak adres listeleri her gece saat 05:00 te Global Address Lists e bakılarak yapılır. Her 8 saatte bir CAS sunucular Offline Address Book üzerinde değişiklik varmı diye kontrol eder. Bu işlem Microsoft Exchange > Microsoft Exchange On-Premises > Organization Configuration > Mailbox > Offline Address Book tab sağ tuş ile açılan menüden Update seçilerek yapılabilir. ancak Global Address Lists üzerindeki değişikliklerin Offline Address Book a yansıması durumunda, güncellemeler alınabilir.  Bu sürenin beklenilmesi istenmiyorsa aşağıdaki 2 çözümden uygun olanı uygulanabilir.

1. Çözüm

Genel olarak kullanıcı özelliklerinde yapılan değişikliklerin güncellenmesi için uygulanır.

Exchange Power Shell içinde Önce Mailbox sonra CAS sunucularda aşağıdaki komut uygulanır.

Update-GlobalAddressList -Identity "Default Global Address List"

CAS sunucuda Exchange Management Console içinde

Microsoft Exchange > Microsoft Exchange On-Premises > Organization Configuration > Mailbox > Offline Address Book tab
sağ tuş Update seçilir. Bu işlem 10 dakika kadar sürebilir.

Güncelleme işleminin kontrolü için CAS rolüne sahip sunucuda aşağıdaki klasöre gidilir.

C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB\<Address List ID>

.lzx​ uzantılı dosyaların değiştirilme tarihi en yeni olana bakılır. Eğer hala en güncel tarihli dosya işlemin yapıldığı tarihten eski ise  Microsoft Exchange File Distribution servisi CAS sunucularda yeniden başlatılır.

 

Tekrar güncelleme işlemimin kontrolü için .lzx dosyalarının bulunduğu aşağıdaki yoldaki klasöre gidilir. En güncel .lzx dosyasının  tarihine bakılır.

C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB\<Address List ID>

 

 

2. Çözüm

Offline Global Address Lists güncellenmesi için tercih edilir. Yeni kullanıcının bilgilerinin listelerde güncelenmesi için.

Microsoft Exchange > Microsoft Exchange On-Premises > Organization Configuration > Mailbox > Offline Address Book tabına gidilir
sağ tuş ile açılan menüden  Update seçilir. Bu işlem 10 dakika kadar sürebilir.

 

Offline Address Book u oluşturan Mailbox sunucuyu öğrenmek için Offline Address Book üzerinde sağ tıklanır ve açılan menüden Properties seçilir. General sekmesinde Generation server kısmında Mailbox sunucu görülebilir. Offline Address Book u oluşturan Mailbox sunucuda

 

Microsoft Exchange System Attendant Service yeniden başlatılır.

 

Cas sunucularda MS Exchange File Distribution Service ve Background Intelligent Service yeniden başlatılır.

 

 

Microsoft Outlook 

Microsoft Outlook istemciler sonraki ilk bağlantı kurduklarında Address Book güncelemesini yapacaklardır. Güncellemelerin istemcilerde görüntülenmesi 5-15 dakika alabilir.

Eğer değişikiliklerin hemen görüntülenmesi istenirse Microsoft Outlook kapatılıp açılır.

Sen/Receive tabında Send/Receive Groups menüsü açlılır ve Download Address Book seçilir.

Ekrana gelen pencerede Download changes since last Send/Receive seçeneğinin işareti kaldırılır. Full Details seçili olarak OK butonuna tıklanır.

Bazı istemcilerde hala güncelleme olmadı ise,

Outlook kapatılır.

C:\users\username\appdata\local\microsoft\outlook klasörüne gidilir. OAB uzantılı dosyalar silinir. Outlook açılır ve tekrar Download Address Book seçilir.

 Offline Address Book Outlook içinden indirilir.

Change Domain Microsoft SQL Cluster - Microsoft Cluster Domain Değişikliği

MS Sql 2005 yüklü Windows Cluster Serivisinin bir domainden diğer yeni bir domain içine alınması

Microsoft Cluster servisi için Domain kurulumu gereklidir. Çoğu işletmede yapılandırılan domain içinde Cluster Servisi yapılandırılır. Bu durumda domain yapısının sağlıklı çalışması daha da önem kazanır. Ancak bazı nedenlerden dolayı Domain sorunlu yada çalışamaz hale gelebilir. Bu durumda Microsoft Cluster serivisinde sıkıntılar ortaya çıkabilir. Önerilen Cluster konfigürasyonunun yeniden, yeni kurulan domain için yapılandırılmasıdır. Cluster servisi yeni domaine taşınsa bile çalışmama olasılığı vardır. İşlemlere başlamadan önce herzamanki gibi Cluster servisi üzerinde çalıştırılan uygulamalrın, veri tabanlarının yedeğinin alınması, her ihtimale karşı eski domainde olan Cluster sunucuların her biri üzerinde System State Backup alınması önerilir. Ayrıca Cluster sunucularda yerel Administrator hesabının parolasının bilinmesi yada yeniden belirlenmesi, sunucuların domainden çıkarıldıktan sonra oturum açılabilmesi için gerekli olacaktır.

1.Adım

Öncelikle yeni domain içinde Cluster Servisi için gereli olan kullanıcının ve SQL Server kurulumunda belirlenmiş grupların oluşturulması gerekir. Bu grupların adlarını öğrenmek için StartàAdministrative Toos  à Cluster Administrator açılır. Cluster Administrator konsolunda Cluster adı üzerinde sağ tıklanır ve Properties seçilir.

 Ekrana gelen pencerede ilgili gruplar görülebilir.

Cluster servisi için gerekli kullanıcı ve gruplar Active Directory Users and Computers konsolu kullanılarak oluşturulur

  

2. Adım

Tüm Cluster üyesi sunucular üzerinde Cluster Service için Startup Type Manuel olarak belirlenmelidir.

3. Adım

Tüm Cluster üyesi suncular üzerindeki Cluster Service durdurulur.

4. Adım

Biri dışında tüm Cluster üyesi sunucular kapatılır.

5. Adım

Açık olan Cluster üyesi sunucu yeni domain e üye yapılır. Bunun için yeni kurulan Domain Controller IP adresi Cluster üyesi sunucuya DNS IP adresi olarak girilir. Sonra System Propeties à Computer Name à Change pencersine gidilir. Yeni domain adı yazılır ve OK butonuna tıklanır. Gerekli kullanıcı adı ve parola girildikten sonra sunucu kapatılıp açılır.

6. Adım

Kapatılıp açılan sunucu üzerinde Administrator ile login olunur.

Cluster service için oluşturulan kullanıcıya aşağıda belirtilen yetkileri kısıtlayan bir GPO yada Security Template uygulanmadığı kontrol edilmelidir. Bu hesabın sahip olması gereken yetkiler aşağıda belirtilmiştir. Ayrıca oluşturulan hesabın Cluster üyesi olan sunucularda yerel Administrators grubuna üye olması gerekir. Bu yetkiler Cluster servisi kurulumu sırasında kendiliğinden ilgili ullanıcıya verilir. Güvenlik açısından önerilmeyen bir diğer yol ise Domain Admins grubuna ilgili kullanıcıyı dahil etmek yada Domain Administrator parolasını uygulamak. Eğer Administrator parolası uygulanırsa, Administrator parolasının değiştirilmesi durumunda Cluster Servisi içinde parolaların güncellenmesi dikkate alınmalıdır.

Lock pages in memory.

Log on as a service.

Act as part of the operating system. (Windows 2000 and Windows Server 2003)

Back up files and directories.

Increase quotas.

Increase scheduling priority.

Load and unload device drivers.

Restore files and directories.

Adjust memory quotas for a process (WIndows Server 2003).

Cluster Service özelliklerinde Log On sekmesinde eski domain için belilenmiş kullanıcı adı ve parolası, yeni domain ve kullanıcı bilgilerine göre düzenlenir.

 Administrative Tools à Cluster Administrator konsolu açılır. İlgili Resource üzerinde sağ tıklanır ve açılan menüden Bring online komutu uygulanır ve hata olup olmadığı gözlemlenir. Event Viewer à System içindeki loglar kontrol edilir. Bu noktada duruma göre istenirse cluster üyesi sunucu eski domain e alınabilir. Ve işlem bırakılabilir.

Bu noktada Cluster Servisi başlamayabilir. 

Yukarıdaki gibi ekrana gelen hata mesajında Event Viewer içindeki loglar kontrol edilip ilgili izinlerin nerede eksik olduğu görülebilir. İzinlerin düzenlenmesi için Start à Run à secpol.msc yazilir ve OK butonuna tiklanir. Ekrane gelen Local Security Settings konsolunda Local Policies à User Rigts Assignments içindeki yukarıda da yazılan yetkilerin Cluster servisi için belirlenmiş olan hesabın olup olmadığı kontrol edilir ve eksik olanlarda eklenir..

Ayrıca SQL Server ile ilgili olan servislerdeki kullanıcı adı ve parolasının yeni domain e göre yeniden girilmesi gereklidir. Bu servisler SQL Server (MSSQLSERVER), SQL Server Agent (MSSQLSERVER), SQL Server Browser, SQL Server FullText Search (MSSQLSERVER). Event Viewer her hatadan sonra mutlaka kontrol edilmelidir.

Administrative Templates à Cluster Administrator konsolunda tüm Cluster Resource tanımlarının düzügün çalıştığı kontrol edilir.

Cluster Service için Startup type Automatic olarak belirlenir. Eğer ilk yapılandırılan sunucuda başarılı olunursa diğer sunucular da açılıp ilk sunucuda yapılan işlemler 5. Adımdan itibaren tekrarlanır.

Son olarak test için kaynaklar bir sunucudan diğerine taşınır. Bunun için Groups altındaki Cluster Group ve diğer başlıkların üzerinde sağ tıklanır ve açılan menüden Move Group seçilir. Bu işlemlerin sağlıklı yapıldığı gözlemlenir.

Uyarılar: Eğer SQL server 7.0 için bu işlem yapılacaksa önce SQL Server 7.0 cluster yapısından çıkarılmalıdır. Bu işlem yapıldıktan sonra SQL Cluster Failover Wizard kullanılarak yeniden konfigüre edilir. SQL Server 2000 için http://support.microsoft.com/kb/319016/ makalesine bakınız.

Bu konuyla ilgili olarak http://support.microsoft.com/kb/269196 adresinde bilgi bulabilirsiniz.


Windows Server 2008/2008R2 sistemlerde bu işlem desteklenmez. kısaca bu işlemler yapıldıktan sonra Cluster Servisi ve üzerindeki kaynaklar çalışmayabilir.

Windows Server 2008 R2 Hyper V Live Migration Ağ Yapılandırmaları

Genel Bilgiler


Windows Server 2008 R2 ile beraber gelen Hyper V üzerinde Ağ kartları için 3 tip iletişim kullanılabilir.

External
Aynı Hyper V Sunucu üzerinde bu ağa bağlı sanal sunucular birbirleri ile ve yerel ağdaki diğer sunucular ile iletişime geçebilir.

Internal
Aynı Hyper V Sunucu üzerinde bu ağa bağlı sanal sunucular birbirleri ile ve Hyper V Sunucu ile iletişime geçebilirler.

Private
Aynı Hyper V Sunucu üzerinde bu ağa bağlı sanal sunucular birbirleri ile  iletişime geçebilirler.


Wifi Win 2008 Hyper V de desteklenmez. Oluşturulan her yeni sanal ağ için (Virtual Network) Hyper V sunucu üzerinde bir ağ bağlantısı oluşturulur.

Windows Server 2008 R2 Hyper V de 2 tip ağ kartı desteklenir.
Network Adapter
Virtual Machine Driver yüklenir. Hyper V Integration service bu Driver ile gelir.

Legacy Network Adapter
Integration Service kullanılmadığı zaman sanal işletim sistemleri tarafından genel olarak bu bu driver kullanılır. PXE ile boot imkanı sağlar.

Sanal sunucuların ağ iletişimi
Sanal sunucudan paket, sunucunun sanal ağ kartından (Virtual Network Adapter), bu kartın sanal olaral bağlandığı Porta gönderilir. Bu port External, Internal yada Private olarak tanımlanmış sanal ağdır. Virtual Network oluşturulduğunda Hyper V sanal ağ kartı fiziksel ağ kartı ile ilişkilendirilir. Aynı sanal ağ içinde olan sanal sunucular birbirleri ile iletişime geçmek istediğinde paketler dış ağa gönderilmeden hedef sanal sunucuya iletilir. Sonrasında bu ağlara tanımlanmış fiziksel ağ kartına ilgili paket iletilir. Fiziksel ağ kartından da Fiziksel Switch e paket gönderilir.

Mac Adresleri
Sanal sunucular Dinamik ve Static Mac adresleri ile konfigüre edilebilir. Geçerli olarak sanal sunuculara Dinamik Mac adresi atanır. Aynı ağda olan Hyper V hostlar üzerinde oluşturulan sanal sunucuların Mac adresleri nadiren de olasa çalışabilir. Mac adres havuzu Hyper V sunucunun IP adresine göre belirlenir. İlk 6 karakter Microsoft için ayrılmıştır. Sonraki 6 karakter Hyper V sunucunun IP adresine göre belirlenir. Mac adresi havuzu Virtual Network Manager ile belirlenebilir.. Sanal suncular çalışırken Mac adresi havuzu değiştirilirse, dinamik mac adresi alan sunucular bu değişiklikten etkilenmez.

VLAN
Hyper V sunucu üzerinde her bir Virtual Network adapter için ayrı Vlan belirlenebilir. Kısaca herbir Sanal sunucu için ayrı Vlan sanal sunucu özelliklerinde ayarlanabilie. Bu yapılandırma için Fiziksel ağ kartının Vlan desteğinin olması ve Vlan ID ye sahip paketleri iletebilmesi gerekir.

2 şekilde Vlan iletişimi konfigüre edilebilir.

Access Mode
Hyper V sunucunun fiziksel ağa bağlı olduğu switch üzerindeki port bu şekilde konfigüre edilirse, bu fiziksel ağa ile ilişkili virtual network, sadece bu porta atanmış Vlan a üye sunucular ile iletişime geçebilir.

Trunk Mode
Fiziksel ağ kartı ile, fiziksel ağ üzerinde birden çok Vlan ID ye sahip paketler iletilebilir. Fiziksel ağ kartının bağlı olduğu Switch üzerindeki port Trunk olarak konfigüre edilir. Sanal sunucuların Virtual Network ayarlarında ilgili Vlan ID yazılır. Bu şekilde aynı hyper V sunucu üzerinde farklı Vlan ID ile sanal sunucular çalıştırılabilir.

Live Migration
Hyper V üzerinde Sanal sunular için, Cluster iletişimi, CSV (Cluster Shared Volume), Live Migration, iSCSI ve Yönetim için ayrı ağların/kartlarının kullanılması önerilir. Tabii ki her bir trafik türü için ayrı bir ağ kartı ayrılması mümkün olmayabilir. Genel olarak Sanal sunucu ağı için 1 ağ/ağ kartı, Cluster iletişimi ve CSV için 1 ağ/ağ kartı ve Live Migration ve yönetim için 1 ağ/ağ kartı ayrılabilir. Tabii burada iSCSI ile yapılan bağlantılar içinde ayrıca bir ağ kartı kullanılmalıdır.Burada ağ kartlarında oluşabilecek sorunlara karşı Team konfigürasyonları da düşünülecektir. Ancak Team konfigürasyonlarında sanal sunucular üzerinde yapılan NLB yapılandırmalarında sorunlar oluşabilir. Ağları ayırırken Vlan yada farklı Network ID ler üzerinden ağların  yapılandırılması gerekir. Bu şekilde ilgili trafiğin, ilgili ağ kartından yönlendirilmesi sağlanabilir.

Live Migration yapılabilmesi için aşağıdaki sıralanan gerekliliklerin sağlanması gerekir.
Hyper V sunucuların ilgili ağ kartlarının aynı ağ içinde olması,
Paylaşılmış Disk Ünitesi/Diskler,
Aynı CPU mimarisine sahip Hyper V sunucular, Intel-Intel, Amd-Amd,
Windows Server 2008 R2 Ent, Datacenter ve Hyper V 2008 R2 sürümleri arasında yapılabilir.
CSV ağı için adanmış, konfigüre edilmiş ağ kartında Client for Microsoft Networks ve File and Printer Sharing protokollerinin açık aktif olması.

Öneri ve bilgi olarakta
Aynı anda Hyper V cluster yapısındaki sunucu sayısının yarısı kadar Live Migration işlemi yapılabilir.
Adanmış ağ kartı (önerilir).

Hyper V Ağ kart sayısına göre trafik yönetimi önerileri

Hyper V Cluster için 1 Gb hıza sahip ağ kartları ve iSCSI kullanılmayan mimarilerde en az 2 ağ kartı olmalıdır.

Hyper V Cluster için 1 Gb hıza sahip ağ kartları ve iSCSI kullanılan mimarilerde en az 3 ağ kartı olmalıdır.

Hyper V Cluster için 10 Gb hıza sahip ağ kartları ve iSCSI kullanılan mimarilerde en az 2 ağ kartı olmalıdır.


1 Gb Hıza sahip Ağ Kartları olan yapılarda

2 Ağ kartı olan bir sunucuda FC Disk yapısında
1 ağ kartı Sanal sunucu iletişimi, Yönetim ve Cluster iletişimi için yedek olarak
1 ağ kartı CSV, Live Migration ve Cluster iletişimi

3 Ağ kartı olan bir sunucuda FC Disk yapısında
1 ağ kartı Sanal sunucu iletişimi ve Yönetim
1 ağ kartı CSV ve Cluster iletişimi
1 ağ kartı LM ve Cluster iletişimi için yedek olarak


3 Ağ kartı olan ve iSCSI ile disk erişimi yapılandırılmış bir Hyper V Cluster yapısında
1 ağ kartı iSCSI iletişimi için

1 ağ kartı Sanal sunucu iletişimi, Yönetim ve Cluster iletişimi için yedek olarak
1 ağ kartı CSV, Live Migration ve Cluster iletişimi

4 ağ kartı olan bir sunucuda FC Disk yapısında
2 ağ kartı Sanal sunucu iletişimi için
1 ağ kartı Live Migration, Yönetim ve Cluster iletşimi için yedek olarak
1 ağ kartı Cluster iletişimi ve CSV trafiği için yapılandırılabilir.

4 ağ kartı olan ve iSCSI ile disk erişimi yapılandırılmış bir Hyper V Cluster yapısında
2 ağ kartı iSCSI MPIO yapılandırılarak farklı Network ID ler ile
1 ağ kartı Live Migration, Yönetim ve Cluster iletşimi için yedek olarak
1 ağ kartı Cluster iletişimi ve CSV trafiği için yapılandırılabilir.


10 Gb hıza sahip Ağ Kartları olan yapılarda

2 Ağ kartı olan bir sunucuda FC Disk yapısında
1 ağ kartı Sanal sunucu iletişimi, Yönetim ve Cluster iletişimi için yedek olarak
1 ağ kartı CSV, Live Migration ve Cluster iletişimi


2 Ağ kartı olan ve iSCSI ile disk erişimi yapılandırılmış bir Hyper V Cluster yapısında

1 ağ kartı Sanal sunucu iletişimi, Yönetim ve Cluster iletişimi için yedek olarak
1 ağ kartı CSV, Live Migration, Cluster iletişimi, iSCSI

1 Gb ve 10 Gb ağ kartı olan sunucularda genel olarak 1 Gb olan ağ kartı yönetim için kullanılabilir. Ayrıca Cluster iletişimi için metric değeri ayarlanarak yedekde tutulabilir.

Cluster iletişimi (HeartBit), Sanal Sunucu ve iSCSI iletişimi için kullanılan ağda/ağ kartlarından ayrı bir ağ/ağ kartı üzerinden iletilmelidir.

Cluster, Live Migration ve CSV Trafiğinin istenen ağ kartlarından iletilmesinin sağlanması

Hyper V Cluster yapısındaki herhangi bir sunucuda Windows PowerShell Modules açılır ve aşağıdaki komut uygulanır.

get-clusternetwork | fl *

Ekrana gelen çıktıda Gateway IP adresi girilmemiş ağ kartlarının metric değeri 1000 ile başlar ve sırasıyla 100 arttırılarak gösterilir. GW IP adresi girilmiş ağ kartlarının metric değeri 10000 ile başlar ve sırasıyla 100 arttırılarak gösterilir. Metric değerlerine göre Cluster ve CSV trafiğinin hangi ağ kartlarından öncelik sırasına
iletileceği belirlenir.

netFT.sys metric değeri en düşük olan ağ kartını Cluster iletişimi için kullanır.  Bu şekilde Cluster iletişimi (Heartbeat) ve CSV trafiği için hangi ağ kartının öncelikli olarak kullanılacağı görülebilir.

aşağıdaki komutla metric değeri değiştirilerek istenen ağ/ağ kartı Cluster iletişimi ve CSV için öncelikli olarak belirlenebilir.
(get-clusternetwork "Private2").Metric=1000

Live Migration için de metric değeri ikinci en düşük ağ kartı kullanılır. Live Migration için kullanılacak ağ/ağ kartı FailOver Cluster manager ile değiştirilebilir. Bunun için FailoverCluster manager konsolu açılır. Cluster adı altında Service and applications genişletilir. Burada herhangi bir sanal sunucu üzerinde tıklanır. Summary yada yandaki kısımda Virtual Machine başlığı altında ilgili sanal sunucu adı üzerinde sağ tıklanır ve Properties seçilir. Ekrana gelen pencerede Network for Live Migration tabında hangi ağ/ağ kartlarının Live Migration için kullanılacağı yada kullanılmayacağı belirlenebilir.

Ayrınlı bilgi için:
http://www.microsoft.com/download/en/confirmation.aspx?id=9843
http://technet.microsoft.com/en-us/library/dd446679(v=ws.10).aspx

TCP/IP IPv4 Subnetting CIDR VLSM

TCP/IP

CLASSFULL IP ADDRESSING

A CLASS

Ip aralığı          : 1.0.0.0 -126.255.255.254

Subnet Mask  : 255.0.0.0

B CLASS

Ip aralığı          : 128.0.0.0 -191.255.255.254

Subnet Mask  : 255.255.0.0 yada 255.255.255.0 da kullanılabiliyor.

C CLASS

Ip aralığı          : 192.0.0.0 – 223.255.255.254

Subnet Mask  : 255.255.255.0

D CLASS

Ip aralığı          : 224.0.0.0 – 239.255.255.254

Subnet Mask  : -

Multicast iletişim için kullanılan IP adresleridir.

E CLASS

240.0.0.0 – 255.255.255.254

Subnet Mask  : -

Future Use – Gelecekteki kullanımlar yada özel amaçlar için ayrılmıştır.

Ip adresleri 4 bölümden oluşur. Bu dört bölümün herbirine octet adı verilir.

1. Octet           2. Octet           3. Octet           4. Octet

192.                 168.                 1.                     15

IP Adreslerinin başında 0 ilk octette ve sonunda son octette 0 ve 255 kullanılamaz.

0.0.0.0                 : Tüm ağ adreslirini temsil eder.

10.0.0.0           : Yerel ağ adresleri için kullanılır. Internet ortamında kullanılmaz.

127.0.0.1         : Loopbak IP adresi de denir. Her makinenin yerel IP olarak belirlenir.

                          Bilgisayarın üzerinde çalışan servisler için gerekli olabilir. Localhost

                          bilgisayarın endisini ifade eder. Localhost adı 127.0.0.1 IP adresine

                          eşlenmiştir.

169.254.0.0     : Bu IP adresi aralığı ağ ortamında elle yada dinamik olarak Ip adresi

                          belirlenmemiş bilgisayarların kendileri için belirledikleri IP adresidir. Bu

                          şekilde ağdaki bilgisayarların hiçbir IP yapılandırması olmadan birbirleri ile

                          iletişime geçebilmeleri planlanmıştır.

172.16.0.0       : Yerel ağ adresleri için kullanılır. Internet ortamında kullanılmaz.

192.168.0.0     : Yerel ağ adresleri için kullanılır. Internet ortamında kullanılmaz.

Ip adreslerinin nokta ile ayrılmış her bölümüne octet denir. Her octet 8 bitten oluşur. Ip adresi 4 octet olduğuna göre 4*8=32 bit eder. Alt ağ maskeleri bu bitlerin soldan sağa 1 rakamı olması şartı ile bu bitlerin sayılması/hesaplanması ile bulunur.

11111111.11111111.11111111.11111111    =32      255.255.255.255

11111111.11111111.11111111.00000000    =24      255.255.255.0

11111111.11111111.00000000.00000000    =16      255.255.0.0

11111111.00000000.00000000.00000000    =8        255.0.0.0

Her octetteki bitler soldan sağa doğru aşağıdaki gibi değerleri alır.

1          1          1          1          1          1          1          1

128      64        32        16        8          4          2          1

1   1   1   1   1   1   1   1.  1   1   1   1   1   1   1   1.  1   1   1   1   1   1   1   1.  1   1   1   1   1   1   1   1

128    64      32      16      8        4       2        1        128    64      32      16      8        4        2        1       128    64      32      16      8        4        2        1        128    64     32      16      8        4        2        1

192.168.1.0/24 ağındaki 192.168.1.20 Ip adresli bilgisayar 192.168.1.187 Ip adresli bilgisayarla iletişime geçmeden önce kendi Network ID’sini kontrol eder.

Bu kontrol ilşlemi için

0 ve 0 = 0

0 ve 1 = 0

1 ve 1 = 1

işlemi uygulanır. Sonuç olarak Ip adresinde ve ağ maskesinde 1 olan bitler aşağıya 1, Ip adresinde ve ağ maskesinde 1 ve 0 veya 0 ve 1 veya 0 ve 0 olan bitler aşağıya 0 olarak iner.

Localhost

Host ID           : 192.168.1.0              :11000000. 10101000. 00000001. 00010100

Subnet Mask  : 255.255.255.0          :11111111. 11111111. 11111111. 00000000

                                                           :11000000. 10101000. 00000001. 00000000

Network ID                                        :      192    .       168    .           1     .     0                   

Ağdaki Host

Host ID           : 192.168.1.187          :11000000. 10101000. 00000001. 10111011

Subnet Mask  : 255.255.255.0          :11111111. 11111111. 11111111. 00000000

                                                           :11000000. 10101000. 00000001. 00000000

Networ ID                                          :      192    .       168    .           1     .     0        

Remote Host

Host ID           : 192.168.2.10            :11000000. 10101000. 00000010. 00001010

Subnet Mask  : 255.255.255.0          :11111111. 11111111. 11111111. 00000000

                                                           :11000000. 10101000. 00000001. 00000000

Networ ID                                          :      192    .       168    .           2     .     0        

Localhost ağ maskesine bakarak iletişime geçebileceği Network ID lerini bulur. Localhost için iletişime geçilecek Network ID’si 192.168.1.0 dır. Ağdaki host 192.168.1.187 Ip adresine sahiptir. Bu IP adresinin Network ID’sini localhost kendi ağ maskesi ile karşılaştırarak bulur. Eğer network ID’leri aynı ise iletişime geçmek için ilgili işlemleri başlatır. Yine Localhost, Remotehost ile iletişime geçmek için Remotehost’un Network ID’sini hesaplar.  Remotehost’un IP adresini kendi ağ maskesine bakarak bulur. Yani 192.168.2.0. Kendi Network ID ile Remotehost’un Network ID’si uymadığından iletişime geçmek için ağ geçidine ilgili network paketlerini gönderir.

Eğer iletişime geçilecek bilgisayarın Network Id’si aynı ise iletişime geçilir. Farklı ise ilgili iletişimin kurulması yada ilgili IP adresine ulaşılması için Ağ geçidine ilgili network paketleri gönderilir. Bir bilgisayar alt ağ maskesine bakarak Network ID’sini bulur. Bu Network ID’nin iletişime geçilecek bilgisayarın Netwrok ID ‘si ile aynı olması gerekir.

CIDR

Classless Interdamin Routing

Classfull IP adresleme ile ihtiyaçtan fazla IP alınabiliyordu. Bu nedenler CIDR ortaya çıkmış ve IP adreslerinin ihtiyaca göre dağıtılması sağlanmaya çalışılmıştır.

Alt ağ maskelerinin alabileceği değerler.

255      -> 255 Ağ

254      -> 128 Ağ

252      -> 64   Ağ

248      -> 32   Ağ      

240      -> 16   Ağ

224      -> 8     Ağ

192      -> 4     Ağ      

128      -> 2     Ağ                              

2 şekilde subnetler ayarlanabilir.

1) Host sayısına göre Subnet yapılandırması:

Subnet işlemlerinde temel alınan ayrılacak subnette/ağda bulunacak host sayısıdır.

Genelde subnet hesaplamalaraı bunun üzerine yapılır.

172.16.0.0/24 Ip bloğu verilmiş. Bu Ip bloğunu her ağda 50 bilgisayar olacak şekilde bölümleyelim.

50 sayısına ulaşana kadar yada geçene kadar 2 sayısı kendisiyle çarpılır.

2x2x2x2x2x2=64       64 sayısına ulaşmak için 6 tane 2 sayısını kullandık.           

2                      : Bir tane 2

2x2=4             : İki tane 2

4x2=8             : Üç tane 2

8x2=16           : Dört tane 2

16x2=32         : Beş tane 2

32x2=64         : Altı tane 2

2ⁿ-2= Bilgisayar sayısını verir. Çünkü bölümlediğimiz her ağda 1 IP Network ID olarak, 1 IP de Broadcast için kullanılacak.

64-2=62 host. Bu sayı bizim için yeterli. 5 tane Ip fazladan kalıyor. Ama yapacak bişey yok çünkü 2’li sayı sisteminde 50 sayısından büyük ve en yakın olabilecek sayı 64.

Bir IP adresi 32 bitten oluşuyor. 64 sayısına ulaşmak için kullandığımız 2 ‘lerin sayısını toplam bit sayısından çıkarıyoruz. Yani 32 sayısından. 32-6=26 bu değer bizim kullanacağımız soldan sağa doğru olan bitlerin sayısını verir.

Aşağıda gibi soldan sağa kullanacağımız bitleri yazalım ve alt ağ maskesini bulalım.

1   1   1   1   1   1   1   1.  1   1   1   1   1   1   1   1.  1   1   1   1   1   1   1   1.  1   1   0   0   0   0   0   0

128    64      32      16      8        4       2        1        128    64      32      16      8        4        2        1       128    64      32      16      8        4        2        1        128    64     32      16      8        4        2        1

            255                             255                             255                                         192

172.16.0.0/26 ağını kullanacağız.

Peki bu ağı kaça böldük ve bölünen ağların Network ID ‘lerini nasıl bulacağız.

Bize verilen ilk Blok 172.16.0.0/24 tü Yani soldan sağa 24 adet bit kullandık. Ağ maskemiz 255.255.255.0 dı.

Şimdi elimizde 172.16.0.0/26 bloğu var. Yani soldan sağa 26 adet bit kullandık. Ağ maskemiz 255.255.255.192 oldu. Ağdaki tüm hostlara bu ağ maskesini yazacağız.

Bu durumda 26-24 =2 bit daha ağı bölümlemek için kullandık. 2’li sayı sisteminde hesaplamaları 0 ve 1 sayıları ile yapıyoruz. Eğer 2 bit kullanırsak ve her bit sadece 0 yada 1 değerini alabiliyorsa, bu durumda elimizde 4 farklı olasılık olur.

                                                                                                  128   64             

0. Ağ               11111111.11111111.11111111. 0   0 000000 = 172.16.0.0/26

1. Ağ               11111111.11111111.11111111. 0   1 000000 = 172.16.0.64/26

2. Ağ               11111111.11111111.11111111. 1   0 000000 = 172.16.0.128/26

3. Ağ               11111111.11111111.11111111. 1   1 000000 = 172.16.0.192/26

	0. Ağ	1. Ağ	2. Ağ	3. Ağ
Network ID	172.16.0.0/26	172.16.0.64/26	172.16.0.128/26	172.16.0.192/26
Hostlara verilecek Ip’ler	172.16.0.1 – 172.16.0.62	172.16.0.65 – 172.16.0.126	172.16.0.129 – 172.16.0.190	172.16.0.193 – 172.16.0.254
Broadcast	172.16.0.63	172.16.0.127	172.16.0.191	172.16.0.255

                                  

2. Ağ sayısına göre subnet bölümlemesi:

Elimizdeki 100.0.0.0/16 IP bloğunu 8 subnete bölmemiz isteniyor.

8 sayısına ulaşana yada geçene kadar 2 sayısını kendisiyle çarpıyoruz.

2ⁿ=Ağ sayısı   2x2x2=8     n=8

8 sayısına ulaşmak için 3 defa 2 sayısını kendisiyle çarptık. 8 ağ elde edebilmel için 3 bit daha kullanmamız gerekiyor. Bize verilen blokta 16 bit ayrılmış. 16 bite dokunamıyoruz. O halde 8 ağ için 3 bit kullanmak gerekiyorsa

100.0.0.0/16  yani Subnet Mask 255.255.0.0

16+3=19

100.0.0.0/19 yani yeni Subnet Mask 255.255.224.0 oluyor.

Aşağıda gibi soldan sağa kullanacağımız bitleri yazalım ve alt ağ maskesini bulalım.

1   1   1   1   1   1   1   1.  1   1   1   1   1   1   1   1.  1   1   1   0   0   0   0   0.  0   0   0   0   0   0   0   0

128    64      32      16      8        4       2        1        128    64      32      16      8        4        2        1       128    64      32      16      8        4        2        1        128    64     32      16      8        4        2        1

            255                             255                             224                                         0

Şimdi Network ID’leri hesaplayalıp. 3 bitin olasılıklarını yazıp hesaplıyoruz.

                                                                 128   64   32                  

0. Ağ                    11111111. 11111111. 0   0   0 00000.00000000 = 100.0.0.0 /19

1. Ağ                    11111111. 11111111. 0   0   1 00000.00000000 = 100.0.32.0 /19

2. Ağ                    11111111. 11111111. 0   1   0 00000.00000000 = 100.0.64.0 /19

3. Ağ                    11111111. 11111111. 0   1   1 00000.00000000 = 100.0.96.0 /19

4. Ağ                    11111111. 11111111. 1   0   0 00000.00000000 = 100.0.128.0 /19

5. Ağ                    11111111. 11111111. 1   0   1 00000.00000000 = 100.0.160.0 /19

6. Ağ                    11111111. 11111111. 1   1   0 00000.00000000 = 100.0.192.0 /19

7. Ağ                    11111111. 11111111. 1   1   1 00000.00000000 = 100.0.224.0 /19

Subnetteki Netwok ID ‘leri bulalım. Ağdaki ilk IP o ağın Network ID’sidir. Verilebilecek son IP ise  o ağın broadcast adresidir. Network ID ile broad cast arasında kalan Ip adresleri hostlara verilir.

                        Network ID                 IP Aralığı                                 Broadcast

0. Ağ               100.0.0.0/19               100.0.0.1-100.0.31.254          100.0.31.255

1. Ağ               100.0.32.0/19             100.0.32.1-100.0.63.254        100.0.63.255

2. Ağ               100.0.64.0/19             100.0.64.1-100.0.95.254        100.0.95.255

3. Ağ               100.0.96.0/19             100.0.96.1-100.0.127.254      100.0.127.255

4. Ağ               100.0.128.0/19           100.0.128.1-100.0.159.254    100.0.159.255

5. Ağ               100.0.160.0/19           100.0.160.1-100.0.191.254    100.0.191.255

6. Ağ               100.0.192.0/19           100.0.192.1-100.0.223.254    100.0.223.255

7. Ağ               100.0.224.0/19           100.0.224.1-100.0.255.254    100.0.255.255

VLSM

Variable Lengt Subnet Mask

(Super Subneting)

            Bu yapıda ağ bölümlemesi ağ maskelerindeki bitlerin kullanılması ile yapılır. Yani 10.0.0.0/8 ağını 6 alt ağa bölmek isteniyorsa 6 rakamına ulaşana kadar yada geçene kadar 2 sayısı 2 ile çarpılır. 2 sayısı kaç kere kendisi ile çarpıldıysa, o kadar bit kullanılır.

2                      Bir 2

2x2=4             İki 2

4x2=8             Üç 2.

2x2X2=8         ‘da denilebilir.

2ⁿ = 8

n=8 Network

8 sayısına ulaşmak için 2 sayısının  3 defa kendisi ile çarpılması gerekti.

Yani ağı 6 ‘ya değil 8’e bölmek zorunda kalıyoruz.

Bu durumda 8+3=11 bit ağ maskesinde kullanılacak anlamına geliyor.

10.0.0.0/8        Subnet açılımı : 255.0.0.0

                                                11111111.00000000. 00000000. 00000000.

İlk 8 bite dokunamıyoruz. O halde kullanacağımız 3 biti de eklersek yeni subnet değeri aşağıdaki gibi olacaktır..

10.0.0.0/11      Subnet açılımı : 255.224.0.0

                                                11111111.11100000.0000000.00000000

1   1   1   1   1   1   1   1.  1   1   1   0   0   0  0   0.  0   0   0   0   0   0   0   0.  0   0   0   0   0   0   0   0

128    64      32      16      8        4       2        1        128    64      32      16      8        4        2        1       128    64      32      16      8        4        2        1        128    64     32      16      8        4        2        1

            255                             224                             0                                             0

Yani ağdaki bölümlenen ağlardaki her makinaya verilecek ağ maskesini bulmuş olduk.

Şimdi de;

10.0.0.0/11 ağıdaki Network ID’lerini bulmak için kullanılan 3 bitin olasıkları hesaplanır.

10.0.0.0/11      Subnet açılımı : 255.          224         .0            .0

                                                11111111.11100000.0000000.00000000

                                                                 128   64   32                  

0. Ağ                                        11111111. 0   0   0 00000.00000000.0000000 = 10.0.0.0 /11

1. Ağ                                        11111111. 0   0   1 00000.00000000.0000000 = 10.32.0.0 /11

2. Ağ                                        11111111. 0   1   0 00000.00000000.0000000 = 10.64.0.0 /11

3. Ağ                                        11111111. 0   1   1 00000.00000000.0000000 = 10.96.0.0 /11

4. Ağ                                        11111111. 1   0   0 00000.00000000.0000000 = 10.128.0.0 /11

5. Ağ                                        11111111. 1   0   1 00000.00000000.0000000 = 10.160.0.0 /11

6. Ağ                                        11111111. 1   1   0 00000.00000000.0000000 = 10.192.0.0 /11

7. Ağ                                        11111111. 1   1   1 00000.00000000.0000000 = 10.224.0.0 /11

            Yukarıda görüleceği gibi 10.0.0.0/8 ağını 10.0.0.0./11 olarak sekiz alt ağa bölmüş olduk. Bu ağların Network ID’lerinide kullandığımız 3 bitin olasılıklarıyla (1 olan bitlere denk gelen sayıyı yada sayıları hesaplayarak) buluk.

                        Network ID                 IP Aralığı                                             Broadcast

0. Ağ               10.0.0.0/11                 10.0.0.1 – 10.31.255.254                   10.31.255.255

1. Ağ               10.32.0.0/11               10.32.0.1 – 10.63.255.254                 10.63.255.255

2. Ağ               10.64.0.0/11               10.64.0.1 – 10.95.255.254                 10.95.255.255

3. Ağ               10.96.0.0/11               10.96.0.1 – 10.127.255.254               10.127.255.255

4. Ağ               10.128.0.0/11             10.128.0.1 – 10.159.255.254             10.159.255.255

5. Ağ               10.160.0.0/11             10.160.0.1 – 10.191.255.254             10.191.255.255

6. Ağ               10.192.0.0/11             10.192.0.1 – 10.223.255.254             10.223.255.255

7. Ağ               10.224.0.0/11             10.224.0.1 – 10.255.255.254             10.255.255.255

4. Ağı 4 subnete bölelim.

Yani 10.128.0.0/11

4 sayısına ulaşmak için 2 sayısı kendisiyle 4 sayısına ulaşana yada geçene kadar kendisiyle çarpılır.

2 =2     : Bir tane 2

2x2=4  : İki tane 2

Bu durumda 2 bit daha kullanmam gerekiyor. İlk 11 bite yine dokunamıyoruz. Yeni subnetleri oluşturmak için ihtiyacım olan bit sayısını bana verilen IP bloğuna ekliyorum. Bu şekilde Subnet mask adressini buluyorum. 11+2=13.

4 sayısına ulaşmak için 2 sayısının  2 defa kendisi ile çarpılması gerekti.

Bu durumda 11+2=13 bit ağ maskesinde kullanılacak anlamına geliyor.

10.128.0.0/11 Subnet açılımı : 255.224.0.0

                                                11111111.11100000. 00000000. 00000000.

İlk 11 bite dokunamıyoruz. O halde kullanacağımız 2 biti de eklersek yeni subnet değeri aşağıdaki gibi olacaktır..

10.128.0.0/13  Subnet açılımı : 255.248.0.0

                                                11111111.11111000.0000000.00000000

1   1   1   1   1   1   1   1.  1   1   1   1   1   0  0   0.  0   0   0   0   0   0   0   0.  0   0   0   0   0   0   0   0

128    64      32      16      8        4       2        1        128    64      32      16      8        4        2        1       128    64      32      16      8        4        2        1        128    64     32      16      8        4        2        1

            255                             248                             0                                             0

Yani ağdaki bölümlenen ağlardaki her makinaya verilecek ağ maskesini bulmuş olduk.

10.128.0.0/13 ağıdaki Network ID’lerini bulmak için kullanılan 2 bitin olasıkları hesaplanır. Burada önemli olan nokta elimizde 2. octette 128 rakamının olmasıdır. 2. octetteki 1 olan bitlerin değeri 128. Ve bize verilen IP aralığı 10.128.0.0/11 aralığı. Yani ilk 11 bite dokunamıyoruz. Ağı bölmek için gerekli 2 bitin değerlerini/kombinasyonlarını 2. octette önceden kalan 128 değerinin üstüne ekleme yaparak devam ediyoruz.

10.128.0.0/13  Subnet açılımı : 255.          248         .0            .0

                                                11111111.11111000.0000000.00000000

 

                                             128   64   32  16   8                 

0. Ağ                    11111111. 1   0   0   0   0 000.00000000.0000000 = 10.128.0.0 /13

1. Ağ                    11111111. 1   0   0   0   1 000.00000000.0000000 = 10.136.0.0 /13

2. Ağ                    11111111. 1   0   0   1   0 000.00000000.0000000 = 10.144.0.0 /13

3. Ağ                    11111111. 1   0   0   1   1 000.00000000.0000000 = 10.152.0.0 /13

 Yukarıda görüleceği üzere ilk 11 bite dokunamıyoruz. Bize verilen IP aralığı 10.128.0.0/11. Bu ip aralığı 10.128.0.1 ile 10.159.255.254 dür. Biz bu ip aralığını 4 subnette bölüyoruz.  

İlk 11 bit bizi sınırlandırıyor. Bu şekilde yukarıdaki 10.128.0.0 ile 10.159.255.255 aralığında bölme işlemi yapabiliyoruz. 2 bitin olasılıkları bizim ağ adreslerimizi belirliyor. Zaten elimizde 128 sayısı var. İşte bu sayının üzerine diğer bitlerin olasılıklarına göre değerlerini ekliyoruz.

Network ID’leri bulalım.

                        Network ID                 IP Aralığı                                            Broadcast

0. Ağ               10.128.0.0/13             10.128.0.1 – 10.135.255.254             10.135.255.255

1. Ağ               10.136.0.0/13             10.136.0.1 – 10.143.255.254             10.143.255.255

2. Ağ               10.144.0.0/13             10.144.0.1 – 10.151.255.254             10.151.255.255

3. Ağ               10.152.0.0/11             10.152.0.1 – 10.159.255.254             10.159.255.255