Тема: Panasonic KX-HTS824RU маленький комбайн
Разве не может быть при двух регистрациях 6 линий? Так и есть, никакой это не “маркетинг”.
Конечно может. Но не припомню, чтобы регистраций на АТС было меньше, чем каналов. Казалось бы, регистрация потребляет ресурсов - чутка памяти, ну и сигнализация. А канал - RTP. Тут сэкономили на спичках?
Ну и значит я правильно понял, что номеров по SIP-два.
И вот ещё, не уверен я в правильности понимания количества ресурсов. 14 - это на систему, т.е. data+каналы? Я склоняюсь к этому варианту. Ну, или чудо, и по 14 ресурсов тех и тех?
Конечно может. Но не припомню, чтобы регистраций на АТС было меньше, чем каналов. Казалось бы, регистрация потребляет ресурсов - чутка памяти, ну и сигнализация. А канал - RTP. Тут сэкономили на спичках?
Ну и значит я правильно понял, что номеров по SIP-два.
При одной регистрации и 6 каналах можно получать хоть 100 номеров. Ты неправильно понимаешь цифровую телефонию. Число регистраций не может быть больше числа каналов, а число номеров никак не зависит от числа каналов или регистраций. Номер - всего лишь кусочек информации об одном конкретном звонке, который передаётся в момент звонка. Регистрация - пароль на подключение к провайдеру. Канал - один разговор.
В HTS824 можно использовать подключения по SIP к двум провайдерам, вести одновременно до 6 разговоров по этим подключениям и использовать до 200 городских номеров в этих подключениях. Если этого мало, то есть более производительные АТС, которые и стоят подороже, чем стоимость месячной аренды одной маленькой комнаты в бизнес-центре.
Конечно может. Но не припомню, чтобы регистраций на АТС было меньше, чем каналов. Казалось бы, регистрация потребляет ресурсов - чутка памяти, ну и сигнализация. А канал - RTP. Тут сэкономили на спичках?
Ну и значит я правильно понял, что номеров по SIP-два.При одной регистрации и 6 каналах можно получать хоть 100 номеров. Ты неправильно понимаешь цифровую телефонию. Число регистраций не может быть больше числа каналов, а число номеров никак не зависит от числа каналов или регистраций. Номер - всего лишь кусочек информации об одном конкретном звонке, который передаётся в момент звонка. Регистрация - пароль на подключение к провайдеру. Канал - один разговор.
В HTS824 можно использовать подключения по SIP к двум провайдерам, вести одновременно до 6 разговоров по этим подключениям и использовать до 200 городских номеров в этих подключениях. Если этого мало, то есть более производительные АТС, которые и стоят подороже, чем стоимость месячной аренды одной маленькой комнаты в бизнес-центре.
Число регистраций не может быть больше числа каналов? Это вообще, или именно на KX-HTS824? А в остальном то да. Вот только много ли провайдеров, дающих с одной регистрации n номеров? Эх.
Кстати, какая АТС Panasonic так может? На одну регистрацию загонять пачку номеров?
Число регистраций не может быть больше числа каналов? Это вообще, или именно на KX-HTS824? А в остальном то да. Вот только много ли провайдеров, дающих с одной регистрации n номеров? Эх.
Кстати, какая АТС Panasonic так может? На одну регистрацию загонять пачку номеров?
Не может.
Это вообще.
Много, все с кем я работал.
Все, поддерживающие SIP-транк.
Да.
Почитайте, например, Гольдштейна - на досуге, восполните пробелы в знаниях, ибо реально, извините, но несете чушь.
Пы.Сы.Про “экономию на спичках” - посмеялся, думаю после прочтения Гольдштейна и Вы сами посмеетесь над собой. 😊
Число регистраций не может быть больше числа каналов? Это вообще, или именно на KX-HTS824?
Если тебе зарплату дают купюрами, а ты раскладываешь эти купюры на кучки, то может ли число кучек быть больше числа выданных купюр? И зависит ли ответ от того, где ты работаешь?
Вот только много ли провайдеров, дающих с одной регистрации n номеров?
Все.
Кстати, какая АТС Panasonic так может? На одну регистрацию загонять пачку номеров?
Любая, которая работает с SIPом.
24 абонента, 200 городских, что в этом плохого? Зато в TDx-NCP-NS азеров только 16, TIЕ на 32 строки (а DN2IP уже не подифицируешь, только по многим направлениям можно раскидать), и даже OWN PBX нельзя вставить в префикс CLIP-а при “корпоративном” вызове. Ну и что тут поделаешь?... Да, такое вот мышление у японцев. Мы все дураки, а они д’артаньяны.
Посмотрел на стенде. Возник вопрос. Пункт “План нумерации” есть. “Функции” есть. Но кажется, что не всё показали. Можно ли при исходящем звонке выбрать линию как раньше(81 или 801, *37)? Где лежат мануалы?
Лирическое отступление.
Представим себе такую железку, которая регистрируется по SIP и ждёт INVITE. Все инвайты посылает в decline, пока не приходит тот самый с определёнными цифрами в поле From. Тут железка взрывает имеющиеся на борту 100 кг тротила. Производитель даёт гарантию на один раз и 1 кг тротила в подарок. Он, по понятным причинам, RTP в такой железке не планировал, т.е. каналов – 0, и соотношение каналов и регистраций – 0/1.
Оказывается, эта вундервафля одна из десяти, зарегистрированных на сервере от того же производителя. Сам сервер регистрируется у десяти вполне себе реальных операторов связи, но RTP тоже не умеет, так как производитель заранее знает что «клиенты» и не собирались. Соотношение каналов и регистраций - 0/10, но итого не меняется.
Тут закрадывается сомнение в однозначность утверждения, что «Число регистраций не может быть больше числа каналов». Или же, так как регистрация вещь очень конкретная, понятие «канал» должно быть уточнено.
Либо вместо «не может» подразумевается «не должно быть», т.к. это прописано в общепринятом стандарте.
А я пошёл собирать стенд с eMG80 (никто в ветке Panasonic не против стенда с eMG80?), у которой как раз 2 лицензии каналов SIP предустановленны.
Посмотрел на стенде. Возник вопрос. Пункт “План нумерации” есть. “Функции” есть. Но кажется, что не всё показали. Можно ли при исходящем звонке выбрать линию как раньше(81 или 801, *37)? Где лежат мануалы?
https://panasonic.net/cns/pcc/support/pbx/manual/kx-hts/index.html
Лирическое отступление...
Ваш очень своеобразный сленг и аллегории, которым не хватает полной пластической яркости и полноты художественных творений, не смогли донести до меня в этот вечер воскресенья суть передаваемых Вами посланий... 😊 Выпивон и закусон были интереснее.
Лирическое отступление.
Представим себе такую железку, которая регистрируется по SIP и ждёт INVITE. Все инвайты посылает в decline, пока не приходит тот самый с определёнными цифрами в поле From. Тут железка взрывает имеющиеся на борту 100 кг тротила. Производитель даёт гарантию на один раз и 1 кг тротила в подарок. Он, по понятным причинам, RTP в такой железке не планировал, т.е. каналов – 0, и соотношение каналов и регистраций – 0/1.
Оказывается, эта вундервафля одна из десяти, зарегистрированных на сервере от того же производителя. Сам сервер регистрируется у десяти вполне себе реальных операторов связи, но RTP тоже не умеет, так как производитель заранее знает что «клиенты» и не собирались. Соотношение каналов и регистраций - 0/10, но итого не меняется.
Тут закрадывается сомнение в однозначность утверждения, что «Число регистраций не может быть больше числа каналов». Или же, так как регистрация вещь очень конкретная, понятие «канал» должно быть уточнено.
Либо вместо «не может» подразумевается «не должно быть», т.к. это прописано в общепринятом стандарте.
А я пошёл собирать стенд с eMG80 (никто в ветке Panasonic не против стенда с eMG80?), у которой как раз 2 лицензии каналов SIP предустановленны.
Смысл креатива ускользает. Смысл исследований также неясен. Если канала нет, то нет обмена информацией. Регистрация невозможна без обмена информацией. Следовательно, регистрация без канала невозможна. Если регистрация без канала невозможна, то число регистраций не может быть больше числа каналов.
Лирическое отступление.
~
А я пошёл собирать стенд с eMG80 (никто в ветке Panasonic не против стенда с eMG80?), у которой как раз 2 лицензии каналов SIP предустановленны.Смысл креатива ускользает. Смысл исследований также неясен.
Смысл креатива в том, чтобы продемонстрировать отсутствие связи между количеством регистраций и количеством каналов. Смысл исследований в том, чтобы промелькнувшее утверждение
Число регистраций не может быть больше числа каналов,
разобрать хорошенько, и избежать бездумного внедрения этого утверждения в умы. А то какой-нибудь неофит прочитает, и понеслась. Плашка [ЭКСПЕРТ] таки способствует.
А обсуждение наше повернулось как раз в сторону уточнения понятия “канал”, но для меня довольно неожиданным способом. Итак, если “Канал - один разговор”, то, видимо, подразумевается RTP. Однако три предложения
“Если канала нет, то нет обмена информацией. Регистрация невозможна без обмена информацией. Следовательно, регистрация без канала невозможна.”
вдруг опускают нас до 2 а то и 1 уровня OSI(какая сволочь вырвала патч-корд?!). Последнее предложение оказалось настолько мозгодробительным, что пока воздержусь от разбора, но попрошу автора пояснить его или сформулировать иначе.
Теперь по поводу стенда с eMG80. Сервером выступил Asterisk. Регистраций три. Разговоров удалось установить два. При попытке совершить третий звонок от eMG80 поступил 503 “Service Unavailable”. Ни одна из регистраций во время дух протекающих разговоров (чуть более 7 минут) не упала.
Теперь смысл креатива и исследований становится понемногу понятен... ещё бы и без использования аллегорий.
Уточните, при звонке с eMG80 при уже двух разговорах и при попытке совершить третий звонок - что было на стороне абонента, например, 9-ка и сразу отбой или 9-ка, зуммер, набор номера, отбой? Или как-то иначе? А если вместо исходящего звонка с eMG80 сделать входящий на eMG80?
На eMG80 Proxy Registration timer 3600? На астере maxexpiry=3600?
Если ответите со скоростью исследования своего креатива - он ускользнет от меня... 😊
