Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Надо ли включать дебаг на 1022 и снимать тоже но с другой стороны?

нет
есть ли что-нибудь в настройках cp-8845 связанное с libc codec?

[notify_ded_bot]

Это его SepMAC. не чего такого нету

[notify_ded_bot]

Да и не в 1007 дело (точнее не в устройстве с номером 1007)

[notify_ded_bot]

Это лишь пример.
Можно такую же ситуацию сделать на двух одинаковых телефонах.
Все будет аналогично

[notify_ded_bot]

Парни привет!
Помогите настроить приоритеты кодеков
Имеем в sip.conf:

[1007]
disallow=all
allow=alaw,ilbc

[1022]
disallow=all
allow=ilbc

При звонке с 1022 на 1007 всё ОК. Связь по протоколу ilbc
При звонке с 1007 на 1022 связь не устанавливается. В логах codec_ilbc.c:125 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (38)?
Аппаратно оба телефона поддерживают и alaw и ilbc

Вот так будет. Не важно, какие устройства 1007 и 1022

[notify_ded_bot]

еще история в видео звонками имеется...
[1007] (телефон с поддержкой видео)
videosupport=yes

[1022] (телефон без поддержки видео)
videosupport=no

При звонке с 1022 на 1007 всё хорошо... Видео не инициализируется.
При звонке с 1007 на 1022 инициализируется передача видео... Передаётся видео трафик...
Может есть опция какая в астриксе что бы телефоны договаривались друг с другом..... А у меня отключена

Еще с этим есть трабл...
Мне кажется сам астрикс криво договаривается.
Приведу настройки SIP.conf мало ли в них косяк

[notify_ded_bot]

context=default ; Default context for incoming calls
allowoverlap=no ; Disable overlap dialing support. (Default is yes)
udpbindaddr=0.0.0.0 ; IP address to bind UDP listen socket to (0.0.0.0 binds to all)
tcpenable=no ; Enable server for incoming TCP connections (default is no)
tcpbindaddr=0.0.0.0 ; IP address for TCP server to bind to (0.0.0.0 binds to all interfaces)
transport=udp ; Set the default transports. The order determines the primary default transport.
srvlookup=yes ; Enable DNS SRV lookups on outbound calls
t38pt_udptl=no
faxdetect=no
dtmfmode=rfc2833
videosupport=no
maxcallbitrate=100000
allowsubscribe=yes
notifyhold=yes
callcounter=yes
notifyringing=yes
limitonpeers=yes
buggymwi=yes
cisco_usecallmanager=yes
directmedia=yes




[1007]
callerid="Kreslavskaya Anastasiya"
description=Kreslavskaya Anastasiya
qualify=1200
type=friend
username=1007
secret=vb123456
host=dynamic
nat=no

allowtransfer=yes
directmedia=yes
directmediadeny=62.141.121.196/30
insecure=port,invite

videosupport=no

disallow=all
allow=alaw,ilbc
allow=h264



allowsubscribe=yes
ciscounified=yes
subscribecontext=BLF
mailbox=1007@BLF
subscribe=1000
subscribe=1400
subscribe=1401
subscribe=1008
subscribe=1050
subscribe=1100
subscribe=1001
subscribe=1200
subscribe=1650


[1022]
callerid="Stepanov Anatoliy"
description=Stepanov Anatoliy
qualify=1200
type=friend
username=1022
secret=vb123456
host=dynamic
nat=no
allowtransfer=yes
directmedia=yes
directmediadeny=62.141.121.196/30
insecure=port,invite
videosupport=no
disallow=all
allow=ilbc
allow=h264




allowsubscribe=yes
ciscounified=yes
subscribecontext=BLF
mailbox=1022@BLF
subscribe=1008
subscribe=1650
subscribe=1020

[notify_ded_bot]

Это лишь пример.
Можно такую же ситуацию сделать на двух одинаковых телефонах.
Все будет аналогично

codec_ilbc.c:125 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (38)
вот это сообщение говорит о том, что астериск ждёт пакет кратный 50 байтам, а получает совсем не тот размер, который ждет.

[notify_ded_bot]

А что это значит?))))

[notify_ded_bot]

у вас в астериске в ilibc период пакетизации 30msec, а у телефона 20