Тема: NCP1000 базовая настройка
2Biochemist
что-то Вы явно не допоняли в панасе....
Всмысле? А по конкретнее можно?
Почему не реализован функционал BLF? В родных телефонах, это ведь так просто...
Как и другие SIP-телефоны Panasonic, новые модели поддерживают платформу BroadSoft и совместимы с программным обеспечением Digium и Asterisk.
«Компания Panasonic всегда умела своевременно реагировать на постоянно изменяющиеся требования рынка и вовремя обновлять ассортимент продукции, – комментирует Николай Школьников, руководитель отдела маркетинга и продаж АТС ООО «Панасоник Рус», – Новая линейка SIP-терминалов – это наше решение, в первую очередь, для облачных сервисов, популярность которых в последнее время стремительно растет. http://panasonic.ru/press_center/releases/detail/446621
Они такие же родные, как KX-T и DBS 😊
напишите по пунктам, что не получается в панасе.... пару решений, полагаю, Вам подскажут....
Наблюдатель, заметьте, там сказано что они поддерживают... Там не сказано, что они сделаны ТОЛЬКО для них. Поддерживают и совместимы... Эта формулировка совершенно не исключает того, что они могли бы, вообще то, поддерживать и свой режим сигнализации BLF. Я как бы не вижу тут противоречий.
напишите по пунктам, что не получается в панасе.... пару решений, полагаю, Вам подскажут....
Не получается ровно одна конкретная вещь - не работают кнопки BLF на телефоне Panasonic KX-UT133 в связке с NCP500.
Вопрос:
а) Можно ли, чтобы они заработали?
б) Если пункт а) невозможен (в режиме SIP-подключения), можно ли данный телефон запустить в режиме поддержки проприетарного MGCP, чтобы по сути получить их него аналог KX-NT343, для реализации функционала кнопок.
давайте я Вам поменяю на NT343….. всего и делов....
nt321 много дешевле .....цена около 2200….его бы Вам купить надо было
Что - точно?
Точно, что его нельзя загрузить с поддержкой MGCP, т.е. в режиме а-ля KX-NT343? В этой же теме на первой странице вроде как пишут что это возможно... Гонят?
MGCP - это протокол, а не режим. UT-телефоны не поддерживают данный протокол, это точно. Вообще, мне не нравится формулировка вопроса. Тебе не всё равно - MGCP или SIP внутри телефона? Тебе, наверное, нужны какие-то функции от телефона, или я чего-то не понимаю? Так вот - функция с лампочками на UT-серии доступна только на KX-NS1000, Астериске, Броадсофте и т.п. На TDE/NCP недоступна. И это точно. UT-телефон на NS1000 является системным и поддерживает почти весь функционал, в том числе кнопочки горящие. И это тоже точно. Вообще, приличные фирмы перед продажей такие вещи демонстрируют...
Когда только вышла NCP500 - я брал ее одни из первых, а это было начало 2011 года, все звучало куда более многообещающим.
NCP=TDE в другом корпусе. TDE вышла в декабре 2007 года. NCP - в феврале 2009 года. Что и от кого звучало - я уже сказал. Или сведения переданы не точно, или твои информаторы - знатные развешиватели лапши. Ну или ты их не так понял. Без цитаты их утверждений, как ты понимаешь, нельзя сделать однозначный вывод.
Тогда у меня была дилема, что брать на замену 824-ки, в быстро растущий офис - реализованный в железе Астериск или Панас. Я долго думал... В итоге взял Панас, т.к. сыграло несколько фактов - обещали поддержку SIP,
Прямо-таки дилеММа с одной м?
Что ты так цепляешься за этот выкидыш телефонии? Все знакомые мне профессионалы (кроме Wowa) при упоминании данного протокола корчат кривую рожу.
хорошая в общем эргономика телефонов (в то время было мало IP-телефонов, которые приятно было держать в руках, ну разве что Циски), и добрая память о Панасе вообще, т.к. ранее все работало по принципу настроил один раз и забыл. Теперь я крайне жалею об этом. Реализация SIP в NCP500 крайне убогая. Количество настроек SIP, пожалуй, самое бедное из всего “железа”, что я видел. Баги, опять же. К примеру у меня работает лишь три SIP-транка из 4-х на DSP4. А дальше вываливается “помеха платы” с ошибкой IP Extension or Trunk limitation over…. Жесть.. И я в этом баге не одинок...))
Одинок. У меня всё чётко пашет.
Далее, по поводу стандартов. Да, у SIP хватает недостатков, и в части стандартизации тоже, но дело в том, что мы сейчас говорил об оборудовании одного вендора! И недешевом. Почему не реализован функционал BLF? В родных телефонах, это ведь так просто...
UT-серия не родная для TDE/NCP. Она родная для Астериска, Бродсофта и NS1000. В мануале все ограничения SIP-телефонов чётко описаны - где был твой разум?
Причем тут стандарты в целом, если это сугубо косяк и жлобство Панаса. У них и так каждая лицензия SIP стоит немалых денег,
Хаха. Приведи примеры - у какого вендора лицензии дешевле (с цифрами). Вообще-то у Панаса лицензии очень дешёвые.
так еще и “родные телефоны” на АТС, официально поддерживающей SIP, не реализуют одну из важнейших фич (кнопки).
RTFM никто не отменял же.
По поводу реализации - я тоже могу это организовать, но это будет костыль. Понятно, что можно АТС транками подключить к облаку, эти транки заворачивать сугубо на мой тел, но это все костыли. У меня есть несколько проектов. Они территориально распределены (сильно, например Бостон, Москва, Иркутск), и мне, безусловно, удобнее, иметь на столе один телефон, с 4-6 линиями, в котором одна смотрит в АТС, а две-три-пять других в облако,
Удобно иметь на столе телефон с одной линией, которая смотрит и в облако, и в АТС сразу. У тебя же не 4-6 ртов, чтобы говорить по 4-6 линиям.
где уже настроена “правильная”, довольно сложная в логике переадресация на эти мои линии. У облачной АТС по каждому проекту свой номер, и свой маршрут, который приходит либо ко мне на стационарный, либо, если уезжаю из офиса, на софтфон Acrobits, стоящий на смартфоне. И когда по любому из проектов идет звонок - я сразу вижу, на том же Yealinke - откуда идет звонок, по какой линии. Если я занят, я знаю, куда перезвонить и кому - благо тел пишет все пропущеные вызовы. Ну а что мы имеем с NT343? Да половину удобства и функционала мы не имеем. Чтобы реализовать это через АТС нужно задействовать входящие SIP-транки (а они недешевые, и кривоваты в настройках, про мультиканальность по ним - отдельная песня)
Ни одной проблемы из перечисленных не существует. Что-то не так с руками. У меня много таких проектов, вообще-то. И с мультиканальностью в том числе. Всё работает.
, логировать звонки, с автоматическим дозвоном обратно по тому же маршруту - задача для NT343 неподсильная,
У меня это работает на любом NT и DT-телефоне.
по ощущением я могу решить этот вопрос только через ARS. И так далее. В чем гибкость NCP500? В абсолютном отсутствии динамических самоприоритезирующихся маршрутов? В том, что покупая проприетарные телефоны серии NT, ты выкинешь их вместе с АТС?
Это политика любого вендора - от Лыжи до Циски. По ощущениЯм.
В убогих настройках SIP, который официально заявлен? В том, что его полноценное администрирование можно осуществлять лишь через Windows-софт, что для меня, маковода, отдельная головная боль и необходимость держать виртуалку только под PBX Unified Maintance Console?
Зачем такую АТС брал? Взял бы с веб-интерфейсом NEC, LG или NS1000, если Виндоус неприемлема.
Я, безусловно, не профессионал, но, надо сказать, довольно прилично разбираюсь в железяках. Во всяком случае, перепаять кондеры на материнке - смогу. Равно как и настроить +- под свои нужны и Elastix, и Yate… А вот предсказать тонкости реализации поддержки проприетарным железом производителя тех или иных функции, нет.
Так обратился бы к тем, кто может. В чём проблема? Или ты хочешь досконально разбираться в любом оборудовании, которое у тебя стоит? Тогда почему не учился на специалиста по АТС Панасоник? Как ты станешь специалистом, если не будешь учиться?
И в твоём случае нужны умения не на уровне замены южного моста в 965 чипсете, а на уровне планирования архитектуры сети. Судя по твоим озвученным представлениям, тебе бы ещё поучиться. Например, рулёжка маршрутов звонка на телефоне - это примерно как ставить сервер в коммутатор на уровне доступа, а не в ядре или дистрибьюции. Те же грабли. Роутинг настраивается на роутере, а не на воркстейшене - неужели ты с этим не согласен? А роутер в телефонии - это АТС или гейтвей. Телефон - это воркстейшен, клиент. Он не должен рулить маршрутами.
Хотя если исходить из общей логики, очевидно, что она (поддержка) должна быть.
PS. Полтора года назад “SIP от Панаса” существовал уже давненько. Не слушай больше тех ребят, от которых ты получал сведения о Панасонике. Они тебе по ушам раньше ездили, и сейчас вряд ли остановятся. Зато кучу модного оборудования тебе впарили, которое вообще для твоей АТС не очень-то подходит, зато стоит некисло.
Ну хорошо, два с половиной, можно посмотреть мои темы тут, это было +- середина 2011 года.
По поводу стоимости. Очевидно что СИП-телефон от Панаса стоит дешевле, чем такой же но NT. Собсна если взять рынок сейчас, то так оно и есть - я взял UT133 за 4587 руб., а NT343 дешевле 4900 не нахожу. Конкуренция в действии. При этом покупая NT ты покупаешь совершенно тупиковый вариант, который ни с чем иным, кроме Панаса не работает и не имеет абсолютно никаких перспектив. В отличии от любого другого SIP-телефона.
Разница в названных тобой ценах = 7 процентов. Функционал отличается раз в 10. Сэкономил?
Ну и для Линка поищи телефоны - то-то порадуешься. Да или для любой другой АТС. Полный функционал - только с “родной” АТС. С другими - просто звонилка.
MGCP - это протокол, а не режим. UT-телефоны не поддерживают данный протокол, это точно. Вообще, мне не нравится формулировка вопроса. Тебе не всё равно - MGCP или SIP внутри телефона? Тебе, наверное, нужны какие-то функции от телефона, или я чего-то не понимаю? Так вот - функция с лампочками на UT-серии доступна только на KX-NS1000, Астериске, Броадсофте и т.п. На TDE/NCP недоступна. И это точно. UT-телефон на NS1000 является системным и поддерживает почти весь функционал, в том числе кнопочки горящие. И это тоже точно. Вообще, приличные фирмы перед продажей такие вещи демонстрируют...
Я знаю, что это протокол. Я напомню еще раз, что телефоны серии UT вышли в конце 2011 года. А АТС KX-NS1000 - только в ближе к концу 2012-го. В период конца 2011 - и почти до конца 2012 NCP500 ну и TDE по сути ,были едиснтвенными АТС у Панасоника, которые поддерживали SIP. Мне как бы хочется тогда понять логику вендора, который выпускает телефон, фичи которого в течении года не поддерживаются его текущим железом..))) Судя по Вашим постам она в этом есть, но я считаю по другому.
Прямо-таки дилеММа с одной м?
Что ты так цепляешься за этот выкидыш телефонии? Все знакомые мне профессионалы (кроме Wowa) при упоминании данного протокола корчат кривую рожу.
Можно сколь угодно говорить что это выкидыш, но замечу что тот же Панас упорно двигается в эту же сторону. Я был на конференции Кодак в свое время, когда они утверждали, что цифровая фотография, это “выкидыш”. А пленка это наше все... И где теперь Кодак? Очевидно, что будущее за IP-телефонией. Понятно, что инженерам хватит еще “меди”, аналога и всего прочего на долгие годы, но будущее однозначно за VoIP. И первый, кто сядет в этот поезд, будет +- молодец.
Одинок. У меня всё чётко пашет.
Ну конечно, я одинок... Поэтому и возникают вот такие темы, да? https://komendant.pro/spr/viewthread/35976/P15/
На западных форумах аналогичных проблем хватате, карты видтся, лицензии иногда уезжают. И это не мои кривые руки...
Вот только что ловлю воспроизводимый баг. Есть Сип-транк в сипнет. Ставлю приоритет набора так, что через ARS через него, либо с нисшим через город. Все идет через сип. Вырубаю транк на ous. Все равно идет через Сип. Вырубаю всю плату на ous - пофиг, хотя входящие умирают, исходящие идут через него..))) Перезагружаю станцию, и о чудо, теперь плата в “настоящем ous…))))
UT-серия не родная для TDE/NCP. Она родная для Астериска, Бродсофта и NS1000. В мануале все ограничения SIP-телефонов чётко описаны - где был твой разум?
Круто, навреное, это правильно, выпускать телефоны для станции, которых еще не существует, да...)))
Хаха. Приведи примеры - у какого вендора лицензии дешевле (с цифрами). Вообще-то у Панаса лицензии очень дешёвые.
У многих вендоров вообще внутренние абоненты SIP не лицензируются, а их количество в первую очередь лимитируется производительностью железа АТС. Тут же чистый маркетинг.
так еще и “родные телефоны” на АТС, официально поддерживающей SIP, не реализуют одну из важнейших фич (кнопки).
Ни одной проблемы из перечисленных не существует. Что-то не так с руками. У меня много таких проектов, вообще-то. И с мультиканальностью в том числе. Всё работает.
Окей, если я показываю “залипающие” SIP-транки на трех разных провайдеров IP-телефонии, на моей конкрентно АТС с моей прошивкой (стоковой из коробки) то ты согласишься эти свои слова взять обратно?
Это политика любого вендора - от Лыжи до Циски. По ощущениЯм.
Это спорное утверждение. Мало того, есть вендоры, вообще не производящие телефонов, но производящих АТС...)))
Зачем такую АТС брал? Взял бы с веб-интерфейсом NEC, LG или NS1000, если Виндоус неприемлема.
Тогда еще не было NS1000. А почему брал именно панас написал в выше.
Так обратился бы к тем, кто может. В чём проблема? Или ты хочешь досконально разбираться в любом оборудовании, которое у тебя стоит? Тогда почему не учился на специалиста по АТС Панасоник? Как ты станешь специалистом, если не будешь учиться?
И в твоём случае нужны умения не на уровне замены южного моста в 965 чипсете, а на уровне планирования архитектуры сети. Судя по твоим озвученным представлениям, тебе бы ещё поучиться. Например, рулёжка маршрутов звонка на телефоне - это примерно как ставить сервер в коммутатор на уровне доступа, а не в ядре или дистрибьюции. Те же грабли. Роутинг настраивается на роутере, а не на воркстейшене - неужели ты с этим не согласен? А роутер в телефонии - это АТС или гейтвей. Телефон - это воркстейшен, клиент. Он не должен рулить маршрутами.
Не боги горшки обжигают. И я готов поучится. В том числе и на своих ошибках. Я не предлагаю рулить маршрутами на телефоне, но иметь дополнительный функционал, который позволяет мне иметь терминал, имеющий доступ к разным, подчеркиваю именно разным, множественным, АТС я хочу. И это вполне себе осмысленное и реализуемое желание.
Разница в названных тобой ценах = 7 процентов. Функционал отличается раз в 10. Сэкономил?
Ну и для Линка поищи телефоны - то-то порадуешься. Да или для любой другой АТС. Полный функционал - только с “родной” АТС. С другими - просто звонилка.
Я не экономил. Я искал универсальный телефон, позволяющий мне работать с разными средами. В итоге получается нелепость, я купил телефон вендора, который отлично работает с любыми сторонними продуктами, в том числе и по “нестандартизованным” протоколам. При этом во всем этом парке самый убогий функционал у него именно с вендорской АТС, с которой, еще раз подчеркну, он должен работать, так как был выпущен задолго до NS 1000. А в итоге, ровно наоборот. Где моя логика хромает?
Где моя логика хромает?
Логика начинает хромать сразу, если Вы перед покупкой чего-либо, не интересуетесь возможностью покупаемого оборудования.
Судя Вашей логике, колесо от автобуса “Мерсидес” должно подходить с машине представительского класса.
И мудаки, производители мерсидесов, что не сделали всё универсальным.
Где моя логика хромает?
Логика начинает хромать сразу, если Вы перед покупкой чего-либо, не интересуетесь возможностью покупаемого оборудования.
Судя Вашей логике, колесо от автобуса “Мерсидес” должно подходить с машине представительского класса.
И мудаки, производители мерсидесов, что не сделали всё универсальным.
Ситуация немного другая, мне, в первую очередь, нужен был SIP-телефон, и лишь во вторую, системник от Панаса. Я надеялся, что логично было бы им реализовать сигнализацию BLF на своем проприетарном телефоне для всех АТС, поддерживающих данный вид подключения (SIP). Мне нужно было решение, по возможности сочетающие эти две ипостаси. И очевидно, что искать подобное решение нужно именно у Панасоник. Разве нет? Еще раз подчеркну что SIP в приоритете...
Где моя логика хромает?
Логика начинает хромать сразу, если Вы перед покупкой чего-либо, не интересуетесь возможностью покупаемого оборудования.
Судя Вашей логике, колесо от автобуса “Мерсидес” должно подходить с машине представительского класса.
И мудаки, производители мерсидесов, что не сделали всё универсальным.
Кстати, о логике. берем вполне себе официальную брошюру по данным телефонам:
Вот эту
Смотрим последнюю страницу, и видим там графу совместимость, в которой в свою очередь, наблюдаем Panasonic SIP-ATC.
Замечу, что там не стоит Panasonic NS 1000, там не стоит звездочка, где сказано что чатсь функционала может быть ограничена на АТС Панасоник, правда? Там совсем нет ни слова об этом. Мало того, нигде нет определение термина Panasonic SIP-ATC, а значит по умолчанию в него входят все АТС Панасоник, поддерживающие этот тип подключения. Иначе бы там стояла одна конкретная модель, NS1000. Если вендор однозначно и четко утверждает отсутствие поддержки - то почему этого нет в официальных источниках?
Замечу, что там не стоит Panasonic NS 1000, там не стоит звездочка, где сказано что чатсь функционала может быть ограничена на АТС Панасоник, правда? Там совсем нет ни слова об этом. Мало того, нигде нет определение термина Panasonic SIP-ATC, а значит по умолчанию в него входят все АТС Панасоник, поддерживающие этот тип подключения. Иначе бы там стояла одна конкретная модель, NS1000. Если вендор однозначно и четко утверждает отсутствие поддержки - то почему этого нет в официальных источниках?
Смотрите внимательно, там написано -> совместимость RFC3261 стандарт SIP-сервер, Asterisk, Broadsoft, Panasonic SIP-АТ
В чём Вы видите не правду?
совместимость RFC3261 стандарт SIP-сервер, Asterisk, Broadsoft, Panasonic SIP-АТ
В чём Вы видите не правду?
Там нет неправды..)) Но там также написано: совместимость RFC3261 стандарт SIP-сервер, Asterisk, Broadsoft, Panasonic SIP-АТС и абсолютно нигде не указано, что она неполная в отношении части этих Panasonic SIP-АТС
совместимость RFC3261 стандарт SIP-сервер, Asterisk, Broadsoft, Panasonic SIP-АТ
В чём Вы видите не правду?Там нет неправды..)) Но там также написано: совместимость RFC3261 стандарт SIP-сервер, Asterisk, Broadsoft, Panasonic SIP-АТС и абсолютно нигде не указано, что она неполная в отношении части этих Panasonic SIP-АТС
Пожалуйста, укажите, где в RFC3261 упоминается реализация функционала BLF?
Окей, если я показываю “залипающие” SIP-транки на трех разных провайдеров IP-телефонии, на моей конкрентно АТС с моей прошивкой (стоковой из коробки) то ты согласишься эти свои слова взять обратно?
1. Прошивки следует использовать не “из коробки”, а актуальные. Это один из самых главных принципов техсуппорта Панасоника. Проблема, возникшая с использованием неактуальной прошивки - не рассматривается. “Обновитесь!” - настаивает Панасоник. Зачем отлавливать баги, уже отловленные и закрытые в новых прошивках? Актуальная прошивка нау = 7.11.
2. Встречный вопрос - если я решу твою проблему, то ты согласишься оплатить мои услуги (безналом с НДС и всеми документами - немно-о-ожечко дороже)? 😊 А то мне тут новая машина нужна, а за старую я ещё не получил полностью со страховой 😊 Если что, компания - в РФ зарегистрирована.
Однако, следует более точно формализовать слова вроде “залипают” и т.п., чтобы я смог воспроизвести траблу, либо доказать её отсутствие. Стенд для тестирования у меня есть, могу собрать почти любой конфиг на TDE, NCP, NS1000. Можешь сформулировать задачу, чтоб её можно было воспроизвести на стенде, или проблема проявляется только с определённым тремя SIP-операторами связи, и возникает она в определённой точке подключения (сиречь в твоей сетке)?
В случае достижения договорённости мой сертификат предоставляется, он разрешает мне работать с оборудованием тех моделей, которые установлены у тебя. Единственная проблемка - время. Но, я так понимаю, трабл твой уже не очень горит, и заняться им можно вдумчиво, на недельку.
Короче - озвучивай ТЗ поподробнее (без “залипают”, но с однозначным описанием траблов), а я озвучу ценник. Можно даже с пацанами посоревноваться - у кого на стенде раньше проблема зачирикает. andik, я полагаю, будет участвовать в аукционе 😊 Мой ценник будет наверняка выше среднего. Так уж сложилось.
Пожалуйста, укажите, где в RFC3261 упоминается реализация функционала BLF?
Подождите, а когда запятая в русском языке перестала, в том числе, означать множественное перечисление?
Там указано, что поддерживается только RFC3261? Нет, там он (стандарт) перечислен в ряду иного оборудования. Рядом сидит вот филолог, красный диплом МГУ, утверждает, что в данном случае, исключительность первого перечисляемого объекта не вытекает из формы....)))) Или Вы не согласны? Там же не перечисляются абсолютно все RFC, которые он поддерживает (типа RFC 2396, RFC 2279, и т.д.) Я думаю, этим они хотели сказать что может не поддерживается ряд иных фич, вроде PRACK (RFC 3262)).
1. Прошивки следует использовать не “из коробки”, а актуальные. Это один из самых главных принципов техсуппорта Панасоника. Проблема, возникшая с использованием неактуальной прошивки - не рассматривается. “Обновитесь!” - настаивает Панасоник. Зачем отлавливать баги, уже отловленные и закрытые в новых прошивках? Актуальная прошивка нау = 7.11.
Опа... Отличное утверждение... Окей, пускай так. Сама по себе АТС обновлять прошивки, как мы знаем, не умеет. Можно ознакомится с документом, обязывающим меня приглашать переодически приглашать специалиста для обновления прошивок, которые, будучи интегрированы в продукте as is из коробки не осуществляют заданную функциональность? Именно обязывающем, т.к. баг прошивки, если таковой имеет место быть, по идее или должен не вредить заявленному функционалу, либо иметь возможность пользователю самостоятельно, без привлечения платной помощи устранить недостатки первичного продукта. Разве не так? Еще раз замечу, что выявить проблему сразу возможности не было. т.к. в период гарантийного срока сип-транками не пользовались вообще.
2. Встречный вопрос - если я решу твою проблему, то ты согласишься оплатить мои услуги (безналом с НДС и всеми документами - немно-о-ожечко дороже)? 😊 А то мне тут новая машина нужна, а за старую я ещё не получил полностью со страховой 😊 Если что, компания - в РФ зарегистрирована.
Однако, следует более точно формализовать слова вроде “залипают” и т.п., чтобы я смог воспроизвести траблу, либо доказать её отсутствие. Стенд для тестирования у меня есть, могу собрать почти любой конфиг на TDE, NCP, NS1000. Можешь сформулировать задачу, чтоб её можно было воспроизвести на стенде, или проблема проявляется только с определённым тремя SIP-операторами связи, и возникает она в определённой точке подключения (сиречь в твоей сетке)?
В случае достижения договорённости мой сертификат предоставляется, он разрешает мне работать с оборудованием тех моделей, которые установлены у тебя. Единственная проблемка - время. Но, я так понимаю, трабл твой уже не очень горит, и заняться им можно вдумчиво, на недельку.
Короче - озвучивай ТЗ поподробнее (без “залипают”, но с однозначным описанием траблов), а я озвучу ценник. Можно даже с пацанами посоревноваться - у кого на стенде раньше проблема зачирикает. andik, я полагаю, будет участвовать в аукционе 😊 Мой ценник будет наверняка выше среднего. Так уж сложилось.
Какую мою проблему решить? Проблему с залипанием транков, которую я решаю перезагрузкой АТС? Это не проблема, это баг, который легко решается перезагрузкой... Как бы не очень понятно, за что тут платить... У Вас компьютер никогда в жизни не зависал? Или Вы для разбора полетов, почему он завис, всегда приглашаете платных сертифицированных специалистов от разработчиков ПО и железа?
Или с тем, что на UT-133 у меня заработают кнопки BLF? Если про последнее - озвучивайте ценник...)))
Ну и про залипают, ну куда уж подробнее можно писать. Еще раз говорю, настраиваешь транк. Делаешь его в ous, или всю плату. Сохраняешь, закрываешь консоль. А он все равно звонит через него. Прошивка третья, если что...
