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

Пропишите ваш адрес 82.208.82.18 для Domain.

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


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


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

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

Ну вы уж там договоритесь..

они уже в зад все вернули, а станции всеравно крышну сносит, я сделал Trunk 789 через него пытаюсь позвонть и набираю типа
7899101234567# и станция махом уходит в ребут, причем пока станция ребутится звонок успешно приходит на сотовый, ну ясно дело что там тишина

А у вас User ID прописан? В каком виде?

А, при этом, обратно на станцию (на внутренний номер) не валится?? Этот мобильник в данной услуге прописан?

в 373 программе
UserID пусто
AUID пусто
Registration NO
Usage YES
From Number UserID
Contact Number UserID
Firewall Routing YES

в 131 PGM
11 - пусто

обратный звонок через эту группу проходит нормлаьно

Оно ранее работало, или только настраиваете??

входящие заработали давно исходящие только настраиваем

во вложении полная трассировка вызова от начала до момента полной перезагрузки станции

9103967366 - это ваш мобильный? На МТС с него переадресация на 107?

да это номер моего мобильно, да этотже номер по FMC явзяется привязанным у МТС как номер 107, но на самом деле пробовали не только со 107 звонить, мы пробовали осуществить звонок с другого внутреннего номера 140, результат получили тотже самый, звонили также
7899103967366# - станция ушла в ребут всеравно.

А сниф такого варианта можно глянуть? Со 140...
Получается, как бы, закольцовка... Вы со 107 набираете ваш мобильный, с МТС начинает сыпаться INVITE - вызывается 107... Как то так.

сниф не сняли со 140 сейчас в МТС вернули все в самые начальные настройки до ошибки 404, сейчас я со своей стороны попробую поменять FROM.
в общем сделали со 139 номера во вложении:

В МТС, по-моему, можно прописать вызов внутреннего номера с задержкой. Так не пробовали?

нет, незнаю..
выше сообщение отредактировал вложил туда сниф со 139 номера.

Кстати, а вы можете звонить не на свои мобильники? Как там с этим в FMC?

Попробовал набрал вообще левый номер типа 9051234567 станция вывалилась в ребут.
Сниф во вложении, если посмотреть сниф, то видно как последний INVITE обрывается на перезагрузке станции.

в общем что я только не пробовал, не работает вызов через МТС.

1. проверил через бортовую VOIU тот-же результат
2. Снял VOIB24 - установил VOIB8 на это место, проверил, вызов как с VOIB8 так с VOIU+VOIB8 - станция стабильно уходит в ребут..

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

По рекомендациям полностью обнулил и проинициализировал станцию, поменял даже все номера доступа к группам, запрограммировал только SIP через MTS больше вообще ничего не запрограммировано, первый звонок - станция ушла в ребут

Больше скажу, я даже забыл прописать IP адрес на плату VOIB, т.е. до нее даже RTP пакеты не доходят, а станция всеравно уходит в ребут.. т.е. проблемы еще до установления RTP соединения.

А у вас NAT используется? Я к тому, если имеется роутер, можете ли снять снифы и со стороны LAN, и со стороны WAN??
И, не пробовали набирать не мобильный, а короткий номер FMC??

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

Вот и интересно посмотреть на MG. Потому как, из представленных снифов видно, что INVITE на МТС ушел, МТС отвечает, а от MG ответа нет...

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

Но посмотреть то надо.

ну в общем снял сниф с проца см. вложение

(я вот думаю гдебы найти вторую АТС, чтобы не обижая руководство периодическами перегрузками станции путём набора номера проводить собственно эксперименты)

Это вы опять звонили на свой мобильник. Тут опять путаница возникает. Вы со 107 звоните на свой мобильник, а с МТС вызывется номер 107... Интересно посмотреть вызов с другого внутреннего номера.

аааа, ну ладно:
(во вложении 2 файла, значит 1 со 140 на мой мобильный, второй со 140 на левый номер. снято с проца статистика)

Что то крышу сносит... Почему в заголовках ТО 9103967366@82.208.82.18, а не 9103967366@213.87.52.254??
Где косяк??...

Потому что МТС просит от нас присылать поле FROM с нашим IP адресом, а сталобыть мы в Main Domain Name поставили наш IP адрес. почему так, хз. на самом деле пробовали по всякому.


PS
У нас в консиллиуме после долгого сравнивания протокола соединения SIPNET и МТС было обнаружено, что МТС работает в форамте: Content-Type: application/gtd, а SIPNET Content-Type: application/sdp
Насколько я правильно понимаю gtd это цисковский проткол, и нужен он МТС для поддержки закрытых групп.

Да, это из-за Main Domain Name...

Ну это да тем не менее станция не должна перегружаться.



----
PS я умею не только попадать в баги, я научился их скрещивать

Для начала хотелось бы понять, почему она не отвечает...

ну как минимум, вообще станция уходит в ребут практически сразу после набора номера и отправки путём нажатия #

Да, но в одном из снифов, при этом, ответила на BYE(не относящийся к данному вызову, но адекватно), до которого получила кучу 200ОК...

А можете попробовать оставить для FMC только одну линию??

Станция на момент ответа на BYE уже перегрузилась, и ответила адекватно - типа какго хрена мне BYE если соединение не устанавливалось.
200 она тоже начала получать после перезагрузки станции, потому что платформа FMC успешно произвела соединение с сотовым телефоном, потому что он звонит, но обрабатывать пакеты она уже не в состоянии постому что у станции более нет информации о звонке.

вчера пробовал, сбрасывал в 0 станцию, и настраивать только 1 - FMC более ничего, результат не изменился.. очевидно что станция валится получая следующие пакеты от МТС.
добавлю, что входящий-же звонок FMC на станцию имеет формат - Content-Type: application/sdp
Уже есть мнение что станция не умеет обрабатывать Content-Type: application/gtd

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

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

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

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

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

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

Спасибо

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

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

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

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