Собственик SS7 Отговорено 31 Август, 2010 Собственик Доклад Сподели Отговорено 31 Август, 2010 TDMA е кофти за p2p и добре (дори много добре) за p2mp , особено ако се гони гарантирана латентност и качество, а не скорост. Според мен определено ще се използва. Недостатък (сериозен може би) - липса на съвместимост - всичко трябва да е МТ. Адрес на коментара Сподели в други сайтове More sharing options...
jack82 Отговорено 1 Септември, 2010 Доклад Сподели Отговорено 1 Септември, 2010 TDMA е кофти за p2p и добре (дори много добре) за p2mp , особено ако се гони гарантирана латентност и качество, а не скорост. Според мен определено ще се използва. Недостатък (сериозен може би) - липса на съвместимост - всичко трябва да е МТ. може и под дос Неграмотен съм, не ми се смейте на правописа. Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 27 Октомври, 2010 Доклад Сподели Отговорено 27 Октомври, 2010 @ pavlan за сега тестовете показват подобрение. Просто другия протокол е още по-зле, затова TDMA е по-добре. КАК СТОЯТ НЕЩАТА С ping ВРЕМЕНАТА ?!?!?!?! пускайте по еидн ping с timeout 200ms докато пускате bandwidth test. Като последния трябва да е лимитиран от самия себе си малко под максимума който достига. За сега май ще трябва да си играем като магарета да правим Mangle на "малки" пакети за да смъкнем ping-а ... http://wiki.mikrotik.com/wiki/NV2 nv2-qos=defaultIn this mode outgoing frame at first is inspected by built-in QoS policy algorithm that selects queue based on packet type and size. If built-in rules do not match, queue is selected based on frame priority field, as in nv2-qos=frame-priority mode. Според това трябва да са наред хммм, дали дефолтския QoS дава приоритет на ICMP ? @ тези които спамят във форума - колеги, някои поведения са причинени от заболявания, които нямат симптоми или имат скрити симптоми. А някои са просто причинени от лоши навици, липса на антиоксиданти в храната ... - Адрес на коментара Сподели в други сайтове More sharing options...
pavlan Отговорено 27 Октомври, 2010 Доклад Сподели Отговорено 27 Октомври, 2010 NV2 network will disturb other networks in the same channel NV2 network may be affected by any (NV2 or not) other networks in the same channel това не ми харесва ако сте виждали какво прави Canopy на .11а радио.... Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 27 Октомври, 2010 Доклад Сподели Отговорено 27 Октомври, 2010 Какъв по-точно проблем смяташ че ще възникне ? - Адрес на коментара Сподели в други сайтове More sharing options...
Администратор 111111 Отговорено 27 Октомври, 2010 Администратор Доклад Сподели Отговорено 27 Октомври, 2010 Какъв по-точно проблем смяташ че ще възникне ? както при моторолата 60 мхз неуписуем шум в канала Харесай поста ^^^ Форумът е за взаимопомощ а не за свършване на чужда работа ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 27 Октомври, 2010 Доклад Сподели Отговорено 27 Октомври, 2010 За това Atheros 9xxx имат спектрален анализатор - Адрес на коментара Сподели в други сайтове More sharing options...
Администратор Велин Отговорено 27 Октомври, 2010 Администратор Доклад Сподели Отговорено 27 Октомври, 2010 За това Atheros 9xxx имат спектрален анализатор AirView на рокет Не отговарям на постове написани с шльокавица! Адрес на коментара Сподели в други сайтове More sharing options...
pavlan Отговорено 27 Октомври, 2010 Доклад Сподели Отговорено 27 Октомври, 2010 Canopy достатъчно близо до нормално 5Гхз радио без Nstreme работещи на покриващи се канали, означава пълна липса на услуга за обикновеното 802.11 радио. Клиентите постоянно се презакачат. Disable CSMA опцията на Nstreme е там за точно тая причина. И Nstreme няма проблем в такива случаи. Доколкото знам две несинхронизирани Canopy-та (BH point-to-point) които за близо и са на един канал също не се понасят. Незнам как ще е с NV2 , но е възможно да има непоносимост към себеподобни А Nstreme на един канал далеч не е с такива трагични последствия... и като имаме предвид вече доста мръсния ефир.... Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 28 Октомври, 2010 Доклад Сподели Отговорено 28 Октомври, 2010 Няма ли как да накараме КРС-то да пуснат от 4920 до 6100 за ISM ? Че и още дори. - Адрес на коментара Сподели в други сайтове More sharing options...
pavlan Отговорено 28 Октомври, 2010 Доклад Сподели Отговорено 28 Октомври, 2010 6000-6100 се използва , виждал съм бтк-ски релейки на тях 700, 2.5 3.6-7 10ghz ли беше нелицензиран в някои страни ? Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 28 Октомври, 2010 Доклад Сподели Отговорено 28 Октомври, 2010 ДГД БТК Нашето оборудване работи от 4920 до 6100. - Адрес на коментара Сподели в други сайтове More sharing options...
¤ DJ69 ¤ (ツ) ¤ Отговорено 28 Октомври, 2010 Доклад Сподели Отговорено 28 Октомври, 2010 6000-6100 се използва , виждал съм бтк-ски релейки на тях 700, 2.5 3.6-7 10ghz ли беше нелицензиран в някои страни ? Maй има нещо такова.. за 10 те Адрес на коментара Сподели в други сайтове More sharing options...
NetworkPro Отговорено 28 Октомври, 2010 Доклад Сподели Отговорено 28 Октомври, 2010 Hello, currently we haven't added anything in the default priority yet. We will add some predefined things to prioritize in the future. We are open for the suggestions. Try to put some load on the nv2 link and watch the latency, as the the latency could be higher on the idle link. Regards Демек още нищо не е приоритизирано и приемат идеи какво да приоритизират. Също се очакват по-добри пингове при наличие на трафик. - Адрес на коментара Сподели в други сайтове More sharing options...
ефект Отговорено 3 Ноември, 2010 Доклад Сподели Отговорено 3 Ноември, 2010 тест с 2х 411АН с R52NM, Nv2, RouterOS 5.0beta6, в офис условия: UDP: в една посока - 210мбпс двупосочно - 2х106мбпс TCP : в една посока около 70мбпс двупосочно - 2 х 47 Закачат се на 270мбпс, не можах да ги пусна на 300. Колеги, с две пц-та п4 3.0 гхз. 4 карти R5nH, 4 антени 60'' 11км. линк nV2+nstreame+bonding, RoS v.5xx в една посока 180 мбп/с . по TCP тест / симетрия 90/90 latency 12~25ms. CPU usage 50~60%. Линка работи повече от месец stable.Успех. няма начин да няма начин Адрес на коментара Сподели в други сайтове More sharing options...
Recommended Posts
Създайте нов акаунт или се впишете, за да коментирате
За да коментирате, трябва да имате регистрация
Създайте акаунт
Присъединете се към нашата общност. Регистрацията става бързо!
Регистрация на нов акаунтВход
Имате акаунт? Впишете се оттук.
Вписване