поддерживаю! думаю что при таким переводе конечные точки(сип телефоны) пытаются соединиться на прямую без участия Астериска... данный совет должен решить проблему
DJs3000 ( 2011-12-07 11:16:00 +0400 )редактироватьПро эту фишку я знаю и она стоит на всех екстешенах в no может конечно где то есть настройка которая задает глобально canreinvite=no но в Freepbx я ее не нашел.
iStory ( 2011-12-07 19:12:33 +0400 )редактироватьпожалуйста в sip.conf или sip general additional.conf (как в Эластиксе) прописываем строку canreinvite=no
DJs3000 ( 2011-12-07 19:39:51 +0400 )редактироватьпроверил все прописано. canreinvite=no. так что бы не гадать на кофейной гуще ша выложу sip debug.
iStory ( 2011-12-07 21:22:20 +0400 )редактироватьПричину нашел и она была бональна. сделал sip debug, разобрав по полочкам, оказалось у одного юзера стояло значение canreinvite=yes. а юзер как назло оказался тем с кем я и отрабатывал transfer звонков.
iStory ( 2011-12-07 22:32:32 +0400 )редактировать
Скорее всего НАТ прикалывается, трафик между сетями на обоих фаерволах разрешен полностью?
tesak89 ( 2011-12-06 19:36:08 +0400 )редактироватьПрикольная картинка . Автор собирается на каждый трабл с НАТом заводит по три тикета.
zzuz ( 2011-12-06 21:28:15 +0400 )редактироватьэт точно.. хоть бы sip debug приложил..
Zavr2008 ( 2011-12-06 21:54:50 +0400 )редактироватьСамое лучшее , что сделает автор , так это прочитает книжку.
zzuz ( 2011-12-06 21:56:28 +0400 )редактироватьА какая железка натит ????
amonra ( 2011-12-07 15:18:16 +0400 )редактировать