Исходящие звоник по SIP без регистрации (MTS FMC) Опции

[Alexey A. Astash...]

не получается прозвониться по SIP на сотовый номер, получаю отлуп 404 No routes found, станция весело сообщает о неправильно набранном номере
в МТС говорят что мы неправильно отправляем поле FROM
в чем может быть косяк? во вложении трейс звонка

Прикрепленные файлы

 fmc2.zip ( 942 байт ) Кол-во скачиваний: 5

 

[vldmr]

Пока похоже разобрались почему рестартует, будем чинить.
На LIK кстати работает без проблем.

[harris]

Пока похоже разобрались почему рестартует, будем чинить.
На LIK кстати работает без проблем.

Что чинить?? Чтоб не рестартовала?? - Это да, понятно.
Но SIP-T/STD корейцы не планировали вводить в LIK/MG.
И непонятно, зачем вообще МТС шлет эту инфу в сторону MG.

[Alexey A. Astash...]

Что чинить?? Чтоб не рестартовала?? - Это да, понятно.
Но SIP-T/STD корейцы не планировали вводить в LIK/MG.
И непонятно, зачем вообще МТС шлет эту инфу в сторону MG.

по стандарту как минимум станция имеет право игнорировать эту информацию. В любом случае опыт с LIK показал, что свзь с SIP-T/STD (GTD) работает нормально.. так почему-бы не сделать так чтобы еще и MG работала с МТС... я лично понимаю что платформы Cisco 2200 не сильно распространены в России, но тем не менее. МТС один из крупнейших сотовых операторов в России, и сейчас услуга работы по SIP у них начинает предоставляться все в больших регионах России, а услуга FMC переходит в централизированное управление как следствие любая распределенная организация сможет безболезненно и за небольшие деньги организовать корпоративную телефонную связь Mobile as DECT (мы например планируем включить в одну корпоративную телефонную сеть СПБ, МСК, НН, Томск, Хабаровск). Такое развитие услуги у МТС будет означать что проблемы у владельцев iPECS-MG будут появляться чаще. И что владельцам MG из-за этого продавать свои станции и покупать Cisco или Avaya (отличный коммерческий шаг)? кстати сказать, частично опираясь на наш опыт - МТС уже исправили работу с iPECS у себя, по началу iPECS вообще никак не дружил с МТС, сейчас благодаря нам МТС с iPECS теперь умеет устанавливать нормальную связь при звонках в обратном направлении (с сотового на станцию), теперь остался вопрос за LG, чтобы iPECS научился устанавливать связь в прямом направлении с iPECS на Сотовый через эту услугу.

[harris]

по стандарту как минимум станция имеет право игнорировать эту информацию. В любом случае опыт с LIK показал, что свзь с SIP-T/STD (GTD) работает нормально.. так почему-бы не сделать так чтобы еще и MG работала с МТС... я лично понимаю что платформы Cisco 2200 не сильно распространены в России, но тем не менее.

Я же это и имел в виду.
LIK просто игнорирует GTD, а MG уходит в перезагрузку. Это баг. Это нужно исправлять, но не более того.
Поддержку GTD (отработку) не будут вводить ни в LIK, ни в MG, поскольку это не имеет смысла.
Мне просто непонятно, зачем МТС посылает GTD в сторону клиента (MG)...

[Alexey A. Astash...]

Я же это и имел в виду.
LIK просто игнорирует GTD, а MG уходит в перезагрузку. Это баг. Это нужно исправлять, но не более того.
Поддержку GTD (отработку) не будут вводить ни в LIK, ни в MG, поскольку это не имеет смысла.
Мне просто непонятно, зачем МТС посылает GTD в сторону клиента (MG)...

Ну как они говорят GTD необходим для связи Мобльной сети с SIP, а вообще этим занимается платформа Cisco 2200 для которой стандартом SIP является SIP-T/GTD, вот она и посылает при соединении эти пакеты, МТС не может передалать у себя протокол как-то по другому.
В любом случае конечным абонентам всеравно как станция будет обрабатывать протокол, задача конечного абонента получить связь и чтобы связь была качественная.

(и так в мыслях, понимаю что это не очень нужно)
Я так понимаю, что если реализовать SIP-T/GTD на iPECS, то теоритически из этой станции можно будет сделать мега сервер SIP который будет управлять закрытыми группами абонентов, распределять звонки между цифровыми потоками итд в общем получить станцию с возможностями платформ которые стоят совершенно других денег.
поправьте меня если не правильно понял как это работает.

[harris]

Ну как они говорят GTD необходим для связи Мобльной сети с SIP, а вообще этим занимается платформа Cisco 2200 для которой стандартом SIP является SIP-T/GTD, вот она и посылает при соединении эти пакеты, МТС не может передалать у себя протокол как-то по другому.
В любом случае конечным абонентам всеравно как станция будет обрабатывать протокол, задача конечного абонента получить связь и чтобы связь была качественная.

(и так в мыслях, понимаю что это не очень нужно)
Я так понимаю, что если реализовать SIP-T/GTD на iPECS, то теоритически из этой станции можно будет сделать мега сервер SIP который будет управлять закрытыми группами абонентов, распределять звонки между цифровыми потоками итд в общем получить станцию с возможностями платформ которые стоят совершенно других денег.
поправьте меня если не правильно понял как это работает.

Нет. Если я правильно понимаю, то SIP-T (и как вариант GTD) - это передача сигнальной информации протокола ОКС7 (SS7) между двумя узлами связи посредством SIP, т.е посредством инкапсуляции сообщений ISUP (SS7) в сообщения SIP.

[Alexey A. Astash...]

Нет. Если я правильно понимаю, то SIP-T (и как вариант GTD) - это передача сигнальной информации протокола ОКС7 (SS7) между двумя узлами связи посредством SIP, т.е посредством инкапсуляции сообщений ISUP (SS7) в сообщения SIP.

неправильно выразился я, не как это работает, а для чего это нужно.. всмысле если я правильно понял иммется ввиду это необходимо, чтобы средствами протокола управлять доступами к закрытым группам SIP, при организации переходов между SIP-ISDN.

[harris]

неправильно выразился я, не как это работает, а для чего это нужно.. всмысле если я правильно понял иммется ввиду это необходимо, чтобы средствами протокола управлять доступами к закрытым группам SIP.

Пардон, но я не очень понимаю, как связаны ISUP и закрытые группы SIP.
По мне, так это совершенно разные вещи.

[Alexey A. Astash...]

Пардон, но я не очень понимаю, как связаны ISUP и закрытые группы SIP.
По мне, так это совершенно разные вещи.

вот и я пытаюсь понять