Здравствуйте,
Alexander Lapshin wrote:
> Dmitry Akindinov wrote:
>> Здравствуйте,
>>
>> Alexander Lapshin wrote:
>>> Я устанавливаю в настройках пользователя в "Правилах для входящих
>>> звонков" "Параллельный вызов" на номер через 0 (или "икс") секунд. В
>>> логах наблюдаю следующее:
>>>
>>> ---
>>> 15:25:20.013 2 SIGNAL-024416 SIPS-023826: INVITE
>>> sip:225@domain.local:5060;user=phone
>>> 15:25:20.013 2 DIALOG-001224 created(authOut)
>>> 15:25:20.013 2 DIALOG-001224 caller set: dvg6004s_fxo1@domain.local
>>> 15:25:20.013 2 SIGNAL-024416 INVITE
>>> sip:225@domain.local:5060;user=phone via
>>> sip:225@domain.local:5060;user=phone
>>> 15:25:20.013 2 DIALOG-001224 callee set: user1@domain.local
>>> 15:25:20.013 2 SIGNALRULE-024416 rule(#RingBack): forked
>>> 15:25:20.013 2 SIGNALRULE-024416 rule(#ForkOnTimer): forked
>>> 15:25:20.013 2 SIGNAL-024416 user1@domain.local has 1 registration(s)
>>> 15:25:20.013 2 SIGNAL-024416 {1} sent to SIPC-000512: INVITE
>>> sip:user1@10.0.0.7:59174;rinstance=428c7526aa0ec27c
>>> 15:25:20.013 2 SIGNAL-024416 INVITE sip:ringback#user1@domain.local
>>> via sip:ringback#user1@domain.local
>>> 15:25:20.013 2 SIPC-000512 INVITE
>>> sip:user1@10.0.0.7:59174;rinstance=428c7526aa0ec27c
>>> 15:25:20.013 2 PBXLEG-002250 'ringback' created for user1@domain.local
>>> 15:25:20.013 2 DIALOG-001225 created as DIALOG-001224 copy(copy)
>>> 15:25:20.013 2 SIGNAL-024416 {2} sent to NODE-002250: INVITE
>>> sip:ringback#user1@domain.local
>>> 15:25:20.013 2 SIGNAL-024416 INVITE sip:80959999999@domain.local via
>>> sip:80959999999@domain.local
>>> 15:25:20.013 2 PBXLEG-002252 'gatewaycaller' created for
>>> pbx@domain.local
>>
>> То есть, как минимум есть локальный домен domain.local (очень неудачное
>> имя для домена, если таковой действительно есть: суффикс .local
>> отрабатывается роутером особым образом; но проблема не в этом)
>>
>>> 15:25:20.013 2 DIALOG-001225 enqueued
>>> 15:25:20.013 2 DIALOG-001226 created as DIALOG-001224 copy(copy)
>>> 15:25:20.013 2 DIALOG-001226 enqueued
>>> 15:25:20.013 2 SIPC-000512 created DIALOG-001226
>>> 15:25:20.013 2 PBXLEG-002250 DIALOG-001225(inp) started with
>>> 227@domain.local(sip:227@10.0.0.19:5060)(canUpdate)(canTransfer)
>>> 15:25:20.013 2 PBXLEG-002250 session refresh=300(active)
>>> 15:25:20.013 2 PBXLEG-002250 peer authenticated as
>>> 'dvg6004s_fxo1@domain.local'
>>> 15:25:20.013 2 SIPDATA-041047 out: req [10.0.0.1]:5060 ->
>>> udp[10.0.0.7]:59174 INVITE(1169 bytes)
>>> sip:user1@10.0.0.7:59174;rinstance=428c7526aa0ec27c
>>> 15:25:20.013 2 PBXLEG-002250 ringback.sppr(Main) started
>>> 15:25:20.013 2 SIPC-000512 [041047] INVITE
>>> sip:user1@10.0.0.7:59174;rinstance=428c7526aa0ec27c sent
>>> [10.0.0.1]:5060 -> udp[10.0.0.7]:59174
>>> 15:25:20.013 2 DIALOG-001227 created as DIALOG-001224 copy(copy)
>>> 15:25:20.013 2 DIALOG-001227 enqueued
>>> 15:25:20.013 2 PBXLEG-002250 program stopped
>>> 15:25:20.013 2 PBXLEG-002252 DIALOG-001227(inp) started with
>>> 227@domain.local(sip:227@10.0.0.19:5060)(canUpdate)(canTransfer)
>>> 15:25:20.013 2 PBXLEG-002252 session refresh=300(active)
>>> 15:25:20.013 2 PBXLEG-002252 peer authenticated as
>>> 'dvg6004s_fxo1@domain.local'
>>> 15:25:20.013 2 PBXLEG-002252 gatewaycaller.sppr(Main) started
>>> 15:25:20.013 2 PBXLEG-002250 killing DIALOG-001225
>>> 15:25:20.013 2 DIALOG-001225 dequeued(kill)
>>> 15:25:20.013 2 DIALOG-001225 released
>>> 15:25:20.013 2 SIGNAL-024416 {3} sent to NODE-002252: INVITE
>>> sip:80959999999@domain.local
>>> 15:25:20.013 2 SIGNAL-024416 556 received from NODE-002250
>>> 15:25:20.013 2 PBXLEG-002252 ProgramLog: "calling '80959999999'..."
>>> 15:25:20.013 2 PBXLEG-002252 ProgramLog:
>>> "callerLeg:{\"\"=\"sip:80959999999@domain.local\";Call-ID=1B11-1124-4685820128586CCFC3D6-171@SipHost.gwout;From=\"sip:227@domain.local\";Max-Forwards=#69;activeSide=YES;callBridged=YES;impersonate=user1@domain.local;}"
>>>
>>
>>
>> Что хуже всего - имя домена для PSTN шлюза прописано тоже как
>> domain.local. То есть, чтобы отправить звонок в PSTN сервер должен
>> отправить запрос самому себе? Этим он и будет заниматься - пока не
>> достигнет ограничение на количество пересылок запроса.
>>
>> []
>>
>>> ---
>>> и в конце выдаёт:
>>
>> вполне закономерно
>>
>>> ---
>> []
>>
>>> 15:25:20.059 1 SIGNAL-024556 Max-Forwards is 0
>>
>> Разрешенное количество переспосылок запроса полностью израсходовано.
>>
>>> 15:25:20.059 2 SIGNAL-024556 updating DIALOG-001366 on 483-response
>>> 15:25:20.059 2 DIALOG-001366 signal expiration set to 300 sec
>>> 15:25:20.059 2 ACCOUNT(user1@domain.local) out call failed. Error
>>> Code=Too many SIP hops
>>> 15:25:20.106 2 SIGNAL-024556 483 relaying
>>> 15:25:20.106 2 PBXLEG-002530 ProgramLog: "call failed: 483-Too many
>>> SIP hops"
>> []
>>
>>> ---
>>>
>>> В маршрутизаторе записано:
>>> <(6-20d)@*> = 9*@telnum
>>> Signal:telnum = pstn
>>> Signal:<*@pstn>= gatewaycaller{*}#pbx@domain.local
>>>
>>>
>>> Идея в том, что если пользователь не берёт трубу, то позвонить ему на
>>> мабилу. Просто на мабилу звонки прходят нормально.
>>>
>>> Где я неправ?
>>
>> У пользователя (или в домене) в настройках PSTN имя домена шлюза указано
>> как domain.local
>>
>
> domain.local - это я неудачно заменил домен.
> Следует читать вместо domain.local - domain.com
Все равно - у вас получается, что PSTN номера в этом домене роутятся
обратно в этот же домен. Проверьте настройки PSTN, имя домена шлюза не
должно быть тем же самым, что имя домена CGPro. Или хотя бы адрес шлюза
должен быть указан явно.
--
Best regards,
Dmitry Akindinov
Получено Tue Jul 21 13:57:08 2009