URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 69351
[ Назад ]
Исходное сообщение
"подготовка к ip телефону"
Отправлено Happy_demon , 05-Окт-06 14:08 
Трям! со дня на день должны привести сабж. никогда раньше ни с чем подобным не работал. скачал прогу NetDetectPC. она по идее проверяет, готова ли моя сеть к работе с ip телефоном. скорость нормальная, а вот на проверку нат он ругается "Не удалось провести тестирование НАТа." нат у нас есть (сервак под фрей). если запустить проверку портов, то видно что с моей машины (под виндой) эта прога ломится на порт 5060. ну это просто 00140      380      119254 allow udp from any to any dst-port 5060
а еще она ломится по разным каждый раз портам. пробовал следующее
ipfw add 160 fwd наш_внешний_айпи ip from 192.168.25.178 to any- отваливается все, с моей машины ничего не работает. также пробовал
ipfw add 160 fwd наш_айпи_внутрь_сети ip from 192.168.25.178 to any - меня как можно догадаться заворачивает на наш внутренний сайт (ну понятно если IE запустить), а эта прога все равно не работает. боюсь что тоже будет когда привезут этот телефон. кто с ними работает - откликнитесь, объясните- где косяк. заранее спасибо

Содержание
Сообщения в этом обсуждении
"подготовка к ip телефону"
Отправлено Ilia Kuliev , 05-Окт-06 15:30 
>Трям! со дня на день должны привести сабж. никогда раньше ни с
>чем подобным не работал. скачал прогу NetDetectPC. она по идее проверяет,
>готова ли моя сеть к работе с ip телефоном. скорость нормальная,
>а вот на проверку нат он ругается "Не удалось провести тестирование
>НАТа." нат у нас есть (сервак под фрей). если запустить проверку
>портов, то видно что с моей машины (под виндой) эта прога
>ломится на порт 5060. ну это просто 00140    
>  380      119254 allow udp
>from any to any dst-port 5060

Это SIP-сигнализация.

>а еще она ломится по разным каждый раз портам.

Это RTP.

"подготовка к ip телефону"
Отправлено Ilia Kuliev , 05-Окт-06 15:31 
>Трям! со дня на день должны привести сабж. никогда раньше ни с
>чем подобным не работал. скачал прогу NetDetectPC. она по идее проверяет,
>готова ли моя сеть к работе с ip телефоном. скорость нормальная,
>а вот на проверку нат он ругается "Не удалось провести тестирование
>НАТа." нат у нас есть (сервак под фрей). если запустить проверку
>портов, то видно что с моей машины (под виндой) эта прога
>ломится на порт 5060. ну это просто 00140    
>  380      119254 allow udp
>from any to any dst-port 5060
>а еще она ломится по разным каждый раз портам.

Напишите мне email'ом, я вам выдам тестовый SIP-экаунт, сможете проверить вживую.


"подготовка к ip телефону"
Отправлено Happy_demon , 05-Окт-06 16:08 
>Напишите мне email'ом, я вам выдам тестовый SIP-экаунт, сможете проверить вживую.


Написал мылом. но если честно все равно хочется узнать, насчет нашего ipfw что туда писать и где. с нетерпением жду ответа

"подготовка к ip телефону"
Отправлено Ilia Kuliev , 05-Окт-06 16:55 
>>Напишите мне email'ом, я вам выдам тестовый SIP-экаунт, сможете проверить вживую.
>
>
>Написал мылом. но если честно все равно хочется узнать, насчет нашего ipfw
>что туда писать и где. с нетерпением жду ответа


Там все достаточно тривиально, и фревый nat прекрасно работает с SIP-телефонией. ipfw не должен блокировать сигнализацию SIP, и пакеты с собственно голосом (RTP). Если вы не фильтруете своими правилами ничего лишнего, у вас не будет проблем.

"подготовка к ip телефону"
Отправлено Happy_demon , 06-Окт-06 15:40 
в общем написал
ipfw add 10 allow udp from any to any
даже это не помогло. может кто делал, очень надо

"подготовка к ip телефону"
Отправлено Happy_demon , 12-Окт-06 11:52 
>в общем написал
>ipfw add 10 allow udp from any to any
>даже это не помогло. может кто делал, очень надо

написал это же правило после divert - тоже не помогло. высказали мнение, что с natd это все равно работать не будет, только с ipnat. хотелось бы узнать, так ли это и возможно ли совместное использование natd и ipnat