Перейти к содержимому
Калькуляторы

Кто-нибудь работал с оборудованием Протея? Их софтсвич (который MKD), MAK, MTU.

Ещё раз носом тыкаю - OPTIONAL.

 

Поясните мне значение этого слова в данном контексте пожалуйста.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я, конечно, не филолог, но предложил бы следующую трактовку.

"Опциональный параметр" - значит, что в общем случае, он необязательный, его наличие или отсутствие определяется конкретной ситуацией.

 

Анализируя ситуацию для параметра multiplexCapability в сообщении TerminalCapabilitySet, можно прийти к выводу, что этого поля может и не быть, но первое TCS должно его включать, на что прямо указывает AnnexB.2.2 рекомендации Н.245.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Во! Вот оно - опциональный параметр. А мне заявили, что он ОБЯЗАН быть в первом TCS! И если его нет, то Протей считает, что звонок "неправильный". И что переделывать товарищи из Питера не будут.

 

Тут даже филологом быть не надо. Нет смысла в одном месте писать, что параметр опционален, а в другом (при чём, это же рекомендация - H.245), что без него никак. Не дураки же писали.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Товарищи просто неправильно (как обычно) читают стандарт. Он опционален, но может передаваться (если передается) только в первом TCS.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сегодня общался с человеком из Новосибирска. Он обещал тему двинуть дальше. И вроде как есть шанс, что пойдут на встречу. Что ж, посмотрим-с.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот если бы не вынесли тему на люди, хрен бы что сдвинулось. И авторизацию пускай наконец сделают. А то в бумагах - есть, в жизни - нет.

Изменено пользователем ram_scan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какую? На SIP которая? И чтобы не по sip-uri? Или через RADIUS? Краем уха слышал, что вроде в июне-июле будет примочка какая-то для RADIUS'а.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какую? На SIP которая? И чтобы не по sip-uri? Или через RADIUS? Краем уха слышал, что вроде в июне-июле будет примочка какая-то для RADIUS'а.

Да хрен уж с ним с радиусом и сип-ури, рачком-бочком но выкружились, рукой махнули да и все, просить то бестолку. Научили бы МКД наконец работать как UAC и обрабатывать 401 и 407 респонзы хотяб согласно RFC... Он из-за этого ни в регистрацию паренту прописаться, ни авторизацию пройти не может (не умеет ваще потому-что). Что там на совместимость тестировали когда сертификаты получали я не знаю, протоколы бы глянуть, как-то мутно там все.

Изменено пользователем ram_scan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сложно с вами, ram_scan... У вас деструктивный взгляд на проблему. А должен быть созидательный. Поведение с вашей стороны, начиная с мелких тычков типа "неправильно (как обычно)..." до откровенного поливания говном, не настраивают на созидательный лад, согласитесь. Если есть проблема, ее нужно обсуждать и разруливать, а вы пока ограничиваетесь только радостными воплями, как Протей плохо работает! А в реальности это далеко не так.

 

Есть параметр, помеченный как OPTIONAL.

В певом TCS он должен быть, в последующих - может не быть. По-этому, он и является опциональным. Он опционален относительно сообщения, а не относительно оборудования (типа в оборудовании он может быть задан, а может не быть задан). Он должен быть задан всегда и должен передаваться в первом сообщении. См. официальный документ ITU-T http://www.itu.int/rec/dologin_pub.asp?lan...&type=items

 

Из какого пальца вы высосали "может передаваться (если передается)" мне не ясно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сложно с вами, ram_scan... У вас деструктивный взгляд на проблему. А должен быть созидательный.

Созидательный подход себя исчерпал. Просили по хорошему, просили приватно, что-то менялось только когда доходило дело до скандала. Ничего страшного, пускай вендор пошевелится. Он за это деньги получил. Ничего личного. Только бизнес.

 

Из какого пальца вы высосали "может передаваться (если передается)" мне не ясно.

Из разночтений стандарта.

 

Терминал должен передавать MultiplexCapability в первом передаваемом наборе TerminalCapabilitySet.

Терминал должен передавать MultiplexCapability в первом передаваемом наборе TerminalCapabilitySet.

 

Есть небольшая разница, не находите ? Причем правильный вариант именно второй, потому-что если capability не передан в первом TCS то он не должен более передаваться нигде, и его нет смысла делать опциональным вообще.

 

 

Изменено пользователем ram_scan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Созидательный подход себя исчерпал...

Уважаемый Игорь, думаю, всем читателям форума уже давно понятно, что, даже прикрываясь созидательным подходом, Вы предпочитаете скандалы.

Лично я, например, не имею ничего против Вашего подхода к делу (как и все, он имеет право на жизнь), но тот факт, что Вы втягиваете в скандалы и дрязги других участников дискуссии, не может оставить меня, как читателя, равнодушным.

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

 

Я прекрасно понимаю уважаемого leveler'а, который создал ветку для того, чтобы при тестировании комплекса обратить внимание на тонкие участки и составить полную итоговую картину.

Но для меня остается загадкой ЗАЧЕМ, Игорь, Вы пытаетесь поставить коллегу нам в оппозицию? Вы считаете, что так поможете ему установить теплые личностные отношения между компаниями? Если захотеть, можно облить грязью абсолютно любого вендора. Абсолютно любого. За время работы на рынке ни у кого не было и нет безупречной репутации. Наверняка, все вы слышали что-то плохое (в разной степени) про всех более или менее известных производителей.

 

Думаю, нам стоит определиться с целью дискусии:

1) либо мы хотим совместными усилиями обсудить почему каждый из нас дурак

2) либо мы хотим построить сеть с заданными параметрами функциональности и качества

 

Вариант №2 лично мне кажется более интересным, хотя первый вариант уже раскрыт почти полностью.

 

leveler, хочется обратить Ваше внимание на то, что Вы в данном случае представляете не только себя, но и являетесь лицом Вашей компании. Ваша ветка вызвала определенный интерес и давно уже вышла за рамки "разговора в курилке". В то же время, Игорь (ram_scan) уже сменил место работы и вполне, как я вижу, не заботится о деловом этикете, на что имеет полное право.

 

leveler, если Вы поддерживаете путь №2, предлагаю оставить конфронтации для незаинтересованных лиц, а вместо этого перейти к согласованию ТЗ и проекта сети. Хорошие отношения между партнерами по бизнесу никогда ещё не мешали успешному ведению этого самого бизнеса.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ух ты, сколько народу то тут.

 

Коллега, не надо рассказывать пожалуйста за деловой этикет, терроризм и "выражение от лица компании". Если кто-то от лица компании захочет выразиться - он это обозначит. Leveler не является лицом компании. Лицом компании он будет являться когда появится тут с соответствующими заявлениями и набором регалий.

 

Такого деяния как "информационный терроризм" юриспруденция современная не знает, и наказания за такое деяние - не предусмотрено. Как частное лицо я имею право выражать свое мнение не только на форуме, но и в официальных СМИ, так что "подрыв деловой репутации" тут тоже ну никак не пришивается. Любой юрист который "в теме" вам подтвердит. И в данном случае точка зрения редакции и читателей может не совпадать с точкой зрения автора.

 

Сейчас, после нескольких пинков, можно перейти к шагу 2, и вендор нам своим примером наглядным покажет, как мы все были неправы. Не потрясанием сертификатами, а конкретной интероперабельностью в рамках стандарта. И своим этим деянием улучшит свой продукт, повысит его конкурентоспособность на рынке и обретет благодарных клиентов. Я вот о чем пекусь-то. Вот давайте в рамках пункта 2 разберемся с несчастным multiplexcapability, и соответствием реализации сип стека rfc3261. Прямо максимально конкретно. А то пока кроме фраз что "ram_scan очень, очень нехороший человек" внятной аргументации от сотрудников нтц протей что-то не слышно. Я даже все свои слова назад тогда возьму, публично извинюсь, тему на самый верх приколем, в назидание потомкам. Ы ? А коллега Leveler в реальном времени будет нам тут отчитываться, как все гладко происходит, и каждый такой отчет будет камушком в мой огород.

 

PS: Зовут меня ясное дело не Игорь. И я не представляю интереса каких-либо компаний. Я просто лицо которое "в курсе".

Изменено пользователем ram_scan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ram_scan, Вы отличный человек. Технически грамотный. Жаль, что не Игорь и жаль, что не представляете никакую компанию, а то можно было бы предметно побеседовать.

 

leveler, выбор за Вами: 1 или 2?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ram_scan, кстати насчет публичных извинений -- это Вы здорово придумали. Предлагаю при первом же удобном случае к этому вопросу вернуться ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2Aleksandrov: Если не трудно, вы хоть тогда представьтесь.

 

2ram_scan: Если не принципиально, можно писать мой ник с маленькой буквы? Есть у меня такая дурацкая просьба. :)

 

Согласен быть подопытной обезъянкой. Благо, наличие тестового оборудования позволяет. Кстати, сразу озвучу самый большой минус для меня, который есть в этой системе - отсутствие поддержки RADIUS (авторизация, аккаунтинг). Я понимаю, что никто нам это не обещал, что этого нигде не было написано. Но! Но так вот и есть.

 

И вот, что ещё хотелось бы спросить. А есть реально ПО, с помощью которого можно было бы потестировать нагрузку на MKD? И какие тесты, если не секрет, проводят на стендах Протея?

 

А ещё хотелось бы погонять факсы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2Aleksandrov: Если не трудно, вы хоть тогда представьтесь.

Алексей Александров

Ведущий менеджер по работе с операторами связи

НТЦ Протей

 

Приятно познакомиться.

Изменено пользователем Aleksandrov

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А всё. Хватит. Пора работать уже. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ух ты, какую темку-то интересную подняли...

 

Действительно реальных отзывов о работе протеевской системы и нету как таковых.

 

Вопросики к сотрудникам Протей (я смотрю, тут чуть ли не все инженеры проекта iMAK собрались):

Поясните назначение МКД-4? Как SBC, он прямо скажем "не очень".

Не рассматривали возможность использования CentOS вместо Red Hat Linux?

Опять же так называемый "горячий резерв" (как заметил ram_scan сессии рвуться), что-то планируется в этом направлении менять? Иначе смысл ставить второй сервак с коробочным RHL...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Инженер Протея тут кажется я один, постараюсь ответить...

Поясните назначение МКД-4? Как SBC, он прямо скажем...
А почему SoftSwitch class 4 должен выполнять функцию SBC? Он успешно выполняет функции SSW class 4, в этом и есть его назначение. И вообще, от куда вы взяли SBC, в текущих версиях MKD этой функциональности не заявляется.

 

Опять же так называемый "горячий резерв"...
Я так понимаю, речь опять же про МКД. Смотрите какая штука... В общем случае media-трафик не замыкается на SSW, а проходит напрямую между абонентскими устройствами. В этом случае при аварии никакого разрыва соединений не будет.

 

Не рассматривали возможность использования CentOS вместо Red Hat Linux?
Поделитесь секретом, а зачем?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

Я так понимаю, речь опять же про МКД. Смотрите какая штука... В общем случае media-трафик не замыкается на SSW, а проходит напрямую между абонентскими устройствами. В этом случае при аварии никакого разрыва соединений не будет.
Давайте рассмотрим частный случай с товарищем майором :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Инженер Протея тут кажется я один, постараюсь ответить...
Поясните назначение МКД-4? Как SBC, он прямо скажем...
А почему SoftSwitch class 4 должен выполнять функцию SBC? Он успешно выполняет функции SSW class 4, в этом и есть его назначение. И вообще, от куда вы взяли SBC, в текущих версиях MKD этой функциональности не заявляется.

Как же это "не заявляется"? А вот это, помилуйте, что такое? Пунктик 5.1.8

http://www.imak.ru/documents/?page=17

А если, SBC функциональности нет, в таком случае вообще никакого смысла в этом продукте не просматривается. Покупать, знаете ли, сервак с коробочным RHL только для того, чтобы он SIP-в-SIP маршрутизировал... Любая цыска, начиная с 2801, с голосовым IOS с этой задачей гораздо лучше справиться. И по цене гораздо привлекательней выглядит. Я уже не говорю про энергопотребление сервера, про наращиваемость и те пе

Опять же, резервирование... Насколько мне поведали знакомые, на этом форуме, Вы на сервера ключики HASP ставите. Само по себе - ничего страшного, все понятно, защита интеллектуальной собственности, все дела... но, для того чтобы зарезервировать такой сервер - недостаточно иметь такой же на складе.

 

Опять же так называемый "горячий резерв"...
Я так понимаю, речь опять же про МКД. Смотрите какая штука... В общем случае media-трафик не замыкается на SSW, а проходит напрямую между абонентскими устройствами. В этом случае при аварии никакого разрыва соединений не будет.
То есть, Вы хотите сказать, что ram_scan нагло лжет?... :-)
Кстати, в протее заявлена возможность горячего резервирования, но оное резервирование - не работает. То есть все активные соединения на момент отказа дропаются, а пробиллингуются они только когда поднимется упавшая нода. При этом если какие-то соединения были установлены повторно, то пробиллингуются они два раза. Феерично.
Не рассматривали возможность использования CentOS вместо Red Hat Linux?
Поделитесь секретом, а зачем?

Поделюсь, цена. CentOS распространяется бесплатно, а RHL Вы предлагете вешать на покупателя. Хоть бы выбор предлагали, так ведь не предлагаете.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В том объеме, как это описано в pdf'ке, функционал SBC действительно реализован. В текущей версии, действительно, не густо, но расширение готовится.

 

ram_scan... не врет. Если media-трафик разговорной сессии будет замкнут на SSW, то в случае аварии абонент попадет в тишину.

 

Поставляемый RHL все таки берется не с потолка. Он здорово переработан нашими разработчиками для работы с нашим ПО. Линукс поставляемый на сервере - часть общей системы, гарантирующая ее работоспособность. Думаю, что обвинение в "вешаньи на покупателя" малоконструктивны.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Думаю, что обвинение в "вешаньи на покупателя" малоконструктивны.

Благодарю за конструктивные пояснения. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не, max, вы не правы. Это как требовать при покупке биллинга вместо Oracle поддержки какого-нибудь Мускла. Если с ходу не нравится ОСь читай, тех. требования), ищите другой продукт.

 

Кстати, по поводу тестирования. Как ram_scan и сказал (уже сам даже улыбаюсь :)) - одно лечат, другое калечат. Починили звонки Протей-Мера-...-сотовый_телефон, поломали связку Протей-Мера-Адпак. Починили Протей-Мера-Адпак, поломали Адпак-Мера-Протей. Я так понял, факсы можно даже и не пытаться пробовать?

 

Кстати, тут с Essentra вроде проснулись (если всё правильно понял). Говорят, недели через две им должны дать бумажку на Вокалтек ихний. Как раз лежат запакованные и не отправленные BAX и EX. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.