Indian Telcos do allow setting callerid on PRI line and you can set the
callerid to one of the numbers allocated by them for PRI.
--Satish Barot
On Mon, Feb 13, 2012 at 6:49 PM, Ast Coder wrote:
> India TRAI rules doesn't allow for CLID setting. They are backwards
> minded. If you ever get them
Dear Moderator,
I need an assistance for below problem:
1. there are time incoming call from extension 100 that I don't create, how
to know where is the origin of this extension?
2. when I pick up the call, there is no sound at all, this is very iritating
me due sometime the call is made during mi
On 02/08/2012 09:28 AM, Josh wrote:
If one has internal networks, accessible via, say eth1 and tun0, and
implements Asterisk to act as the internal/private PBX (without exposing
it to the outside world), then having been forced to use 0.0.0.0 will,
of course, expose Asterisk to any other - undesi
"Jason W. Parks" writes:
> Thanks for the info. As we move forward, we'll be testing and making a
> phone selections. No doubt we'll run into this. Are you saying if the
> phone is stated to be a 10/100 phone, it still may not work at 10?
I must admit it isn't something I have looked at particul
On Sat, Feb 11, 2012 at 11:20 PM, Ron Bergin wrote:
Finally, add a couple debugging statements after the get_variable
statements to verify/dump the vars.
Steve Edwards wrote:
Doing any I/O on STDIN or STDOUT will violate the AGI protocol.
On Mon, 13 Feb 2012, Ron Bergin wrote:
That is
Anyone got a way to pull the Source and Destination IP addresses for a call
so they can be logged in a CDR and or CEL? Also anyone got a slick way for
registring PDD on calls?
Thanks
Bryant
--
_
-- Bandwidth and Colocation Provi
(...)
My guess is your new setup is trying to do a PRI 2B Transfer (meaning
that Asterisk is trying to handoff two B channels of a PRI to the
upstream switch). It is probably being rejected and the call is hanging
up. You will need to dig into the PRI debug of both scenarios and
compare.
Steve Edwards wrote:
> On Mon, 13 Feb 2012, Sammy Govind wrote:
>
>> On Sat, Feb 11, 2012 at 11:20 PM, Ron Bergin wrote:
>
>> Finally, add a couple debugging statements after the get_variable
>> statements to verify/dump the vars.
>
> Doing any I/O on STDIN or STDOUT will violate the AGI protocol.
On 2/13/2012 10:49 AM, Andres wrote:
-- Accepting call from '418nx2' to '418nx1' on channel
0/1, span 1
-- Executing [418nx1@ael-default:1]
Answer("DAHDI/i1/418nx2-b", "") in new stack
-- Executing [418nx1@ael-default:2]
Wait("DAHDI/i1/418nx2-b", "2") in new
-- Accepting call from '418nx2' to '418nx1' on channel 0/1,
span 1
-- Executing [418nx1@ael-default:1]
Answer("DAHDI/i1/418nx2-b", "") in new stack
-- Executing [418nx1@ael-default:2]
Wait("DAHDI/i1/418nx2-b", "2") in new stack
-- Executing [418nx1@ael
On Mon, Feb 13, 2012 at 2:48 AM, Hans Witvliet wrote:
> Even on a 100Mbps network, if one of the machines on the same network is
> doing a rsync-job (no saturation), I notice a drop in voip-quality.
That's because you don't know how to properly configure a network.
You could run 10m to saturatio
Nevermind,
I checked the code, and A* is not using the "F" option in MeetMe for
Page(), so it's not working by default.
Attached is a patch which fixes the problem for me, if anyone needs it.
Matteo
Il 11/02/2012 13:53, Matteo Fortini ha scritto:
Noone knows that? Where/whom could I ask?
Tha
Thanks Dave, it at least gives me hope that my efforts aren`t wasted.
Mike
> -Original Message-
> From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-
> boun...@lists.digium.com] On Behalf Of Dave Fullerton
> Sent: Monday, February 13, 2012 9:39 AM
> To: asterisk-users@li
Hi all !
We currently have an asterisk box that is rather old (runs Asterisk
1.4.21.2), and it's connected to the PSTN with a sangoma A104d card.
Now we have a new PRI at another location, and I use that occasion to
build 2 new servers, one to replace our aging one and a new one for this new
pri
On 02/10/2012 05:30 PM, Mike wrote:
Hi,
I just moved many Polycom phones from firmware v3 to 4.0.1b. Anto-Answer
simply stopped functioning. I can downgrade and make it work, upgrading
kills it again. There obviously is a difference in how the newer
firmware is treating this auto answer sip head
Gotcha! That was my plan. I ran into that exact issue when I was
randomly speed testing a couple of the lines. The computer under test
immediately negotiated to 100Mb and ran just fine, but I know I'm
asking for trouble to keep it that way. I will be forcing all ports
down to 10.
...and thanks for
Jason
A standard SIP VOIP phone will use less than 100k per voice call. For
example I have several bussiness customers that have a dedicated DSL line
and they do up to 6 lines very well on that 1.5x384 (we do g729 which is
37k per call). If your networks drops can test solid at 10mb you should
The existing infrastructure I'm speaking of is the existing voice
infrastructure. It currently supports a digital PBX. No IP whatsoever,
but the wiring is rated for 10BaseT. As we look to replace the digital
PBX with VoIP, my options are to abandon that wiring and start using our
data network,
Thanks for the info. As we move forward, we'll be testing and making a
phone selections. No doubt we'll run into this. Are you saying if the
phone is stated to be a 10/100 phone, it still may not work at 10?
On 2/13/2012 1:32 AM, Benny Amorsen wrote:
"Jason W. Parks" writes:
I can move my
India TRAI rules doesn't allow for CLID setting. They are backwards minded.
If you ever get them to do it let me know ;)
-Bruce
On Mon, Feb 13, 2012 at 8:18 AM, Steven Howes wrote:
> On 13 Feb 2012, at 12:06, virendra bhati wrote:
> > You can't set callerid for outgoing calls in case of PRI.
>
>
On 13 Feb 2012, at 12:06, virendra bhati wrote:
> You can't set callerid for outgoing calls in case of PRI.
Why not? Every PRI I have used supported it. Is this a carrier-specific thing?
S
--
_
-- Bandwidth and Colocation Provide
- Original Message -
> From: "David C Klaverstyn"
> To: "Asterisk Users Mailing List - Non-Commercial Discussion"
>
> Sent: Sunday, February 12, 2012 7:02:15 PM
> Subject: [asterisk-users] No valid transports available, falling back
> to 'udp'.
> Hi All,
> I just installed Asterisk 10.
Best Regards,
Mahesh Katta
On Mon, Feb 13, 2012 at 5:27 PM, Unai Solaguren wrote:
> Thanks in advance.
>
> We are trying to confirm our permissions are the correct.
>
> I would like to solve other question in this PRI.
>
> Could you say me what the CallerID that we must to present to our PRI??
You can't set callerid for outgoing calls in case of PRI.
On Mon, Feb 13, 2012 at 5:27 PM, Unai Solaguren wrote:
> Thanks in advance.
>
> We are trying to confirm our permissions are the correct.
>
> I would like to solve other question in this PRI.
>
> Could you say me what the CallerID that we
Thanks in advance.
We are trying to confirm our permissions are the correct.
I would like to solve other question in this PRI.
Could you say me what the CallerID that we must to present to our PRI??
with STD 02137 XX ??
or without STD XX ???
thanks for the before answer
Before doing anything. first check with your PRI provider that you have
permission of making STD calls or not. As per my thinking you don't have
permission of STD calls. I faced with same issue 1 year back when I used
TATA PRI in mumbai.
On Mon, Feb 13, 2012 at 5:00 PM, Unai Solaguren wrote:
>
>
I have a PRI line with TATA in Pune (Maharastra, India), but I can only
make local calls.
For example I can't make international calls and some national calls, for
example to Bangalore.
I have been testing with the Pridialplan and Prilocaldialplan values but I
can't solve the problem.
At this
I think that implementing QoS is a better way to handle voip on a 100
Mbps network, than to upgrade everything to 1 Gbps
On Mon, Feb 13, 2012 at 10:48 AM, Hans Witvliet wrote:
> On Mon, 2012-02-13 at 09:32 +0100, Benny Amorsen wrote:
>> "Jason W. Parks" writes:
>>
>> > I can move my voice infras
On Mon, 2012-02-13 at 09:32 +0100, Benny Amorsen wrote:
> "Jason W. Parks" writes:
>
> > I can move my voice infrastructure to an IP-based one running 10Mbps,
> > utilize existing wiring infrastructure, with the only cost outlay
> > being low cost PoE managed switches (48 ports for about a grand)
"Jason W. Parks" writes:
> I can move my voice infrastructure to an IP-based one running 10Mbps,
> utilize existing wiring infrastructure, with the only cost outlay
> being low cost PoE managed switches (48 ports for about a grand), and
> it ends up a lot cheaper than upgrading the data network t
Thanks for good advice, will definitely keep these in mind while doing
coding - starting from now :)
On Mon, Feb 13, 2012 at 12:30 PM, Steve Edwards
wrote:
> On Mon, 13 Feb 2012, Sammy Govind wrote:
>
> Hi again,Just to update I fixed the issue. I read through your reply and
>> the URL in it an
31 matches
Mail list logo