Alver

Мы в данный момент epmp не обсуждаем. Вопрос стоит так - сможет ли МТ АС 1) стабильно работать на 256QAM ? 2) какая будет при этом реальная скорость ? 3) на каких дальностях и с какими сигналами можно поднять QAM256? Если же Вы настаиваете на сравнении с ePMP, то ePMP Force 100 - Iron Man ( устройство + антенна диш 25 ДБи) за $139 комплект выдаст 100М дуплекс ( TCP или UDP) на дальности до 30 км. Канал стабильный по пропускной способности, со стабильной задержкой, высоким ппс, устойчив к помехам и препятствиям на трассе линка ( NearLOS). Этому есть пруфы. Такие же цифры выдаст на сопоставимых дальностях в приближенных к идельным условиям МТ 802.11n ( ас под вопросом ) с дишами 30-32 дБи. Но смысл в том, что с ухудшением условий канал на МТ деградирует сильней чем Камбиум ePMP. Поэтому есть много случаев, когда МТ в плохих условиях, например над морем , вообще не работает, а ePMP имеет стабильный канал с высокой пропускной способностью. Тому есть много фактов, в том числе приведенных в соседней теме. В малтипойнт вообще особый разговор. Низкая цена дырявого клиентского SXT не компенсирует стоимость его обслуживания и низкокачественного ( по скорости и др. парамерам ) канала связи и в целом эффективности доступа по сравнению с сетью на ePMP. Примеры работы сети ePMP 2.4 ГГц и 5 ГГЦ с 40-50 клиентами ( имеются результаты не только с внутренними тестами, там все сделано как надо) приведены в соседней теме. Там в разы больше емкость по кол-ву клиентов, пропускной способности сектора, доступной скрости ( спидтест) на клиента, возможностям предоставления IPTV и онлайн HD/Full HD видео. Это очевидное превосходство ePMP измеряетcя в цифрах, которое можно сопоставить с преимуществом в более низкой цене SXT и понять что для оператора и клиента лучше. Если для Вас, как оператора, более низкая цена МТ клиента с в разы худшим сервисом и более высокими затратами на обслуживание МТ сети и стоимости МТ сетевой инфраструктуры в перерасчете на одного клиента, предпочтительней, чем сеть на ePMP, то это Ваш выбор. Но что касается ePMP/МТ/UBNT в точка-точка и малтипойнт это могут быть отдельные темы для обсуждения. Здесь меня и многих других интересует ответ по МТ АС на эти 3 главных вопроса, поставленных выше.

А что за был провал в трафике? Был дисконнект ? Поэтому в среднем получилось 74/69 М. Маловато для data rate 324 Mbps. А что на 360 Мbps 256QAM5/6 не подымается ? Сигнал -32 дБм, более чем достаточно .

В мультипоинте, врядли уткнётесь в неё. На практике где-то 20000 ппс. Расшифруйте по проще я просто не до конца ас в этой сфере потому сложно понять некоторые высказывания!Спасибо до 300мбит/c И зачем же обманывать человека ?Прикол такой? Почему обманываем? Там, в мануале, чёрным по белому написано На заборе тоже много чего пишут ;-)

Т-е понимание того, что этот траф качают эти же железки и упираются при этом в свой же проц попало в игнор и "непонимание":facepalm: На неделе буду монтировать эти железки знакомому на 3.3км в области , посмотрим. Вдруг не хватит энергетики, запихну в прямофокуску 68см от радара по 25уе за штуку, уже и крепеж придумал ,ну очень простой и удачный) Да вот на них счас "стол" в около 500 метров в условиях города, тест крутится, процы 100% в полках не выключаясь. Живут. Так шо поглядим увидим. Да это SXT, я это писал выше и различие указал, это интегрированная наглухо (запаянная к боарду) антенна. Хотя для себя не вижу проблемы , установки их как облучатель в прямофокус, либо подключения пачкордами к тарелям типа "Дишей". Только зачем? Если есть netbox? Поставьте АС в любом конструктиве на достойное расстояние и посмотрим как оно в работе . Протестите через ether внешним тестером чтобы получить цифру, а не домысливать ее по причине что то куда то упирается. Тест, что cделал denmark c 36 дишем не зачетный. Такая антенна заказная, ее нет в продаже. Поэтому ориентироваться на получение такого результата на обычных антенных не приходится. Уважаемый, я вам ничего не должен. Я тут микротик не внедряю, не рекламирую и вам не продаю. Тем более тэстить внешним тестером, мне шо по вашему делать нехер? Не ну разве что если вы мне много много денег заплатите... Иначе зачем мне Вам что-то доказывать если микротик в разных своих ипостасях у меня и так уже работает ? И качество/цена меня вполне устраивает. Да и не только микротик Даже "неработающий" ubnt тоже работает там где ему положено. Если Вы что то делаете и выкладываете здесь свой результат, то делайте это правильно. Как правильно- Вам спокойно без хамства расскажут. Если не хотите делать правильно ( типа никому ничего не должны), то это Ваше право. Но тогда в этом случае я и другие люди вправе Вам указать, что Ваши результаты -- фуфло . Если лично Вас все это устраивает , то не вопрос,тогда сидите тихо и нехрен здесь понтоваться фейковыми результатами, вводящих в заблуждение непосвященных.

В мультипоинте, врядли уткнётесь в неё. На практике где-то 20000 ппс. Расшифруйте по проще я просто не до конца ас в этой сфере потому сложно понять некоторые высказывания!Спасибо до 300мбит/c И зачем же обманывать человека ?Прикол такой?

Т-е понимание того, что этот траф качают эти же железки и упираются при этом в свой же проц попало в игнор и "непонимание":facepalm: На неделе буду монтировать эти железки знакомому на 3.3км в области , посмотрим. Вдруг не хватит энергетики, запихну в прямофокуску 68см от радара по 25уе за штуку, уже и крепеж придумал ,ну очень простой и удачный) Да вот на них счас "стол" в около 500 метров в условиях города, тест крутится, процы 100% в полках не выключаясь. Живут. Так шо поглядим увидим. Да это SXT, я это писал выше и различие указал, это интегрированная наглухо (запаянная к боарду) антенна. Хотя для себя не вижу проблемы , установки их как облучатель в прямофокус, либо подключения пачкордами к тарелям типа "Дишей". Только зачем? Если есть netbox? Поставьте АС в любом конструктиве на достойное расстояние и посмотрим как оно в работе . Протестите через ether внешним тестером чтобы получить цифру, а не домысливать ее по причине что то куда то упирается. Тест, что cделал denmark c 36 дишем не зачетный. Такая антенна заказная, ее нет в продаже. Поэтому ориентироваться на получение такого результата на обычных антенных не приходится.

Ну собственно и что тут интересного ? КУ офсетки+ антенны SXT получается где то 25 Дби. Это для диаметра 1.1 метр неэффективно. Скорость до 100 М - это нормальная , обычная скорость. Канал случаем не 40 Мгц? Такая SXT ас с офсеткой не подымет на 17 км 256 QAM, сигнала -66 дБм не хватит. Поэтому заменив SXT5g на SXTас Вы ничего ( ни дополнительной скорости, ни стабильности) не получите. В целом -решение на офсетке плохое с точки зрения низкого ЭМС.

Могу выложить сегодняшние рабочие графики snmp с одного из sxt-5g. Линк 17 км. Протокол n2. И кусочек графика захватил rssi - значение и график видны . Схт-ишка обычная, не ас.Реальный юзерский трафик и не самый большой. Я наблюдал больше. Там есть и пакеты и трафик и цпу и питание борта. Кому интересно? Может после перестанете спорить? Мне не спорить интересно, а обсуждать работу разных девайсов . Если есть результат, выкладывайте конечно.

1)Да это сам тест борда, и он естественно не может (процы в полке) 2)Это и дырявому ватнику понятно. 3)Это тест "на столе". Шикарно, что комплект линка 180уе и явно есть потенциал для "не стола" 4)Потому шо земляника 5)Держит дуплекс как и симплекс пока позволяет проц с запущенным внутренним тестом(скрин внизу) Т-Е гдето до 60Х60 (симметричный скрин внизу) Можно, ставьте, подключайте, делайте выкладывайте. Мне же похер, я не продаван. Можно, делайте адекватные, выкладывайте. Мне похер, я не продаван. Мне бы чтобы работало за приемлимые деньги и удовлетворяло требования для конкретных условий линка. И что же имеем ? 60М дуплекс в 40 МГц на data rate 400 М на столе.Это что какое то достижение? Вам как покупателю понимание как работает железка то больше надо. Мне вообще ваш геморный микротик пофиг. Как он будет работать я знаю еще на этапе его проектирования . А нормально работать эта хрень может и будет но на 1 км или на приличной дальности на полуторометровых антеннах. Оно Вам надо ? ЗЫ Насчет кернел паник, рано радуетесь. Поставите железки на улицу, и тогда посмотрим.

G-5HPacD - это что не SXT ?

Чтобы было понятно, почему нужно иметь результат на SXT ас на 5-7 км то объясняю как для солдат и матросов северного флота. 802.11ас имеет ( теоретически) более высокую скорость по сравнению с 802.11n только за счет работы на более высокой модуляции 256QAM, для стабильной работы на которой нужна более высокая энергетика линка, примерно на 10 дБ выше ( КУ антенн + 5 дБ с каждой из сторон). Даст антенна SXT на дальности 5-7 км нужный сигнал -55 дБм? Нет конечно. Поэтому и спрашиваю за этот тест ;-). Расчетно SXT даст такой сигнал на 1.5 км и тогда подымет 256QAM, но только без помех. Это и надо подтвердить или опровергнуть. И это понимание больше нужно юзеру, а точнее покупателю, а продавцу ( в большинстве своем) это пофиг. Поэтому АС в исполнении SXT - абсолютно бесполезная игрушка, к тому же, по всем признакам, глюкавая. Ваш результат на 22 км получен на 36 дБи антенне диаметром полтора метра, не так ли ? И что нужно всем ставить такие антенны за $400-500 чтобы получить 200 М в 40 Мгц? Это можно получить на такой дальности на нормальных 802.11n устройствах на обычных антеннах 25 Дби за 100 usd. ЗЫ Все курсы МТ и вообще знания и опыт работы на МТ - это тупое ковыряние в дебрях настроек в поисках волшебной конфигурации для каждого практического случая применения и сисдаминский роутинг и сетевые фичи L3. Ни то ни другое не имеет никакого отношения к технологии ШБД.

Есть несущественные (пусть даже куча) глюки, а есть существенный kernel failure. Говорить, что а вот у меня типа работает и люди не жалуются -это стандартная отмазка пионерии. Не уподобайтесь им. У Вас это может и работает, но зато у других - нет. Факты приведены. Значит нет никаких гарантий что это будет работать у любого другого человека - лоторея в общем. Впрочем, в этом сами убедитесь, когда поставите еще пару -тройку линков на этих железках. Как будут там работать другие фичи -Вам тоже скоро предстоит узнать лично ( раз Вы намерены продолжать ставить линки на этом оборудовании), потому как 36 дБи антенн на все линки не напасешься, а без них на сколь нибудь значимых дальностях работы не будет. Это я знаю совершенно определенно, и при этом даже действительно не держав это железо в руках :-). ЗЫ У оборудования, продаваемого за деньги, Kernel failure не должно быть никогда и ни при каких обстоятельствах. Это аксиома. Видите ли , я знаю, что такое софт для таких девайсов. Если проблема проявилась в двух-трех случаях на разных бордах, значит проблема есть. Такие проблемы с kernel за месяц не решаются. Если такая проблема есть, то нужно ее долго ловить и потом месяцы проверять на сотнях девайсов что она ушла. То что все замечательно вдруг стало работать - я в это не верю, так не бывает. Повторяю, что только для проверки что проблема с kernel ушла нужны месяцы. Я бы не был так уверен. Подвисание наблюдается строго на одном боарде, не зависимо от режима (бридж либо стейшен). Второй в любом режиме не сыпет ,не виснет, и не ребутится. Поживем увидим, завтра уже выезжает замена. За затраты не беспокойтесь. На то она и замена Ну, шо . Пришла вчера замена глючному экземпляру G-5HPacD. Вопреки гадалкам, ниче более не валится, и само не ребутится. Никаких более спонтанных рекконектов не наблюдается. "Проблема" Kernel failure решена за три дня пересылки и пока как бабка пошептала. Жаль нет заказчика где реально потестить. Сам же боард может безболезненно сгенерить не более 150мб в тсп, далее жоп@... Но? как по мне это шикарно для железки за 90 долларов За ранее прошу прощения за "не проффесиональные скрины" Это сам btest борда наверное не может больше 150 М сгеренерить. А пропустить через себя теоретически должен. И это тест на столе ? И что шикарного то в 150M TCP? И почему тестовый трафик ассиметричный? Не держит дуплекс 50/50 ? Можно поставить устройства на улице километров так хотя бы на 5-7 км, подключить через ethernet тестеры и прогнать UDP/TCP в дуплексе в каналах 20, 40,80 Мгц и выложить скрины. ЗЫ Все тесты, что по этому МТ ас до сих пор здесь и в соседних темях выкладывают- все какие то кривые, или не через ethernet ( оба) или ассиметричная нагрузка, или почему то есть tcp, но нет udp. Все похоже на какое то жульничество и ловкость рук. Можно наконец, сделать адекватные правильные тесты нового железа, чтобы снять все вопросы?

Это было год назад, оборудование естестно не подключенное, как его можно было подключить на выставке? И зачем? Опыта инсталляций не было, только предварительные испытания, да и с мощностью ( на то время) 13 дБм, что было конечно для наших условий маловато. Тогда мало кто вообще верил, что эти железки могут работать так, как было заявлено. Сейчас все по другому. Впрочем, как хотите.

Обманывать? Зачем мне это ? Нельзя сказать , что мне дела нет до Вашей сети. Я для себя у Вас еще раз увидел как работает Микротик в тяжелых условиях, которые Вы сами себе и создали. Такие плотности подключений раньше я видел такое только заграницей. Это Ваша заслуга. И Камбиум ( в малтипойнт) именно в Вашей сети (как ни у кого другого) избавил бы Вас от многих проблем и повысил бы эффективность и качество сервиса.Это точно. Но, Вы этого пока не видите...:-(. Подождем :-). Мы Вас не приглашали на семинар Камбиум в Киеве в эту пятницу, но все же можете приехать, просто послушать разработчиков и обменяться мнением с людьми-операторами, которые уже работают с оборудованием.

То что Вы там ничего не увидели говорит о многом. Насчет Вашей сети. Вы же знаете, что мне известно "как замечательно работает" Ваша сеть. Это Я говорю про затыки Вашей сети. Вы можете ответить, что я для Вас не авторитет,а зря, это и есть следствие Вашей низкой компетентности в вопросе. Будь Вы поглубже и пораньше в теме, тогда бы знали кто есть ху. Ну что же, тем тяжелее будет Ваше прозрение.

Видите ли , я знаю, что такое софт для таких девайсов. Если проблема проявилась в двух-трех случаях на разных бордах, значит проблема есть. Такие проблемы с kernel за месяц не решаются. Если такая проблема есть, то нужно ее долго ловить и потом месяцы проверять на сотнях девайсов что она ушла. То что все замечательно вдруг стало работать - я в это не верю, так не бывает. Повторяю, что только для проверки что проблема с kernel ушла нужны месяцы.

L3 функционал МТ в ШБД по правильному не нужен. А если он где то и нужен, то можно МТ или другие железки отдельно ставить как L3 роутер, сервер и др, но никак не для поддержки L2 wireless доступа. Если Вы этого еще не понимаете, то совершенно напрасно, потом поймете, если не будет поздно. Насчет АС - ставьте конечно и выкладывайте результаты, это всегда приветствуется для нового оборудования, чтобы все знали как оно работает. И насчет Вашей сети. МТ "n" в точка-точка вполне рабочее решение ( я его никогда нигде особо не ругал, в отличии от убнт). В точка-точка АС ( на текущем чипсете) - IMHO бесперспективное. Но в малтипойнт, а именно там у Вашей сети затыки, Микротик - это уже вчерашний день. Посмотрите в соседней теме на последний репорт о работе Камбиум ePMP БС c 50 клиентами в загаженном 2.4 Ггц. Там все только факты и всем понятно как должна работать современная сеть в малтипойнт. PS Красиво -некрасиво, это все эмоции. Я говорю то, что есть как факт, даже если это кому то некрасиво. Это просто бизнес.

Есть несущественные (пусть даже куча) глюки, а есть существенный kernel failure. Говорить, что а вот у меня типа работает и люди не жалуются -это стандартная отмазка пионерии. Не уподобайтесь им. У Вас это может и работает, но зато у других - нет. Факты приведены. Значит нет никаких гарантий что это будет работать у любого другого человека - лоторея в общем. Впрочем, в этом сами убедитесь, когда поставите еще пару -тройку линков на этих железках. Как будут там работать другие фичи -Вам тоже скоро предстоит узнать лично ( раз Вы намерены продолжать ставить линки на этом оборудовании), потому как 36 дБи антенн на все линки не напасешься, а без них на сколь нибудь значимых дальностях работы не будет. Это я знаю совершенно определенно, и при этом даже действительно не держав это железо в руках :-). ЗЫ У оборудования, продаваемого за деньги, Kernel failure не должно быть никогда и ни при каких обстоятельствах. Это аксиома.

Какое же это обсирание? Это факты. Kernel failure есть у Вас. Он есть у других на Netbox на форуме оф.сайта http://forum.mikrotik.com/viewtopic.php?f=7&t=88283&start=50 , есть падения Kernel failure и подвисания на SXT AC SA ( там же на форуме). Этого вполне достаточно для выводов о глючности девайсов в том виде,что есть сейчас. В софте могут быть разные баги, но вот Kernel failure/panic -это недопустимая ошибка для коммерческого продукта. Это значит продукт сырой, его нельзя было выпускать на рынок. Но это не страшно, пофиксят может быть через годик. .Поэтому Вам и говорят -замена не поможет, не тратьтесь зря.

5HPacD это и есть нетбокс (Mikrotik NetBox 5 (RB911G-5HPacD)) ну и SXTG-5HPacD его полный аналог. Отличие наглухо припаянная интегрированная антенна. Если бы не вылез этот странный прикол . То в полосе 40 железо за такие "деньги" весьма впечатлило .... Завтра блин закажу замену. Валится новая прошивка на железе МТ АС из за несовместимости софта и железа для работы в разных условиях. Смена конкретного якобы бракованного экземпляра устройства АС на другое такое же самое при сохранении условий работы линка не устранит проблему. Я бы на вашем месте не пи@дел без толку. Расскажите и обоснуйте мне тогда почему у данной глючной железяки периодически еще и отпадает винбокс, а у другой все ОК при тех же условиях и настройках?. Почему в ней про одинаковых условиях ошибки сыпет, а в другой нет? Почему она в ребут выпадает а вторая при тех же условиях нет? Потому что глюкавая и непредсказуемая железка. Пройдет еще минимум год, прежде чем начнет более менее стабильно работать или это может никогда и не случится, никто не знает. А Вы можете покупать девайсы паками и пробовать, может попадется неглючная, но это гиблое дело. А с вашим глюкавым Г данный срок уже прошел? Не глючные уже стали чаще попадаться? Это Вы о чем?

5HPacD это и есть нетбокс (Mikrotik NetBox 5 (RB911G-5HPacD)) ну и SXTG-5HPacD его полный аналог. Отличие наглухо припаянная интегрированная антенна. Если бы не вылез этот странный прикол . То в полосе 40 железо за такие "деньги" весьма впечатлило .... Завтра блин закажу замену. Валится новая прошивка на железе МТ АС из за несовместимости софта и железа для работы в разных условиях. Смена конкретного якобы бракованного экземпляра устройства АС на другое такое же самое при сохранении условий работы линка не устранит проблему. Я бы на вашем месте не пи@дел без толку. Расскажите и обоснуйте мне тогда почему у данной глючной железяки периодически еще и отпадает винбокс, а у другой все ОК при тех же условиях и настройках?. Почему в ней про одинаковых условиях ошибки сыпет, а в другой нет? Почему она в ребут выпадает а вторая при тех же условиях нет? Потому что глюкавая и непредсказуемая железка. Пройдет еще минимум год, прежде чем начнет более менее стабильно работать или это может никогда и не случится, никто не знает. А Вы можете покупать девайсы паками и пробовать, может попадется неглючная, но это гиблое дело.

Валится прошивка при определенных условиях. Если эти условия не поменять, смена борда не поможет. В Ваших условиях - не валится, не валится может быть на столе,а в других условиях ( помехи, малитпасс и др. - валится). Это просто статистика. Поэтому у любого человека, взявшего это железо для поднятия своего линка со своими конкретными условиями, нет никакой уверености в его 100% стабильной работе. Поставьте Вы эти же свои девайсы на другой линк- будет валится каждый день, а может и нет, никто не знает!

5HPacD это и есть нетбокс (Mikrotik NetBox 5 (RB911G-5HPacD)) ну и SXTG-5HPacD его полный аналог. Отличие наглухо припаянная интегрированная антенна. Если бы не вылез этот странный прикол . То в полосе 40 железо за такие "деньги" весьма впечатлило .... Завтра блин закажу замену. Валится новая прошивка на железе МТ АС из за несовместимости софта и железа для работы в разных условиях. Смена конкретного якобы бракованного экземпляра устройства АС на другое такое же самое при сохранении условий работы линка не устранит проблему.

Для сравнения ePMP c работой сети УБНТ. Ранее сеть работала на БС убнт рокет М2 с 40 клиентами. Тариф был до 5 Мбит/c , сервис IPTV не предоставлялся. Убнт у всех клиентов сняли, заменили на ePMP и подключили еще 10 клиентов ePMP. База убнт с родной секторной 120 град антенной пока еще стоит и включена. См ниже скрин скана эфира базовой станции убнт. На скане видна работа базы ePMP ( соответcтвенно на скане эфира ePMP видна работа ePMP). Уровни помех на сканах эфира на частотах , отличных от рабочих каналов ePMP и UBNT, примерно одинаковые. Также представлен скрин уровней сигналов и модуляций ( снятых еще до замены оборудования )с клиента убнт, находящихся в очень хороших условиях - сигналы RSSI -54/53 дБм, data rate 117/130 Mbps ( соответствует модуляциям MCS14/15) на дальности 600 метров от БС убнт. Средняя загрузка сектора убнт на 40 клиентах была примерно 15-25 Мбит/c при тарифах до 5 Мбит/c. Для этого "хорошего" убнт клиента в данной сети убнт ( когда еще сеть работала) были сняты скрины пинга ( короткого 32 байт) и спидтеста- доступной на этого клиента скорости при загрузке базы трафиком до 10-15 Мбит/c. Как мы видим, емкость по пропускной способности сектора ePMP1000 и доступная клиенту скорость в РАЗЫ превышает аналогичные показатели убнт, что позволяет обслуживать на БС ePMP большее количество клиентов, с большими ( в разы) тарифами, а также предоставлять на ePMP сервис IPTV ( в уникасте) и online video c HD и FULL HD видео потоками.

Ниже представлен результат теста задержки, измеренной утилитой Ping 1472 байта на АС IP 192.168.12.29, при полной загрузке сектора БС 80 Мбит/c БС ( UL+DL) c загрузкой канала АС 16 Мбит/c, канал 20 МГц. ping 192.168.12.29 -t -l 1472 Обмен пакетами с 192.168.12.29 по с 1472 байтами данных: Ответ от 192.168.12.29: число байт=1472 время=56мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=44мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=82мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=58мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=60мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=89мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=79мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=52мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=53мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=29мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=54мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=54мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=40мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=64мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=30мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=54мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=41мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=38мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=47мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=67мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=48мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=51мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=35мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=36мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=46мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=41мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=83мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=83мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=87мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=36мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=38мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=63мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=51мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=94мс TTL=63 Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63 Статистика Ping для 192.168.12.29: Пакетов: отправлено = 42, получено = 42, потеряно = 0 (0% потерь) Приблизительное время приема-передачи в мс: Минимальное = 29 мсек, Максимальное = 94 мсек, Среднее = 53 мсек При полной загрузке трафиком сектора БС сервис IPTV за счет приоритетного обслуживания QoS сохранил требуемое качество приема видео для всех клиентов. Далее представлен скрин сводного графика загрузки ( в течении 3 часов ) сектора БС при проведении тестирования живым трафиком на канале шириной 20 и 40 МГц, делении фрейма DL/UL Flexible, 75/25, с тарифами скорости доступа в Интернет unlimited, 4/8/16 Мбит/c.