Тема: Перевод вызова по SIP на PAP2T
Добрый день, коллеги,
с ходу не получилось осуществить перевод вызова по SIP на шлюзе PAP2T, поковырялся в настройках:
1. везде для 1-го Cos все разрешения включены, а перевод вызовов не работает, та же проблема и на софтофонах (тестировал два типа SIP софтфонов).
2. На обычных аналоговых аппаратах и системных телефонах все работает без проблем, COS такой же как и у SIP номеров.
3. PAP2T при переводе вызова 1-го абонента ставит канал на удержание нормально (музыка проигрывается), набрав 2-го абонента внутреннего или внешнего, которому требуется переадресовать вызов, все работает нормально до момента когда нужно положить трубку на телефоне с PAP2T. После того как положили трубку на телефоне подключенного к PAP2T происходит отбой вызова в обе стороны.
Телефонная станция TDE-200.
Добрый день, коллеги,
с ходу не получилось осуществить перевод вызова по SIP на шлюзе PAP2T, поковырялся в настройках:
1. везде для 1-го Cos все разрешения включены, а перевод вызовов не работает, та же проблема и на софтофонах (тестировал два типа SIP софтфонов).
2. На обычных аналоговых аппаратах и системных телефонах все работает без проблем, COS такой же как и у SIP номеров.
3. PAP2T при переводе вызова 1-го абонента ставит канал на удержание нормально (музыка проигрывается), набрав 2-го абонента внутреннего или внешнего, которому требуется переадресовать вызов, все работает нормально до момента когда нужно положить трубку на телефоне с PAP2T. После того как положили трубку на телефоне подключенного к PAP2T происходит отбой вызова в обе стороны.
Телефонная станция TDE-200.
Не знаю, кто как, а я не понял, что происходит
Поставьте на время холд моде послабже
1. про время удержания не понял, зачем его менять? сейчас же работают абоненты аналоговых линий.
2. для spider_alex: может не понятно написал, но дело вот в чем - не работает перевод вызовов у sip абонентов, на удержанире линия ставиться нормально, а переадресовывать не хочет. Такое ощущение, что где то не включена функция или не стоит разрешение на перевод вызова для sip абонентов. Отбивает абонентов при попытке переадресовать вызов. Это происходит не только на шлюзе SIP, но и на софтофонах работающих по SIP.
morovv, с чего Вы взяли, что на PAP2T должна работать переадресация?
Вы точно знаете, что у кого то это работает?
1. про время удержания не понял, зачем его менять? сейчас же работают абоненты аналоговых линий.
2. для spider_alex: может не понятно написал, но дело вот в чем - не работает перевод вызовов у sip абонентов, на удержанире линия ставиться нормально, а переадресовывать не хочет. Такое ощущение, что где то не включена функция или не стоит разрешение на перевод вызова для sip абонентов. Отбивает абонентов при попытке переадресовать вызов. Это происходит не только на шлюзе SIP, но и на софтофонах работающих по SIP.
Непонятно - что за SIP-абоненты (где зареганы) и на кого они переводят(transfer) или переадресовывают(forward). И всё же - переводят или переадресовывают? И как они это делают - жмут кнопку какую-то, код функции набирают, или ...?
1. про время удержания не понял, зачем его менять? сейчас же работают абоненты аналоговых линий.
2. для spider_alex: может не понятно написал, но дело вот в чем - не работает перевод вызовов у sip абонентов, на удержанире линия ставиться нормально, а переадресовывать не хочет. Такое ощущение, что где то не включена функция или не стоит разрешение на перевод вызова для sip абонентов. Отбивает абонентов при попытке переадресовать вызов. Это происходит не только на шлюзе SIP, но и на софтофонах работающих по SIP.Непонятно - что за SIP-абоненты (где зареганы) и на кого они переводят(transfer) или переадресовывают(forward). И всё же - переводят или переадресовывают? И как они это делают - жмут кнопку какую-то, код функции набирают, или ...?
1. Имеется мини-АТС TDE-200 (32 лицензии для внутренних SIP абонентов), к ней по внутреннему SIP’у подключены два шлюза Linksys PAP2T (внутренние номера этих шлюзов 501 и 502) и sip приложение eyeBeam для ПК.
2. Входящие и исходящие звонки по внутренним SIP подключениям отрабатывают без претензий.
3. Осуществляем набор с внешнего городского номера на внутренний номер SIP 501, поднимаем трубку на 501 и пытаемся выполнить перевод вызова (transfer) на внутренний номер SIP 502, transfer включаем кратковременным нажатием на клавишу отбоя на телефонном аппарате подключенного к PAP2T. После кратковременного нажатия на клавишу отбоя на номере 501, включается музыкальное сопровождение внешнему абоненту, который дозвонился на номер 501 (т.е. включается удержание вызова). Музыкальное сопровождение, которое слышит внешний абонент, проигрывается со станции TDE, а не с PAP2T, проверили они разные. После кратковременного нажатия на клавишу отбоя на 501-м номере включается приглашение к набору номера (длинный гудок), далее набираем 502, отвечаем на 502-м номере, а на 501 ложу трубку, что бы вызов был переадресован. После того, как положили трубку на 501 происходит отбой обоим абонентам (502 и внешнему).
1. про время удержания не понял, зачем его менять? сейчас же работают абоненты аналоговых линий.
2. для spider_alex: может не понятно написал, но дело вот в чем - не работает перевод вызовов у sip абонентов, на удержанире линия ставиться нормально, а переадресовывать не хочет. Такое ощущение, что где то не включена функция или не стоит разрешение на перевод вызова для sip абонентов. Отбивает абонентов при попытке переадресовать вызов. Это происходит не только на шлюзе SIP, но и на софтофонах работающих по SIP.Непонятно - что за SIP-абоненты (где зареганы) и на кого они переводят(transfer) или переадресовывают(forward). И всё же - переводят или переадресовывают? И как они это делают - жмут кнопку какую-то, код функции набирают, или ...?
1. Имеется мини-АТС TDE-200 (32 лицензии для внутренних SIP абонентов), к ней по внутреннему SIP’у подключены два шлюза Linksys PAP2T (внутренние номера этих шлюзов 501 и 502) и sip приложение eyeBeam для ПК.
2. Входящие и исходящие звонки по внутренним SIP подключениям отрабатывают без претензий.
3. Осуществляем набор с внешнего городского номера на внутренний номер SIP 501, поднимаем трубку на 501 и пытаемся выполнить перевод вызова (transfer) на внутренний номер SIP 502, transfer включаем кратковременным нажатием на клавишу отбоя на телефонном аппарате подключенного к PAP2T. После кратковременного нажатия на клавишу отбоя на номере 501, включается музыкальное сопровождение внешнему абоненту, который дозвонился на номер 501 (т.е. включается удержание вызова). Музыкальное сопровождение, которое слышит внешний абонент, проигрывается со станции TDE, а не с PAP2T, проверили они разные. После кратковременного нажатия на клавишу отбоя на 501-м номере включается приглашение к набору номера (длинный гудок), далее набираем 502, отвечаем на 502-м номере, а на 501 ложу трубку, что бы вызов был переадресован. После того, как положили трубку на 501 происходит отбой обоим абонентам (502 и внешнему).
По-хорошему, надо задавать вопросы тем, кто придумал такую схему. Насколько я знаю, Панас не гарантирует полный функционал с устройствами, которые не протестированы Панасоником. Наверное, данный шлюз можно заставить работать, но надо экспериментировать. А может, и нельзя заставить. Авторизованный установщик Панасоника может выяснить этот вопрос в техсуппорте Панаса.
1. про время удержания не понял, зачем его менять? сейчас же работают абоненты аналоговых линий.
2. для spider_alex: может не понятно написал, но дело вот в чем - не работает перевод вызовов у sip абонентов, на удержанире линия ставиться нормально, а переадресовывать не хочет. Такое ощущение, что где то не включена функция или не стоит разрешение на перевод вызова для sip абонентов. Отбивает абонентов при попытке переадресовать вызов. Это происходит не только на шлюзе SIP, но и на софтофонах работающих по SIP.Непонятно - что за SIP-абоненты (где зареганы) и на кого они переводят(transfer) или переадресовывают(forward). И всё же - переводят или переадресовывают? И как они это делают - жмут кнопку какую-то, код функции набирают, или ...?
1. Имеется мини-АТС TDE-200 (32 лицензии для внутренних SIP абонентов), к ней по внутреннему SIP’у подключены два шлюза Linksys PAP2T (внутренние номера этих шлюзов 501 и 502) и sip приложение eyeBeam для ПК.
2. Входящие и исходящие звонки по внутренним SIP подключениям отрабатывают без претензий.
3. Осуществляем набор с внешнего городского номера на внутренний номер SIP 501, поднимаем трубку на 501 и пытаемся выполнить перевод вызова (transfer) на внутренний номер SIP 502, transfer включаем кратковременным нажатием на клавишу отбоя на телефонном аппарате подключенного к PAP2T. После кратковременного нажатия на клавишу отбоя на номере 501, включается музыкальное сопровождение внешнему абоненту, который дозвонился на номер 501 (т.е. включается удержание вызова). Музыкальное сопровождение, которое слышит внешний абонент, проигрывается со станции TDE, а не с PAP2T, проверили они разные. После кратковременного нажатия на клавишу отбоя на 501-м номере включается приглашение к набору номера (длинный гудок), далее набираем 502, отвечаем на 502-м номере, а на 501 ложу трубку, что бы вызов был переадресован. После того, как положили трубку на 501 происходит отбой обоим абонентам (502 и внешнему).По-хорошему, надо задавать вопросы тем, кто придумал такую схему. Насколько я знаю, Панас не гарантирует полный функционал с устройствами, которые не протестированы Панасоником. Наверное, данный шлюз можно заставить работать, но надо экспериментировать. А может, и нельзя заставить. Авторизованный установщик Панасоника может выяснить этот вопрос в техсуппорте Панаса.
т.е. никто не тестировал трансфер на PAP2T подключенного к TDE-200? Железка то вроде распространенная, на Cisco CUSM то все работает успешно.
на Cisco CUSM то все работает успешно.
Еще бы линксис на кошке не работал. Как никак одна контора.
Ага.. а на панасовских NT3XX и холд и транч=сфер вообще отдельно 😊 .. только вот эпидемиологическая любовь народа именно к sip-у очень часто обходится этому народу в последующие затраты 😊 ..
только вот эпидемиологическая любовь народа именно к sip-у очень часто обходится этому народу в последующие затраты 😊 ..
Пожалуй, патологическая любовь к SIP-пу.
т.е. никто не тестировал трансфер на PAP2T подключенного к TDE-200? Железка то вроде распространенная, на Cisco CUSM то все работает успешно.
Я не тестировал. Считаю такие связки потенциально кривым решением. Я люблю решения, рекомендованные производителем, а также люблю учиться на чужих ошибках, а не на своих... хотя и не всегда получается 😊
В данном случае не вполне понятна причина использования шлюзов. Я не в курсе ТЗ, но, предположительно, использовал бы пропиретарные IP-телефоны, либо IP-выносы в виде NCP500 и KX-NCP0158.
А по теме - может, кто-нибудь отзовётся, кто имел опыт.
т.е. никто не тестировал трансфер на PAP2T подключенного к TDE-200? Железка то вроде распространенная, на Cisco CUSM то все работает успешно.
Я не тестировал. Считаю такие связки потенциально кривым решением. Я люблю решения, рекомендованные производителем, а также люблю учиться на чужих ошибках, а не на своих... хотя и не всегда получается 😊
В данном случае не вполне понятна причина использования шлюзов. Я не в курсе ТЗ, но, предположительно, использовал бы пропиретарные IP-телефоны, либо IP-выносы в виде NCP500 и KX-NCP0158.А по теме - может, кто-нибудь отзовётся, кто имел опыт.
Вопрос не в PAP2T, а вообще в продуктах sip сторонних производителей, которые подключаются к TDE, т.к. тестировали sip приложения для ПК, проблема та же. Нашли одно приложение, которое трансферит внешние вызова, а внутренние не хочет.
Вообще не очень критичная проблема, обойдемся без transfera, а вопрос использования таких устройств следующий - 1. дешевизна решения, получаем два канала на удаленный офис, в котором уже имеется либо своя небольшая АТС (308-я) или просто 2 телефона. Офисы находятся в разных городах.
Если же использовать панасониковские ip телефоны, то стоимость решения будет значительно выше.
т.е. никто не тестировал трансфер на PAP2T подключенного к TDE-200? Железка то вроде распространенная, на Cisco CUSM то все работает успешно.
Я не тестировал. Считаю такие связки потенциально кривым решением. Я люблю решения, рекомендованные производителем, а также люблю учиться на чужих ошибках, а не на своих... хотя и не всегда получается 😊
В данном случае не вполне понятна причина использования шлюзов. Я не в курсе ТЗ, но, предположительно, использовал бы пропиретарные IP-телефоны, либо IP-выносы в виде NCP500 и KX-NCP0158.А по теме - может, кто-нибудь отзовётся, кто имел опыт.
Вопрос не в PAP2T, а вообще в продуктах sip сторонних производителей, которые подключаются к TDE, т.к. тестировали sip приложения для ПК, проблема та же. Нашли одно приложение, которое трансферит внешние вызова, а внутренние не хочет.
Вообще не очень критичная проблема, обойдемся без transfera, а вопрос использования таких устройств следующий - 1. дешевизна решения, получаем два канала на удаленный офис, в котором уже имеется либо своя небольшая АТС (308-я) или просто 2 телефона. Офисы находятся в разных городах.
Если же использовать панасониковские ip телефоны, то стоимость решения будет значительно выше.
Стоимость оборудования выше. А стоимость решения - не выше. Или время, потраченное на секас с SIP-шлюзами, мы деньгами не измеряем? Если время бесплатное, заняться больше нечем, тогда - конечно, решение со шлюзами дешевле 😊
Проблема в отсутствии стандартов на SIP (только рекомендации), в наличии только рекомендаций. Ну и гибкость у Панасоника принесена в жертву стабильной работе. В данном случае, возможно, дело решит новая прошивка Панаса, где будет поддержка трансфера не только методом re-invite, но и refer. Трассировки надо снимать и смотреть - что между Панасом и шлюзом бегает, почему не арбайтен. Но весь этот анализ - весьма времязатратное мероприятие. Меркантильный риторический вопрос - сколько стоит час твоего времени, и не дешевле ли за эти деньги было купить горку IP-телефонов Панасоника? Хотя, заниматься по ночам в нерабочее время всякими интересными экспериментами я и сам люблю 😊
Хотя, заниматься по ночам в нерабочее время всякими интересными экспериментами я и сам люблю 😊
а как же традиционный секас? или ты его и имеешь в виду? 😉
