Я бы рад больше узнать - времени как всегда не хватает. Сам не знаю, кто я сейчас более - программист или сисадмин. Да и других специализаций хватает. А вообще если несложно ссылку - на досуге с удовольствием.

Вот-вот. Я это называю, пилот-акушер. Или гонщик - асфальтоукладчик. А ссылочку всегда пожалуйста http://avaxhome.ws/search?category_id=5 ... =Go&q=voip

_________________
http://www.3cx.com.ua - VoIP АТС 3CX. Работает под Windows XP/7/2003/2008. Интергация с Outlook, 1С, CRM. Работает с оборудованием D-link. Идеальна для Windows админов.

Не помог ни DID ни перенос. А по поводу STUN и RTP серверов было следующее: может адрес дает STUN но мне не удалось соединить 3СХ через DFL-210 используя SIP ALG. Используется статическая маршрутизация как того и требует 3СХ. А я не люблю когда открыты порты для всего мира а не для определенных адресов. Вот и все. Жду мыслей.

Подозреваю, что дело таки в 6004S. Было что-то похожее, только с Asterisk. Четыре линии зарегистрированы под именами 306,307,308,309.
При получении входящего звонка на четвертую линию, Астериск писал



В шлюзе прошивка 1.2.37.35.

С купленным ранее 6004S и прошивкой 1.2.34.1 - все нормально.
Новый был сконфигурирован один-в-один со старым. Только зменены параметры регистрации (имена/пароли) и другие номера Hot-Lines.
И начались чудеса... Перешиться в последнюю прошивку пока не смог.
И на тему относительно этого на форуме мне не отвечают.

Я начинаю тоже склонятся к глюкавости шлюза. Вернее я сразу про это намекал, но в какой-то момент, когда увидел ваши логи и не нашел там ничего плохого, решил что дело в банальных настройках 3CX.
Я вам точно могу сказать, что этот шлюз с 3CX работает корректно. Хотя я не использую его в своих проектах.
Что же касается STUN - вы не так поняли задачу. Для 3СX нужно открывать НА ВХОД, ТОЛЬКО, если планируются ВХОДЯЩИИЕ звонки. У Betamax такого нет. Поэтому, вам не нужен ни SIP ALG, ни что-либо другое. Просто откройте с IP станции НА ИСХОД ВСЕ через NAT. STUN все остальное сделает сам. Так что можете смело вернуть 3CX за файерфол.
Когда вы ставите Betamax клиента, ну прожку эту - вы ж ничего на файерволе не крутите. Так вот, в данном случае, 3CX выступает таким же точно SIP клиентом. только не родным.
То есть - создали провайдера и забыли. http://3cx.com.ua/node/60 Файервол не трогаем вообще.

_________________
http://www.3cx.com.ua - VoIP АТС 3CX. Работает под Windows XP/7/2003/2008. Интергация с Outlook, 1С, CRM. Работает с оборудованием D-link. Идеальна для Windows админов.

Это не правильно настроеный астер. Укажите явно username у линий в sip.conf.

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

Затрудняюсь ответить. Скорее всего что-то поменялось в прошивке. Но эту проблему я описывал 1.5 года назад. Она усугубляется тем, что FreePBX не дает установить это поле в sip.conf.

На сайте 3СХ нашел ссылку на неплохой снифер, который может перехватить, что же все-таки посылает железяка. Вот кусок лога:
No. Time Source Destination Protocol Info
1 0.000000 192.168.0.178 192.168.1.54 SIP/SDP Request: INVITE sip:10003@192.168.1.54:5060, with session description

Frame 1 (763 bytes on wire, 763 bytes captured)
Ethernet II, Src: D-Link_22:7a:16 (00:1e:58:22:7a:16), Dst: Asiarock_51:51:5d (00:19:66:51:51:5d)
Destination: Asiarock_51:51:5d (00:19:66:51:51:5d)
Source: D-Link_22:7a:16 (00:1e:58:22:7a:16)
Type: IP (0x0800)
Internet Protocol, Src: 192.168.0.178 (192.168.0.178), Dst: 192.168.1.54 (192.168.1.54)
User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: INVITE sip:10003@192.168.1.54:5060 SIP/2.0
Message Header
Allow:INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,PRACK,REFER,SUBSCRIBE,NOTIFY,UPDATE
Via:SIP/2.0/UDP 192.168.0.178:5060;branch=z9hG4bKf61aab6cca6c32f5
From: "10003" <sip:10003@192.168.1.54>;tag=cede7dfa-684912
To: <sip:10003@192.168.1.54:5060>
Call-ID:D1B9-11C3-46684912DBA45D8AEC36-006@SipHost
CSeq:5 INVITE
Contact:<sip:10003@192.168.0.178:5060>
Expires: 90
Max-Forwards: 70
Supported:replaces
User-Agent:dlink 12-38-28928749-0.9.5.1.1140-SA7O4
Content-Type:application/sdp
Content-Length:177
Message Body
Не может ли быть так, что отсутствует строка "Display name" в поле "To". По документации определение "To" и "From" одинаково. Поищу конечно, но хотелось бы знать раньше. Да, еще убрал галку "user=phone". При ней в поле "To" стояла эта фраза через ;. А может есть способ заставить 3СХ понять что строки нет? Есть же там вкладка "Inbound parameters"

Так а что вы хотели? У вас же так и написано: номер 10003 звонит на хотлайн 10003. Т.к. домен у вас прописан 192.168.1.54 -- вот и получается такой from. Дисплей нейм не обязателен

Скажите, а почему у вас в хотлайне не номер абонента принимающего звонок, а какой-то 10003? Вы же звоните сами себе! Или это нормально для 3сх?

Вот пользовали бы астериск, так все бы обсуждение мы начали с этого лога. Там никакого снифера не надо и все бы стало сразу ясно. Дня три бы сэкономили и никто бы не советовал вам менять исправную железку.

1003 = номер, зарегистрированный в 3СХ. Он же логин, он же пароль.

Я все таки не понимаю 3сх. Вы понимаете, что такое Ln.10000@DLink?

Вот именно на этой строке я и зациклился. 10003 = номер линии (звонящей и на которую надо попасть), 10000 = на которую попадает звонок. Собака - она и Африке. Dlink = имя, под которым зарегистрирован шлюз.
DLink - шорошее железо, сам использую. Но все дело в том, что производители бывает вольно трактуют спецификации протоколов. Это отностися не только к обсуждаемому здесь. И получается, что к одной железке с разными прошивками подходят различные конфигурационные файлы.

В дополнение к вышеизложенному. Провел один эксперимент. В поле "Hotline" ввел несуществующие номера. Звонок пришел на первую линию. С номером 10000. Номер звонящего 10003. Куда я и звонил.

Давайте разберемся. 3СХ говрот что звонок исходит с 10000 и звонит на 6100.
Объясните мне пожалуйста еще раз. Что физически собой представляют номера 6100 и 10000?