forum.technoforward.ru

Люди добрые,ну помогите настроить.Как надо прописывать trunkrout и trunk.Я пробовал 3002 и 04 и 31 ставить-не помогает.Сами SIP-транки в работу встают,но вот при входящем-forbidden.

Исходящая связь работает.Что же может быть с входящей?

3002 3003 18 или 21 попробуйте не забывайте, что принимаемые цифры должны быть прописаны в нумплане как внутренние номера.

_________________
Если нет дождя и грязи...

Я не совсем понял.Я прописал входящие через DID в таблицу 1.Там указал -принимать 6 цифр и направил на пром. блок 000 и с него на внутренний номер.
35170>20- 0
35171>20- 06
35172>20- 06
И далее в 7690-310233-000 , 76901-000-130.Т.е. если в INVITE приходит номер 6 цифр 310233,то как мне надо прописать? Заранее спасибо за помощь,а то уже мозг сломал.Вот 3002-trunk-21 не пробовал.

На 31 в 200й команде что прописано? (или на 3) Должно быть 806

_________________
Если нет дождя и грязи...

Прописал 200-3-803,все заработало.Получается сначало идет анализ numbering plan и только потом вся конвертация по DID???? Главное,чтобы префикс был в таблице,а как он прописан походу все равно.У меня нумерация внутренняя 3-х значка.NEAX не перестает меня удивлять.
Как же мне теперь разбить каналы по группам,с возможностями,которые есть при DIT вызове.Кстати в 3002 тоже никак не влияет. Буду копать дальше,надо и АОН настроить и тенанты.
NK спасибо большое!!!

Немного запутался - доменное имя сервера сип регистрации где писать? ВА77,78,79 ?

Время поднять темку, дабы не плодить новых.
Суть задачи:
NEC 2000IPS вяжется с МТС для обеспечения услуги FMC (связь внутренних и мобильных номеров по короткому набору). Проблем куча, ничего толком не работает, в чём и разбираемся. Основной вопрос в исходящей связи - неправильный, по словам оператора, формат поля FROM, отдаваемого нэком. А именно, например:

SIP
Version: SIP/2.0
Method: INVITE
URI: sip:89372823**@*.*.189.10:5060
Via: SIP/2.0/UDP *.*.224.117:5060;branch=z9hG4bK-38ad516bcf6a2-255
From: "849564264**" <sip:849564264**@*.*.189.10:5060>;tag=a2f516bcf6a1-255
To: <sip:893728238**@*.*.189.10:5060>
Call-ID: 5e65-516bcf6a-0-255@*.*.224.117
CSeq: 1 INVITE
Contact: <sip:849564264**@*.*.224.117:5060>
Allow: INVITE, ACK, CANCEL, BYE, UPDATE, PRACK
user-agent: IPS
Max-Forwards: 70
Session-Expires: 1800
Supported: timer
Content-Type: application/sdp
Content-Length: 141

*.*.224.117 - адрес станции, *.*.189.10 - адрес оператора. По идее (да и по общему RFC тоже), станция в поле FROM должна отдавать <номер@свой IP:порт>, но отдаёт в этом месте почему-то номер сервера, на который стучится. Можно ли это как-то и где-то исправить? В станции нашёл только BA92, но эта команда никак не работает с адресами серверов.

_________________
Если нет дождя и грязи...

Ничего он не должен. После @ домен пишется. И он должен быть именем сипсервера. В Вашем случае - цифровой IP адрес МТС. Так что все пучком. sip домен не прописан.

Ща попробую объяснить. Если ваша АТС типа клиента МТСовского сипсервера, то пишется после @ домен этого sip server'a. Причем sip домен. Это не то, что ip домен, но часто совпадает. А если ваша АТС типа отдельного sip домена - тогда там да, свой сип домен должен быть. Это смотря как логика роутинга сип звонков устроена в МТС. Но скорее всего вы у них тупо клиентами и должен быть во From: sip домен МТС. Но у них возможно домен в виде цифрового ip адреса не прописан, поэтому вы идете лесом со своими звонками.

Вопрос про функциональность... Фича CID Call Routing на SIP транках должна работать? Пробую прикрутить, не получается, отсюда и вопрос.

_________________
Если нет дождя и грязи...

Если читать SIP Trunk System Manual, то такой фичи в CHAPTER 3 SYSTEM DATA PROGRAMMING --> SIP FEATURE PROGRAMMING - не обнаруживается, при том, что, скажем Caller ID Display или Direct Inward Dialing (DID) - вполне себе документированы. При этом в описании фичи CID Call Routing в Feature Programming Manual --> Chapter 1 BUSINESS FEATURES в самом начале указано:
For DID on ISDN, T1-ANI, MFC incoming calls... сделайте то-то и то-то, а для
For non-DID on ISDN, Caller ID incoming calls... сделайте что-то другое.
Так что прямого документального подтверждения такого функционала - нет. Стало быть - и успех мероприятия, мягко говоря, - не гарантирован.

Да, данные замечания в мануалах видел... Печально. А никто не пробовал реализовывать? Может всё-таки получилось, а я просто что-то делаю неправильно?

_________________
Если нет дождя и грязи...

Добрый день! Подскажите пожалуйста, как можно сделать переадресацию вызова с конкретного номера SIP-транка на внутренний номер АТС, в момент когда по номеру SIP-транка разговаривают. Спасибо!