![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 ![]() |
не получается прозвониться по SIP на сотовый номер, получаю отлуп 404 No routes found, станция весело сообщает о неправильно набранном номере
в МТС говорят что мы неправильно отправляем поле FROM в чем может быть косяк? во вложении трейс звонка
Прикрепленные файлы
|
|
|
![]() |
![]()
Сообщение
#2
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 1166 Регистрация: 29.8.2007 Из: Москва Пользователь №: 4065 ![]() |
Пока похоже разобрались почему рестартует, будем чинить.
На LIK кстати работает без проблем. |
|
|
![]()
Сообщение
#3
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Пока похоже разобрались почему рестартует, будем чинить. На LIK кстати работает без проблем. Что чинить?? Чтоб не рестартовала?? - Это да, понятно. Но SIP-T/STD корейцы не планировали вводить в LIK/MG. И непонятно, зачем вообще МТС шлет эту инфу в сторону MG. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#4
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 ![]() |
Что чинить?? Чтоб не рестартовала?? - Это да, понятно. Но 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 на Сотовый через эту услугу. |
|
|
![]()
Сообщение
#5
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
по стандарту как минимум станция имеет право игнорировать эту информацию. В любом случае опыт с LIK показал, что свзь с SIP-T/STD (GTD) работает нормально.. так почему-бы не сделать так чтобы еще и MG работала с МТС... я лично понимаю что платформы Cisco 2200 не сильно распространены в России, но тем не менее. Я же это и имел в виду. LIK просто игнорирует GTD, а MG уходит в перезагрузку. Это баг. Это нужно исправлять, но не более того. Поддержку GTD (отработку) не будут вводить ни в LIK, ни в MG, поскольку это не имеет смысла. Мне просто непонятно, зачем МТС посылает GTD в сторону клиента (MG)... -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#6
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 ![]() |
Я же это и имел в виду. LIK просто игнорирует GTD, а MG уходит в перезагрузку. Это баг. Это нужно исправлять, но не более того. Поддержку GTD (отработку) не будут вводить ни в LIK, ни в MG, поскольку это не имеет смысла. Мне просто непонятно, зачем МТС посылает GTD в сторону клиента (MG)... Ну как они говорят GTD необходим для связи Мобльной сети с SIP, а вообще этим занимается платформа Cisco 2200 для которой стандартом SIP является SIP-T/GTD, вот она и посылает при соединении эти пакеты, МТС не может передалать у себя протокол как-то по другому. В любом случае конечным абонентам всеравно как станция будет обрабатывать протокол, задача конечного абонента получить связь и чтобы связь была качественная. (и так в мыслях, понимаю что это не очень нужно) Я так понимаю, что если реализовать SIP-T/GTD на iPECS, то теоритически из этой станции можно будет сделать мега сервер SIP который будет управлять закрытыми группами абонентов, распределять звонки между цифровыми потоками итд ![]() поправьте меня если не правильно понял как это работает. |
|
|
![]()
Сообщение
#7
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Ну как они говорят GTD необходим для связи Мобльной сети с SIP, а вообще этим занимается платформа Cisco 2200 для которой стандартом SIP является SIP-T/GTD, вот она и посылает при соединении эти пакеты, МТС не может передалать у себя протокол как-то по другому. В любом случае конечным абонентам всеравно как станция будет обрабатывать протокол, задача конечного абонента получить связь и чтобы связь была качественная. (и так в мыслях, понимаю что это не очень нужно) Я так понимаю, что если реализовать SIP-T/GTD на iPECS, то теоритически из этой станции можно будет сделать мега сервер SIP который будет управлять закрытыми группами абонентов, распределять звонки между цифровыми потоками итд ![]() поправьте меня если не правильно понял как это работает. Нет. Если я правильно понимаю, то SIP-T (и как вариант GTD) - это передача сигнальной информации протокола ОКС7 (SS7) между двумя узлами связи посредством SIP, т.е посредством инкапсуляции сообщений ISUP (SS7) в сообщения SIP. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#8
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 ![]() |
Нет. Если я правильно понимаю, то SIP-T (и как вариант GTD) - это передача сигнальной информации протокола ОКС7 (SS7) между двумя узлами связи посредством SIP, т.е посредством инкапсуляции сообщений ISUP (SS7) в сообщения SIP. неправильно выразился я, не как это работает, а для чего это нужно.. всмысле если я правильно понял иммется ввиду это необходимо, чтобы средствами протокола управлять доступами к закрытым группам SIP, при организации переходов между SIP-ISDN. |
|
|
![]()
Сообщение
#9
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
неправильно выразился я, не как это работает, а для чего это нужно.. всмысле если я правильно понял иммется ввиду это необходимо, чтобы средствами протокола управлять доступами к закрытым группам SIP. Пардон, но я не очень понимаю, как связаны ISUP и закрытые группы SIP. По мне, так это совершенно разные вещи. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]() ![]() |
Текстовая версия | Сейчас: 22.8.2024, 13:41 |