Помогите пожалуйста настроить подключение Elastix 1.6 к Huawei SoftX3000

Сервер с Elastix подключается к Huawei по PPPoE.

PEER Details:
host=10.10.10.100
username=2100911
secret=2100911
type=peer
qualify=120

Register String:
2100911:2100911@10.10.10.100

в логах ругается:
<--- SIP read from 10.10.10.100:5060 --->
SIP/2.0 423 Interval Too Brief
Via: SIP/2.0/UDP 10.9.2.58:5060;branch=z9hG4bK4adc62ef;rport=5060
Call-ID: 5b38ca095389b6d27faf45637541776d@127.0.0.1
From: <sip:2100911@10.10.10.100>;tag=as22ffe069
To: <sip:2100911@10.10.10.100>;tag=76f7d38e
CSeq: 103 REGISTER
Min-Expires: 300
Content-Length: 0

спасибо

Reliably Transmitting (no NAT) to 10.10.10.100:5060:
OPTIONS sip:10.10.10.100 SIP/2.0
Via: SIP/2.0/UDP 10.9.2.58:5060;branch=z9hG4bK1b79f620;rport
From: "Unknown" <sip:Unknown@10.9.2.58>;tag=as7f9b1981
To: <sip:10.10.10.100>
Contact: <sip:Unknown@10.9.2.58>
Call-ID: 2da03cc97cad830953a87cc84b0931ef@10.9.2.58
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Tue, 01 Dec 2009 11:39:22 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
Content-Length: 0

http://www.lmgtfy.com/?q=Asterisk+SIP%2F2.0+423+Interval+Too+Brief+

21.4.17. 423 Interval Too Brief

The server is rejecting the request because the expiration time of
the resource refreshed by the request is too short. This response
can be used by a registrar to reject a registration whose Contact
header field expiration time was too small. The use of this response
and the related Min-Expires header field are described in Sections
10.2.8, 10.3, and 20.23.

http://translate.ru ??

Дед!
Не издевайся пожалуйста :)

Было бы так все просто - я бына форум не писал

То есть registration expiration time меняли туда и сюда, и всё равно эта ошибка выдаётся?
Об этом надо писать сразу, верно ведь? Имеем то-то и это. Делали так и эдак.

В sip.conf registertimeout?

Была некая проблема в huawei, он как получал silence supression - разрывал сессию. Не лечилось никак, поднимали в кач-ве прокси yate.
Не из этой же серии кривых китайских реализаций?

к вашему сведению на этих "кривых китайских реализациях" сейчас работают многие крупные операторы связи. В Украине это Билайн(мобильный) и Голден(фиксированный) и парочка чуть по меньше.. Скорее это "прямые" руки эксплуататоров, т.к. установку, тестирование, базовую настройку осуществляют сами специалисты вендора, а эксплуататоры лишь хлопают ушами в это время..

не вижу противопоказаний крупным операторам :) Но RFC 3389 китайцы реализовали криво.

если проблема реально существует, то достаточно оператору обратиться к вендору, и в очень короткое время они сделают патч.. если проблема существует..