June 2008 - freeswitch-dev@lists.freeswitch.org

Re: [Freeswitch-dev] [Freeswitch-users] H323 support chip in
by Brian West 23 Jun '08

23 Jun '08

Oh btw you can go to freeswitch.org and click chipin on the right. /b

1 0

Re: [Freeswitch-dev] [Freeswitch-users] H323 support chip in
by Brian West 23 Jun '08

23 Jun '08

try changing it to https /b On Jun 23, 2008, at 3:06 PM, M.Emran wrote: > me too.

1 0

Re: [Freeswitch-dev] [Freeswitch-users] H323 support chip in
by M.Emran 23 Jun '08

23 Jun '08

me too. On Tue, Jun 24, 2008 at 1:56 AM, Seysan <AFShin9(a)gmail.com> wrote: > I can not open the link! > > > On Mon, Jun 23, 2008 at 1:16 PM, Brian West <brian(a)freeswitch.org> wrote: > >> http://www.chipin.com/contribute/id/c648c4411bfb7861 >> Here is the URL to chip in for the H323 support in FreeSWITCH. >> >> I'm a bit disappointed because so many of you out there were asking, >> begging and really pleading for solid h323 support. >> >> Please chip-in and lets make it happen. >> >> Thanks, >> Brian >> PS don't forget cluecon. >> >> _______________________________________________ >> 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 > > -- Regards ---------- M Emran Managing Director InSpiration Software Ltd.

1 0

Re: [Freeswitch-dev] [Freeswitch-users] H323 support chip in
by Brian West 23 Jun '08

23 Jun '08

It redirects to paypal.. what does it do when you click it? /b On Jun 23, 2008, at 2:56 PM, Seysan wrote: > I can not open the link! > > > On Mon, Jun 23, 2008 at 1:16 PM, Brian West <brian(a)freeswitch.org> > wrote: > http://www.chipin.com/contribute/id/c648c4411bfb7861 > > Here is the URL to chip in for the H323 support in FreeSWITCH. > > I'm a bit disappointed because so many of you out there were asking, > begging and really pleading for solid h323 support. > > Please chip-in and lets make it happen. > > Thanks, > Brian > PS don't forget cluecon. > > _______________________________________________ > 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 0

[Freeswitch-dev] H323 support chip in
by Brian West 23 Jun '08

23 Jun '08

http://www.chipin.com/contribute/id/c648c4411bfb7861 Here is the URL to chip in for the H323 support in FreeSWITCH. I'm a bit disappointed because so many of you out there were asking, begging and really pleading for solid h323 support. Please chip-in and lets make it happen. Thanks, Brian PS don't forget cluecon.

1 0

[Freeswitch-dev] OZ: possible issue with false positives in Q931IsIEPresent macro
by Michael Collins 21 Jun '08

21 Jun '08

FYI, After much pain I am able to say that I can consistently reproduce this scenario: In zap_isdn.c, function zap_isdn_931_34, I can always get the Q931IsIEPresent macro to see a cause ie, whether one is present or not. I've added this snippet toward the beginning of the function: if (Q931IsIEPresent(gen->Cause)) { zap_log(ZAP_LOG_DEBUG, "Cause ie present [%x]\n",gen->Cause); } Raw output is as follows; note that all inbound q931 message say that a cause ie is present, even when one isn't: freeswitch(a)freeswitch2.fcnetwork.com> originate {origination_caller_id_number=80 05409011,dname='Busy',dnum='5898832',dialednum='5597332791',agentinfo='5 898832.2 791',bcast='Mikey_test'}openzap/1/a/5597332791 825597332791 2008-06-21 12:12:43 [DEBUG] zap_isdn.c:56 isdn_outgoing_call() Changing state on 1:1 from DOWN to DIALING 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:365 switch_core_session_ run() OpenZAP/1:1/5597332791 Running State Change CS_INIT 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:415 switch_core_session_ run() (OpenZAP/1:1/5597332791) State INIT 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:415 switch_core_session_ run() (OpenZAP/1:1/5597332791) State INIT going to sleep 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:365 switch_core_session_ run() OpenZAP/1:1/5597332791 Running State Change CS_ROUTING 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:420 switch_core_session_ run() (OpenZAP/1:1/5597332791) State ROUTING 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:420 switch_core_session_ run() (OpenZAP/1:1/5597332791) State ROUTING going to sleep 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:365 switch_core_session_ run() OpenZAP/1:1/5597332791 Running State Change CS_CONSUME_MEDIA 2008-06-21 12:12:43 [DEBUG] switch_core_state_machine.c:442 switch_core_session_ run() (OpenZAP/1:1/5597332791) State CONSUME_MEDIA 2008-06-21 12:12:44 [ERR] zap_isdn.c:589 state_advance() 1:1 STATE [DIALING] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:987 q931_rx_32() WRITE 58 ------------------------------------------------------------------------ -------- [00 01 00 00 08 02 00 02 05 04 03 80 90 a2 18 03 a1 83 81 28 0a 46 72 65 65 53 5 7 49 54 43 48 6c 0c 21 80 38 30 30 35 34 30 39 30 31 31 70 0b a1 35 35 39 37 33 33 32 37 39 31] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:556 zap_isdn_921_23() READ 13 ------------------------------------------------------------------------ -------- [08 02 80 02 7d 08 03 81 ab 28 14 01 01] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:284 zap_isdn_931_34() Yay I got an event! Type:[7d] Size:[114] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:287 zap_isdn_931_34() Cause ie present [8 000] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:556 zap_isdn_921_23() READ 10 ------------------------------------------------------------------------ -------- [08 02 80 02 02 18 03 a9 83 81] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:284 zap_isdn_931_34() Yay I got an event! Type:[02] Size:[137] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:287 zap_isdn_931_34() Cause ie present [8 000] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:556 zap_isdn_921_23() READ 9 ------------------------------------------------------------------------ -------- [08 02 80 02 03 1e 02 81 88] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:284 zap_isdn_931_34() Yay I got an event! Type:[03] Size:[108] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:287 zap_isdn_931_34() Cause ie present [8 000] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:428 zap_isdn_931_34() Cause info [8000] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:434 zap_isdn_931_34() PROGRESS message wi th cause value of '0' 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:556 zap_isdn_921_23() READ 13 ------------------------------------------------------------------------ -------- [08 02 80 02 03 08 02 81 91 1e 02 81 88] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:284 zap_isdn_931_34() Yay I got an event! Type:[03] Size:[115] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:287 zap_isdn_931_34() Cause ie present [8 000] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:428 zap_isdn_931_34() Cause info [8000] 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:434 zap_isdn_931_34() PROGRESS message wi th cause value of '17' 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:436 zap_isdn_931_34() Changing state on 1 :1 from DIALING to TERMINATING 2008-06-21 12:12:44 [ERR] zap_isdn.c:589 state_advance() 1:1 STATE [TERMINATING] API CALL [originate({origination_caller_id_number=8005409011,dname='Busy',dnum=' 5898832',dialednum='5597332791',agentinfo='5898832.2791',bcast='Mikey_te st'}open zap/1/a/5597332791 825597332791)] output: -ERR USER_BUSY 2008-06-21 12:12:44 [DEBUG] zap_isdn.c:987 q931_rx_32() WRITE 21 ------------------------------------------------------------------------ -------- [00 01 02 08 08 02 00 02 4d 28 0a 46 72 65 65 53 57 49 54 43 48] 2008-06-21 12:12:44 [DEBUG] switch_core_state_machine.c:442 switch_core_session_ run() (OpenZAP/1:1/5597332791) State CONSUME_MEDIA going to sleep 2008-06-21 12:12:44 [DEBUG] switch_core_state_machine.c:365 switch_core_session_ run() OpenZAP/1:1/5597332791 Running State Change CS_HANGUP 2008-06-21 12:12:44 [DEBUG] switch_core_state_machine.c:393 switch_core_session_ run() (OpenZAP/1:1/5597332791) State HANGUP freeswitch(a)freeswitch2.fcnetwork.com> 2008-06-21 12:12:44 [DEBUG] switch_core_st ate_machine.c:46 switch_core_standard_on_hangup() Standard HANGUP OpenZAP/1:1/55 97332791, cause: USER_BUSY 2008-06-21 12:12:44 [DEBUG] switch_core_state_machine.c:393 switch_core_session_ run() (OpenZAP/1:1/5597332791) State HANGUP going to sleep 2008-06-21 12:12:45 [DEBUG] zap_isdn.c:556 zap_isdn_921_23() READ 10 ------------------------------------------------------------------------ -------- [08 02 80 02 5a 08 03 81 e0 08] 2008-06-21 12:12:45 [DEBUG] zap_isdn.c:284 zap_isdn_931_34() Yay I got an event! Type:[5a] Size:[110] 2008-06-21 12:12:45 [DEBUG] zap_isdn.c:287 zap_isdn_931_34() Cause ie present [8 000] 2008-06-21 12:12:45 [DEBUG] zap_isdn.c:386 zap_isdn_931_34() Changing state on 1 :1 from TERMINATING to HANGUP_COMPLETE 2008-06-21 12:12:45 [ERR] zap_isdn.c:589 state_advance() 1:1 STATE [HANGUP_COMPL ETE] 2008-06-21 12:12:45 [DEBUG] zap_isdn.c:761 state_advance() Changing state on 1:1 from HANGUP_COMPLETE to DOWN 2008-06-21 12:12:45 [ERR] zap_isdn.c:589 state_advance() 1:1 STATE [DOWN] 2008-06-21 12:12:45 [DEBUG] zap_io.c:1071 zap_channel_done() channel done 1:1 Anyway, I thought I'd share. If you think this is jira-worthy I'll post a new issue, otherwise if you know why the gen->Cause is always showing up as present I'd be happy to fix and test. For the record, the test is a bitwise AND, where the "cause" value is ANDed against 0x8000. Since the gen->Cause value seems always to be 0x8000, whether it is present or not, it always comes up as true. Thanks for your thoughts and suggestions. -MC

1 0

[Freeswitch-dev] Events are not the same for an outbound to inbound call than an normal inbound call
by Steve Laroche 19 Jun '08

19 Jun '08

I have 2 IVR scenarios, one is outbound and the other is inbound. Those scenarios are the opposite from each other. The purpose of having this setup is to test the IVR scenario. So, outbound IVR originate a call to a DNIS. This DNIS is linked to the same T1 that my outbound call. When received, the inbound call should link with my inbound IVR. But the events are not the same from an outbound to inbound and a normal inbound. Example of event from the outbound to inbound: Content-Length: 1491 Content-Type: text/event-plain Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: OpenZAP/1%3A21/5143150566 Unique-ID: 7d846604-0139-4b23-b538-7a71349a2416 Call-Direction: inbound Answer-State: ringing 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: 5143150566 Caller-Unique-ID: 7d846604-0139-4b23-b538-7a71349a2416 Caller-Source: mod_openzap Caller-Context: default Caller-Channel-Name: OpenZAP/1%3A21/5143150566 Caller-Profile-Index: 1 Caller-Channel-Created-Time: 1213871785724672 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_read_codec: PCMU variable_read_rate: 8000 variable_write_codec: PCMU variable_write_rate: 8000 variable_channel_name: OpenZAP/1%3A21/5143150566 Application: answer Application-Data: _undef_ Event-Name: CHANNEL_EXECUTE Core-UUID: f240a0e0-1720-42c1-b775-c2596eabadb9 FreeSWITCH-Hostname: tyan-test.ip5.local FreeSWITCH-IPv4: 192.168.100.124 FreeSWITCH-IPv6: 127.0.0.1 Event-Date-Local: 2008-06-19%2006%3A36%3A25 Event-Date-GMT: Thu,%2019%20Jun%202008%2010%3A36%3A25%20GMT Event-Date-timestamp: 1213871785724672 Event-Calling-File: switch_core_session.c Event-Calling-Function: switch_core_session_exec Event-Calling-Line-Number: 1042 Example of event from a normal inbound: Content-Length: 1532 Content-Type: text/event-plain Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: OpenZAP/1%3A7/5143150566 Unique-ID: 3b4ce8bc-324a-4f5d-9460-877f79b541de Call-Direction: inbound Answer-State: ringing 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: %205147884293 Caller-Caller-ID-Number: %205147884293 Caller-ANI: %205147884293 Caller-Destination-Number: 5143150566 Caller-Unique-ID: 3b4ce8bc-324a-4f5d-9460-877f79b541de Caller-Source: mod_openzap Caller-Context: default Caller-Channel-Name: OpenZAP/1%3A7/5143150566 Caller-Profile-Index: 1 Caller-Channel-Created-Time: 1213871984059731 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_read_codec: PCMU variable_read_rate: 8000 variable_write_codec: PCMU variable_write_rate: 8000 variable_channel_name: OpenZAP/1%3A7/5143150566 Application: answer Application-Data: _undef_ Event-Name: CHANNEL_EXECUTE Core-UUID: f240a0e0-1720-42c1-b775-c2596eabadb9 FreeSWITCH-Hostname: tyan-test.ip5.local FreeSWITCH-IPv4: 192.168.100.124 FreeSWITCH-IPv6: 127.0.0.1 Event-Date-Local: 2008-06-19%2006%3A39%3A44 Event-Date-GMT: Thu,%2019%20Jun%202008%2010%3A39%3A44%20GMT Event-Date-timestamp: 1213871984059731 Event-Calling-File: switch_core_session.c Event-Calling-Function: switch_core_session_exec Event-Calling-Line-Number: 1042 This event is just an example, because it's the same for problem for the entire event related to connect of the inbound. In the outbound to inbound call, we have this information: Caller-Caller-ID-Name: openzap Caller-Caller-ID-Number: 1 Caller-Destination-Number: 5143150566 In the normal inbound call, we have this information: Caller-Caller-ID-Name: %205147884293 Caller-Caller-ID-Number: %205147884293 Caller-ANI: %205147884293 Caller-Destination-Number: 5143150566 Why don't we get the same result in the outbound to inbound call than the normal inbound call? In an outbound to inbound call, freeswitch don't use the information contain in the variables of the originate command to set Caller_ID_Name, Caller_ID_Number and Caller_ANI. Instead, freeswitch fill those variables with what is look like default value and Caller_ANI is not even included in the event. Thanks. SL

2 5

[Freeswitch-dev] PRI/OZ Question: In-band Busy signal
by Michael Collins 18 Jun '08

18 Jun '08

FYI, I think possibly I found a case where the OZ/PRI needs to change from PROGRESS to PROGRESS_MEDIA: http://pastebin.freeswitch.org/4628 In this case I'm getting two PROGRESS messages in a row. The raw Q931 messages are: [08 02 80 0c 03 1e 02 81 88] [08 02 80 0c 03 08 02 81 91 1e 02 81 88] The second progress msg includes: 08 02 81 91 which means: 08 = Cause IE 02 = two octets/bytes 81 = 1000 0001 = pvt network serving local user 91 = 1001 0001 = Cause number 17 = user busy I'm 99.9% sure that as soon as we get this PROGRESS info that we can act on it. MikeJ, is it possible that the result of the originate command can be something like -ERR BUSY instead of -ERR NORMAL_CLEARING? -MC P.S. - I think this case also shows that we don't need the warning message: 2008-06-16 19:58:22 [WARNING] zap_isdn.c:411 zap_isdn_931_34() Why bother changing state on 1:1 from PROGRESS to PROGRESS

1 1

[Freeswitch-dev] Speex + SRTP.. Think again!
by Brian West 12 Jun '08

12 Jun '08

http://csdl2.computer.org/persagen/DLAbsToc.jsp?resourcePath=/dl/proceeding… This is very interesting. That rules out ALL VBR codecs when using SRTP for security reasons. Brian West sip:brian@freeswitch.org

3 5

Re: [Freeswitch-dev] Freeswitch-dev Digest, Vol 24, Issue 24
by Traun Leyden 11 Jun '08

11 Jun '08

The "import freepy" statement imports the freepy package, which will import all the names in freepy/__init__.py. You just need to add /path/to/freeswitch/scripts/socket to your PYTHONPATH environment variable and it should be able to find the freepy package. Also check the INSTALL file which mentions a required dependency. > > The fshelper.py example in script/socket/freepy imports "freepy" as a > module. > However, the file freepy.py does not exist in the installation. > Suggestions anyone? > > > Edward > > > > > > ------------------------------ > > _______________________________________________ > 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 > > > End of Freeswitch-dev Digest, Vol 24, Issue 24 > ********************************************** >

1 0