[Freeswitch-users] Two major flaws: Could they be fixed?

Anthony Minessale anthony.minessale at gmail.com
Mon Dec 8 06:04:51 PST 2008


#2 was because when you sendmsg with no uuid on an outbound socket it
defaults to the session who called you.
I changed to code to make a distinction between not supplying a uuid and
supplying an invalid uuid.

#1 seems hard to believe.  Please provide a console trace of the channel
*ignoring* the hangup command.


On Mon, Dec 8, 2008 at 3:28 AM, Dennis <odermann at googlemail.com> wrote:

> hi,
>
> we are fighting with two flaws in fs and would be happy, if they could
> be fixed. we are using socket outbound.
>
> 1.) hangup a call in ringing state:
> this worked in one of the last fs versions, but suddenly does not work
> anymore.
>
> let's say, we have an inbound call and do 3 originates to different
> targets. all 3 targets are in ringing state. the target, which answers
> first, will be bridged with the inbound call, the other two (still
> ringing) targets should be hung up.
>
> we do not want fs to hang up the other two originates automatically.
> we want to hang up the other two originates by sending the hangups. we
> set "hangup_after_bridge=false" and "park_after_bridge=true".
> we do sendmsg hangup uuid. but the originates are first hung up, when
> they are answered. when they are in ringing state, the hangup will do
> nothing (anymore).
>
> as i said, it worked before, so i assume, that something has changed
> in the latest trunks.
>
>
>
> 2.) sendmsg uuid *whatever* can cause to excute the command on the wrong
> uuid:
>
> let's say, we have an inbound call and an outbound call - at least we
> thing we have it ;-).
> now we do for example sendmsg outbound_uuid hangup to hangup the
> outbound call. but, if the uuid of the outbound call does not exist
> (because there was a problem or something), the inbound will be hung
> up instead.
> the same happens with all sent messages to an uuid, which does not
> exist. if we want to do a playback for the same outbound, the inbound
> will hear it, if the outbound_uuid does not exist.
>
> perhaps this is a feature, but i think that it would be nicer and more
> reliable, if the sendmsg is only executed on the given uuid. if the
> given uuid does not exist, nothing should happen or even nicer, an
> event with an error should be sent to the socket.
>
>
> thanks
> dennis
>
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081208/ec04bc44/attachment-0002.html 


More information about the FreeSWITCH-users mailing list