Farklı ağlarda yayın nasıl çalışır?


14

DHCP (RFC 2131) okuyordum, Aktarma Aracısı ve Yayıncılık hakkında temel bilgiye sahibim. Ancak DHCP'yi derinlemesine anlamak için, Yayın ve Geçiş Aracısını (RFC 1542) ayrıntılı olarak bilmem gerektiğini hissettim. Ancak ayrıntılı yayın için herhangi bir RFC bulamadı (RFC919,922 çok yararlı değil).

  1. Paket güzergahları nasıl yayınlanır? Çünkü paket kaynaktan farklı bir ağ için tasarlanmışsa, yönlendirici paketi bırakacaktır. Bunun için herhangi bir protokol var mı? Yönlendirici tüm yayınları veya yalnızca Sınırlı / Yerel yayınları engelliyor mu?

  2. Hedefi olan bir paketi, yayın MAC adresi olmadan doğrudan / sınırlı yayın IP'si olarak gönderebilir miyiz? Evet ise, pertiküler bir MAC adresi nedeniyle paketin tek bir Ana Bilgisayara yönlendireceğini düşünüyorum, Yani soru, bu durumda bu yardımcı olacaktır.

  3. Bir yönlendiricinin geçiş aracısı tarafından etkinleştirildiğini düşünün. Bu yönlendiriciye bir DHCPDiscover (bir yayın paketi) geldiğinde, nasıl ilerler? İlk şey onun geniş bir döküm IP aynı zamanda ağ "0" olduğundan, her zaman relay-agent Paket DHCP olup olmadığını her zaman paketi kontrol eder mi?

Sorularım pertiküler bir konudan (DHCP ve Yayıncılık) değil, bu yüzden kızgın olabilirsiniz, ama lütfen bana yardım edin. Teşekkür ederim


1
İpucu: İnsanlara asla kızabileceklerini önermem. Onları işaretleyebilir. ;-)
SDsolar

Yanıtlar:


15

Yönlendiriciler Sınırlı ve Yönetilen Yayınları Nasıl Ele Alır?

Sorularınızı cevaplamak için anlamanız gereken ilk şey, sınırlı yayın çerçevelerinin yönlendirilmemesidir. Varsayılan olarak bir yönlendirici, katman 2 veya katman 3'te yayınlanan hedef adresi olan bir kare aldığında, yönlendirici yalnızca kareyi bırakır. Bu yüzden yönlendiricilerin yayın alanlarının sınırı olduğu söylenir.

Bunlara bazı örnekler:

  • ff-ff-ff-ff-ff-ff (katman 2 yayını)
  • 255.255.255.255 (3. katman sınırlı yayın)

Bunu düşünmek, mantıklı. Yönlendiriciler yayınları yönlendirirse, tek bir arp isteği internetteki ulaşılabilir her ana bilgisayara çok verimsiz ve oldukça aptalca ulaşacaktır.

Yönlendirilmiş yayınlar ise bazen yönlendirilir. (IE 192.168.1.255/24) Normalde bu işlev varsayılan olarak devre dışıdır, ancak ip directed-broadcastyönlendiriciye komut verilerek etkinleştirilebilir . Bu, yönlendirilmiş yayınları yönlendirme tablosuna göre normal paketlermiş gibi iletmesini sağlar. Bu mu değil ancak yönlendirici sınırlı yayınları iletmek için izin, bu hala varsayılan olarak engellenir. Bu aynı zamanda orijinal sorunuzla ilgili biraz konu dışıdır , bu konuda daha fazla bilgi için bu cisco formları sayfasına bakın.


Katman 3 Yayını, ancak Katman 2 değil mi?

İkinci sorunuza cevap vermek için, katman 2 yayın adresi olmayan bir katman 3 yayın adresine sahip bir kareye sahip olmanız hiç mantıklı olmaz. Bu, yayın çerçevesi olmasının tüm amacını yenecek ve sadece doğru çalışmayacaktır. Tek noktaya yayın katmanı 2 hedef adresine sahip olmak, yönlendirici katman 3'te kararlarını verdiğinden yönlendiricinin davranışını hiç değiştirmez. Yönlendiricinin tek umurunda olduğu, 255.255.255.255hedef adrestir ve paketi düşürür.

Bunun önemli olduğu, katman 3 adresini hiç umursamayan anahtarlarla. Anahtarlar yalnızca tek noktaya yayın katmanı 2 adresini görür. Paketi aynı vlan üzerindeki tüm arabirimleri göndermek yerine, kaynak adres tablosunu (SAT) diğer tek noktaya yayın hedef adreslerinde olduğu gibi kullanır. Gerçekte, bir tek noktaya yayın katmanı 2 adresi atayarak, çerçeve artık 255.255.255.255katman 3'te adres olmasına rağmen artık bir yayın çerçevesi değildir .


DHCP Geçişi Uygulamada Nasıl Çalışır

Son sorunuzla ilgili olarak, DHCP geçişi bir yönlendiricinin yayın paketlerini iletmeme kuralı etrafında "aldatma" yoludur. Bir DHCP Keşif paketine bakalım:

  • Kaynak MAC: [kaynağın tek noktaya yayın mac'u]
  • Hedef MAC: ff-ff-ff-ff-ff-ff
  • Kaynak IP: 0.0.0.0
  • Hedef IP: 255.255.255.255
  • Kaynak Bağlantı Noktası: UDP 68
  • Varış Noktası: UDP 67

Yönlendirici, ip helper-addressyapılandırılmış komutla bir arabirime ulaşan bir paket gördüğünde, varsayılan olarak "yardım edilen" veya genel ip forward-protocolkomutla yapılandırılan protokollerden herhangi biriyle eşleşip eşleşmediğini denetler . Bu durumda yönlendirici, DHCP olduğundan hedef bağlantı noktasının UDP 67 ile eşleştiğini görür ve paketin "yardım edilmesine" izin verir. Yönlendirici daha sonra hedef IP adresini komutla 255.255.255.255yapılandırılan IP adresine ip helper-addressdeğiştirir ve kaynak adresini paketin geldiği yönlendirici arabiriminin adresine değiştirir ve paketi yönlendirme mantığının geri kalanına iletir.

Artık paketin tek noktaya yayın hedef adresi olduğundan, yönlendirici diğer paketler gibi davranır. Hedef IP adresi için arps (şimdi o yardımcı adres) ve daha sonra paketi uygun arabirime göndermeden önce katman 2 adreslerini değiştirir.

Tekrar Geri Alma

Yönlendirici, istemciye geri gönderilen DHCP teklifi için temelde aynı işlemi kullanır. DHCP sunucuları, teklifi DHCP Keşif paketinde kaynak adres olarak belirtilen IP adresine gönderir. DHCP sunucusundan ayrılan paket şöyle görünür:

  • Kaynak MAC: DHCP sunucusunun tek noktaya yayın mac'u
  • Hedef MAC: yönlendiricinin veya DHCP sunucusunun varsayılan ağ geçidinin mac adresi
  • Kaynak IP: DHCP sunucusunun tek noktaya yayın IP adresi
  • Hedef IP: DHCP Discover paketinin ulaştığı ilk yönlendirici arabiriminin ip adresi
  • Kaynak Bağlantı Noktası: UDP 67
  • Varış Noktası: UDP 68

Bu paketin tek noktaya yayın katmanı 3 olduğundan, hedef adres yönlendiricileri, paketin hedef IP'si ile eşleşen bir IP adresi olan bir arabirim ile yönlendiriciye ulaşana kadar paketi normal olarak iletir. Daha önce bu yönlendiricinin ip helper-addresso arabirim üzerinde yapılandırmaya sahip olduğunu unutmayın . Yönlendirici, paketin bir DHCP Teklifi olup olmadığını kontrol eder, ardından paketi bir yayın paketi haline gelecek şekilde yeniden yazar ve DHCP istemcisinin o ağ kesiminde bir yerde olduğunu bilerek o arabirimi gönderir. Yönlendiriciden ayrılan paket artık şuna benziyor.

  • Kaynak MAC: yönlendirici arayüzünün tek noktaya yayın mac'u
  • Hedef MAC: ff-ff-ff-ff-ff-ff
  • Kaynak IP: DHCP sunucusunun tek noktaya yayın IP adresi
  • Hedef IP: 255.255.255.255
  • Kaynak Bağlantı Noktası: UDP 67
  • Varış Noktası: UDP 68

TP: DR; ip helper-addressArabirim alt komutunu kullanan DHCP rölesi , yönlendiricilerin yönlendirmeden önce paketin hedef IP adresini DHCP sunucusunun tek noktaya yayın IP adresine değiştirerek sınırlı yayınları iletemediği kuralı etrafında "hile" yapar. Bu, hattaki tüm yönlendiricilerin paketi DHCP sunucusuna uygun şekilde yönlendirmesini sağlar. DHCP sunucusunu yanıtlarken paketi, DHCP Keşif paketini ( ip helper-interfacekomutu olan) ilk alan yönlendirici arabiriminin tek noktaya yayın IP adresine geri gönderir . Yönlendirici teklifi geri aldığında teklifi bir yayın paketine dönüştürür ve müşteri ile yayın etki alanındaki arabirimi gönderir.


Ty Bad Wolf, bu çok çok faydalı, Teşekkürler @Bad Wolf
dillip_beta

1
  1. Bir yönlendirici, yapılandırılmışsa 192.168.1.255/24 gibi yönlendirilmiş bir yayını iletir. Cisco için bu davranışı arayüz altında 'ip yönlendirmeli yayın yok' ile devre dışı bırakabilirsiniz.

Yönlendiricinin 255.255.255.255 yerel bir yayını bir arabirimden diğerine iletmesini sağlamak için bu iki arabirimi köprülemeniz gerekir. IE, IRB veya CRB ve bir BVI yapılandırıyor.

  1. Bu mümkün olmazdı. Yönlendirici, yönlendirmesi gereken her bağlantı için yeni bir Dst MAC adresi oluşturacaktır.

  2. Yönlendirici, bunun bir DHCP paketi olduğunu görür ve tek noktaya yayın yoluyla sağlanan DHCP 'yardımcı' adresine gönderir.

İşte size yardımcı olabilecek ve daha fazla ayrıntı verebilecek iyi bir makale ...

http://www.ciscopress.com/articles/article.asp?p=330807&seqNum=9

HTH


0

Yayın için özel bir standart yoktur. Belirli adreslere gönderip almak için normal IP (İnternet Protokolü) kullanırlar.

Çoğu sunucu tabanlı olan çeşitli marka otomasyon sistemleri üzerinde çalıştım. Ofis PC ağınız gibi normal ağ donanımları kullanırlar. Her ikisinin de aynı sistemde çalıştığını gördüm, ancak tek bir kullanıcı yayın sesinin kesilmesine neden olabileceğinden bu büyük istasyonlarda çalışmıyor. Onları ayrı tutmak en iyisidir.

Bağlantı kurmanın mantıklı olabileceği tek yer "trafik" tir - reklamların her sözleşme için oynatıldığından emin olmak ve bunları doğrulamak için giriş yapmak.

Bu yayın ses sistemlerinin çalışma şekli bir posta sunucusu veya Netflix gibidir. Belirli stüdyo, sunucudan belirli bir dosyayı (bir şarkı veya promosyon, vb.) "İsteyecektir", ardından onu kontrol kartından vericiye giden bir çıkışa aktaracaktır. Çalma listeleri genellikle PD'nin (program direktörü) ofisinde bir bilgisayardan kurulur.

DHCP'yi sordunuz. Stüdyolardaki kontrol kartlarına ve PD'nin PC'sine adresleri otomatik olarak atamanın bir yoludur. Belirli adreslerin kendileri, e-postanızı almak için posta sunucusuna veya video izlemek için Netflix'e ulaştığınızda ISS'nizdeki adres gibi önemli değildir.

Önemli olan tek adres sunucunun kendisidir. E-posta sunucunuz gibi - pop.xyzcorp.com ve smtp.xyzcorp.com veya www.netflix.com. Bu adresler genellikle e-posta programınızın e-posta göndermek ve almak için kullanılan sunucuya adresleri 'hatırlaması' gibi her stüdyoya kodlanır.

Çoğu otomasyon sunucusu sistemi DHCP hizmetleri sağlar (ağda aynı kutuda veya başka bir kutuda olsun), böylece her istemci stüdyosu için statik IP adresleri girmeniz gerekmez.

Sorunuz, sinyallerin nasıl karışmaması ve yanlış yere gönderilmemesi ise, cevabınız muhtemelen stüdyoları sunucularla birbirine bağlayan anahtarlarda bulunur. Hedef adresi incelerler ve paketleri o adrese sahip stüdyo için doğru bağlantı noktasına gönderirler.

Evet, endüstride her şey konuşma dilinde yönlendirici olarak adlandırılır, ancak bu, yönlendiricinin bir yerden diğerine video sinyalleri gönderen fiziksel bir birim olduğu eski televizyon günlerinden kalmadır.

Bunlar çapraz nokta değiştiricileriydi, ancak yönlendiriciler olarak adlandırıldılar, çünkü x girişinden video çekmelerini ve y çıkışına göndermelerini söylediğinizde, sinyali talimatlara göre yönlendirmeye dikkat ederlerdi.

Ağ anahtarları, sunucu dosyalarını doğru stüdyoya gönderecek kadar zekidir, tıpkı ISS'niz e-postanızı tüm komşularınıza değil, yalnızca size gönderir. IP'nin (İnternet Protokolü) doğası budur.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.