Проблема исх звонков через шлюз

[anonymous]

Сеть: 192.168.1.0/24
6004s: 192.168.1.1
3cx (в DMZ): 192.168.10.1

Шлюз: Dlink-6004s (по инструкции http: //3cx.com.ua/node/79 )
Телефоны: Dlink-150SE
Провайдер sipnet
Аналоговая АТС (номерация на 57..). ее 4 номера заведены на шлюз 6004s

Ситуации:
Исходящие звонки через провайдера делают многие.
Входящие звонки на шлюз тоже делают несколько
Но вот исходящие через шлюз не могут сделать больше одного человека. Первый дозванивается нормально а у остальных тишина.

Привожу пример 1:
Звоню с номера 102 на 5777 звонок успешно совершается,

Пример2:
с номера 100 звоню на мобильный 89270000000 - звонок идет (по линии 10001)
При этом паралельно начинаю звонить с 102 например на 5777 (по линии 10003) звонок не проходит - в ответ тишина в трубке.

<br />
14:54:20.120 [CM505002]: Gateway:[4FXO Dlink 6004s] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [dlink 12-37-61928258-0.9.5.1.735] PBX contact: [sip:[email protected]:5060]<br />
<br />
14:54:20.120 [CM503002]: Call(366): Alerting sip:[email protected]:5060<br />
<br />
14:54:17.949 [CM503025]: Call(366): Calling PSTNline:5777@(Ln.10003@4FXO Dlink 6004s)@[Dev:sip:[email protected]:5060]<br />
<br />
14:54:17.888 [CM503004]: Call(366): Route 1: PSTNline:5777@(Ln.10003@4FXO Dlink 6004s)@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060]<br />
<br />
14:54:17.888 [CM503010]: Making route(s) to <sip:[email protected]><br />
<br />
14:54:17.888 [CM505001]: Ext.102: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [DPH-150SE 01.02] PBX contact: [sip:[email protected]:5060]<br />
<br />
14:54:17.888 [CM503001]: Call(366): Incoming call from Ext.102 to <sip:[email protected]><br />
<br />
14:54:06.683 [CM505002]: Gateway:[4FXO Dlink 6004s] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [dlink 12-37-61928258-0.9.5.1.735] PBX contact: [sip:[email protected]:5060]<br />
<br />
14:54:06.683 [CM503002]: Call(365): Alerting sip:[email protected]:5060<br />
<br />
14:54:03.290 [CM503025]: Call(365): Calling PSTNline:989270000000@(Ln.10001@4FXO Dlink 6004s)@[Dev:sip:[email protected]:5060]<br />
<br />
14:54:03.244 [CM503004]: Call(365): Route 1: PSTNline:989270000000@(Ln.10001@4FXO Dlink 6004s)@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060]<br />
<br />
14:54:03.229 [CM503010]: Making route(s) to "989270000000"<sip:[email protected]><br />
<br />
14:54:03.229 [CM505001]: Ext.100: Device info: Device Identified: [Man: Counterpath;Mod: X-Lite;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, recvonly] UserAgent: [X-Lite release 1104o stamp 56125] PBX contact: [sip:[email protected]:5060]<br />
<br />
14:54:03.229 [CM503001]: Call(365): Incoming call from Ext.100 to "989270000000"<sip:[email protected]><br />



Непойму куда копать....

 

[aleksandr]

Приведите здесь, как настроены исходящие правила.
Перед сотовым 9 набираете 989270000000 , а перед 5777 нет ?
3CX ats передает номер 5777 шлюзу, смотрите настройки шлюза еще раз.
А без DMZ нельзя вашу сеть настроить?

 

[anonymous]

Правило: Выход в АТС
Вызовы начинающиеся: 57
Вызовы с внутренних номеров: -
Вызовы на номера длиной: -
1 Маршрут Dlink-6004s Удалить 0 Добавить к началу -

Правило: Выход в город
Вызовы начинающиеся: 9
Вызовы с внутренних номеров: -
Вызовы на номера длиной: -
1 Маршрут Dlink-6004s Удалить 0 Добавить к началу -

Правило: Межгород
Вызовы начинающиеся: 0
Вызовы с внутренних номеров: -
Вызовы на номера длиной: -
1 Маршрут SIPNET Удалить 1 Добавить к началу -

через 9ку идет через обычную АТС по класическому правилу через 9 как и все остальные. Использовать канал от провайдера возможности нет, т.к. в атс заходит кабель по потоку Е1. Админить АТСку нет возможности, т.к. она в аренде.

Дозвон идет через 9ку нормально, через 57 тоже нормально.
А когда с 2х телефонов начинают набирать 57 или 9.... то у второго тишина.

Пробовал 3сх в ту же сеть подключать. Эффект тот же. В DMZ сделано для того чтобы голосовой трафик не мешался с основным.

 

[vpaulo]

тишина в плане никто никого не слышит? или тишина такая что даже звонок не проходит?
и ты как назначил на шлюзе набор? может быть проблема с аналоговыми линиями?

 

[anonymous]

Звонок не проходит....
после набора тишина ... ни гудков ... ничего.
После секунд 10 от набора начинаются гудки вроде как неправильно набрано.

 

[anonymous]

4 сотрудника за каждым закреплен свой номер
(атс 5701) 10001 переадресуется на 101
(атс 5702) 10002 переадресуется на 102
(атс 5703) 10003 переадресуется на 103
(атс 5704) 10004 переадресуется на 105
105-108 просто подключены к 3cx

Если звонишь на любой из 5701-5704 то нормально попадаешь на того кому соответствует номер и разговор двухсторонний.

 

[anonymous]

Замечено еще вот что если один внешний порт занят то при попытке позвонить по свободному порту в
3сх в разделе Статус портов/транков пишется Входящий 10003 а направления нет.... Если свободны все порты то при входящем звонке пишет направление.
Например 10003 -> 103.

 

[anonymous]

@antaid wrote:Замечено еще вот что если один внешний порт занят то при попытке позвонить по свободному порту в
3сх в разделе Статус портов/транков пишется Входящий 10003 а направления нет.... Если свободны все порты то при входящем звонке пишет направление.
Например 10003 -> 103.

Тут, наверное, к Dlink'у вопросы надо направлять. Проблема с "входящими", только подтверждает этот тезис.
У 3cx phone system нет "запутанных процедур". Всё работает одинаково. Если данных нет, значит не показывает, если есть - Вы их видите.

Если хотите разобраться, то сделайте так:
ставите wireshark на хост PBX.
Запускаете создание снимка трафика.
После этого, делаете звонок когда все порты свободны, заканчиваете его (он, по Вашему описанию, будет успешным).
Потом, делаете другой звонок, чтобы занять один порт, и не завершая его, попытайтесь повторить предыдущий (успешный) сценарий звонка, который, по Вашему описанию, уже не будет столь успешным.
Сохраняете снимок трафика.

Потом сравниваете звонки (wireshark представляет возможность посмотреть их в довольно удобном виде)
Почти уверен, что разница будет видна невооружённым взглядом.
После этого c вопросом в Dlink или сюда выложите. Посмотрим и, вполне возможно, что-то подскажем.

В конфигурации 3cx ничего не меняйте. Если сценарий звонка работает, то он работает одинаково и не зависит от каких-то там одновременностей и прочих занятостей портов шлюза.

Спасибо,

P.S. Прошу Всех, которые читают этот топик, не переключать вопрос на "файрволл", сеть и т.д. до выяснения обстоятельств. Рекомендации и ссылки на статьи, относящиеся к настройке шлюза приветствуются.

 

[aleksandr]

Попробуй зарегистрировать шлюз в 3CX не как один шлюз с 4 портами, а как 4 одно портовых шлюза . Исходящие правила сделай для каждого шлюза. Я так сделал со шлюзом AddPac, маршруты более гибко можно назначать.

Прошивку в шлюзе обновляли? А то может обновить, скинуть шлюз на заводские установки , снова сконфигурировать.

 

[aleksandr]

А как набираешь номер, если звонишь с телефона просто подключенного к Аналоговой АТС?

 

[anonymous]

Да оказался всему виной длинк... некорректное определение идентификаторов внешних линий. 3сх пускает разговор по 10004 линии а длинк упрямо ставит разговор 10001 линию.
10002 пока временно отключил его, но я не думал что длинк все равно на него отправлял голос.... млин.
Заставить не реально разговор идти по нужной линии 10004?

 

[aleksandr]

@antaid wrote:Да оказался всему виной длинк...
А может не D-link? А настройщик? Функция preference (приоритет) портов есть вашем D-link? Если есть, то надо настроить приоритет портов ( preference 1 preference 2 ......). Будет использоваться следующий порт, если занят предыдущий.

 

[anonymous]

Да руки кривые были.

Заработало!!! DID спас меня

Спасибо всем за полезные советы!!

 

[anonymous]

а как если не секрет вышел из положения ?