Re: New feature: gatekeeper-based call transfer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Worked perfectly, thanks Jan!

Andrew


Jan Willamowius wrote:
> Hi Andrew,
>
> it compiled fine with gcc 4.4.1, but I checked in a fix that should
> make your compiler happy as well.
>
> Regards,
> Jan
>
> Andrew Herdman wrote:
>   
>> Hi Jan;
>>
>> Not sure but it looks like today's commits are not compiling cleanly;
>>
>> [CC] SoftPBX.cxx
>>
>> SoftPBX.cxx: In function 'void SoftPBX::RerouteCall(const PString&, 
>> const PCaselessString&, const PString&)':
>>
>> SoftPBX.cxx:467: error: ISO C++ says that these are ambiguous, even 
>> though the worst conversion for the first is better than the worst 
>> conversion for the second:
>>
>> /root/GNUGK20100707/ptlib/include/ptlib/pstring.h:585: note: candidate 
>> 1: PString PString::operator+(char) const
>>
>> SoftPBX.cxx:467: note: candidate 2: operator+(const unsigned char*, int) 
>> <built-in>
>>
>> SoftPBX.cxx:467: error: ISO C++ says that these are ambiguous, even 
>> though the worst conversion for the first is better than the worst 
>> conversion for the second:
>>
>> /root/GNUGK20100707/ptlib/include/ptlib/pstring.h:585: note: candidate 
>> 1: PString PString::operator+(char) const
>>
>> SoftPBX.cxx:467: note: candidate 2: operator+(const char*, int) <built-in>
>>
>> /root/GNUGK20100707/ptlib/include/ptlib/pluginmgr.h: At global scope:
>>
>> /root/GNUGK20100707/ptlib/include/ptlib/pluginmgr.h:167: warning: 
>> 'PFactoryLoader::PluginLoaderStartup_loader' defined but not used
>>
>> make[1]: *** [obj_linux_x86_s/SoftPBX.o] Error 1
>>
>>
>> Andrew
>>
>>
>> Jan Willamowius wrote:
>>     
>>> Hi,
>>>
>>> I just committed a new feature to the CVS: GnuGk can now perform call
>>> transfers for its endpoints by sending them a TCS=0 and reestablishing
>>> an new call. I would be interested in how this feature works for you and
>>> which endpoints you are testing.
>>>
>>> LifeSize has an interesting bug, that the call transfer works fine, if
>>> the user doesn't send any DTMF in the original call. If he does, the
>>> video freezes during the transfer and you have to reboot the endpoint
>>> to clear the call.
>>>
>>> To invoke the transfer, you can use the status port
>>> RerouteCall <callid> CALLER|CALLED <destination>
>>>
>>> Or you can use this transfer in the H.450.2 emulator:
>>>
>>> [RoutedMode]
>>> GKRouted=1
>>> H245Routed=1
>>> GenerateCallProceeding=1
>>> EnableH450.2=1
>>> H4502EmulatorTransferMethod=Reroute
>>>
>>> Right now the transfer only works with non-tunneled H.245 connections,
>>> so you should enable GenerateCallProceeding=1 in your config to
>>> enforce this and the call must be H.245 routed, of course.
>>>
>>> Regards,
>>> Jan
>>>       
>
>   


------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/


[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux