СвязьПроект

Добрый день.
Проблема в следующем:
AddPac AP100 установлен во внутренней сети за шлюзом, внешний IP которого - динамический. Меняется 1-2 раза в сутки.
Все прекрасно работает до изменения внешнего IP на шлюзе. После смены внешнего адреса пропадает регистрация AddPac-а на сервере SIP (SipNet). Восстановить связь удается только после смены внутреннего IP адреса AP100. Но после очередной смены внешнего адреса шлюза все повторяется.
Я слабо разбираюсь в тонкостях работы SIP протокола, но подозреваю в своих проблемах NAT. Выставить AddPac перед шлюзом нет ни физической, ни технической возможности. Услуг по назначению статического IP местный провайдер не оказывает. Альтернатив нет. Перепробовал все: проброс портов, выставлял AP100 в DMZ, пробовал назначать ему и статический и динамический внутренний адрес, включал/откючал STUN. Не помогло.
Есть ли возможность решить эту проблему?

Ничего невозможного не существует Vasjuta. Давайте разберем все по порядку:
1) Если вы планируете совершать, только, звонки с вашего шлюза, через sipnet, то следует сконфигурить вашу APешку следующим образом (изменить или добавить команды приведенные в листинге, за место строки session target 212.53.40.40 ,где IP адрес 212.53.40.40 - адрес сервера sipnet.ru, потому как ваш шлюз находится за NAT):

!
session target sip-server
session protocol sip
!

...а также, не забудьте указать в конфиге, данные, для регистрации на сервере sipnet:

!
sip-ua
sip-username XXXXXXXXXX
sip-password XXXXXXXXXX
sip-server 212.53.40.40
timeout treg 3600
timeout tregtry 60
register e164
!

где в sip-username вы укажите ваш лицевой счет или ID, а в строке sip-password, соответственно, пароль.

2) И конечно же, если вы планируете получать звонки на шлюз AddPac, вам следует прописать в секции gateway следующую команду:

AP# config t
AP(config)# gateway
AP(config-gateway)# public-ip XX.XX.XX.XX

где XX.XX.XX.XX - это внешний IP NAT, т.е. данная строка сообщит шлюзу, куда слать голосовой трафик.

Спасибо за ответ.

Сделано все, как Вами описано, но регистрация на Сипнет после смены внешнего IP все равно пропадает (не могу ни принимать звонки, ни звонить сам - сразу после набора номера AP100 выдает сигнал "занято"). До тех пор пока не сменю внутренний адрес AP.

Видимо, я не совсем внятно описал проблему. Под словом шлюз подразумевается не сам AddPac, а роутер (если еще точнее, ADSL LinkSys), за которым AddPac установлен. IP адрес WAN интерфейса - динамический.



Соответственно жестко прописать public-ip я не могу, т.к. он меняется несколько раз в сутки.

Кстати, если верить показаниям "AP# show gateway", то stun корректно определяет public-ip:
...
TTL margin = 20 %
public ip = 92.47.216.121 by stun
...

Но при этом связи все равно нет.

Где еще могла "собака порыться"?

Тогда получается, что у вас PPPoE, и проблема может решаться следующим образом:

Интерфейс Ethernet 0 0 подключается к Кабельному/xDSL модему.
Данные для авторизации на сервере:
Имя пользователя: XXX
Пароль: ZZZ

В зависимости от модели и версии APOS настройки будут незначительно отличаться.

PPP протокол авторизации PAP

AddPac> enable
AddPac# configure terminal
AddPac(config)# interface FastEthernet 0/0
AddPac(config-if)# no ip address
AddPac(config-if)# pppoe enable
AddPac(config-if)# encapsulation pppoe
AddPac(config-if)# pppoe-client local-interface
AddPac(config-if)# ppp authentication pap callin
AddPac(config-if)# ppp pap sent-username XXX password ZZZ
AddPac(config-if)# speed auto
AddPac(config-if)# ppp ipcp enable
AddPac(config-if)# ppp ipcp accept-address

Автоматическое получение ip-адреса DNS-сервера

AddPac(config-if)# ppp ipcp dns accept

Автоматическое получение ip-адреса маршрутизатора

AddPac(config-if)# ppp ipcp default-router
AddPac(config-if)# end
AddPac# write

PPP протокол авторизации CHAP

AddPac> enable
AddPac# configure terminal
AddPac(config)# interface FastEthernet 0/0
AddPac(config-if)# no ip address
AddPac(config-if)# pppoe enable
AddPac(config-if)# encapsulation ppp
AddPac(config-if)# pppoe-client local-interface
AddPac(config-if)# ppp authentication chap callin
AddPac(config-if)# ppp chap hostname XXX
AddPac(config-if)# ppp chap password ZZZ
AddPac(config-if)# speed auto
AddPac(config-if)# ppp ipcp enable
AddPac(config-if)# ppp ipcp accept-address

Автоматическое получение ip-адреса DNS-сервера

AddPac(config-if)# ppp ipcp dns accept

Автоматическое получение ip-адреса маршрутизатора

AddPac(config-if)# ppp ipcp default-router
AddPac(config-if)# end
AddPac# write

Без авторизации

AddPac> enable
AddPac# configure terminal
AddPac(config)# interface FastEthernet 0/0
AddPac(config-if)# no ip address
AddPac(config-if)# pppoe enable
AddPac(config-if)# encapsulation ppp
AddPac(config-if)# pppoe-client local-interface
AddPac(config-if)# speed auto
AddPac(config-if)# ppp ipcp enable
AddPac(config-if)# ppp ipcp accept-address

Автоматическое получение ip-адреса DNS-сервера

AddPac(config-if)# ppp ipcp dns accept

Автоматическое получение ip-адреса маршрутизатора

AddPac(config-if)# ppp ipcp default-router
AddPac(config-if)# end
AddPac# write

У нас действительно PPPoE и это действительно вариант решения проблемы.

Тем не менее хотелось бы все-таки понять причину такого поведения AddPac-а. Нет желания в будущем еще раз "наступить на эти же грабли". Не ясно: специфика ли это конкретной модели роутера или с любым другим роутером (с динамическим IP WAN порта) такая же беда будет? Или, может, AddPac виноват и, например, с Planet такой проблемы не возникнет?

Кроме этого... указанный Вами путь хорош, но для нас следствием проброски PPPoE на AddPac будет реорганизация внутренней сети с покупкой нового оборудования. Дело в том, что за роутером прячется не только AddPac, а еще несколько сетевых устройств, которым раздаётся Интернет. Частично по воздуху (WiFi). На данный момент с этой нагрузкой успешно справляется сам роутер. Модель типа "всё в одном флаконе": ADSL+роутер+WiFi. Проблемы только с AddPac-ом.

Неужели до сих пор никто с подобными вопросами не сталкивался? При современной популярности ADSL технологии и решений "всё в одном".

Спасибо за помощь.

1. Попробуйте использовать STUN, без public-ip
2. conf t
sip
rport enable

Покажите дебаг в такой конфигурации
deb voip call
deb rta ipc
deb voip sip

Через телнет такой опции в AP100 не нашел. Прописал в конфиге в разделе SIP-UA. Не знаю подействует ли.

Ниже привожу запрошенный дебаг, а также конфиг, на всякий случай.

Конфиг apos.cfg
-------------------

!
! APOS(tm) configuration saved from vty
! 2008/10/ 9 17:36:10 !
version 8.41.042
!
hostname AP100
clock timezone Moscow 3
!
username xxxxxx password xxxxxx administrator
!
script ntpdate default
resynchronize 2 0
server ip time.nist.gov
!
interface Loopback0
ip address 127.0.0.1 255.0.0.0
!
interface FastEthernet0/0
ip address 192.168.1.2 255.255.255.0
ip stun-server stun.sipnet.ru
bridge-group 1
speed auto
qos-control
!
interface FastEthernet0/1
ip address 192.168.10.1 255.255.255.0
bridge-group 1
speed auto
no qos-control
!
ip route 0.0.0.0 0.0.0.0 192.168.1.1 10
!
snmp name AP100_G2
!
telnet server
!
http server
http port 51006
!
dns name-server 192.168.1.1
dns name-server 212.19.149.226
logging event 0-emergency
!
! VoIP configuration.
!
! Voice service voip configuration.
!
voice service voip
fax protocol t38 redundancy 0
fax rate 9600
h323 call start fast
h323 call tunnel enable
timeout tidt 10
!
! Voice port configuration.
!
! FXS
voice-port 0/0
caller-id enable
!
! Pots peer configuration.
!
dial-peer voice 0 pots
destination-pattern 1211211
port 0/0
!
! Voip peer configuration.
!
dial-peer voice 1000 voip
destination-pattern T
session target sip-server
session protocol sip
voice-class codec 0
vad
dtmf-relay info
!
dial-peer pstn-switch h
!
! Gateway configuration.
!
gateway
h323-id voip.192.168.1.2
no ignore-msg-from-other-gk
!
! Codec classes configuration.
!
voice class codec 0
codec preference 1 g729
codec preference 2 g711ulaw
codec preference 3 g711alaw
codec preference 4 g7231r63
!
! SIP UA configuration.
!
sip-ua
sip-username 1211211
sip-password xxxxxxx
sip-server 212.53.40.40
srv enable
rport enable
set-local-domain sipnet.ru
timeout treg 3600
timeout tregtry 60
register e164
!
! MGCP configuration.
!
mgcp
codec g711ulaw
vad
!
! Tones
!
line console
!
line vty

Точно такаяже пробема
AP190 System software Revision 8.237
Released at Wed Feb 1 21:42:00 2006

Vasjuta вы нашли решение?