Бір жолғы тасқын су - Википедия - Unicast flood

Жылы компьютерлік желі, а бір жолғы тасқын коммутатор бір жолақты кадрды қабылдап, оны таратқыш жақтауы ретінде қабылдап, рамканы коммутатордың барлық басқа порттарына жауып тастағанда.

Фон

Термин біржолғы желінің бір нүктесінен екінші нүктесіне бір-біріне жіберуді айтады. Әдетте, бір жолғы хабарлама қауіпсіз деп саналады, өйткені кадр бірнеше хостқа емес, тек алушыға арналған. Бұл диаграмма кадрдың бір желі хостынан екіншісіне бір бағытта берілуін бейнелейді:

Unicast.svg

Коммутатор тағайындалған адресі бар коммутаторда жоқ бір реттік кадрды қабылдағанда бағыттау кестесі, кадр кеңейтілген кадр сияқты қарастырылады және желідегі барлық хосттарға жіберіледі:

Broadcast.svg

Себептері

Оқыту процесі мөлдір көпір коммутатор бір реттік кадрларды жібермес бұрын құрылғыдан кадр алуды талап етеді. Мұндай кез-келген трансмиссияны алғанға дейін, берілістің тағайындалған орнына жетуін қамтамасыз ету үшін бір жолғы тасқын су қолданылады. Әдетте бұл қысқа мерзімді шарт, өйткені түбіртек әдетте оқу процесін аяқтайтын жауап береді. Процесс құрылғы бастапқыда желіге қосылған кезде, бір порттан екінші портқа жылжытқанда немесе құрылғы экспедиция кестесінен тазартылған кезде 5 минут жұмыс істемегенде пайда болады.

Мекен-жай кэшінде орын қалмаған қосқыш жақтауды барлық порттарға жібереді. Бұл көптеген хосттары бар желілерде жиі кездесетін мәселе. Мекенжай кестелерін жасанды су басу - бұл аз кездеседі - бұл осылай аталады MAC су тасқыны.

Тағы бір жалпы себеп - хосттар ARP коммутаторлардағы адрестік кэштің күту уақытына қарағанда ұзағырақ таймерлер - коммутатор портқа хостпен қосылатындығын ұмытып кетеді.[1]

Коммутаторлардан басқа құрылғылар су тасқындарын тудыруы мүмкін. Көпір интерфейсі бар, бірақ көпір кэшінде тағайындалған жақтаудың мекен-жайы жоқ маршрутизатор жақтауды барлық көпір мүшелеріне жібереді.[2]

Желілердің конфигурацияланбаған ерекшеліктері су тасқынына әкелуі мүмкін. Егер А хостынан В-ға дейінгі екі қабатты жолдар болса және А жүргізушісі В хостымен сөйлесу үшін 1-ші жолды қолданса, бірақ В-хост А-ға жауап беру үшін 2-ші жолды қолданса, онда 1-жолдағы аралық ажыратқыштар ешқашан тағайындалған жерді білмейді. MAC мекен-жайы B хостының және 2-жолдағы аралық ажыратқыштардың ешқашан А хосттың тағайындалған MAC мекен-жайын білмейді.[3]

Бір жолғы тасқын судың соңғы себебі - топологияның өзгеруі. Қатысатын желілік портта сілтеме күйі өзгерген кезде тез созылатын ағаш, сол қосқыштағы мекен-жай кэші жойылады, содан кейін адрестер коммутаторға үйреніп алғанға дейін барлық барлық кадрлар барлық порттардан ағып кетеді.[4]

Қаражат

Жоғарыда келтірілген сілтемелерде бірнеше емдеу құралдары қарастырылған. [1] [2] [3] Бірақ көптеген жағдайларда төменгі ұшты ауыстырғышты неғұрлым жоғары қосқышпен ауыстыру керек - үлкен мекен-жай кестесі бар және бір тасқын су тасқынына тосқауыл қоя алады. Cisco қосқышында бір жолғы тасқын суды бұғаттау оңай, бірақ ол әдепкі бойынша қосылмаған. Клиенттерге кіру порттарындағы кесте жазбаларын әдеттегі хост ARP кэш күту уақытына қарағанда ұзағырақ ұстап тұру үшін күту уақыты және / немесе қауіпсіздік мүмкіндіктері конфигурацияланғанына көз жеткізгеннен кейін, бұл команда сол порттардағы бір жолғы тасқын суды тоқтату үшін қолданылады:[5]

Коммутатор (конфигурация-егер) # коммутатор блогының бір хабарламасы

Басқа әдістер маршрутизаторға арналмаған ішкі желі байланысын блоктайтын 2-қабаттағы хосттарды оқшаулауды қамтиды. Ыңғайлы құрал (төменгі ажыратқыштарда бар[6]) болып табылады

Ажыратқыш (конфигурация-егер) # ауыстырып-қосқыш порт қорғалған

немесе «switchport қорғалған» дегеннен гөрі сенімді, кросс-коммутатор шешімі пайдалану болып табылады Жеке VLAN.[7]

Желілерге әсері

Желіде су тасқыны болған кезде, желі өнімділігі нашарлайды. Көпірдің мекен-жай кэшінің өлшемін реттегенге дейінгі және кейінгі көпірдің графигі:

StoppingTheUnicastFlood.png

Фреймдердің 80% -ы ешқашан тағайындалған мекен-жайға жете алмады, ал 20% -ы жарамды трафик болды (бірінші сілтемедегі сурет). Көлемі жоғары желілерде су тасқыны трафик порттардың қанығуына әкеліп, пакеттердің жоғалуына және кешігуіне әкелуі мүмкін.

Тағы бір адрес кестелерінің жанама әсері - бұл мәліметтердің ымыраға келуі. Қауіпсіздік мәселелері осы бөлімде талқыланады MAC су тасқыны - тасқын судың бірнеше себептерінің бірі. Егер соңғы пайдаланушы а пакет иісі, су басқан жақтауларды түсіруге және қарауға болатын еді.

Әдебиеттер тізімі

  1. ^ Стивен Кинг (2009-06-17). «Бір жолғы су тасқыны». Алынған 2012-01-27.
  2. ^ Руди Ракер (2012-01-27). «Бір жолғы тасқынға арналған түзету». Алынған 2012-01-27.
  3. ^ «Асимметриялық бағыттауды және бір жолғы су тасқынын жою». Cisco Systems Inc. Алынған 2012-01-27.
  4. ^ Баладжи Сивасубраманиан (2004-09-10). «Топологияға байланысты су тасқынының ақауларын жою». Cisco Press. Алынған 2012-01-27.
  5. ^ Джереми Стреч (2010-06-04). «Белгісіз бір су тасқынына тыйым салу». PacketLife.net. Алынған 2012-01-27.
  6. ^ Петр Лапухов (2008-07-14). «Жеке VLAN қайта қаралды». Алынған 2012-04-07.
  7. ^ «Жеке VLAN-ді теңшеу». Cisco. Алынған 2012-04-07.