Re: [asterisk-users] Asterisk on Debian / Sparc taking up 95%+ CPU with No calls on the system

2011-07-06 Thread Tzafrir Cohen
On Tue, Jul 05, 2011 at 08:30:52PM -0400, A E [Gmail] wrote:
 hello people,
 
 I am running v1.8.4.2 on debian squeeze on a sparc platform...and for some
 reason I have noticed that only after a few test calls, the asterisk process
 is running between 95% - 99.9% CPU when there's absolutely nothing on the
 system. This is a clean Asterisk system in an internal network with nothing
 else on it with no calls on it but it's still sitting with 96% CPU.
 
 I'm not a developer so not that ept with using debug tools etc to figure out
 why it's doing that. Could anyone please tell me how I can figure out why
 it's doing this and/or help debug this. Makes no sense for it to be using
 CPU with nothing happening on the system

The first thing I'd do is run 'top', press shift H, and see what is/are
the offending thread(s).

Is it a single thread? Two? More?

Is it all user time? Much of it is system time?

If you strace the PID of the top thread (strace -p PID), what do you
see?

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Cant find asterisk src dir for FreePBX full distro

2011-07-06 Thread Tzafrir Cohen
On Tue, Jul 05, 2011 at 04:07:28PM +0200, Tobias Steen wrote:
 It seems that the full distro package from FreePBX with Asterisk 1.8.1.4
 someway hides (deletes?) the source directory for asterisk after
 installation.

Is it installed from rpm packages? If so: are those available on-line?
If so: look for .src..rpm packages near by.

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


[asterisk-users] single keypress short-circuits to invalid extension handler

2011-07-06 Thread Cassius Smith
Hello all
I'm running Asterisk 1.8.4.4 in a new installation. I'm seeing peculiar
behaviour in a context where I dispatch to different MeetMe conference
rooms. It seems the first digit is being given to Asterisk and it ALWAYS
jumps to the i extension. I originally had single digits for the MeetMe
rooms, I tried double digits to no avail. As soon as I press the 0 key it
plays  the invalid message. Here is my meet-me context from my dialplan. Any
ideas? Other sections of my dialplan work fine in permitting multiple digit
keypresses. I have used this same dialplan in many other installations, so
I'm pretty flummoxed by thisŠ

Cassius Smith

[meet-me]
exten = s,1(top),NoOp()
 same = n,Answer()
 same = n,Wait(1.0)
 same = 
n,Background(enter-conf-call-numberdigits/0digits/0throughdigits/0digit
s/9)
 same = n,WaitExten(5)

exten = 00,n,MeetMe(SouthAfrica0,dMs)
exten = 01,n,MeetMe(Swaziland1,dMs)
exten = 02,n,MeetMe(Botswana2,dMs)
exten = 03,n,MeetMe(Zimbabwe3,dMs)
exten = 04,n,MeetMe(Lesotho4,dMs)
exten = 05,n,MeetMe(Mozambique5,dMs)
exten = 06,n,MeetMe(Zimbabwe6,dMs)
exten = 07,n,MeetMe(Namibia7,dMs)
exten = 08,n,MeetMe(Angola8,dMs)
exten = 09,n,MeetMe(Congo9,dMs)

exten = t,1,Goto(s,top)

exten = i,1,Playback(invalid)
 same = n,Goto(s,top)

And here is the console outputŠ
-- Executing [4098@users:1] Goto(SIP/4099-0026, meet-me,s,1) in
new stack
-- Goto (meet-me,s,1)
-- Executing [s@meet-me:1] NoOp(SIP/4099-0026, ) in new stack
-- Executing [s@meet-me:2] Answer(SIP/4099-0026, ) in new stack
-- Executing [s@meet-me:3] Wait(SIP/4099-0026, 1.0) in new stack
-- Executing [s@meet-me:4] BackGround(SIP/4099-0026,
enter-conf-call-numberdigits/0digits/0throughdigits/0digits/9) in new
stack
-- SIP/4099-0026 Playing 'enter-conf-call-number.ulaw' (language
'en_ZA')
-- Invalid extension '0' in context 'meet-me' on SIP/4099-0026
  == CDR updated on SIP/4099-0026
-- Executing [i@meet-me:1] Playback(SIP/4099-0026, invalid) in
new stack
-- SIP/4099-0026 Playing 'invalid.slin' (language 'en_ZA')
-- Executing [i@meet-me:2] Goto(SIP/4099-0026, s,top) in new
stack
-- Goto (meet-me,s,1)
-- Executing [s@meet-me:1] NoOp(SIP/4099-0026, ) in new stack




--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] single keypress short-circuits to invalid extension handler

2011-07-06 Thread Faisal Hanif
You can't  use WaitExten to receive two digits. Use Read() command.

 

From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Cassius Smith
Sent: Wednesday, July 06, 2011 1:37 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] single keypress short-circuits to invalid
extension handler

 

Hello all

I'm running Asterisk 1.8.4.4 in a new installation. I'm seeing peculiar
behaviour in a context where I dispatch to different MeetMe conference
rooms. It seems the first digit is being given to Asterisk and it ALWAYS
jumps to the i extension. I originally had single digits for the MeetMe
rooms, I tried double digits to no avail. As soon as I press the 0 key it
plays  the invalid message. Here is my meet-me context from my dialplan. Any
ideas? Other sections of my dialplan work fine in permitting multiple digit
keypresses. I have used this same dialplan in many other installations, so
I'm pretty flummoxed by this.

 

Cassius Smith

 

[meet-me]

exten = s,1(top),NoOp()

 same = n,Answer()

 same = n,Wait(1.0)

 same =
n,Background(enter-conf-call-numberdigits/0digits/0throughdigits/0digit
s/9)

 same = n,WaitExten(5)

 

exten = 00,n,MeetMe(SouthAfrica0,dMs)

exten = 01,n,MeetMe(Swaziland1,dMs)

exten = 02,n,MeetMe(Botswana2,dMs)

exten = 03,n,MeetMe(Zimbabwe3,dMs)

exten = 04,n,MeetMe(Lesotho4,dMs)

exten = 05,n,MeetMe(Mozambique5,dMs)

exten = 06,n,MeetMe(Zimbabwe6,dMs)

exten = 07,n,MeetMe(Namibia7,dMs)

exten = 08,n,MeetMe(Angola8,dMs)

exten = 09,n,MeetMe(Congo9,dMs)

 

exten = t,1,Goto(s,top)

 

exten = i,1,Playback(invalid)

 same = n,Goto(s,top)



And here is the console output.

-- Executing [4098@users:1] Goto(SIP/4099-0026, meet-me,s,1) in
new stack

-- Goto (meet-me,s,1)

-- Executing [s@meet-me:1] NoOp(SIP/4099-0026, ) in new stack

-- Executing [s@meet-me:2] Answer(SIP/4099-0026, ) in new stack

-- Executing [s@meet-me:3] Wait(SIP/4099-0026, 1.0) in new stack

-- Executing [s@meet-me:4] BackGround(SIP/4099-0026,
enter-conf-call-numberdigits/0digits/0throughdigits/0digits/9) in new
stack

-- SIP/4099-0026 Playing 'enter-conf-call-number.ulaw' (language
'en_ZA')

-- Invalid extension '0' in context 'meet-me' on SIP/4099-0026

  == CDR updated on SIP/4099-0026

-- Executing [i@meet-me:1] Playback(SIP/4099-0026, invalid) in
new stack

-- SIP/4099-0026 Playing 'invalid.slin' (language 'en_ZA')

-- Executing [i@meet-me:2] Goto(SIP/4099-0026, s,top) in new
stack

-- Goto (meet-me,s,1)

-- Executing [s@meet-me:1] NoOp(SIP/4099-0026, ) in new stack

 

 

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

[asterisk-users] Agents outbound calls to be recorded

2011-07-06 Thread bilal ghayyad
Hi All;

I know that incoming calls for the agent can be recorded, but how I can let the 
outbound calls for the agents to be recorded? I can determine the directory to 
store the outbound calls of the agents to be other than the directory to store 
the incoming calls of the agents?

Regards
Bilal

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Asterisk on Debian / Sparc taking up 95%+ CPU with No calls on the system

2011-07-06 Thread A E [Gmail]
On Wed, Jul 6, 2011 at 3:21 AM, Tzafrir Cohen tzafrir.co...@xorcom.comwrote:

 On Tue, Jul 05, 2011 at 08:30:52PM -0400, A E [Gmail] wrote:
  hello people,
 
  I am running v1.8.4.2 on debian squeeze on a sparc platform...and for
 some
  reason I have noticed that only after a few test calls, the asterisk
 process
  is running between 95% - 99.9% CPU when there's absolutely nothing on the
  system. This is a clean Asterisk system in an internal network with
 nothing
  else on it with no calls on it but it's still sitting with 96% CPU.
 
  I'm not a developer so not that ept with using debug tools etc to figure
 out
  why it's doing that. Could anyone please tell me how I can figure out why
  it's doing this and/or help debug this. Makes no sense for it to be using
  CPU with nothing happening on the system

 The first thing I'd do is run 'top', press shift H, and see what is/are
 the offending thread(s).

 Is it a single thread? Two? More?

 Is it all user time? Much of it is system time?

 If you strace the PID of the top thread (strace -p PID), what do you
 see?


 Hi Tzafrir,

thanks for the comments and suggestions. So I'd done all of that and what
I'd found was

- After I'd done Shift-h, There was only one / single thread that was taking
all of the CPU
- 33% was Sser and 66% was System times
- when I'd run an strace on the PID of the offending thread it just rolled
some message past my screen which I couldn't capture and can't remember what
it said :(

Anyway I've killed that process, updated the packages the system, upgraded
to 1.8.4.4 and will give it another shot and see what happens. Would've
helped if I'd kept the system as it was so people could help me figure out
what was going on, but the fact that it stopped responding to commands which
were trying to kill the hung channels, reloading configs, or even trying to
stop the system wouldn't work is bizarre. I hope the developers pay
attention to that.
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Recording SIP history

2011-07-06 Thread Lee Archer
Hi, can anyone help with this?

 

Thanks

 

Lee

 

From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Lee Archer
Sent: 05 July 2011 16:27
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] Recording SIP history

 

Hi all, can someone explain what siphistory is supposed to do as it
appears to record nothing to my log files.  When I sip show history
callid it's fine but it's not logging anything.  My logger.conf has
debug = debug and the debug file grows.  Is my understanding correct in
that at the end of the call the entire sip show history callid should
be dumped to the debug file?  I am using 1.6.2.19.

;--- SIP DEBUGGING
---

sipdebug=yes ; Turn on SIP debugging by default, from

; the moment the channel loads this
configuration

recordhistory=yes  ; Record SIP history by default

; (see sip history / sip no history)

dumphistory=yes; Dump SIP history at end of SIP dialogue

; SIP history is output to the DEBUG
logging channel

Thanks

Lee

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Agents outbound calls to be recorded

2011-07-06 Thread Ruben Rögels
 Hi All;
 
 I know that incoming calls for the agent can be recorded, but how I can let 
 the outbound calls for the agents to be recorded? I can determine the 
 directory to store the outbound calls of the agents to be other than the 
 directory to store the incoming calls of the agents?
 
 Regards
 Bilal
 

Hi Bilal,

use MixMonitor() in the outgoing extension for your agents.

Regards,
Ruben


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Asterisk on Debian / Sparc taking up 95%+ CPU with No calls on the system

2011-07-06 Thread Tzafrir Cohen
On Wed, Jul 06, 2011 at 06:15:26AM -0400, A E [Gmail] wrote:
 On Wed, Jul 6, 2011 at 3:21 AM, Tzafrir Cohen tzafrir.co...@xorcom.comwrote:
 
  On Tue, Jul 05, 2011 at 08:30:52PM -0400, A E [Gmail] wrote:
   hello people,
  
   I am running v1.8.4.2 on debian squeeze on a sparc platform...and for
  some
   reason I have noticed that only after a few test calls, the asterisk
  process
   is running between 95% - 99.9% CPU when there's absolutely nothing on the
   system. This is a clean Asterisk system in an internal network with
  nothing
   else on it with no calls on it but it's still sitting with 96% CPU.
  
   I'm not a developer so not that ept with using debug tools etc to figure
  out
   why it's doing that. Could anyone please tell me how I can figure out why
   it's doing this and/or help debug this. Makes no sense for it to be using
   CPU with nothing happening on the system
 
  The first thing I'd do is run 'top', press shift H, and see what is/are
  the offending thread(s).
 
  Is it a single thread? Two? More?
 
  Is it all user time? Much of it is system time?
 
  If you strace the PID of the top thread (strace -p PID), what do you
  see?
 
 
  Hi Tzafrir,
 
 thanks for the comments and suggestions. So I'd done all of that and what
 I'd found was
 
 - After I'd done Shift-h, There was only one / single thread that was taking
 all of the CPU
 - 33% was Sser and 66% was System times
 - when I'd run an strace on the PID of the offending thread it just rolled
 some message past my screen which I couldn't capture and can't remember what
 it said :(

Just press ctrl-c .

 
 Anyway I've killed that process, updated the packages the system, upgraded
 to 1.8.4.4 and will give it another shot and see what happens. Would've
 helped if I'd kept the system as it was so people could help me figure out
 what was going on, but the fact that it stopped responding to commands which
 were trying to kill the hung channels, reloading configs, or even trying to
 stop the system wouldn't work is bizarre. I hope the developers pay
 attention to that.

Developers need some data to work with :-(

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Asterisk on Debian / Sparc taking up 95%+ CPU with No calls on the system

2011-07-06 Thread A E [Gmail]
On Wed, Jul 6, 2011 at 7:02 AM, Tzafrir Cohen tzafrir.co...@xorcom.comwrote:

 On Wed, Jul 06, 2011 at 06:15:26AM -0400, A E [Gmail] wrote:
  On Wed, Jul 6, 2011 at 3:21 AM, Tzafrir Cohen tzafrir.co...@xorcom.com
 wrote:
 
   On Tue, Jul 05, 2011 at 08:30:52PM -0400, A E [Gmail] wrote:
hello people,
   
I am running v1.8.4.2 on debian squeeze on a sparc platform...and for
   some
reason I have noticed that only after a few test calls, the asterisk
   process
is running between 95% - 99.9% CPU when there's absolutely nothing on
 the
system. This is a clean Asterisk system in an internal network with
   nothing
else on it with no calls on it but it's still sitting with 96% CPU.
   
I'm not a developer so not that ept with using debug tools etc to
 figure
   out
why it's doing that. Could anyone please tell me how I can figure out
 why
it's doing this and/or help debug this. Makes no sense for it to be
 using
CPU with nothing happening on the system
  
   The first thing I'd do is run 'top', press shift H, and see what is/are
   the offending thread(s).
  
   Is it a single thread? Two? More?
  
   Is it all user time? Much of it is system time?
  
   If you strace the PID of the top thread (strace -p PID), what do you
   see?
  
  
   Hi Tzafrir,
 
  thanks for the comments and suggestions. So I'd done all of that and what
  I'd found was
 
  - After I'd done Shift-h, There was only one / single thread that was
 taking
  all of the CPU
  - 33% was Sser and 66% was System times
  - when I'd run an strace on the PID of the offending thread it just
 rolled
  some message past my screen which I couldn't capture and can't remember
 what
  it said :(

 Just press ctrl-c .

 haha I did that but since that I did a 100 other things in my ssh window
which is only buffered for 5000 lines and those messages have gone past.


 
  Anyway I've killed that process, updated the packages the system,
 upgraded
  to 1.8.4.4 and will give it another shot and see what happens. Would've
  helped if I'd kept the system as it was so people could help me figure
 out
  what was going on, but the fact that it stopped responding to commands
 which
  were trying to kill the hung channels, reloading configs, or even trying
 to
  stop the system wouldn't work is bizarre. I hope the developers pay
  attention to that.

 Developers need some data to work with :-(

 Haha of course. Although I have a feeling it'll happen again as this is the
2nd time this has happened. Will keep the system in that state till we can
try and resolve this and capture enough info. if I had better memory, I'd
have actually remembered what the message was, but anyway, what I was trying
to say was that it's much more than just taking up all the CPU tells me
that some thread has just gone loco. But the fact the CLI and AMI commands
become unresponsive when trying to kill these zombie channels or trying to
do a core reload or core stop now etc. tells me that this is a bigger
issue than just some thread gone nuts and the channels being hung
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Asterisk on Debian / Sparc taking up 95%+ CPU with No calls on the system

2011-07-06 Thread Tzafrir Cohen
On Wed, Jul 06, 2011 at 07:11:26AM -0400, A E [Gmail] wrote:
 On Wed, Jul 6, 2011 at 7:02 AM, Tzafrir Cohen tzafrir.co...@xorcom.comwrote:
 
  On Wed, Jul 06, 2011 at 06:15:26AM -0400, A E [Gmail] wrote:

   - when I'd run an strace on the PID of the offending thread it just rolled
   some message past my screen which I couldn't capture and can't remember
   what it said :(
 
  Just press ctrl-c .
 
 haha I did that but since that I did a 100 other things in my ssh window
 which is only buffered for 5000 lines and those messages have gone past.

If the process / thread is in a loop, the messages tend to repeat
themselves.

Also: anything interesting in /var/log/asterisk/messages ?

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


[asterisk-users] Monitoring connection to VoIP provider?

2011-07-06 Thread Gilles
Hello

I was wondering if Asterisk can be configured to monitor a
connection to a VoIP provider, whether someone is currently using it
for a call or the connection is idle?

FWIW, my VoIP provider doesn't run an iperf server on their side. I
don't know if ping/traceroute is a good enough solution to monitor an
SIP connection.

I'd like this so I can check how good the line is before calling or
receiving a call.

Thank you.


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Asterisk on Debian / Sparc taking up 95%+ CPU with No calls on the system

2011-07-06 Thread A E [Gmail]
On Wed, Jul 6, 2011 at 7:50 AM, Tzafrir Cohen tzafrir.co...@xorcom.comwrote:

 On Wed, Jul 06, 2011 at 07:11:26AM -0400, A E [Gmail] wrote:
  On Wed, Jul 6, 2011 at 7:02 AM, Tzafrir Cohen tzafrir.co...@xorcom.com
 wrote:
 
   On Wed, Jul 06, 2011 at 06:15:26AM -0400, A E [Gmail] wrote:

- when I'd run an strace on the PID of the offending thread it just
 rolled
some message past my screen which I couldn't capture and can't
 remember
what it said :(
  
   Just press ctrl-c .
  
  haha I did that but since that I did a 100 other things in my ssh window
  which is only buffered for 5000 lines and those messages have gone past.

 If the process / thread is in a loop, the messages tend to repeat
 themselves.

 Also: anything interesting in /var/log/asterisk/messages ?

 Yup, it surely was in some funky loop...and I wouldn't be surprised if it
was looping to check if the channels were hungup or not and ended up taking
up the entire CPUI should've tried to just kill that thread with its PID
and seen if the operation returns to normal.

No, unfortunately nothing interesting found in the logs, other than the
indication that when I tried to reload using core reload it was actually
loading the configs even though it didn't show anything on the CLI.
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] single keypress short-circuits to invalid extension handler

2011-07-06 Thread Eric Wieling


 -Original Message-
 From: asterisk-users-boun...@lists.digium.com
 [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of
 Cassius Smith
 Sent: Wednesday, July 06, 2011 4:37 AM
 To: Asterisk Users Mailing List - Non-Commercial Discussion
 Subject: [asterisk-users] single keypress short-circuits to
 invalid extension handler

 Hello all
 I'm running Asterisk 1.8.4.4 in a new installation. I'm
 seeing peculiar behaviour in a context where I dispatch to
 different MeetMe conference rooms. It seems the first digit
 is being given to Asterisk and it ALWAYS jumps to the i
 extension. I originally had single digits for the MeetMe
 rooms, I tried double digits to no avail. As soon as I press
 the 0 key it plays  the invalid message. Here is my meet-me
 context from my dialplan. Any ideas? Other sections of my
 dialplan work fine in permitting multiple digit keypresses. I
 have used this same dialplan in many other installations, so
 I'm pretty flummoxed by this...

 Cassius Smith

 [meet-me]
 exten = s,1(top),NoOp()
  same = n,Answer()
  same = n,Wait(1.0)
  same =
 n,Background(enter-conf-call-numberdigits/0digits/0through
digits/0digits/9)
  same = n,WaitExten(5)

 exten = 00,n,MeetMe(SouthAfrica0,dMs)
 exten = 01,n,MeetMe(Swaziland1,dMs)
 exten = 02,n,MeetMe(Botswana2,dMs)
 exten = 03,n,MeetMe(Zimbabwe3,dMs)
 exten = 04,n,MeetMe(Lesotho4,dMs)
 exten = 05,n,MeetMe(Mozambique5,dMs)
 exten = 06,n,MeetMe(Zimbabwe6,dMs)
 exten = 07,n,MeetMe(Namibia7,dMs)
 exten = 08,n,MeetMe(Angola8,dMs)
 exten = 09,n,MeetMe(Congo9,dMs)

 exten = t,1,Goto(s,top)

 exten = i,1,Playback(invalid)
  same = n,Goto(s,top)
 
 And here is the console output...
 -- Executing [4098@users:1] Goto(SIP/4099-0026,
 meet-me,s,1) in new stack
 -- Goto (meet-me,s,1)
 -- Executing [s@meet-me:1] NoOp(SIP/4099-0026, )
 in new stack
 -- Executing [s@meet-me:2] Answer(SIP/4099-0026,
 ) in new stack
 -- Executing [s@meet-me:3] Wait(SIP/4099-0026,
 1.0) in new stack
 -- Executing [s@meet-me:4]
 BackGround(SIP/4099-0026,
 enter-conf-call-numberdigits/0digits/0throughdigits/0dig
its/9) in new stack
 -- SIP/4099-0026 Playing
 'enter-conf-call-number.ulaw' (language 'en_ZA')
 -- Invalid extension '0' in context 'meet-me' on SIP/4099-0026
   == CDR updated on SIP/4099-0026
 -- Executing [i@meet-me:1] Playback(SIP/4099-0026,
 invalid) in new stack
 -- SIP/4099-0026 Playing 'invalid.slin' (language 'en_ZA')
 -- Executing [i@meet-me:2] Goto(SIP/4099-0026,
 s,top) in new stack
 -- Goto (meet-me,s,1)
 -- Executing [s@meet-me:1] NoOp(SIP/4099-0026, )
 in new stack




You don't have a priority 1

exten = 00,1,MeetMe(SouthAfrica0,dMs)
exten = 01,1,MeetMe(Swaziland1,dMs)
exten = 02,1,MeetMe(Botswana2,dMs)
Etc.

WaitExten can accept more than one digit.

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] single keypress short-circuits to invalid extension handler

2011-07-06 Thread Cassius Smith
On 7/6/11 3:20 PM, Eric Wieling ewiel...@nyigc.com wrote:




 -Original Message-
 From: asterisk-users-boun...@lists.digium.com
 [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of
 Cassius Smith
 Sent: Wednesday, July 06, 2011 4:37 AM
 To: Asterisk Users Mailing List - Non-Commercial Discussion
 Subject: [asterisk-users] single keypress short-circuits to
 invalid extension handler

 Hello all
 I'm running Asterisk 1.8.4.4 in a new installation. I'm
 seeing peculiar behaviour in a context where I dispatch to
 different MeetMe conference rooms. It seems the first digit
 is being given to Asterisk and it ALWAYS jumps to the i
 extension. I originally had single digits for the MeetMe
 rooms, I tried double digits to no avail. As soon as I press
 the 0 key it plays  the invalid message. Here is my meet-me
 context from my dialplan. Any ideas? Other sections of my
 dialplan work fine in permitting multiple digit keypresses. I
 have used this same dialplan in many other installations, so
 I'm pretty flummoxed by this...

 Cassius Smith

 [meet-me]
 exten = s,1(top),NoOp()
  same = n,Answer()
  same = n,Wait(1.0)
  same =
 n,Background(enter-conf-call-numberdigits/0digits/0through
digits/0digits/9)
  same = n,WaitExten(5)

 exten = 00,n,MeetMe(SouthAfrica0,dMs)
 exten = 01,n,MeetMe(Swaziland1,dMs)
 exten = 02,n,MeetMe(Botswana2,dMs)
 exten = 03,n,MeetMe(Zimbabwe3,dMs)
 exten = 04,n,MeetMe(Lesotho4,dMs)
 exten = 05,n,MeetMe(Mozambique5,dMs)
 exten = 06,n,MeetMe(Zimbabwe6,dMs)
 exten = 07,n,MeetMe(Namibia7,dMs)
 exten = 08,n,MeetMe(Angola8,dMs)
 exten = 09,n,MeetMe(Congo9,dMs)

 exten = t,1,Goto(s,top)

 exten = i,1,Playback(invalid)
  same = n,Goto(s,top)
 
 And here is the console output...
 -- Executing [4098@users:1] Goto(SIP/4099-0026,
 meet-me,s,1) in new stack
 -- Goto (meet-me,s,1)
 -- Executing [s@meet-me:1] NoOp(SIP/4099-0026, )
 in new stack
 -- Executing [s@meet-me:2] Answer(SIP/4099-0026,
 ) in new stack
 -- Executing [s@meet-me:3] Wait(SIP/4099-0026,
 1.0) in new stack
 -- Executing [s@meet-me:4]
 BackGround(SIP/4099-0026,
 enter-conf-call-numberdigits/0digits/0throughdigits/0dig
its/9) in new stack
 -- SIP/4099-0026 Playing
 'enter-conf-call-number.ulaw' (language 'en_ZA')
 -- Invalid extension '0' in context 'meet-me' on SIP/4099-0026
   == CDR updated on SIP/4099-0026
 -- Executing [i@meet-me:1] Playback(SIP/4099-0026,
 invalid) in new stack
 -- SIP/4099-0026 Playing 'invalid.slin' (language 'en_ZA')
 -- Executing [i@meet-me:2] Goto(SIP/4099-0026,
 s,top) in new stack
 -- Goto (meet-me,s,1)
 -- Executing [s@meet-me:1] NoOp(SIP/4099-0026, )
 in new stack




You don't have a priority 1

exten = 00,1,MeetMe(SouthAfrica0,dMs)
exten = 01,1,MeetMe(Swaziland1,dMs)
exten = 02,1,MeetMe(Botswana2,dMs)
Etc.

WaitExten can accept more than one digit.

Thanks Eric - this was it. I knew WaitExten() would read more than 1
digit. I guess I'd been staring at it so long I couldn't see the error. I
appreciate the extra eyes!

Cassius





--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Polycom Blf / Directed Pickup

2011-07-06 Thread Olivier
Using a Polycom 650 with 3.3.1, I could not have Directed Pickup working.

More precisely, I configured the phone using call and attendant entries
as described in this thread.
Whenever a call comes in, BLF is blinking green.
Pressing the associated key generate generates a general Call Pickup (*8),
not a directed Call Pickup.

Could you confirm this ?

Regards
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

[asterisk-users] libpri 1.4.12 Now Available

2011-07-06 Thread Asterisk Development Team

The Asterisk Development Team announces the release of libpri version
1.4.12.  This release is available for immediate download at
http://downloads.asterisk.org/pub/telephony/libpri/

The following are some of the issues resolved in this release:

  * Add call transfer exchange of subaddresses support and fix PTMP call
transfer signaling.

  * Invalid PTMP redirecting signaling as TE towards NT.

  * Add Q931_IE_TIME_DATE to CONNECT message when in network mode.
(issue #18047 (JIRA PRI-114). Reported by: wuwu. Patched by rmudgett)

  * Swap of master/slave in pri_enslave() incorrect.
(issue #18769 (JIRA PRI-120). Reported by: jcollie. Patched by jcollie)

  * Fix I-frame retransmission quirks.

  * Crash if NFAS swaps D channels on a call with an active timer.

  * DMS-100 not receiving caller name anymore.
(issue #18822 (JIRA PRI-121). Reported by: cmorford. Patched by 
rmudgett)


  * B channel lost by incoming call in BRI NT PTMP mode.

  * Implement the mandatory T312 timer for NT PTMP broadcast SETUP calls.

This release contains several new features, among them:

1.) ETSI and Q.SIG Call Completion Supplementary Service (CCSS) support
2.) ETSI Advice Of Charge (AOC) support
3.) ETSI Explicit Call Transfer (ECT) support
4.) ETSI Call Waiting support for ISDN phones
5.) ETSI Malicious Call ID support
6.) Add Display IE text handling options.

For a full list of changes in this release, please see the ChangeLog:

http://downloads.asterisk.org/pub/telephony/libpri/releases/ChangeLog-1.4.12

Thank you for your continued support of Asterisk!


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Dropping Conference calls

2011-07-06 Thread Mark Rosedale
So I made the change you suggested. That still hasn't worked, but I did manage 
to grab some logging from a dropped call.

[Jul  6 16:19:37] DEBUG[25950] channel.c: Got a FRAME_CONTROL (8) frame on 
channel DAHDI/i1/18883203585-7e
[Jul  6 16:19:37] DEBUG[25950] res_rtp_asterisk.c: Setting the marker bit due 
to a source update
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: Requested indication 20 on channel 
DAHDI/i1/18883203585-7e
[Jul  6 16:19:37] DEBUG[25950] channel.c: Bridge stops bridging channels 
SIP/7531-0077 and DAHDI/i1/18883203585-7e
[Jul  6 16:19:37] DEBUG[25950] cdr_mysql.c: Inserting a CDR record.
[Jul  6 16:19:37] DEBUG[25950] cdr_mysql.c: SQL command as follows: INSERT INTO 
cdr 
(`calldate`,`src`,`dst`,`dcontext`,`channel`,`dstchannel`,`lastapp`,`lastdata`,`duration`,`billsec`,`disposition`,`amaflags`,`accountcode`,`uniqueid`)
 VALUES ('2011-07-06 
15:58:57','7531','8883203585','from-sip','SIP/7531-0077','DAHDI/i1/18883203585-7e','Dial','DAHDI/g1/18883203585','1240','1238','ANSWERED','3','\Adam
 Witwer\','1309982337.338')
[Jul  6 16:19:37] DEBUG[25950] channel.c: Hanging up channel 
'DAHDI/i1/18883203585-7e'
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: 
dahdi_hangup(DAHDI/i1/18883203585-7e)
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: Set option AUDIO MODE, value: 
ON(1) on DAHDI/i1/18883203585-7e
[Jul  6 16:19:37] DEBUG[25950] sig_pri.c: sig_pri_hangup 1
[Jul  6 16:19:37] DEBUG[25950] sig_pri.c: Not yet hungup...  Calling hangup 
once with icause, and clearing call
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: Disabled echo cancellation on 
channel 1
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: Set option TDD MODE, value: OFF(0) 
on DAHDI/i1/18883203585-7e
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: Updated conferencing on 1, with 0 
conference users
[Jul  6 16:19:37] DEBUG[25950] chan_dahdi.c: Set option AUDIO MODE, value: 
OFF(0) on DAHDI/i1/18883203585-7e
[Jul  6 16:19:37] VERBOSE[25950] chan_dahdi.c: -- Hungup 
'DAHDI/i1/18883203585-7e'

On Jul 1, 2011, at 2:38 PM, Jonathan Thomas wrote:

 The exited non-zero is typical when a call has ended.  What I would recommend 
 (easiest method) is for you to enter the CLI using:  asterisk 
 –rvvv
 The v’s will provide more verbose logging, the 4 d’s will place the core in 
 debug mode(4).  Once in the CLI, pick a phone you will use as a test unit and 
 issue a
  
 sip set debug peer XX   (X=peer device id, such as 10001)
  
 This will seriously increase the size of your logging – but should provide 
 you with a very thorough trace of the call as its in flight, including the 
 SIP dialog between the phone/server. 
 Perhaps you can enable the above, place a call that drops, then snip that 
 section of the full log and send it to the list for parsing.  It’s the best 
 way to nail down an issue like this.
  
  
 JT
  
  
 From: Mark Rosedale [mailto:mrosed...@oreilly.com] 
 Sent: Friday, July 01, 2011 2:17 PM
 To: jonathan.tho...@us.patersons.net
 Cc: 'Asterisk Users Mailing List - Non-Commercial Discussion'
 Subject: Re: [asterisk-users] Dropping Conference calls
  
 So I didn't have sip debug set. So I don't have any SIP TIMER's in my log. I 
 have that set now. 
  
 I would be interested in the debut/logs if you have them.
  
 I do have Spawn extension...exited non-zero on 'SIP/'
  
 Here is the specifics 
 VERBOSE[10928] pbx.c:   == Spawn extension (from-sip, 1***, 1) exited 
 non-zero on 'SIP/7XXX-09d7'
  
 Not sure if that relates or not, but it is the only hit for the connection 
 between my sip client and the PRI going outbound right before the hangup. 
 On Jul 1, 2011, at 11:21 AM, Jonathan Thomas wrote:
 
 
 The key item in my logs, which would preface the call dropping, was: 
 [2011-06-28 09:43:49] DEBUG[25563] chan_sip.c: ** SIP TIMER: Cancelling
 retransmit of packet (reply received) Retransid #858
 
 For instance - a call would be connected.  SIP debug/core debug on.  At the
 14:30 mark I would begin tailing the full log.  Once I saw the SIP TIMER
 notice, it would be followed by a new INVITE (re-invite) SIP transmission
 that would be sent to the phone currently on call.  This re-invite was odd
 in that it would be on a different port to the phone than was already
 established (for example the NAT outgoing SIP OPTIONS would be sent to the
 phone on port 27608 - and this re-invite might go out on port 35780).  The
 behavior following would be: Asterisk would hang up as though the parties
 disconnected - however the phone would show the call was still going and
 would continue sending SIP responses to asterisk indicating as such.  When
 the phone was manually hung up it would send a SIP BYE (as normal) to
 asterisk - indicating it had no notice that Asterisk dropped the call.
 
 Adding to sip.conf
 session-timers=refuse
 Resolved the issue by stopping Asterisk from sending these re-invites during
 a live call.
 
 Hope that helps!  I have more SIP debugs/logs if they're useful to ya.
 

Re: [asterisk-users] Blind Transfer Connected

2011-07-06 Thread Alec Davis
  IMHO, blind tranfer definition is to NOT connect A and B back
 
 That is correct, and is why it's called a 'blind' transfer; 
 the transferring party does not know or care what happens to 
 the call after effecting the transfer.
 

That's not what users migrating from some legacy PBXs expect, our old
Fujitsu essence will call back the transferrer if the call isn't answered.
The good old 'hook flash', dial the extension, then hangup.

Alec



--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


[asterisk-users] ooh323 does not work fine, what about h323 channel

2011-07-06 Thread bilal ghayyad
Hi All;

The asterisk version I am using is 1.8.4.2 and I compiled ooh323 channel (by 
selecting the add-on). But really does not work in good performance, for 
example: if a call came from gnugk to asterisk and the ooh323 handled it, the 
performance is bad .. some calls are drop and if it is ringing, then it rings 
for small duration and then stop ringing 

In other words, if the call went from gnugk to the provider directly (all the 
path h323), it is better than coming for Asterisk via the ooh323 channel and 
then to be translated for SIP to be sent for provider.

I would like to try the h323 channel (and not the ooh323), but I do not know 
what I have to do to compile? Any advise?

Did anyone tried yate to do the translation from h323 to sip? How it is?

Regards
Bilal

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Blind Transfer Connected

2011-07-06 Thread Kevin P. Fleming

On 07/06/2011 04:44 PM, Alec Davis wrote:

IMHO, blind tranfer definition is to NOT connect A and B back


That is correct, and is why it's called a 'blind' transfer;
the transferring party does not know or care what happens to
the call after effecting the transfer.



That's not what users migrating from some legacy PBXs expect, our old
Fujitsu essence will call back the transferrer if the call isn't answered.
The good old 'hook flash', dial the extension, then hangup.


Well, that would have to be handled in the dialplan somehow, because 
Asterisk alone can't decide when a call is 'not answered'. However, 
writing such a dialplan would indeed be non-trivial :-)


--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Agents outbound calls to be recorded

2011-07-06 Thread Alejandro Kauffmann

On 7/6/2011 4:36 AM, bilal ghayyad wrote:

Hi All;

I know that incoming calls for the agent can be recorded, but how I can let the 
outbound calls for the agents to be recorded? I can determine the directory to 
store the outbound calls of the agents to be other than the directory to store 
the incoming calls of the agents?

Regards
Bilal


This is an example of what we do.

MixMonitor(crm/${STRFTIME(${EPOCH},,%B)}/${STRFTIME(${EPOCH},,%d-%m-%Y)}/${STRFTIME(${EPOCH},,%Y%m%d)}-${EXTEN:3}N-${UNIQUEID}-${CALLERID(NUM)}.wav,v(-1)V(2)b,)


What this does is save the recording in:

/var/spool/asterisk/monitor/crm/July/06-07-2011/ (Date in Euro format)

with name:

mmdd-dialednumber-uniqueid-extensionthatdialed.wav

Warning:

I've seen 1.8 create the directory if it does not exist.  Asterisk 1.4 
will NOT create it.  Don't know what 1.6 does with it.


Alex

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Blind Transfer Connected

2011-07-06 Thread Alex Balashov

On 07/06/2011 05:52 PM, Kevin P. Fleming wrote:

On 07/06/2011 04:44 PM, Alec Davis wrote:

IMHO, blind tranfer definition is to NOT connect A and B back


That is correct, and is why it's called a 'blind' transfer;
the transferring party does not know or care what happens to
the call after effecting the transfer.



That's not what users migrating from some legacy PBXs expect, our old
Fujitsu essence will call back the transferrer if the call isn't
answered.
The good old 'hook flash', dial the extension, then hangup.


Well, that would have to be handled in the dialplan somehow, because
Asterisk alone can't decide when a call is 'not answered'. However,
writing such a dialplan would indeed be non-trivial :-)


Not to mention the expansive myriad of things that can answer the call 
these days, like sundry voicemail systems, that do not constitute an 
answer in the sense desired by the transferring party.


On the other hand, if you make the ring timeout too short, that breaks 
functionality such as call forwarding to a cell phone on the recipient side.


It seems to me that keeping blind transfer truly blind is the only 
viable strategy in the contemporary device, service and feature milieu.


--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Monitoring connection to VoIP provider?

2011-07-06 Thread Faisal Hanif
Community can help you better if you provide some details about you scenario
and requirement.

-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Gilles
Sent: Wednesday, July 06, 2011 5:03 PM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] Monitoring connection to VoIP provider?

Hello

I was wondering if Asterisk can be configured to monitor a
connection to a VoIP provider, whether someone is currently using it for a
call or the connection is idle?

FWIW, my VoIP provider doesn't run an iperf server on their side. I don't
know if ping/traceroute is a good enough solution to monitor an SIP
connection.

I'd like this so I can check how good the line is before calling or
receiving a call.

Thank you.


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to
Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ooh323 does not work fine, what about h323 channel

2011-07-06 Thread Faisal Hanif
Hi,

As per my experience YATE is the best option for H323=SIP Proxy.

Regards,

Faisal

-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of bilal ghayyad
Sent: Thursday, July 07, 2011 2:48 AM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] ooh323 does not work fine, what about h323 channel

Hi All;

The asterisk version I am using is 1.8.4.2 and I compiled ooh323 channel (by
selecting the add-on). But really does not work in good performance, for
example: if a call came from gnugk to asterisk and the ooh323 handled it,
the performance is bad .. some calls are drop and if it is ringing, then it
rings for small duration and then stop ringing 

In other words, if the call went from gnugk to the provider directly (all
the path h323), it is better than coming for Asterisk via the ooh323 channel
and then to be translated for SIP to be sent for provider.

I would like to try the h323 channel (and not the ooh323), but I do not know
what I have to do to compile? Any advise?

Did anyone tried yate to do the translation from h323 to sip? How it is?

Regards
Bilal

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to
Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users