TDE200&Alcatel SIP-trunk

[conf]

атс Alcatel OXE - ip 10.253.253.3, внутренняя нумерация 7ХХ
атс TDE200 - ip 10.253.253.8, внутренняя нумерация 4ХХ

пытаюсь объединить через SIP-trunk

TDE200, настройки V-SIPGW16
вкладка Main
- channel attribute - basic channel
- provider name - Alcatel
- SIP server location/IP adress - 10.253.253.3
- SIP server port number - 5060

вкладка Account
- user name - tde200
- Authentication ID - tde200
- Authentication ID password - tde200

вкладка Register
- Register ability - enable
- registrator server/IP adreess - 10.253.253.3
- registrator server port number - 5060

остальные поля по дефолту


начало трассы звонка с TDE на Alcatel (464 -> 701)

----------------------utf8-----------------------
INVITE sip:701@10.253.253.3 SIP/2.0
Via: SIP/2.0/UDP 10.253.253.8:5060;branch=z9hG4bK00007439;rport
Max-Forwards: 70
To: sip:701@10.253.253.3
From: sip:464@10.253.253.3;tag=27652
Call-ID: 00002d29-c2f67bde4945100097a20080f0d51232@10.253.253.8
CSeq: 1 INVITE
Contact: sip:tde200@10.253.253.8:5060
Supported: timer,100rel
Session-Expires: 180
Allow: INVITE,ACK,CANCEL,BYE,PRACK,OPTIONS,REGISTER,INFO,UPDATE
Content-Type: application/sdp
User-Agent: Panasonic-MPR08-V4.2003/VSIPGW-V2.3001
Content-Length: 212

v=0
o=- 1 1 IN IP4 10.253.253.9
s=-
c=IN IP4 10.253.253.9
t=0 0
m=audio 12042 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000/1
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=ptime:20
a=rtcp:12043
-------------------------------------------------

проблема заключается в следующем
- инициализации звонка TDE формирует номер звонящего так 464@10.253.253.3 т.е. от ip адреса атс алькатель, тем самым алькатель не может привязать к какому extgw принадлежит звонок и звонок отбивает

хочу добиться чтоб TDE200 формировала звонок как 464@10.253.253.8
пытался в свойствах "shelf prioritety - virtual sip gateway" в поле "nat fixed global ip"прописать ip адрес от TDE200 т.е. 10.253.253.8 но так и нормального результата не дала, звонок формируется как 464@10.253.253.3

[Mike_K]

Почему SIP?
И та и другая АТС хорошо понимают H.323.
Или лёгких путей не ищем?

[conf]

какие уж лицензии есть на том и пытаемся поднять

[Mike_K]

Не должна такая связка работать качественно в принципе.

[conf]

т.е. хотите сказать что нормального sip-gw в панасе нет?

[Mike_K]

т.е. хотите сказать что нормального sip-gw в панасе нет?

Для включения внешних входящих линий по SIP работает нормально.
Для полноценного объединения АТС, сам протокол SIP не дорос до этого.

[conf]

т.е. хотите сказать что нормального sip-gw в панасе нет?

Для включения внешних входящих линий по SIP работает нормально.
Для полноценного объединения АТС, сам протокол SIP не дорос до этого.

интересно получается

чем отличается "внешние линий по SIP" от "sip линий от атс"?

собака наверное затыра в том что атс tde пытается регистрироваться на сип-сервере как sip-phone не как sip-gw

[Mike_K]

интересно получается
чем отличается "внешние линий по SIP" от "sip линий от атс"?

Да ни чем не отличается. При таком включении АТС становится в лучшем случае выносом от вышестоящей АТС. Транзит, если и будет работать, то коряво. Не для транзита SIP. Это чудо создано для работы клиент-сервер. Всё остальное это извороты.

собака наверное затыра в том что атс tde пытается регистрироваться на сип-сервере как sip-phone не как sip-gw

Нет никакой разницы в такой регистрации, если регистрация проходит на SIP-сервере.

[НачШтаба]

У панасоника, как мне кажется, именно потому, что SIP не является протоколом "равнозначных" и "равноправных" узлов, транки на SIP-GW всегда считаются ПУБЛИЧНЫМИ (от "вышестоящего", от ГТС, от некоей сети ТфОП), а не ПРИВАТНЫМИ (соединение с.. к примеру, с таким же панасоником.. или иной станцией в ЧАСТНОЙ, но взаимоувязанной сети).

[conf]

to Mike_K, спасибо за h323
перевели на h323 "и как бабка наговорила" все Ок

to НачШтаба, в плане SIP-GW честно говоря в Panasonic-ке я разочарован, т.е. про стык с провом по SIP GW-to-GW без регистрации можно забыть


с Alcatel OXE разобрался, был подводный камень