Итак дано:
Asterisk 1.4 на компе который по ходу пьесы подключен к локалке и к инету. Поднят iptables маскарадинг и все. Никаких фильтров больше и ничего.

Звоним на хувэй - поднимает трубку и как только пошел голось - связь рвется.

делаем rtp debug и sip set debug

вот результаты: http://pastebin.ru/7707

Помогите - вторую ночь не сплю. Варианты с "неправльно этеншены настроены" отпадает - у другого прова это все работает.

Я бы сделал примерно так:

[ast] ---ethAst- [gw+fw] -ethHua--- [Huawei]

на аst:
в rtp.conf
[general]
rtpstart=50000
rtpstart=50099

и в sip.conf
nat=yes

на gw:

iptables -t nat -A PREROUTING -i ethHua -s IP_HUAWEI -p udp --dport 5060 -j DNAT --to-destination IP_AST
iptables -t nat -A PREROUTING -i ethHua -s IP_HUAWEI -p udp --dport 50000:50099 -j DNAT --to-destination IP_AST

iptables -t nat -A POSTROUTING -o ethHua -d IP_HUAWEI -p udp --sport 5060 --dport 5060 -j MASQUERADE --to-ports 5060
iptables -t nat -A POSTROUTING -o ethHua -d IP_HUAWEI -p udp --sport 50000:50099 --dport 50000:50099 -j MASQUERADE --to-ports 50000:50099

iptables -t nat -A POSTROUTING -o ethHua -j MASQUERADE

iptables -t filter -A FORWARD -i ethAst -o ethHua -s IP_AST -d IP_HUAWEI -p udp --sport 5060 --dport 5060 -j ACCEPT

iptables -t filter -A FORWARD -i ethHua -o ethAst -s IP_HUAWEI -d IP_AST -p udp --sport 5060 --dport 5060 -j ACCEPT

iptables -t filter -A FORWARD -i ethAst -o ethHua -s IP_AST -d IP_HUAWEI -p udp --sport 50000:50099 --dport 50000:50099 -j ACCEPT

iptables -t filter -A FORWARD -i ethHua -o ethAst -s IP_HUAWEI -d IP_AST -p udp --sport 50000:50099 --dport 50000:50099 -j ACCEPT

iptables -t filter -A FORWARD -i ethHua -o ethAst -p icmp -j ACCEPT
iptables -t filter -A FORWARD -o ethAst -i ethHua -p icmp -j ACCEPT

смысл - чтоб на gw все что для * мапилось порт в порт

ну и самосабой на ast и на gw сидел бы и смотрел чё бегает с помощью tethereal ну или хотябы tcpdump с поспросмотром в ethereal, асобенно если icmp dest-unreach бежит в какую-нибудь сторону

а чё он у тебя Playing 'invalid' (language 'en')
чё-нить более интересное играть не может, или это уже последствие разгрома соединения с Hua?

Я уже не поверил, и собрал * 1.2.14.
Mike - не помогло!
А вообще invalid- да нет, там мой собственный файлик под этим именем :)
canreinvite и nat ставились во все положении

Короче так, сорри за левопост.

Вот пример когда звонишь с ТФОП в астериск. Как поднял трубку: http://pastebin.ru/7751
Вот пример когда звонишь с ТфОП в Xlite: http://pastebin.ru/7752

Huawei атвечает, стр 267:
Reason: Q.850;cause=100;text="unknown"
Глядим в инет и видим у вражеской кошки
SIP Contact field is present, but format is bad
Indicates that the equipment sending this cause code has received an IE that it has implemented. However, the equipment sending this cause code has not implemented one or more of the specific fields.

Смотрим стр 231
Contact: <sip:605436@86.102.8.138>
.8.138 явно IP истерикса, а хуавей хочит наверно реальный внешний IP, т.е. 86.102.14.10 ?
или я нечего непримаю в схеме твоего подкючения

и ещё стр 72
Reliably Transmitting (NAT) to 192.168.1.1:5061:
Це ж локалка, зачим тибе НАТу юзать? Тут нам NATo не NADo :) NATу надо юзать на внешних рубежах нашего необъятного истерикса.

в случае с ТфОП в Xlite стр 277:
Contact: <sip:605439@192.168.1.1:5061>
ну и кто в инете такому обрадуется
А Send internal IP: never в Xlite ставил (в eyeBeam точно такое есть)?

ЗЫ: народ, как в zopy добавить bold с пробелом, а то не лезит:)

http://pastebin.ru/7777 - по нату разобрались - нет там теперь никакого ната. А вот что делать контентом этим - ты по русски объясни плз где что подкрутить нужно...

259 строка конкретно - что сделать что бы так не было. :)

Silence Suppression так же известный как VAD - как бы его нахер отключить - кстати грабли могут быть тут