Currently only the first audiohook of a specific source found will be moved. We should add the capability to move multiple audiohooks from a single source as well.
Note that in future, we need to move to a model where we can differentiate further - e.g. between en_US & en_UK
Better support of forking
VIA branch tag transaction checking
Transaction support
We need to test TCP sessions with SIP proxies and in regards to the SIP outbound specs.
Fix TCP/TLS handling in dialplan, SRV records, transfers and much more
Save TCP/TLS sessions in registry
Add TCP/TLS information to function SIPPEER and SIPCHANINFO
need a better return code here
need a better return code here
Check video RTP keepalives
Currently, when the state of a device changes, the device state provider calls one of the functions defined here to queue an object to say that the state of a device has changed. However, this does not include the new state. Another thread processes these device state change objects and calls the device state provider's callback to figure out what the new state is. It would make a lot more sense for the new state to be included in the original function call that says the state of a device has changed. However, it will take a lot of work to change this.
Implement a caching mechanism for multile enum lookups
The service type selection needs to be redone.
Delete the entry from AstDB when set to nothing like Set(DEVICE_STATE(Custom:lamp1)=)
Fix this XXX This must be all wrong XXXX
Leaking anything allocated by reload_config() ...
XXX we would like to wait on both!
XXX Play a message XXX
Move app_getcpeid into this module
Create a core layer so that app_voicemail does not require res_adsi to load
If you unload this module, chan_gtalk/jingle will be dead. How do we handle that?
Dialplan applications need RETURN variable, like JABBERSENDSTATUS
Fix the transfer() dialplan function so that a transfer may fail
In theory, we should hang around and wait for a reply, before returning to the dial plan here. Don't know really how that would affect the transfer() app or the pbx, but, well, to make this useful we should have a STATUS code on transfer().
1.6.1