Исходящие звоник по SIP без регистрации (MTS FMC) |
Здравствуйте, гость ( Вход | Регистрация )
Исходящие звоник по SIP без регистрации (MTS FMC) |
22.3.2012, 10:44
Сообщение
#41
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
вчера пробовал, сбрасывал в 0 станцию, и настраивать только 1 - FMC более ничего, результат не изменился.. очевидно что станция валится получая следующие пакеты от МТС. Я не много не о том. У меня тут в голове крутится мысль... Я про то, чтобы был, для пробы, только ОДИН канал с МТС. Чтобы при вызове мобильного со станции, на нее от МТС больше ничего не могло бы поступить... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
22.3.2012, 10:47
Сообщение
#42
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
|
|
|
22.3.2012, 10:49
Сообщение
#43
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
Я не много не о том. У меня тут в голове крутится мысль... Я про то, чтобы был, для пробы, только ОДИН канал с МТС. Чтобы при вызове мобильного со станции, на нее от МТС больше ничего не могло бы поступить... так и делал, 1 единственный канал FMC, да и с VOIB8 у меня и так 1 канал и был на FMC, потому что каналов не хватало. |
|
|
22.3.2012, 10:50
Сообщение
#44
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
так и делал, 1 единственный канал FMC, да и с VOIB8 у меня и так 1 канал и был на FMC, потому что каналов не хватало. Ок. А можно сниф входящего вызова глянуть? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
22.3.2012, 10:56
Сообщение
#45
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
Ок. А можно сниф входящего вызова глянуть? см.вложение:
Прикрепленные файлы
|
|
|
22.3.2012, 10:59
Сообщение
#46
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
-------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
Гость_switch_* |
22.3.2012, 11:26
Сообщение
#47
|
Гости |
аааааааааа, в МТС что-то поменяли у себя, теперь у меня после набора номера вся станция уходит в ребут.... PS аааааа, любой успешный звонок через этот SIP Trunk уводит станцию в ребут PS2. изменение Main Domain Name привело теперь к тому что Contact стал неправильно отправляться В МТС сделали подмену заголовка VIA xxx: знаешь, какая самая опасная служба для собаки? yyy: ну xxx: на границе xxx: а знаешь на какой? yyy: нет xxx: между северной и южной кореями yyy: )))))))))))))))))) |
|
|
22.3.2012, 11:35
Сообщение
#48
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
xxx: знаешь, какая самая опасная служба для собаки? yyy: ну xxx: на границе xxx: а знаешь на какой? yyy: нет xxx: между северной и южной кореями yyy: )))))))))))))))))) ну да это конечно весело, но у нас веселья особого... былабы у нас еще одна станция для экспериментов, болбы проще а так да, МТС просит позвонить протестировать очередное изменение, тут просят позвонить и собрать сниф.. в итоге народ остается на время ребута станции (а иногда даже не успешного, приходится руками ребутить) без связи |
|
|
22.3.2012, 17:43
Сообщение
#49
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
rfc3398
http://www.rfc-editor.org/rfc/rfc3398.txt 5.1 'Transparent' Transit of ISUP Messages To allow gateways to take advantage of the full range of services afforded by the existing telephone network when placing calls from PSTN to PSTN across a SIP network, SIP messages MUST be capable of transporting ISUP payloads from gateway to gateway. The format for encapsulating these ISUP messages is defined in [3]. SIP user agents which do not understand ISUP are permitted to ignore these optional MIME bodies. 5.2 Understanding MIME Multipart Bodies In most PSTN interworking situations, SIP message bodies will be required to carry session information (Session Description Protocol - SDP) in addition to ISUP and/or billing information. PSTN interworking nodes MUST understand the MIME type of "multipart/mixed" as defined in RFC2046 [4]. Clients express support for this by including "multipart/mixed" in an "Accept" header. rfc3261 http://www.faqs.org/rfcs/rfc3261.html Документы по ITU-T: •Q.GTD.1 —Generic Transparency Descriptor Syntax Definition •Q.GTD.2 —Generic Transparency Descriptor Usage Rules and Mappings Интересная информация тут: http://docstore.mik.ua/univercd/cc/td/doc/...t.htm#wp1103885 Документы от Cisco: http://www.cisco.com/en/US/docs/voice_ip_c...4_1_/FMsipt.pdf http://old.ciscoexpo.ru/moscow/2008/downlo...te-afelizha.pdf Из пакета видно, что формируется multipart/mixed который содержит в себе информацию, после которой есть мнения что станция валится в ребут: Content-Type: multipart/mixed;boundary=unique-boundary-1 MIME-Version: 1.0 Content-Length: 414 --unique-boundary-1 Content-Type: application/sdp v=0 o=personeta 23927 52451 IN IP4 213.87.52.254 s=iPECSMG Call c=IN IP4 213.87.52.254 t=0 0 m=audio 19638 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 --unique-boundary-1 Content-Type: application/gtd Content-Disposition: signal; handling=optional ANM, CNN,00,,0,4, --unique-boundary-1---ÀjOtÅ^@^@N^B^@^@N^B^@^@^@&Z^EãÇ´^Nܲ^G/^H^@EÀ^B@<8c>0^@^@@^A%<94>¬^P^OÓÕW4þ^C^C^?æ^@^@^@^@E^@^D^_^@^@^@^@t^Q|<95>ÕW4þ¬^P^OÓ^SÄ^SÄ^D^KVÎSIP/2.0 200 OK |
|
|
23.3.2012, 9:00
Сообщение
#50
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
Тут уже нужна тяжелая артиллерия - например Артком, для того чтобы сформировать запрос к разработчику, я так понимаю что только Артком это вправе делать?.. кто-тоже должен у себя проверить этот баг, готов оказать содействие и договорться с МТС для того чтобы IP адрес разрешили для звонков в нашу внутреннуюю сеть.
|
|
|
23.3.2012, 9:11
Сообщение
#51
|
|
Ветеран форума Группа: Участники Сообщений: 1166 Регистрация: 29.8.2007 Из: Москва Пользователь №: 4065 |
Позвони
Будет время сегодня от себя попробую |
|
|
26.3.2012, 18:04
Сообщение
#52
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
Ну в общем я так понимаю что разобрались почему не работает, остается только ждать когда разработчик поправит этот момент..
|
|
|
26.3.2012, 20:23
Сообщение
#53
|
|
Ветеран форума Группа: Участники Сообщений: 1166 Регистрация: 29.8.2007 Из: Москва Пользователь №: 4065 |
Пока похоже разобрались почему рестартует, будем чинить.
На LIK кстати работает без проблем. |
|
|
27.3.2012, 8:06
Сообщение
#54
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Пока похоже разобрались почему рестартует, будем чинить. На LIK кстати работает без проблем. Что чинить?? Чтоб не рестартовала?? - Это да, понятно. Но SIP-T/STD корейцы не планировали вводить в LIK/MG. И непонятно, зачем вообще МТС шлет эту инфу в сторону MG. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
27.3.2012, 8:29
Сообщение
#55
|
|
Ветеран форума Группа: Участники Сообщений: 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 на Сотовый через эту услугу. |
|
|
27.3.2012, 8:45
Сообщение
#56
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
по стандарту как минимум станция имеет право игнорировать эту информацию. В любом случае опыт с LIK показал, что свзь с SIP-T/STD (GTD) работает нормально.. так почему-бы не сделать так чтобы еще и MG работала с МТС... я лично понимаю что платформы Cisco 2200 не сильно распространены в России, но тем не менее. Я же это и имел в виду. LIK просто игнорирует GTD, а MG уходит в перезагрузку. Это баг. Это нужно исправлять, но не более того. Поддержку GTD (отработку) не будут вводить ни в LIK, ни в MG, поскольку это не имеет смысла. Мне просто непонятно, зачем МТС посылает GTD в сторону клиента (MG)... -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
27.3.2012, 9:32
Сообщение
#57
|
|
Ветеран форума Группа: Участники Сообщений: 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 который будет управлять закрытыми группами абонентов, распределять звонки между цифровыми потоками итд в общем получить станцию с возможностями платформ которые стоят совершенно других денег. поправьте меня если не правильно понял как это работает. |
|
|
27.3.2012, 9:46
Сообщение
#58
|
|
ГУРУ Группа: Участники Сообщений: 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. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
27.3.2012, 9:54
Сообщение
#59
|
|
Ветеран форума Группа: Участники Сообщений: 344 Регистрация: 18.4.2007 Из: Саров Пользователь №: 1602 |
Нет. Если я правильно понимаю, то SIP-T (и как вариант GTD) - это передача сигнальной информации протокола ОКС7 (SS7) между двумя узлами связи посредством SIP, т.е посредством инкапсуляции сообщений ISUP (SS7) в сообщения SIP. неправильно выразился я, не как это работает, а для чего это нужно.. всмысле если я правильно понял иммется ввиду это необходимо, чтобы средствами протокола управлять доступами к закрытым группам SIP, при организации переходов между SIP-ISDN. |
|
|
27.3.2012, 9:57
Сообщение
#60
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
неправильно выразился я, не как это работает, а для чего это нужно.. всмысле если я правильно понял иммется ввиду это необходимо, чтобы средствами протокола управлять доступами к закрытым группам SIP. Пардон, но я не очень понимаю, как связаны ISUP и закрытые группы SIP. По мне, так это совершенно разные вещи. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
Текстовая версия | Сейчас: 22.9.2024, 15:35 |