- FreeSWITCH-dev - FreeSWITCH Mailing Lists

Re: [Freeswitch-dev] VAD, TALK and NOTALK events
by Anthony Minessale 13 Feb '08

13 Feb '08

The events are fired. I don't know what you mean by "enabled" You can either bind an event to a callback in the load function of your custom module. or connect to mod_event_socket on tcp and request "events talk notalk" void my_event_handler(switch_event_t *event) { } if (switch_event_bind(modname, SWITCH_EVENT_TALK, SWITCH_EVENT_SUBCLASS_ANY, my_event_handler, NULL) != SWITCH_STATUS_SUCCESS) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_ERROR, "Couldn't bind!\n"); return SWITCH_STATUS_GENERR; } if (switch_event_bind(modname, SWITCH_EVENT_NOTALK, SWITCH_EVENT_SUBCLASS_ANY, my_event_handler, NULL) != SWITCH_STATUS_SUCCESS) { switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_ERROR, "Couldn't bind!\n"); return SWITCH_STATUS_GENERR; } Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Cesar Cepeda <cesar(a)auronix.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Tuesday, February 12, 2008 6:53:03 PM Subject: [Freeswitch-dev] VAD, TALK and NOTALK events Hi, >From looking at the code of switch_rtp.c I can see that VAD is done if enabled in the sip profile in order to not send packets when there is no noise. There are also two events {TALK, NOTALK} which can be fired when VAD kicks in, nevertheless these two events are enabled nowhere (or at least I didn't find a place in the code where they were enabled), so no matter if you ask for them you don't receive them. My questions are the following: Is there some particular reason for not enabling these two events? Is the event queue easily overflowed if these two events are enabled? Thanks. Cesar Cepeda. _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

3 2

Re: [Freeswitch-dev] [Freeswitch-users] Not able to make an outgoing Call through FXO....
by Irshad Ahamed 13 Feb '08

13 Feb '08

I am from India. The Indian dial tone is a combination of 350 Hz tone and a 440 Hz tone. Anyways here is the snippet of my tones.conf @ /etc/openzap/ [us] generate-dial => v=-7;%(1000,0,350,440) detect-dial => 350,440 generate-ring => v=-7;%(2000,4000,440,480) detect-ring => 440,480 generate-busy => v=-7;%(500,500,480,620) detect-busy => 480,620 generate-attn => v=0;%(100,100,1400,2060,2450,2600) detect-attn => 1400,2060,2450,2600 generate-callwaiting-sas => v=0;%(300,0,440) detect-callwaiting-sas => 440 generate-callwaiting-cas => v=0;%(80,0,2750,2130) detect-callwaiting-cas => 2750,2130 detect-fail1 => 913.8 detect-fail2 => 1370.6 detect-fail3 => 776.7 BR, Irshad. On Jan 10, 2008 6:57 AM, Michael Jerris <mike(a)jerris.com> wrote: > Yes, these are set in tones.conf. You will need to add the correct values > for your area (we can add them to the default config if you can provide > those). Also, please update to the current code, tony just added quite a > few features to mod_openzap including support for hold music, transfer > (blind and attended), and 3-way. > Mike > > > On Jan 9, 2008, at 7:57 AM, Irshad Ahamed wrote: > > With the same set-up, Outgoing calls are working fine with Asterisk. > > Are there any tools to detect the presence of dial tone??? If it's any > parameter issue, can we adjust those parameters??? > > NOTE: I copied tones.conf available from the source code to /etc/openzap/ > > BR, > Irshad. > > > On Jan 5, 2008 12:00 AM, Anthony Minessale <anthmct(a)yahoo.com > wrote: > > > I think it's waiting for a dialtone before it sends the digits > > and then giving up because it can't fine one. > > > > > > Anthony Minessale II > > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > > > AIM: anthm > > MSN:anthony_minessale@hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888@conference.freeswitch.org > > iax:guest@conference.freeswitch.org/888 > > googletalk:conf+888@conference.freeswitch.org > > pstn:213-799-1400 > > > > > > ----- Original Message ---- > > From: Irshad Ahamed < irshad.fswitch(a)gmail.com> > > To: freeswitch-users(a)lists.freeswitch.org; > > freeswitch-dev(a)lists.freeswitch.org > > Sent: Friday, January 4, 2008 4:24:07 AM > > Subject: Re: [Freeswitch-users] Not able to make an outgoing Call > > through FXO.... > > > > Hi Anthony, > > > > Thanks for the info. By adding the span-ID = 2 , I was able to receive > > an incoming call successfully. > > The dialplan/default.xml is as below: > > <extension name="incoming"> > > <condition field="destination_number" expression="^(1)$"> > > <action application="bridge" data="openzap/1/1"/> > >  > > </condition> > > </extension> > > > > <extension name="outgoing-fxo"> > > <condition field="destination_number" expression="^(43)$"> > > <action application="bridge" data="openzap/2/1/43"/> > > </condition> > > </extension> > > > > The Openzap.conf.xml looks like below: > > > > <configuration name="openzap.conf" description="OpenZAP Configuration"> > > <settings> > > <param name="debug" value="9"/> > > </settings> > > <analog_spans> > > > > <param name="tonegroup" value="us"/> > > <param name="digit-timeout" value="2000"/> > > <param name="max-digits" value="11"/> > > <param name="dialplan" value="XML"/> > > <param name="context" value="default"/> > >  > >  > >  > >  > > > > > > <param name="tonegroup" value="us"/> > > <param name="digit-timeout" value="2000"/> > > <param name="max-digits" value="1"/> > > <param name="dialplan" value="XML"/> > > <param name="context" value="default"/> > >  > >  > >  > >  > > > > </analog_spans> > > </configuration> > > > > But still I am unable to make an Outgoing Call. Please have a look at > > the Freeswitch Log below: > > > > 2008-01-04 15:45:03 [DEBUG] zap_analog.c:664 process_event() EVENT > > [OFFHOOK][1:1] STATE [DOWN] > > 2008-01-04 15:45:03 [DEBUG] zap_analog.c:726 process_event() Changing > > state on 1:1 from DOWN to DIALTONE > > 2008-01-04 15:45:03 [DEBUG] zap_analog.c:184 zap_analog_channel_run() > > ANALOG CHANNEL thread starting. > > 2008-01-04 15:45:03 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for DIALTONE > > 2008-01-04 15:45:07 [DEBUG] zap_analog.c:490 zap_analog_channel_run() > > DTMF 4 > > 2008-01-04 15:45:07 [DEBUG] zap_analog.c:492 zap_analog_channel_run() > > Changing state on 1:1 from DIALTONE to COLLECT > > 2008-01-04 15:45:07 [DEBUG] mod_openzap.c:968 on_fxs_signal() got FXS > > sig [COLLECTED_DIGIT] > > 2008-01-04 15:45:07 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for COLLECT > > 2008-01-04 15:45:07 [DEBUG] zap_analog.c:490 zap_analog_channel_run() > > DTMF 2 > > 2008-01-04 15:45:07 [DEBUG] mod_openzap.c:968 on_fxs_signal() got FXS > > sig [COLLECTED_DIGIT] > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:507 zap_analog_channel_run() > > Number obtained [42] > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:508 zap_analog_channel_run() > > Changing state on 1:1 from COLLECT to IDLE > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for IDLE > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:968 on_fxs_signal() got FXS > > sig [START] > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:231 tech_init() Set codec PCMU > > 20ms > > 2008-01-04 15:45:09 [NOTICE] switch_channel.c:392 > > switch_channel_set_name() New Chan OpenZAP/42 > > [8d46eb7f-4305-49e8-a4a5-eb97af3b696b] > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:892 zap_channel_from_event() > > OpenZAP/42 State Change CS_NEW -> CS_INIT > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OpenZAP/42 [BREAK] > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:397 > > switch_core_session_run() (OpenZAP/42) State INIT > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:256 channel_on_init() > > OpenZAP/42 State Change CS_INIT -> CS_RING > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OpenZAP/42 [BREAK] > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:400 > > switch_core_session_run() (OpenZAP/42) State RING > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:276 channel_on_ring() > > OpenZAP/42 CHANNEL RING > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:64 > > switch_core_standard_on_ring() Standard RING OpenZAP/42 > > 2008-01-04 15:45:09 [INFO] mod_dialplan_xml.c:217 dialplan_hunt() > > Processing OpenZAP->42! > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:106 parse_exten() test > > conditions ${numbering_plan}() =~ // > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:106 parse_exten() test > > conditions destination_number(42) =~ /^(1)$/ > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:108 parse_exten() Regex > > mismatch > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:106 parse_exten() test > > conditions destination_number(42) =~ /^(43)$/ > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:108 parse_exten() Regex > > mismatch > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:106 parse_exten() test > > conditions destination_number(42) =~ /^(42)$/ > > 2008-01-04 15:45:09 [DEBUG] mod_dialplan_xml.c:273 dialplan_hunt() > > OpenZAP/42 State Change CS_RING -> CS_EXECUTE > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OpenZAP/42 [BREAK] > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:406 > > switch_core_session_run() (OpenZAP/42) State EXECUTE > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:294 channel_on_execute() > > OpenZAP/42 CHANNEL EXECUTE > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:121 > > switch_core_standard_on_execute() Standard EXECUTE > > 2008-01-04 15:45:09 [NOTICE] switch_core_state_machine.c:134 > > switch_core_standard_on_execute() Execute > > set(use_profile=${cond(${is_lan_addr(${network_addr})} == yes ? nat : > > default)}) > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:158 > > switch_core_standard_on_execute() Expanded String set(use_profile=default) > > 2008-01-04 15:45:09 [DEBUG] mod_dptools.c:419 set_function() SET > > [use_profile]=[default] > > 2008-01-04 15:45:09 [NOTICE] switch_core_state_machine.c:134 > > switch_core_standard_on_execute() Execute set_user(default@${domain}) > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:158 > > switch_core_standard_on_execute() Expanded String set_user( > > default(a)192.168.2.51) > > 2008-01-04 15:45:09 [NOTICE] switch_core_state_machine.c:134 > > switch_core_standard_on_execute() Execute info() > > 2008-01-04 15:45:09 [CRIT] mod_dptools.c:630 info_function() > > CHANNEL_DATA: > > Channel-State: CS_EXECUTE > > Channel-State-Number: 4 > > Channel-Name: OpenZAP/42 > > Unique-ID: 8d46eb7f-4305-49e8-a4a5-eb97af3b696b > > Channel-Read-Codec-Name: PCMU > > Channel-Read-Codec-Rate: 8000 > > Channel-Write-Codec-Name: PCMU > > Channel-Write-Codec-Rate: 8000 > > Caller-Username: OpenZAP > > Caller-Dialplan: XML > > Caller-Caller-ID-Name: OpenZAP > > Caller-Caller-ID-Number: 1 > > Caller-Destination-Number: 42 > > Caller-Unique-ID: 8d46eb7f-4305-49e8-a4a5-eb97af3b696b > > Caller-Source: mod_openzap > > Caller-Context: default > > Caller-Channel-Name: OpenZAP/42 > > Caller-Channel-Created-Time: 1199441709953187 > > Caller-Channel-Answered-Time: 0 > > Caller-Channel-Hangup-Time: 0 > > Caller-Channel-Transfer-Time: 0 > > Caller-Screen-Bit: yes > > Caller-Privacy-Hide-Name: no > > Caller-Privacy-Hide-Number: no > > variable_use_profile: default > > variable_numbering_plan: US > > variable_user_name: default > > variable_domain_name: 192.168.2.51 > > > > > > 2008-01-04 15:45:09 [NOTICE] switch_core_state_machine.c:134 > > switch_core_standard_on_execute() Execute answer() > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:663 > > channel_receive_message_fxs() Changing state on 1:1 from IDLE to UP > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:339 > > switch_core_session_receive_message() Kill OpenZAP/42 [BREAK] > > 2008-01-04 15:45:09 [NOTICE] mod_dptools.c:361 answer_function() Channel > > [OpenZAP/42] has been answered > > 2008-01-04 15:45:09 [NOTICE] switch_core_state_machine.c:134 > > switch_core_standard_on_execute() Execute bridge(openzap/2/1/42)2008-01-04 > > 15:45:09 [DEBUG] mod_openzap.c:231 tech_init() Set codec PCMU 20ms > > 2008-01-04 15:45:09 [NOTICE] switch_channel.c:392 > > switch_channel_set_name() New Chan OPENZAP/42 > > [bef803ed-e932-4a22-84e7-9131070fe771] > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:802 channel_outgoing_channel() > > OPENZAP/42 State Change CS_NEW -> CS_INIT > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OPENZAP/42 [BREAK] > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for UP > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:968 on_fxs_signal() got FXS > > sig [UP] > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:55 analog_fxo_outgoing_call() > > Changing state on 2:1 from DOWN to DIALING > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:184 zap_analog_channel_run() > > ANALOG CHANNEL thread starting. > > 2008-01-04 15:45:09 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 2:1 for DIALING > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:397 > > switch_core_session_run() (OPENZAP/42) State INIT > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:256 channel_on_init() > > OPENZAP/42 State Change CS_INIT -> CS_RING > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OPENZAP/42 [BREAK] > > 2008-01-04 15:45:09 [DEBUG] switch_ivr_originate.c:625 > > switch_ivr_originate() Raw Codec Activation Success L16@8000hz 1 channel > > 20ms > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:400 > > switch_core_session_run() (OPENZAP/42) State RING > > 2008-01-04 15:45:09 [DEBUG] mod_openzap.c:276 channel_on_ring() > > OPENZAP/42 CHANNEL RING > > 2008-01-04 15:45:09 [DEBUG] switch_ivr_originate.c:48 > > originate_on_ring() OPENZAP/42 State Change CS_RING -> CS_HOLD > > 2008-01-04 15:45:09 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OPENZAP/42 [BREAK] > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:415 > > switch_core_session_run() (OPENZAP/42) State HOLD > > 2008-01-04 15:45:09 [DEBUG] switch_core_state_machine.c:204 > > switch_core_standard_on_hold() Standard HOLD > > > > > > freeswitch(a)sipxpbx.oneconv.com> > > > > freeswitch(a)sipxpbx.oneconv.com > > > > > freeswitch(a)sipxpbx.oneconv.com> 2008-01-04 15:45:39 [DEBUG] > > zap_analog.c:244 zap_analog_channel_run() Changing state on 2:1 from DIALING > > to BUSY > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 2:1 for BUSY > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:467 zap_analog_channel_run() > > Changing state on 2:1 from BUSY to DOWN > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 2:1 for DOWN > > 2008-01-04 15:45:40 [DEBUG] mod_openzap.c:916 on_fxo_signal() got FXO > > sig 2:1 [STOP] > > 2008-01-04 15:45:40 [NOTICE] mod_openzap.c:934 on_fxo_signal() Hangup > > OPENZAP/42 [CS_HOLD] [NORMAL_CIRCUIT_CONGESTION] > > 2008-01-04 15:45:40 [DEBUG] switch_channel.c:1071 > > switch_channel_perform_hangup() Kill OPENZAP/42 [KILL] > > 2008-01-04 15:45:40 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OPENZAP/42 [BREAK] > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:648 zap_analog_channel_run() > > ANALOG CHANNEL thread ended. > > 2008-01-04 15:45:40 [DEBUG] switch_core_state_machine.c:394 > > switch_core_session_run() (OPENZAP/42) State HANGUP > > 2008-01-04 15:45:40 [WARNING] mod_openzap.c:319 channel_on_hangup() VETO > > Changing state on 2:1 from DOWN to HANGUP > > 2008-01-04 15:45:40 [DEBUG] mod_openzap.c:359 channel_on_hangup() > > OPENZAP/42 CHANNEL HANGUP > > 2008-01-04 15:45:40 [DEBUG] switch_core_state_machine.c:45 > > switch_core_standard_on_hangup() Standard HANGUP OPENZAP/42, cause: > > NORMAL_CIRCUIT_CONGESTION > > 2008-01-04 15:45:40 [DEBUG] switch_core_session.c:683 > > switch_core_session_thread() Session 4 (OPENZAP/42) Locked, Waiting on > > external entities > > 2008-01-04 15:45:40 [DEBUG] switch_ivr_originate.c:873 > > switch_ivr_originate() Originate Resulted in Error Cause: 34 > > [NORMAL_CIRCUIT_CONGESTION] > > 2008-01-04 15:45:40 [INFO] mod_dptools.c:1331 audio_bridge_function() > > Originate Failed. Cause: NORMAL_CIRCUIT_CONGESTION > > 2008-01-04 15:45:40 [NOTICE] mod_dptools.c:1358 audio_bridge_function() > > Hangup OpenZAP/42 [CS_EXECUTE] [NORMAL_CIRCUIT_CONGESTION] > > 2008-01-04 15:45:40 [DEBUG] switch_channel.c:1071 > > switch_channel_perform_hangup() Kill OpenZAP/42 [KILL] > > 2008-01-04 15:45:40 [DEBUG] switch_core_session.c:625 > > switch_core_session_signal_state_change() Kill OpenZAP/42 [BREAK] > > 2008-01-04 15:45:40 [DEBUG] switch_core_state_machine.c:394 > > switch_core_session_run() (OpenZAP/42) State HANGUP > > 2008-01-04 15:45:40 [DEBUG] mod_openzap.c:329 channel_on_hangup() > > Changing state on 1:1 from UP to HANGUP > > 2008-01-04 15:45:40 [DEBUG] mod_openzap.c:359 channel_on_hangup() > > OpenZAP/42 CHANNEL HANGUP > > 2008-01-04 15:45:40 [DEBUG] switch_core_state_machine.c:45 > > switch_core_standard_on_hangup() Standard HANGUP OpenZAP/42, cause: > > NORMAL_CIRCUIT_CONGESTION > > 2008-01-04 15:45:40 [DEBUG] switch_core_session.c:683 > > switch_core_session_thread() Session 3 (OpenZAP/42) Locked, Waiting on > > external entities > > 2008-01-04 15:45:40 [INFO] switch_core_session.c:689 > > switch_core_session_thread() Session 3 (OpenZAP/42) Ended > > 2008-01-04 15:45:40 [NOTICE] switch_core_session.c:691 > > switch_core_session_thread() Close Channel OpenZAP/42 [CS_HANGUP] > > 2008-01-04 15:45:40 [INFO] switch_core_session.c:689 > > switch_core_session_thread() Session 4 (OPENZAP/42) Ended > > 2008-01-04 15:45:40 [NOTICE] switch_core_session.c:691 > > switch_core_session_thread() Close Channel OPENZAP/42 [CS_HANGUP] > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for HANGUP > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:290 zap_analog_channel_run() > > Changing state on 1:1 from HANGUP to BUSY > > 2008-01-04 15:45:40 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for BUSY > > 2008-01-04 15:45:53 [DEBUG] zap_analog.c:664 process_event() EVENT > > [ONHOOK][1:1] STATE [BUSY] > > 2008-01-04 15:45:53 [DEBUG] zap_analog.c:690 process_event() Changing > > state on 1:1 from BUSY to DOWN > > 2008-01-04 15:45:53 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > Executing state handler on 1:1 for DOWN > > 2008-01-04 15:45:53 [DEBUG] mod_openzap.c:968 on_fxs_signal() got FXS > > sig [STOP] > > 2008-01-04 15:45:53 [DEBUG] zap_analog.c:648 zap_analog_channel_run() > > ANALOG CHANNEL thread ended. > > > > Thanks, > > Irshad. > > > > > > > > > > > > On Jan 3, 2008 7:43 PM, Anthony Minessale < anthmct(a)yahoo.com> wrote: > > > > > What does openzap.conf.xml look like? > > > Perhaps you are using the default which only has 1 span defined. > > > Try cloning the whole block so there > > > is a span 1 and 2 like this: > > > > > > <configuration name=" openzap.conf" description="OpenZAP > > > Configuration"> > > > <settings> > > > <param name="debug" value="0"/> > > > </settings> > > > <analog_spans> > > > > > > <param name="tonegroup" value="us"/> > > > <param name="digit-timeout" value="2000"/> > > > <param name="max-digits" value="11"/> > > > <param name="dialplan" value="XML"/> > > > <param name="context" value="default"/> > > >  > > >  > > >  > > >  > > > > > > > > > > > > <param name="tonegroup" value="us"/> > > > <param name="digit-timeout" value="2000"/> > > > <param name="max-digits" value="11"/> > > > <param name="dialplan" value="XML"/> > > > <param name="context" value="default"/> > > >  > > >  > > >  > > >  > > > > > > > > > > > > </analog_spans> > > > </configuration> > > > > > > > > > > > > > > > Anthony Minessale II > > > > > > FreeSWITCH http://www.freeswitch.org/ > > > ClueCon http://www.cluecon.com/ > > > > > > AIM: anthm > > > MSN:anthony_minessale@hotmail.com > > > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > > > IRC: irc.freenode.net #freeswitch > > > > > > FreeSWITCH Developer Conference > > > sip:888@conference.freeswitch.org > > > iax:guest@conference.freeswitch.org/888 > > > googletalk:conf+888@conference.freeswitch.org > > > pstn:213-799-1400 > > > > > > > > > ----- Original Message ---- > > > From: Irshad Ahamed <irshad.fswitch(a)gmail.com > > > > To: freeswitch-dev(a)lists.freeswitch.org; freeswitch-users(a)lists.freeswitch.org > > > > > > Sent: Wednesday, January 2, 2008 12:40:14 AM > > > Subject: [Freeswitch-users] Not able to make an outgoing Call through > > > FXO.... > > > > > > Hi, > > > > > > Wishing U all a very Happy n Prosperous New Year!!!! > > > > > > I am trying to make an outgoing call using FXO connected to an > > > external telephone line. > > > > > > Here is the set-up: > > > > > > 1. FXO connected to external telephone line > > > 2. FXS connected to analog phone. > > > > > > > > > The Openzap.conf @ /etc/openzap is as follows: > > > [span zt] > > > name => OpenZAP > > > number => 1 > > > fxs-channel => 1 > > > > > > [span zt] > > > name => OpenZAP > > > number => 1 > > > fxo-channel => 4 > > > > > > The default.xml @ /usr/local/freeswitch/conf/dialplan is configured > > > for inward and outgoing calls on FXO as follows: > > > > > > <extension name="outgoing-fxo"> > > > <condition field="destination_number" expression="^(43)$"> > > > <action application="bridge" data="openzap/2/1/43"/> > > > </condition> > > > </extension> > > > > > > <extension name="incoming-fxo"> > > > <condition field="destination_number" expression="^(35)$"> > > > <action application="bridge" data="openzap/1/1"/> > > > </condition> > > > </extension> > > > > > > While Start-up Freeswitch following logs were seen: > > > > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1770 load_config() found config > > > for span > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1797 load_config() created span 1 > > > of type zt > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1810 load_config() span 1 > > > [name]=[OpenZAP] > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1810 load_config() span 1 > > > [number]=[1] > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1810 load_config() span 1 > > > [fxs-channel]=[1] > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1850 load_config() setting trunk > > > type to 'FXS' start(KEWL) > > > 2008-01-02 11:51:22 [INFO] zap_zt.c:168 zt_open_range() configuring > > > device /dev/zap/channel channel 1 as OpenZAP device 1:1 fd:31 > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1770 load_config() found config > > > for span > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1797 load_config() created span 2 > > > of type zt > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1810 load_config() span 2 > > > [name]=[OpenZAP] > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1810 load_config() span 2 > > > [number]=[1] > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1810 load_config() span 2 > > > [fxo-channel]=[4] > > > 2008-01-02 11:51:22 [DEBUG] zap_io.c:1839 load_config() setting trunk > > > type to 'FXO' start(KEWL) > > > 2008-01-02 11:51:22 [INFO] zap_zt.c:168 zt_open_range() configuring > > > device /dev/zap/channel channel 4 as OpenZAP device 2:1 fd:32 > > > 2008-01-02 11:51:22 [INFO] zap_io.c:1881 load_config() Configured 2 > > > channel(s) > > > 2008-01-02 11:51:22 [CONSOLE] switch_loadable_module.c:748 > > > switch_loadable_module_load_file() Successfully Loaded [mod_openzap] > > > > > > and while I made a call following logs were seen: > > > > > > 2008-01-02 12:04:16 [NOTICE] switch_core_state_machine.c:134 > > > switch_core_standard_on_execute() Execute bridge(openzap/2/1/43)2008-01-02 > > > 12:04:16 [DEBUG] mod_openzap.c:231 tech_init() Set codec PCMU 20ms > > > 2008-01-02 12:04:16 [NOTICE] switch_channel.c:392 > > > switch_channel_set_name() New Chan OPENZAP/43 > > > [e3630387-25d6-4031-bf81-239c3e64e3fa] > > > 2008-01-02 12:04:16 [DEBUG] mod_openzap.c:802 > > > channel_outgoing_channel() OPENZAP/43 State Change CS_NEW -> CS_INIT > > > 2008-01-02 12:04:16 [DEBUG] switch_core_session.c:625 > > > switch_core_session_signal_state_change() Kill OPENZAP/43 [BREAK] > > > 2008-01-02 12:04:16 [ERR] zap_io.c:884 zap_channel_outgoing_call() > > > outgoing_call method not implemented! > > > 2008-01-02 12:04:16 [NOTICE] mod_openzap.c:818 > > > channel_outgoing_channel() Close Channel OPENZAP/43 [CS_INIT] > > > 2008-01-02 12:04:16 [ERR] switch_ivr_originate.c:525 > > > switch_ivr_originate() Cannot Create Outgoing Channel! cause: > > > DESTINATION_OUT_OF_ORDER > > > 2008-01-02 12:04:16 [DEBUG] switch_ivr_originate.c:873 > > > switch_ivr_originate() Originate Resulted in Error Cause: 27 > > > [DESTINATION_OUT_OF_ORDER] > > > 2008-01-02 12:04:16 [INFO] mod_dptools.c:1331 audio_bridge_function() > > > Originate Failed. Cause: DESTINATION_OUT_OF_ORDER > > > 2008-01-02 12:04:16 [NOTICE] mod_dptools.c:1358 > > > audio_bridge_function() Hangup OpenZAP/43 [CS_EXECUTE] > > > [DESTINATION_OUT_OF_ORDER] > > > 2008-01-02 12:04:16 [DEBUG] switch_channel.c:1071 > > > switch_channel_perform_hangup() Kill OpenZAP/43 [KILL] > > > 2008-01-02 12:04:16 [DEBUG] switch_core_session.c:625 > > > switch_core_session_signal_state_change() Kill OpenZAP/43 [BREAK] > > > 2008-01-02 12:04:16 [DEBUG] switch_core_state_machine.c:394 > > > switch_core_session_run() (OpenZAP/43) State HANGUP > > > 2008-01-02 12:04:16 [DEBUG] mod_openzap.c:329 channel_on_hangup() > > > Changing state on 1:1 from IDLE to HANGUP > > > 2008-01-02 12:04:16 [DEBUG] mod_openzap.c:359 channel_on_hangup() > > > OpenZAP/43 CHANNEL HANGUP > > > 2008-01-02 12:04:16 [DEBUG] switch_core_state_machine.c:45 > > > switch_core_standard_on_hangup() Standard HANGUP OpenZAP/43, cause: > > > DESTINATION_OUT_OF_ORDER > > > 2008-01-02 12:04:16 [DEBUG] switch_core_session.c:683 > > > switch_core_session_thread() Session 1 (OpenZAP/43) Locked, Waiting on > > > external entities > > > 2008-01-02 12:04:16 [INFO] switch_core_session.c:689 > > > switch_core_session_thread() Session 1 (OpenZAP/43) Ended > > > 2008-01-02 12:04:16 [NOTICE] switch_core_session.c:691 > > > switch_core_session_thread() Close Channel OpenZAP/43 [CS_HANGUP] > > > 2008-01-02 12:04:16 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > > Executing state handler on 1:1 for HANGUP > > > 2008-01-02 12:04:17 [DEBUG] zap_analog.c:290 zap_analog_channel_run() > > > Changing state on 1:1 from HANGUP to BUSY > > > 2008-01-02 12:04:17 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > > Executing state handler on 1:1 for BUSY > > > 2008-01-02 12:04:20 [DEBUG] zap_analog.c:664 process_event() EVENT > > > [ONHOOK][1:1] STATE [BUSY] > > > 2008-01-02 12:04:20 [DEBUG] zap_analog.c:690 process_event() Changing > > > state on 1:1 from BUSY to DOWN > > > 2008-01-02 12:04:20 [DEBUG] zap_analog.c:351 zap_analog_channel_run() > > > Executing state handler on 1:1 for DOWN > > > 2008-01-02 12:04:20 [DEBUG] mod_openzap.c:968 on_fxs_signal() got FXS > > > sig [STOP] > > > 2008-01-02 12:04:20 [DEBUG] zap_analog.c:648 zap_analog_channel_run() > > > ANALOG CHANNEL thread ended. > > > > > > Could anyone help me out in getting FXO working ??? > > > > > > Thanks in advance... > > > > > > BR, > > > Irshad. > > > > > > > > > > > > ------------------------------ > > > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > > > it now.<http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8…> > > > > > > _______________________________________________ > > > Freeswitch-users mailing list > > > Freeswitch-users(a)lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > > > > > http://www.freeswitch.org > > > > > > > > > > > > ------------------------------ > > Looking for last minute shopping deals? Find them fast with Yahoo! > > Search.<http://us.rd.yahoo.com/evt=51734/*http://tools.search.yahoo.com/newsearch/c…> > > > > _______________________________________________ > > Freeswitch-users mailing list > > Freeswitch-users(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

1 1

Hey guys
by Brian West 13 Feb '08

13 Feb '08

Check it out http://www.frappr.com/freeswitchusers Don't forget to add yourself. /b

1 0

Prevent call setup
by Alois Komenda 13 Feb '08

13 Feb '08

Hello, how can I prevent the completion of the call setup if it was detected (by my module or a client of the event_socket server for example) that the call is not allowed? The criteria for a call to be not allowed might be out of the scope of the dialplan so I can't use dialplan logic for this task. What happens if I send an event like CHANNEL_HANGUP or CHANNEL_DESTROY from an event_socket client? Does this initiate any actions? Thanks in advance Regards, -- Alois Komenda Fraunhofer-Einrichtung für Systeme der Kommunikationstechnik ESK

4 6

Re: [Freeswitch-dev] TDM questions: OZ, signaling on digital spans
by Anthony Minessale 06 Feb '08

06 Feb '08

see inline comments. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Michael Collins <mcollins(a)fcnetwork.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Tuesday, February 5, 2008 6:34:50 PM Subject: Re: [Freeswitch-dev] TDM questions: OZ, signaling on digital spans  From: freeswitch-dev-bounces(a)lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Tuesday, February 05, 2008 6:19 AM To: freeswitch-dev(a)lists.freeswitch.org Subject: Re: [Freeswitch-dev] TDM questions: OZ, signaling on digital spans It's a trickle-up methodology. The low level driver interprets the voltage change or the bits flipping or whatever and turns it into driver specific events which in turn are changed into openzap specific events by the zap_<whatver>.c zap_zt.c, zap_pika.c etc. when you apply a signaling to a span in the mod_openzap config the signal specific module will monitor the span for these events and decide what they mean in reference to whatever signaling type it represents. Okay, so the driver-specific events get captured and translated… Makes sense. Curious: does this all happen at OSI layer 2? I don't know exactly how it works. so voltage changes on zaptel card zaptel specific ring event is caught by zap_zt.c openzap ring event is queued on the channel and event data flag is set on the span. zap_analog.c sees the event data flag and gets the ring event on the channel ring event is sent up to mod_openzap who starts a channel in freeswitch. so implementing another sig type like e&m just requires zap_em.c and proper interpretation of the bit shifting events. I belive zaptel drivers and pika can do it but I don't know if the native sangoma can yet. I think I get it. Next question: on a digital span that is set up in the <analog spans> section of openzap.conf.xml – does zap_analog.c do the signal translation even though the span is technically digital? It almost sounds like zap_analog.c is agnostic to the analog/digital nature of the span simply because it’s receiving events from the driver via openzap… Last question: if zap_analog.c is handling the translation of FXO/FXS signaling then couldn’t we almost just copy zap_analog.c to zap_em.c and then redefine the bit patterns that represent on-hook, ringing, hangup, etc.? Or am I oversimplifying again? ;) Yes that is more or less correct. In fact once you took out all the analog state machine etc from zap_analog.c zap_em.c will be rather tiny just starting calls when it gets off hook and ending them when it gets onhook. Thanks for the explanation – I will distill this thread into it’s components and add it to the wiki when we’re done. -MC P.S. – the zaptel drivers do support E&M, E&M wink, etc. I’ve used E&M with the orange splat and connected to my NEC PBX with the exact same tor2 and trunk-side T1 card. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Michael Collins <mcollins(a)fcnetwork.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Tuesday, February 5, 2008 1:39:13 AM Subject: [Freeswitch-dev] TDM questions: OZ, signaling on digital spans Guys, You better run for cover because Mikey has been reading technical books again and now he has questions! J First, I was reading in Matthew Gast’s T1 – A Survival Guide about channelized T1’s and channel associated signaling. Just to make sure I am understanding it correctly – CAS and robbed bit essentially refer to the same thing on a channelized T1 don’t they? The bits that are robbed include the signaling bits – AB or ABCD depending on whether you have SF or ESF. Please confirm if I am understanding this correctly. Second, aren’t FXO and FXS signaling on a digital channel really just a matter of interpreting the meanings of the A and B bits being high or low? Obviously there isn’t an actual loop start or ground start on a digital channel, but rather just a nomenclature for deciding that a particular combination of A and B bits being high and/or low has a meaning, like A high + B low means on-hook in one signaling type but could mean ringing in another signaling type. Again, correct me if I’m wrong… Third, if FXO/FXS signaling is just a matter of manipulating the AB bits in CAS, then shouldn’t it be relatively easy to add E&M signaling since that is essentially just another set of meanings for each AB bit pattern? Or am I oversimplifying it? Last question – how does OZ, in zap_zt.c, determine the signal start type? (E.g. see code starting at line 87.) AFAIK it is not set in openzap.conf.xml nor in openzap.conf. Does it get that info from the zaptel driver? I know the start type is set in zaptel.conf, I just didn’t know if the OZ was smart enough to figure out the start type without requiring the user to specify it in a conf file. Thanks for letting me ask all these questions! I’ll do my best to update the wiki as appropriate as I get the answers… -MC -----Inline Attachment Follows----- _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -----Inline Attachment Follows----- _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

1 0

Re: [Freeswitch-dev] TDM questions: OZ, signaling on digital spans
by Anthony Minessale 06 Feb '08

06 Feb '08

It's a trickle-up methodology. The low level driver interprets the voltage change or the bits flipping or whatever and turns it into driver specific events which in turn are changed into openzap specific events by the zap_<whatver>.c zap_zt.c, zap_pika.c etc. when you apply a signaling to a span in the mod_openzap config the signal specific module will monitor the span for these events and decide what they mean in reference to whatever signaling type it represents. so voltage changes on zaptel card zaptel specific ring event is caught by zap_zt.c openzap ring event is queued on the channel and event data flag is set on the span. zap_analog.c sees the event data flag and gets the ring event on the channel ring event is sent up to mod_openzap who starts a channel in freeswitch. so implementing another sig type like e&m just requires zap_em.c and proper interpretation of the bit shifting events. I belive zaptel drivers and pika can do it but I don't know if the native sangoma can yet. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Michael Collins <mcollins(a)fcnetwork.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Tuesday, February 5, 2008 1:39:13 AM Subject: [Freeswitch-dev] TDM questions: OZ, signaling on digital spans  Guys, You better run for cover because Mikey has been reading technical books again and now he has questions! J First, I was reading in Matthew Gast’s T1 – A Survival Guide about channelized T1’s and channel associated signaling. Just to make sure I am understanding it correctly – CAS and robbed bit essentially refer to the same thing on a channelized T1 don’t they? The bits that are robbed include the signaling bits – AB or ABCD depending on whether you have SF or ESF. Please confirm if I am understanding this correctly. Second, aren’t FXO and FXS signaling on a digital channel really just a matter of interpreting the meanings of the A and B bits being high or low? Obviously there isn’t an actual loop start or ground start on a digital channel, but rather just a nomenclature for deciding that a particular combination of A and B bits being high and/or low has a meaning, like A high + B low means on-hook in one signaling type but could mean ringing in another signaling type. Again, correct me if I’m wrong… Third, if FXO/FXS signaling is just a matter of manipulating the AB bits in CAS, then shouldn’t it be relatively easy to add E&M signaling since that is essentially just another set of meanings for each AB bit pattern? Or am I oversimplifying it? Last question – how does OZ, in zap_zt.c, determine the signal start type? (E.g. see code starting at line 87.) AFAIK it is not set in openzap.conf.xml nor in openzap.conf. Does it get that info from the zaptel driver? I know the start type is set in zaptel.conf, I just didn’t know if the OZ was smart enough to figure out the start type without requiring the user to specify it in a conf file. Thanks for letting me ask all these questions! I’ll do my best to update the wiki as appropriate as I get the answers… -MC -----Inline Attachment Follows----- _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

2 1

TDM questions: OZ, signaling on digital spans
by Michael Collins 05 Feb '08

05 Feb '08

Guys, You better run for cover because Mikey has been reading technical books again and now he has questions! :-) First, I was reading in Matthew Gast's T1 - A Survival Guide about channelized T1's and channel associated signaling. Just to make sure I am understanding it correctly - CAS and robbed bit essentially refer to the same thing on a channelized T1 don't they? The bits that are robbed include the signaling bits - AB or ABCD depending on whether you have SF or ESF. Please confirm if I am understanding this correctly. Second, aren't FXO and FXS signaling on a digital channel really just a matter of interpreting the meanings of the A and B bits being high or low? Obviously there isn't an actual loop start or ground start on a digital channel, but rather just a nomenclature for deciding that a particular combination of A and B bits being high and/or low has a meaning, like A high + B low means on-hook in one signaling type but could mean ringing in another signaling type. Again, correct me if I'm wrong... Third, if FXO/FXS signaling is just a matter of manipulating the AB bits in CAS, then shouldn't it be relatively easy to add E&M signaling since that is essentially just another set of meanings for each AB bit pattern? Or am I oversimplifying it? Last question - how does OZ, in zap_zt.c, determine the signal start type? (E.g. see code starting at line 87.) AFAIK it is not set in openzap.conf.xml nor in openzap.conf. Does it get that info from the zaptel driver? I know the start type is set in zaptel.conf, I just didn't know if the OZ was smart enough to figure out the start type without requiring the user to specify it in a conf file. Thanks for letting me ask all these questions! I'll do my best to update the wiki as appropriate as I get the answers... -MC

2 2

New FreeSWITCH compat analog TDM cards
by Anthony Minessale 05 Feb '08

05 Feb '08

Check out NXTVOX http://www.nxtvox.com/ for an inexpensive way to try out our new OpenZAP channel driver for FreeSWITCH. The cards are compatable with both asterisk and FreeSWITCH! Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

4 3

modules recursive error
by Gopal krishnan 04 Feb '08

04 Feb '08

Hi, I am often getting modules recuursive error. For installing I am commenting out in modules.conf. Is it any OS compatibility or it may be some bug? -- Thank you with regards, Gopal,

2 1

Re: [Freeswitch-dev] MWI support for SIP gateway
by Anthony Minessale 04 Feb '08

04 Feb '08

We do not support outbound subscriptions at this time. There is a patch in jira that someone is working on. Perhaps you can work with him to test it. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: sanjeev mudholkar <sanjeev.mudholkar(a)gmail.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Friday, February 1, 2008 6:26:41 AM Subject: [Freeswitch-dev] MWI support for SIP gateway Hi, I have configured Freeswitch to register to a sipX server. Did a quick modification in sofia_reg.c to send a SUBSCRIBE with event:message-summary as soon as the registration is successful. With this change I see a SUBSCRIBE sent out, then receives a NOTIFY which is responded with '200 OK'(automatically) and then a '202 Accepted' is received for the SUBSCRIBE. But the issue is that the incoming NOTIFY is notified as 'nua_i_error' Here is the exact capture from console on receiving a NOTIFY "2008-02-01 17:44:41 [DEBUG] sofia.c:183 sofia_event_callback() event [nua_i_error] status [500][Responding to a Non-Existing Request] session: n/a" The event expected is 'nua_i_notify', so as to interpret the MWI Can someone give me some pointers to this issue. I am currently using svn Revision: 7401 Appreciate your help Thanks in advance -Sanjeev -----Inline Attachment Follows----- _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

2 1