asterisk.ru

порядок выбора 'конца' для начала разбора полетов не так принципиален.

Сделал дебаг на обоих серверах:
Сервер С ip 192.168.2.90
Сервер В ip 192.168.2.10
Клиенты 192.168.0.X подключаются к серверу C 192.168.2.90
сейчас кодек на клиентах GSM


несколько опишу свою задачу. В наследство досталась такая система(почему сделано именно так, не спрашивайте, не я делал):
Сервер 1, Сервер 2, Сервер 3 на них приходят транки от провайдеров, Е1 и SIP
далее они все входящие звонки кидают на один Сервер 4, который собственно рулит очередью и на который коннектятся клиенты (причём клиенты цепляются по IAX)
Всё это работает круглосуточно, до 30000 звонков в сутки.
Сейчас идёт замена ПО, причём просто тупо заменить без простоя нельзя, необходимо аккуратно вписаться в старую систему. Так вот Сервер С, это новый сервер на который постепенно перебрасываются входящие транки с серверов 1,2,3. Ну и собственно всё шло успешно, пока не дошли до серверов с картами E1

З.Ы. Vlad1983 спасибо большое за помощь, теперь я понял что есть инвайты)

ясно вижу сервер С у вас синхронизинуется от RTP
добейтесь отсутствия "a=silenceSupp:off - - - -" в исходящих с него инвайтах
http://asteriskpbx.ru/pages/viewpage.ac ... Id=1737190
http://asteriskpbx.ru/display/Asterisk/HuaweiSoftX3000

и на клиентах отключите VAD и CNG

добавил internal_timing = yes

вроде как в исходящих данная запись исчезла:

<--- SIP read from UDP:192.168.0.38:5651 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.90:5060;branch=z9hG4bK48f617ce
From: "89272233157"<sip:astr-centre@192.168.2.90>;tag=as7af927b0
Call-ID: 1236239773a0c2ae71397c2b414b5f9e@192.168.2.90:5060
CSeq: 102 INVITE
To: <sip:2085@192.168.0.38:5651>;tag=wuwjrkaf
Content-Type: application/sdp
Content-Length: 200
Contact: <sip:2085@192.168.0.38:5651>

v=0
o=- 1059106271 1059106271 IN IP4 192.168.0.38
s=Ozeki VoIP SIP SDK
c=IN IP4 192.168.0.38
t=0 0
m=audio 5681 RTP/AVP 3 101
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv


сейчас ещё клиентов подкручу и буду тестить, спасибо!

<--- SIP read from UDP:192.168.0.38:5651 --->
SIP/2.0 200 OK
это не исходящий и даже не INVITE

ищите такой
Reliably Transmitting (no NAT) to 192.168.0.36:5651:
INVITE sip:2038@192.168.0.36:5651 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.90:5060;

Ой точно промахнулся)
я так понимаю вот:
было

INVITE sip:2085@192.168.0.38:5651 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.90:5060;branch=z9hG4bK1105c87b
Max-Forwards: 70
From: "89276220039" <sip:alpha-centre@192.168.2.90>;tag=as497abc40
To: <sip:2085@192.168.0.38:5651>
Contact: <sip:alpha-centre@192.168.2.90:5060>
Call-ID: 0ca0899f32d90f5d5f63fef70fdcef01@192.168.2.90:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.8.20.0
Date: Sun, 14 Jul 2013 07:12:00 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 261

v=0
o=root 529302333 529302333 IN IP4 192.168.2.90
s=Asterisk PBX 1.8.20.0
c=IN IP4 192.168.2.90
t=0 0
m=audio 12308 RTP/AVP 3 101
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

стало:

INVITE sip:2085@192.168.0.38:5651 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.90:5060;branch=z9hG4bK10c1d388
Max-Forwards: 70
From: "89372602227" <sip:astr-centre@192.168.2.90>;tag=as10afa880
To: <sip:2085@192.168.0.38:5651>
Contact: <sip:astr-centre@192.168.2.90:5060>
Call-ID: 0632bba90216d3b85613ddd960512ede@192.168.2.90:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.8.20.0
Date: Sun, 14 Jul 2013 09:06:48 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 234

v=0
o=root 745781314 745781314 IN IP4 192.168.2.90
s=Asterisk PBX 1.8.20.0
c=IN IP4 192.168.2.90
t=0 0
m=audio 13538 RTP/AVP 3 101
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

З.Ы. уже туплю, 2 дня в муках)

теперь похоже на правду

Vlad1983 подскажи, а если на сервере В (в котором стоит плата Е1), internal_timing = yes закоментирован, его лучше включить, или оставить как есть?
Для интереса настроил связь м\у В и С по IAX, так клиенты стали жаловаться что слышно стало ещё хуже. При прослушивании записей с сервера, оба голоса четкие, но получается что они друг друга не слышат толком, постоянно переспрашивают.

Если связь м\у В и С по IAX, то на IAX пирах поставьте
trunk=yes

на серваках с задействованными картами E1 "internal_timing = yes" не нужен они от потока синхронизируются
IAX2 при отсутствии NAT нафиг не нужен