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

[Dron]

вчера пробовал, сбрасывал в 0 станцию, и настраивать только 1 - FMC более ничего, результат не изменился.. очевидно что станция валится получая следующие пакеты от МТС.

Я не много не о том. У меня тут в голове крутится мысль... Я про то, чтобы был, для пробы, только ОДИН канал с МТС. Чтобы при вызове мобильного со станции, на нее от МТС больше ничего не могло бы поступить...

[Alexey A. Astash...]

Понял. Тогда логично все.
Т.е., что имеем? При Main Domain Name 213.87.52.254 станция не перезагружается, но и вызова нет, так?

404 No routes found, в МТС делали скрипт подмены поля FROM, результат тотже, станция уходила в ребут

[Alexey A. Astash...]

Я не много не о том. У меня тут в голове крутится мысль... Я про то, чтобы был, для пробы, только ОДИН канал с МТС. Чтобы при вызове мобильного со станции, на нее от МТС больше ничего не могло бы поступить...

так и делал, 1 единственный канал FMC, да и с VOIB8 у меня и так 1 канал и был на FMC, потому что каналов не хватало.

[Dron]

так и делал, 1 единственный канал FMC, да и с VOIB8 у меня и так 1 канал и был на FMC, потому что каналов не хватало.

Ок.
А можно сниф входящего вызова глянуть?

[Alexey A. Astash...]

Ок.
А можно сниф входящего вызова глянуть?

см.вложение:

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

 fmc12_IN_number.zip ( 2,92 килобайт ) Кол-во скачиваний: 3

 

[Dron]

см.вложение:

Спасибо

[Гость_switch_*]

аааааааааа, в МТС что-то поменяли у себя, теперь у меня после набора номера вся станция уходит в ребут....


PS
аааааа, любой успешный звонок через этот SIP Trunk уводит станцию в ребут


PS2. изменение Main Domain Name привело теперь к тому что Contact стал неправильно отправляться

В МТС сделали подмену заголовка VIA

xxx: знаешь, какая самая опасная служба для собаки?
yyy: ну
xxx: на границе
xxx: а знаешь на какой?
yyy: нет
xxx: между северной и южной кореями
yyy: ))))))))))))))))))

[Alexey A. Astash...]

xxx: знаешь, какая самая опасная служба для собаки?
yyy: ну
xxx: на границе
xxx: а знаешь на какой?
yyy: нет
xxx: между северной и южной кореями
yyy: ))))))))))))))))))

ну да это конечно весело, но у нас веселья особого... былабы у нас еще одна станция для экспериментов, болбы проще а так да, МТС просит позвонить протестировать очередное изменение, тут просят позвонить и собрать сниф.. в итоге народ остается на время ребута станции (а иногда даже не успешного, приходится руками ребутить) без связи

[Alexey A. Astash...]

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

[Alexey A. Astash...]

Тут уже нужна тяжелая артиллерия - например Артком, для того чтобы сформировать запрос к разработчику, я так понимаю что только Артком это вправе делать?.. кто-тоже должен у себя проверить этот баг, готов оказать содействие и договорться с МТС для того чтобы IP адрес разрешили для звонков в нашу внутреннуюю сеть.

[vldmr]

Позвони
Будет время сегодня от себя попробую

[Alexey A. Astash...]

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

[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.
По мне, так это совершенно разные вещи.