Проблема с IP телефонами

[Nafanya]

Имеется сеть. в этой сети я пытаюсь раздать людям IP телефоны с прямыми городскими номерами. Номерные ресурсы дает CDMA Украина. Раздача происходит через моего провайдера, они как бы обеспечивают транспорт. Дальше я на серваке присваиваю адрес IP шлюзу. Соединение происходит. Но через минут 10-15 дозвониться до абонента невозможно. Их у меня двое, пока. Передергиваю шлюз, как бы связь восстанавливается. Провайдер говорит, что двое законнектиться одновременно не могут, потому,  что НАТ не правильно работает. Они уже выделили мне под телефоны адреса. Все равно эффект один. Предлагают перекомпилировать ядро с опциями:


options IPFIREWALL
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=100
options IPFIREWALL_NAT
options LIBALIAS
options ROUTETABLES=2
options DUMMYNET
options HZ=”1000"

Чем мне это грозит?

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

[stix]

Для NAT лучше на Iax работать, SIP требует реальный IP

Существует три основных проблемы прохождения через NAT звонков с использованием SIP протокола.
1. Наличие локальных адресов в SIP сигнализации.
2. Прохождение голосового потока (RTP). Вызываемый абонент, получив вызов от сервера сети Интернет-телефонии, с указанием локального адреса получателя голосового потока не может отправить речевую информацию по назначению, поскольку указанный адрес не маршрутизируется в Интернете. Вследствие этого возникает, одностороння слышимость абонентов или ее полное отсутствие.
3. Абонент, подключенный через NAT, практически не может принимать входящие звонки. Это связанно с тем, что NAT резервирует внешний порт на небольшой промежуток времени (от 1 до 3 мин.), поле чего освобождает его.
Полученный после этого входящий вызов от сервера сети Интернет-телефонии просто игнорируется и как следствие этого абонент расположенный за NATом не может получить информацию о входящем звонке.

Возможные методы прохождения через NAT:
1. Использование реального IP
2. UPnP
3. STUN
4. Проксирование на оригинирующий адрес

[Nafanya]

Спасибо. принцип понятен. Мне они и выделили реальные IP под телефоны. Вот и не получается прокинуть натом на реальных адресах.

[Aivanzipper]

А НАТ зачем? Выдавайте клиентам реальные адреса и делайте на них маршрутизацию.

[Nafanya]

Я им выдал реальные адреса. на внутренней карточке прописал начальный адрес из выданного диапазона, людям дальше айпишники прописал, вроде маршрутизируються, но через 15-30 минут телефоны уходят в аут. после перезагрузки шлюза связь появляеться и снова 15-30 минут.

[Aivanzipper]

Что Вам провайдер про НАТ лепечет если Вы выдали клиентам маршрутизируемые ip?

[Nafanya]

Так и я вот не могу понять. Может вдруг отупел сразу? Стал уже сомневаться в собственных способностях.... Блин. Просто не сталкивался с телефонией через инет и не сильно понимаю принцип ее работы. Хотя парень вроде бы не глупый. И они мне не не хотят раскрывать все тайны и не посвящают меня в свои танцы с бубнами.

[Aivanzipper]

Если все работает и через 15 минут валится то проблема у Вас со шлюзом. Надо его смотреть.

[stix]

да, бывает такое, зависает шлюз.
делай дебаг сип сообщений

[VitalVas]

а что за клиент?

[stix]

dynamix, vigortalk, linksys pap2t
хотя за линксисами не замечал ребутаний

[Nafanya]

CDMA Украина. Интересная вещь, По словам моего провайдера, два клиента, не могут соединиться с СИПом одновременно, почемуто.

[stix]

что за бред?
2 независимых sip регистрации....