- FreeSWITCH-dev - FreeSWITCH Mailing Lists

Installing Freeswitch with non-default paths
by Mark Duling 26 Oct '10

26 Oct '10

Hello, I can install freeswitch to the default path and it works using the tarball snapshot, but I really want to install it using configure switches (--bindir, --libdir, --with-modinstdir, etc). But when I install using non-default paths I get the following errors when starting freeswitch, and even starting it with CLI switches ('sudo freeswitch -conf ... -mod ...) does not seem to help. Is there a path bug such that some parts of the installed software don't get the memo that a non-default path was set? 2010-10-25 18:00:42.223012 [CONSOLE] switch_core.c:1596 Loading Modules. 2010-10-25 18:00:42.223261 [CRIT] switch_loadable_module.c:926 Error Loading module /CORE_SOFTTIMER_MODULE.so **dlopen(/CORE_SOFTTIMER_MODULE.so, 6): image not found** 2010-10-25 18:00:42.223338 [CRIT] switch_loadable_module.c:926 Error Loading module /CORE_PCM_MODULE.so **dlopen(/CORE_PCM_MODULE.so, 6): image not found** Thank you. Mark

1 0

mod_loopback no ringback tone
by Bernhard Suttner 25 Oct '10

25 Oct '10

Hi, I have the following scenario A ----(SIP) ---> FS ---(loopback)---> FS ----(SIP)---> B FS is of course the same Freeswitch Sever. If B sends RINGING to FS the RINGING will not be passed through to A because of the loopback module. (That is was the trace does say). What has to happen on mod_loopback if it does receive the RINGING? Does it have to do something like switch_channel_mark_ring_ready, switch_channel_ring_ready or something else? I think it has maybe something to do with the missing INDICATE_RINGING section in mod_loopback. Best regards, Bernhard Suttner

2 1

FS Integrator needed
by Jan Berger 24 Oct '10

24 Oct '10

Hi folks, I am looking for a developer willing to take on a task to integrate FS with the CCXML/VXML engine on www.video24.no <http://www.video24.no/> Your first task will be to map the 2 API's - this is more documentation than actual work - I will suggest you just write a small module and start testing one even at the time. CCXML/VXML requires a list of telecom-events that must be supported in FS. A majority of the events exist, but some do not. So - this is in "theory" a small task of mapping events between 2 API's - with some extras Jan

2 1

presence direction incorrect?
by Beeton, Carolyn (Carolyn) 22 Oct '10

22 Oct '10

One more thing: the "direction" contained in the dialog NOTIFYs is backwards, I think: if (!strcasecmp(direction, "outbound")) { direction = "recipient"; dft_state = "early"; } else { direction = "initiator"; dft_state = "confirmed"; } should be either comparing on "inbound" or switched around. I am seeing inbound dialogs being marked "initiator". The observed user (the internal FS extension) was the recipient of the call. "This attribute is either initiator or recipient, and indicates whether the observed user was the initiator of the dialog, or the recipient of the INVITE that created it."

2 3

Bridge dialplan to sipx IVR services problem
by Joegen E. Baclor 21 Oct '10

21 Oct '10

Hi, Following Anthonys advise to configure a bridged dial plan infront of sipX socket based apps proves to be a reasonable approach to let attended transfer work for our apps. However, bridged dial plans for the auto-attendant has a side effect. sipX uses blind transfer to forward a caller to its intended destination. sipX proxy would then authenticate the user if it has proper permission to reach the resource as it receives to new INVITE as a result of the blind transfer. Since the call is bridged, b-leg will consume the REFER and send its own INVITE which doesn't have the notion how to authenticate against sipX. My question is is there a way to propagate the REFER to the caller instead of being consumed by the bridge? Thanks for any advise in advance. Joegen

3 6

Not seeing WARNING and ERROR messages in log
by Beeton, Carolyn (Carolyn) 20 Oct '10

20 Oct '10

I am not seeing SWITCH_LOG_ERROR or SWITCH_LOG_WARNING msgs from sofia_presence.c in the log, though loglevel is set to "debug" and "debug-presence" is set to 10. I do see INFO, NOTICE, and DEBUG messages. Is there something else to set? or do messages at these levels go somewhere different? Carolyn

3 3

observations on latest SUBSCRIBE(dialog) behaviour
by Beeton, Carolyn (Carolyn) 20 Oct '10

20 Oct '10

A couple of comments on the "latest" behaviour when I SUBSCRIBE for dialog events on an internal freeswitch application extension: - No NOTIFY is sent on SUBSCRIBE(dialog) for non-registered endpoints. The extra three empty fields at the end of line 622 of sofia_presence.c should be removed (presence_id should be the 12th arg, but because of these it is 15th) - presence is not reported correctly for calls from remote destinations. The "user" parameter in the resub_callback was recently modified to use the presence_id, but "host" is the from_host (the remote one), which is not correct and results in the START_PRESENCE_SQL not getting any hits. And a very minor thing, but which causes more queries and messages than is really necessary: - two PRESENCE_PROBE events are sent when a SUBSCRIBE(dialog) is received. One is from around line 2335 of sofia_presence.c, the other at the end of the same function (sofia_presence_handle_sip_i_subscribe). One of them should be removed. Carolyn

1 0

patch to add to and from tag into sip_dialogs
by Beeton, Carolyn (Carolyn) 19 Oct '10

19 Oct '10

Attached is a patch which adds the to and from tag into sip_dialogs. Since the to tag is not known until an incoming call is accepted, update it then. Carolyn

1 0

Dialog events: full vs partial
by Beeton, Carolyn (Carolyn) 19 Oct '10

19 Oct '10

I have started again on a fresh branch to investigate presence monitoring of conference extensions, and I think I have discovered another problem with the way that NOTIFYs containing dialog events are formulated. RFC4235 says: "state: This attribute indicates whether the document contains the full dialog information, or whether it contains only information on those dialogs that have changed since the previous document (partial)." and "Notifications do not normally contain full state; rather, they only indicate the state of the dialog(s) whose state has changed. The exceptions are a NOTIFY sent in response to a SUBSCRIBE, and a NOTIFY that contains no dialog elements. These NOTIFYs contain the complete view of dialog state." But what I see the code doing is *never* sending a complete (full) list of dialogs, even if there are more than one, and marking all the presence event related NOTIFY events as "full" even though by the definition above, they are all "partial". One observable effect is if you are monitoring a conference extension. The light will begin to flash when one person joins the conference, and goes solid when another joins, but then goes out when one person leaves, even though others are still in. This is because the NOTIFY is sent with status "full" but only contains the one "terminated" dialog, and none of the others which are still "confirmed". I'm not sure yet what is the best way to solve this. I think that sofia_presence_sub_callback is always generating "partial" updates, because it is always considering only the most recent event. I think that the sofia_presence_resub callback will have to generate one event, containing all the rows retrieved from the query, rather than what it does now (which is send a SWITCH_EVENT_PRESENCE_IN for each row, which is handled by the sofia_presence_sub_callback and thus results in a bunch of what are really "partial" NOTIFYs, instead of one "full" NOTIFY). Does this make sense? Carolyn

2 6

FreeSWITCH Conference Call This Wednesday Oct 20
by Michael Collins 18 Oct '10

18 Oct '10

Hello all! Here is the agenda page for this Wednesday's call: http://wiki.freeswitch.org/wiki/FS_weekly_2010_10_20 We didn't have a speaker scheduled for Wednesday so I will spend a few minutes talking about the wiki. Please bring your wiki questions. In fact, if you can please send me your wiki questions in advance so that I can research them. If you have any agenda items for the call this week please put them on the list. Thanks! -Michael

1 0