Re: [asterisk-users] Strange issues with newly rebooted machine

[Steven Howes]

On 6 Aug 2013, at 19:28, Mike Diehl wrote:
> We got it fixed!  Our co-lo is in the process of doing a network
> reconfiguration/relocation and had changed their MTU to 1400 during
> the transition.  Once we did the same, everything started to work.

PMTU should take care of that. Are you blocking ICMP somewhere?

S

--
_
-- 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] Dahdi interface flapping

[Andre Goree]

> Although, patlooptest ran clean. It's most likely either a)
> misconfiguration between the card settings and the provider b)
> cabling between the card and the smart jack or c) Just something bad
> on the provider's end. The probability of it being system / hardware
> related is low IMO.
>
> I take it though your old install still works fine? What was the
> reason you're replacing the old install anyway?
>
> --
> Shaun Ruffell
> Digium, Inc. | Linux Kernel Developer
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> Check us out at: www.digium.com & www.asterisk.org

Sorry for the noise guys, but I'm still having trouble with this.  I
don't know a whole lot about T1/ISDN/PRI configuration (obviously),
but I'm finding it hard coming to terms with this being a
configuration issue on the provider's end when two cards (a TE405P and
a TE410P) work flawlessly with the same exact configuration.  The
provider explains that their tests from their equipment to the mux is
fine and that they can't go further than that.  I tend to believe them
since there are no issues on aforementioned cards...the issue only
occurs when trying to connect the new card (a T133 -- 1x PCI-e in a
rackmount server using a 16x riser, this shouldn't be an issue if my
hardware knowledge is worth anything, heh).

Still trying to trace down and see if there can be some sort of
cabling issue between the new box and the PRI port, but so far haven't
come across everything.

Could this at all have to do with brand-new hardware (TE133 was just
release, if I'm not mistaken) and/or some bug in the new dahdi (I used
dahdi-linux-complete-2.7.0+2.7.0)?  Also, the system is 64-bit CentOS,
and so I've had to place files in /usr/lib64 -- for instance, all
asterisk modules are in "/usr/lib64/asterisk/modules"...asterisk was
configured with "./configure CFLAGS=-mtune=native --libdir=/usr/lib64
&& make menuselect".  Libpri-1.4 was build from source as well, the
files for it in /usr/lib64 are symlinks:

[root@asterisk-master ~]# ll /usr/lib64/libpri.so*
lrwxrwxrwx 1 root root 22 Aug 2 09:12 /usr/lib64/libpri.so ->
/usr/lib/libpri.so.1.4
lrwxrwxrwx 1 root root 22 Aug 2 09:32 /usr/lib64/libpri.so.1.4 ->
/usr/lib/libpri.so.1.4

I thought this might be an issue, so I did try installing the 64-bit
rpm, but the same issue occurred after having rebuilt dahdi and
asterisk.


I'm really trying to think outside the box and see if there's any
other possibilities here...I'm at my wits end, as you might imagine :/

--
_
-- 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 - WHMCS Intergration

[Rusty Newton]

On Tue, Aug 6, 2013 at 7:03 AM, Daniel Watson  wrote:

>
> Gday Guys
>
>   I was wondering if anybody might have some ideas, other then saying to
> get a programmer to code something up for me.
>
>  I have seen it done before, and what i am after is a module for
> asterisk/freepbx that will communicate with WHMCS,
>
>  What i would like to achieve from this, is a section on WHMCS client
> profile for a security pin, and when they call through for support, it asks
> them to enter in their customer ID and the PIN in their profile
>
>
At a glance I don't see anything out there that is pre-built for you.

If you do have a dev then it looks like a fairly simple deal. Looks like
WHMCS has a nice API:

http://docs.whmcs.com/API
http://docs.whmcs.com/API:Get_Clients_Details
http://docs.whmcs.com/API:Get_Clients_Password

and you could probably accomplish the same with straight database lookups
since you are only pulling info and comparing it to what the user entered
through DTMF.

http://bloke.org/whmcs/whmcs-and-asteriskfreepbx-integration/


-- 

Rusty Newton
Digium, Inc. | Community Support Manager445 Jan Davis Drive NW -
Huntsville, AL 35806 - US
Check us out at: http://digium.com & http://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] Strange issues with newly rebooted machine

[Mike Diehl]

Yes, it should have, but I don't think it's turned on  by default...
Anyway, this lower MTU setting is just temporary, so I'll just live
with it for now.

Thanks for your assistance.

Mike.

On Wed, Aug 7, 2013 at 2:28 AM, Steven Howes  wrote:
> On 6 Aug 2013, at 19:28, Mike Diehl wrote:
>> We got it fixed!  Our co-lo is in the process of doing a network
>> reconfiguration/relocation and had changed their MTU to 1400 during
>> the transition.  Once we did the same, everything started to work.
>
> PMTU should take care of that. Are you blocking ICMP somewhere?
>
> S
>
> --
> _
> -- 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

[asterisk-users] queue member ackcall - cpuspikes

[zendel fernandez]

hi!,

Asterisk Version:1.6.1.20
OS: CentOS release 5.3 (Final)
uname: 2.6.18-128.el5PAE #1 SMP Wed Jan 21 11:19:46 EST 2009 i686 i686 i386
GNU/Linux
Application: Queue
Specific Details: Obtain Acknowledgement from queue member before bridging
the caller.
Language: AEL
Similar 
Example:http://www.voip-info.org/wiki/view/Asterisk+tips+Queue+Member+ackcall

Scenario:
1. User calls in a General Number

2. Call is queued in Queue Application

3. Queue calls a Local/@members channel

4. At members context:
Dial The real member(called party) channel with a U(GOSUB X) routine
4.1 The "called party" answers, & is led to the GOSUB routine X:
Here the prompt is given to the called party to acknowledge the incoming
call
[ depending on the out put, this will return appropriate GOSUB result ]
4.2 Based on the GOSUB result, the Dial proceeds

5. The Queue proceeds based on the result taken at 4.2 above.
i.e.
Take it as a success & build the bridge between the caller & member
Whether to DIAL the next member

The Question: All goes well & the dial-plan works. If between step 4.1 &
4.2, the caller hangs up asterisk gives CPU spikes.
Symptom: ASTERISK CLI gets stuck until step 4.2 returns.

Console Error: app_dial.c: Could not stop autoservice on calling channel
[ Somehow get the feeling that this is not the real error]

What could be the reason for CPU SPIKES. How to avoid this ?


Regds.
--
_
-- 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] queue member ackcall - cpuspikes

[Paul Belanger]

On 13-08-07 08:42 PM, zendel fernandez wrote:

hi!,

Asterisk Version:1.6.1.20
OS: CentOS release 5.3 (Final)
uname: 2.6.18-128.el5PAE #1 SMP Wed Jan 21 11:19:46 EST 2009 i686 i686 i386
GNU/Linux
Application: Queue
Specific Details: Obtain Acknowledgement from queue member before bridging
the caller.
Language: AEL
Similar 
Example:http://www.voip-info.org/wiki/view/Asterisk+tips+Queue+Member+ackcall

Scenario:
1. User calls in a General Number

2. Call is queued in Queue Application

3. Queue calls a Local/@members channel

4. At members context:
Dial The real member(called party) channel with a U(GOSUB X) routine
4.1 The "called party" answers, & is led to the GOSUB routine X:
Here the prompt is given to the called party to acknowledge the incoming
call
[ depending on the out put, this will return appropriate GOSUB result ]
4.2 Based on the GOSUB result, the Dial proceeds

5. The Queue proceeds based on the result taken at 4.2 above.
i.e.
Take it as a success & build the bridge between the caller & member
Whether to DIAL the next member

The Question: All goes well & the dial-plan works. If between step 4.1 &
4.2, the caller hangs up asterisk gives CPU spikes.
Symptom: ASTERISK CLI gets stuck until step 4.2 returns.

Console Error: app_dial.c: Could not stop autoservice on calling channel
[ Somehow get the feeling that this is not the real error]

What could be the reason for CPU SPIKES. How to avoid this ?

What are you doing in your GOSUB X routine, you are likely blocking the 
thread in Asterisk, which is causing your autoservice errors (and yes, 
they are real errors) which increases the CPU on asterisk.


--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: 
https://twitter.com/pabelanger


--
_
-- 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] queue member ackcall - cpuspikes

[zendel fernandez]

hi!

GOSUB X
* Presents Background message to the called party
* check if there's any inputs from the user ( Press 1 etc )
* exit if called party provide input *or not*


See the example URL for for similar implementations.



Regds




On Thu, Aug 8, 2013 at 2:03 PM, Paul Belanger
wrote:

> On 13-08-07 08:42 PM, zendel fernandez wrote:
>
>> hi!,
>>
>> Asterisk Version:1.6.1.20
>> OS: CentOS release 5.3 (Final)
>> uname: 2.6.18-128.el5PAE #1 SMP Wed Jan 21 11:19:46 EST 2009 i686 i686
>> i386
>> GNU/Linux
>> Application: Queue
>> Specific Details: Obtain Acknowledgement from queue member before bridging
>> the caller.
>> Language: AEL
>> Similar Example:http://www.voip-info.**org/wiki/view/Asterisk+tips+**
>> Queue+Member+ackcall
>>
>> Scenario:
>> 1. User calls in a General Number
>>
>> 2. Call is queued in Queue Application
>>
>> 3. Queue calls a Local/@members channel
>>
>> 4. At members context:
>> Dial The real member(called party) channel with a U(GOSUB X) routine
>> 4.1 The "called party" answers, & is led to the GOSUB routine X:
>> Here the prompt is given to the called party to acknowledge the incoming
>> call
>> [ depending on the out put, this will return appropriate GOSUB result ]
>> 4.2 Based on the GOSUB result, the Dial proceeds
>>
>> 5. The Queue proceeds based on the result taken at 4.2 above.
>> i.e.
>> Take it as a success & build the bridge between the caller & member
>> Whether to DIAL the next member
>>
>> The Question: All goes well & the dial-plan works. If between step 4.1 &
>> 4.2, the caller hangs up asterisk gives CPU spikes.
>> Symptom: ASTERISK CLI gets stuck until step 4.2 returns.
>>
>> Console Error: app_dial.c: Could not stop autoservice on calling channel
>> [ Somehow get the feeling that this is not the real error]
>>
>> What could be the reason for CPU SPIKES. How to avoid this ?
>>
>>  What are you doing in your GOSUB X routine, you are likely blocking the
> thread in Asterisk, which is causing your autoservice errors (and yes, they
> are real errors) which increases the CPU on asterisk.
>
> --
> Paul Belanger | PolyBeacon, Inc.
> Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode)
> Github: https://github.com/pabelanger | Twitter:
> https://twitter.com/pabelanger
>
> --
> __**__**_
> -- 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