Форум сетевых администраторов
Показаны 11 сообщений на этой странице

Форум сетевых администраторов (http://netadmin.ws/forum/index.php)
- Локальные и глобальные сети (http://netadmin.ws/forum/forumdisplay.php?forumid=81)
-- Проблема с WellGate FXS 04A и доступом в нет (http://netadmin.ws/forum/showthread.php?threadid=11685)


Помещено syktyk 29-04-2006 в 21:26:

Проблема с WellGate FXS 04A и доступом в нет

Привет всем!
Имею один выделенный внешний IP. Ð_аздача нета по внутренней сети идет через Линух-машину. Приобрели шлюз VoIP FXS 04A.Получили московский номер телефона. Для организации Sharing IP приобрел роутер DLink DI-704UP. Установил DMZ для перекидки нета на шлюз VoIP. Теперь получилось, что при вызове абонента-он меня слышит, а я его нет. Как с этим побороться? Пров VoIP советует взять еще один IP, но мне это не очень нравится.


Помещено gryshadow 03-05-2006 в 13:29:

Пробросить порт 1720 на шлюз ИП-шный.

__________________
Чайник, мечтающий стать самоваром!


Помещено syktyk 03-05-2006 в 15:32:

quote:
Первоначальное сообщение от gryshadow
Пробросить порт 1720 на шлюз ИП-шный.



Ð_-э-э-э-э... Так насколько я понимаю, если VoIP шлюз работает в DMZ, то 1720 должен пропихиваться туда самостоятельно... Или не так?
Тогда мне придется прописывать работу VoIP шлюза, как виртуальный сервер? Там еще море портов


Помещено revlis 03-05-2006 в 20:56:

я не силен в ИП телефонии но хочу уточнить одну деталь чтоб не были разночтения в рассуждениях

DMZ у Длинка подрозумевается совсем не то что DMZ у всех остальных.


Помещено gryshadow 04-05-2006 в 07:49:

Выход наружу у тебя идет через ОДИН IP.
"Голос" на твой шлюз приходит на этот IP (т.к. твой маршрутизатор маскирует ВЕСЬ исходящий трафик этим ИП-ом) по протоколу udp на порт 1720 (если используется h323).
Если на маршрутизаторе не прописано, что трафик на порт 1720 отправлять на голосовой шлюз - то маршрутер этот трафик попросту ДÐ_ОПАЕТ (т.е. игнорирует).

__________________
Чайник, мечтающий стать самоваром!


Помещено syktyk 05-05-2006 в 03:06:

quote:
Первоначальное сообщение от revlis
DMZ у Длинка подрозумевается совсем не то что DMZ у всех остальных.


Ага, я это уже понял А ввопрос: в чем там разница у него?

2 gryshadow

Спасибо. Т.е. я правильно понял, то мне нужно открыть 1720 на вход шлюза, т.к. я абонента не слышу?
А вообще-нафиг там столько портов в шлюзе забито для Н.323?


Помещено revlis 05-05-2006 в 08:28:

если ниче не путаю то дмз у длинка это те порты на свиче которые не фильтруются фаерволом

кстате у них проводятся бесплатные семинары советую сходить (в киеве во всяком случае полезно послушать и вспомнить забытую теорию )


Помещено syktyk 05-05-2006 в 11:29:

>>кстате у них проводятся бесплатные семинары советую сходить (в киеве во всяком случае полезно послушать и вспомнить забытую теорию

Далековато от нас, правда язык до Киева может довести

__________________
Каждой PC-по PC!


Помещено revlis 05-05-2006 в 11:50:

Smile

quote:
Первоначальное сообщение от syktyk
>>кстате у них проводятся бесплатные семинары советую сходить (в киеве во всяком случае полезно послушать и вспомнить забытую теорию

Далековато от нас, правда язык до Киева может довести


упс в сывтывкаре наверно нету


Помещено gryshadow 05-05-2006 в 12:44:

Да,
И поищи VoIP за NAT-ом какую-нить статейку в инете.

__________________
Чайник, мечтающий стать самоваром!


Помещено syktyk 06-05-2006 в 13:39:

2 gryshadow
Ок, поищу. Кстати технарь от оператора говорил, что у VoIP-а за NAT-ом есть проблемы, т.к. вроде там динамическое назначение портов идет. Т.е. он не работает.

syktyk добавил 06-05-2006 в 13:49:13:
Надыбал:
The Trouble with NAT and VOIP
In addition, the way in which conventional VoIP protocols are designed is also posing a problem to VoIP traffic passing through NAT. Conventional VoIP protocols only deal with the signalling of a telephone connection. The audio traffic is handled by another protocol and to make matters worse, the port on which the audio traffic is sent is random. The NAT router may be able to handle the signalling traffic, but it has no way of knowing that the audio traffic is related to the signalling and should hence be passed to the same device the signalling traffic is passed to. As a result, the audio traffic is not translated properly between the address spaces.

At first, for both the calling and the called party everything will appear just fine. The called party will see the calling party's Caller ID and the telephone will ring while the calling party will hear a ringing feedback tone at the other end. When the called party picks up the telephone, both the ringing and the associated ringing feedback tone at the other end will stop as one would expect. However, the calling party will not hear the called party (one way audio) and the called party may not hear the calling party either (no audio).

The issue of NAT Traversal is a major problem for the widespread deployment of VOIP. Yet, the issue is non-trivial and there are no simple solutions.

http://www.voip-info.org/wiki-NAT+and+VOIP

Так, что работая с одной стороны-дела не поправить

__________________
Каждой PC-по PC!


Формат времени GMT. Текущее время 18:32.
Показаны 11 сообщений на этой странице

Powered by: vBulletin Version 2.2.4
Copyright © Jelsoft Enterprises Limited 2000, 2001.