Дайте пример за определяне на ZyXEL се превключва в използване функции управление на честотната лента за оптимално към IP-камерите в мрежата.
В тази статия, ние ще покажем примери за условия на комутацията, направени чрез уеб конфигуратора и да обмислят сценарии за оптимизиране на капацитета на мрежата.
Bandwidth оптимизация
По-долу са консумацията на честотната лента на масата. Моля, обърнете внимание, че видео качеството отчита в стойността на среда. Изходящ капацитет на всяка камера се измерва в мегабита в секунда (Mbps, Mbps).
Видео компресия H.264:
- В никакъв случай не трябва да бъде загуба на пакети между IP-камери и видео сървъри.
- Други мрежови услуги трябва да работят с приемлив (приемливо) загуба на пакет.
- трафик на IP-базирани камери ще използват приоритетната опашка 6.
За да използвате приоритетната опашка 6 за трафик на IP-базирани камери трябва да отидете на основния Switch меню Setting> Port настройка и инсталиране на всички пристанища, които са пряко свързани с вашите мрежова камера, за да 802.1p Приоритетна област са предвидени до 6.
Сценарий 1 (Low Quality)
Разделителна способност: 5-мегапикселова
Кадри в секунда: 8 кадъра в секунда
С помощта на таблицата по-горе, можем да определим, че честотната лента на всяка мрежова камера ще бъде около 4,28 Mbit / сек.
За първа и втора цели, ще се наложи да се коригира на честотната лента, използвайки метода на опашки Queuing метод. Weighted Fair Queuing (WFQ) - метод за Weighted Fair Queuing, което позволява преминаването към разпределяне на мрежовия капацитет за всяка опашка въз основа на опашката за тежести по време на претоварване.
WFQ алгоритъм осигурява за всяка опашка в случай на претоварване минимална широчина на честотната лента за дефиниран от тегло (части) опашка (броят на които е посочена в областта
Тегло). WFQ алгоритъм се активира само когато пристанище има повече трафик, отколкото може да се справи. Опашки с по-големи тежести, получават по-висок гарантиран трафик, отколкото на опашката с ниско тегло. Този механизъм за изчакване е ефективна, защото тя разпределя цялата налична пропускателна способност между различните опашки трафик. По подразбиране всички Q0 е с тегло 1, Q1 на опашката е - тегло 2, Q2 завой - тегло 3, и така нататък.
Гарантиран капацитет се изчислява, както следва:
Резервирано Bandwidth = Тегло на опашка * Порт Speed / общо тегло
Резервирано Bandwidth - гарантирана скорост;
Тегло на опашка - теглото на опашката;
Порт Speed - Скорост на пристанище;
Общо тегло - сумата от теглата на опашки.
Ние знаем, че честотната лента между сървъра и ядрото на ключа трябва да бъде най-малко 256.8 Mbit / сек.
Така че, нека да се изчисли, когато настройката ни ще гарантира опашка 6 достатъчен капацитет.
Запазени трафик = 6 * 1000 Mbit / 36
Запазени трафик = 166.67 Mbit / сек
Но това не е достатъчно трафик. Това ще доведе до претоварване на мрежата, и във връзката между основната ключа и сървъра ще бъде загуба на пакети. Ние трябва да се прецизира теглото на опашка 6 (Q6).
За да включите 6 (Q6) задаване на теглото 12 и изчисли отново, за да видите как тази инсталация отговаря на изискванията ни.
Запазени Скорост = 12 * 1000 Mbit / 36
Запазени трафик = 333.33 Mbit / сек
Това е достатъчно, за да се реши проблема ни. Сега трябва да конфигурирате ядрото и да преминат всички ключове за достъп за да съответства на този метод линия.
Сценарий 2 (High Quality)
Разделителна способност: 5-мегапикселова
Кадри в секунда: 30 кадъра в секунда
Скорост на всяка мрежова камера ще бъде 16.06 Mb / сек
Достъп връзка между ключове и ядрото на ключа трябва да гарантира трафик 321,2 Mbit / сек. Капацитетът на връзката между ядрото на ключ и сървъра ще се увеличи до 963.6 Mbit / сек. Сега тя се превръща в проблем, защото от Queuing Метод опашки не могат да го решат. 963.3 Mbit / и е повече от 90% от скоростта допустим предаване на канала. В този случай, ние сега трябва да използвате Link Aggregation Link агрегирането на тромбоцитите върху връзката между основната ключа и сървъра.
Сумиране (кабелни канали) - група от физически портове в една логична, високите, честотна лента връзка. Комбинирайте няколко пристанища в един канал може да бъде в случай, ако, например, по-евтино да се използва многократно по-ниска скорост, отколкото при по-малко от пълния капацитет на натоварване висока, но по-скъпо с един порт връзка.
Въпреки това, повече пристанища ви агрегат, толкова по-малко ще бъдат достъпни портове. А багажника група е единствената логическа връзка, съдържаща множество портове.
За да се образуват първоначална група пристанища всяко пристанище група трябва да бъдат физически свързани.
Обикновено минава поддържа както статична и динамична връзка агрегация.
Най-правилно планирани мрежа е препоръчително да се използва статична връзка агрегация само. Това осигурява по-голяма стабилност на мрежата и управление на групи от портове на комутатора.
За статични и динамични групиране портовете на комутаторите се извършва в съответствие с протокола IEEE 802.3ad стандарт (LACP).
ключа поддържа връзка агрегация IEEE802.3ad стандарт. Този стандарт описва контрол агрегация протокол (LACP) - протокол за динамично създаване и управление на багажника групи когато Протокол агрегация LACP канали на един порт на пристанището може автоматично да се договарят с устройство пристанищни групи на
На другия край. LACP също така позволява на пристанище излишък, това е, ако оперативна порт не успее, един от "режим на готовност" пристанища започне да функционира без намеса на потребителя. Трябва да се има предвид, че:
- Всички пристанища трябва да имат "точка до точка", свързан с помощта на един и същ, ключа Ethernet и конфигуриране на групата, като се използва LACP.
- LACP работи само на пълен дуплекс връзки.
- Всички пристанища, които принадлежат към една и съща група, трябва да има същия тип носител, скоростта, дуплекс режим и потока на настройките за управление.
- Конфигуриране на пристанищните групи или LACP преди да се свържете Ethernet превключвател, за да се избегне възникването на мрежова топология цикли.
Ние ще използваме групата като T1 багажника интерфейс. Уверете се, че има отметка в полето Active за багажника T1. В полето за Критерии, оставете SRC-DST-Mac.
По-долу се определят пристанища, които ще използвате в Т1 багажника. В нашия пример, ядрото на ключ свързан към порта 20. Пристанището 21 и кабелите 22 ще бъдат свързани по-късно.
Ако вашият сървър поддържа LACP протокол, отидете в менюто Advance Application> Link Aggregation> Link Aggregation Настройка> LACP.
Уверете се, че квадратчето Активно е маркирано да се даде възможност LACP и LACP в Active кутия е маркирано за багажника T1.
След конфигурацията на ключ е пълна, можете да започнете да свързвате допълнителни кабели между сървъра и ядрото на ключ.
Свързани статии