Re: [asterisk-users] Multi-homed SIP in Asterisk 11?
On 7/31/2013 10:32 AM, Tony Mountifield wrote: Most of my experience until recently has been in Asterisk 1.2, and I am just starting to make use of Asterisk 11 for new systems. I have a question about using SIP on a multi-homed machine. I have a customer who wants an Asterisk box with two network interfaces: one on the public Internet (no NAT), and one on a private LAN. The box will not do any IP forwarding between interfaces. They want to connect to a SIP trunk from an ITSP via the public interface, and to have SIP phones on their LAN registered via the private interface. I haven't tried such a setup before, so before creating a test system, I wondered if anyone here has made such a setup, and whether there are any issues with getting SDP contents and media routing correct? Cheers Tony I built a setup like this a few years back. I believe the hurdle was more for the OS than asterisk. Let say the the two networks are 192.168.10.0/24 and 192.168.11.0/24 and the gateways are 192.168.10.1 and 192.168.11.1 respectively, and the asterisk box server has the two interfaces as 192.168.10.11 and 192.168.11.11 from memory(warning: my memory is not what it used to be): echo "1 TenNet" >> /etc/iproute2/rt_tables echo "2 ElevenNet" >> /etc/iproute2/rt_tables ip route add 192.168.10.0/24 dev eth0 src 192.168.10.11 table TenNet ip route add 192.168.11.0/24 dev eth1 src 192.168.11.11 table ElevenNet ip route add default via 192.168.10.1 dev eth0 table TenNet ip route add default via 192.168.11.1 dev eth1 table ElevenNet ip route show 2>&1 >> $logFile ip rule add from 192.168.10.11/32 table TenNet ip rule add from 192.168.11.11/32 table ElevenNet ip rule add to 192.168.10.11/32 table TenNet ip rule add to 192.168.11.11/32 table ElevenNet All that the above does is ensure that traffic is routed out the correct interface based on where it is headed. I.E. All traffic for 192.168.10.0/24 goes out eth0 all traffic for 192.168.11.0/24 goes out eth1 Then in asterisk I believe I add a localnet setting in sip.conf as 192.168.11.0, could be wrong on this though. JohnM -- _ -- 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] Echo Cancellation
On 7/25/2013 5:57 AM, Patrick Lists wrote: On 07/25/2013 11:51 AM, bilal ghayyad wrote: Hello; If our Digium Telephony Card does not support echo cancellation like (1TDM410PLF or 1AEX410PLF), what is the best and simple way to overcome the echo? Use the free OSLEC echo canceller software module or Digium's commercial HPEC echo canceller software module. Google is your friend. Regards, Patrick +1 for OSLEC JohnM -- _ -- 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] Asterisk Calendar integration suggestions
Hello all, I am looking into building a calendar server (due to business requierments I can not use public hosted calender like Google), and am looking for suggestions based on experience with different calendar applications/servers available for Linux that you have integrated with Asterisk. If you can give a quick, simple list of what worked and what didn't I would be very grateful. Thank You, John -- _ -- 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] Top Posting
On 1/2/2013 1:10 PM, Don Kelly wrote: It is not hard to follow the rules . If the nice folks at Digium took the time to post rules we should at least TRY to follow them. If you do not like the rules you can always petition Digium to change them but, taking up bandwidth on the list in this all to frequent pissing match is a futile waste of time. Grow up, follow the rules, have a good day. JohnM I'm 69, not too likely to do much more growing up, and I do follow the rules, unless the thread is already top-posted. I'm young enough, though, that I don't have a problem discussing change, and I thought I had started a new thread with the Top Posting subject so you wouldn't need to waste your time looking at it. If there were change, I'd think it would be better to come from the list users rather than from Digium. If you'd like to add real value to this discussion, you might respond to my request for information on what product/procedure/whatever would enable me to follow and participate in bottom-posted discussions as it doesn't appear that Outlook or gmail are very effective. --Don Umm, what about positioning the cursor below the previous post before writing your reply in outlook, I used to do it all the time when forced to use outlook by company policy or such. Click on scroll bar drag -> to bottom of reply -> click in message body, about a half seconds time, maybe a full second if you choose to move slowly. Admittedly though it has been a few versions since I have been forced to use Outlook, I currently use Thunderbird for mail and can set it to start my reply on top or at the bottom. JohnM -- _ -- 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] Top Posting
On 1/2/2013 12:20 PM, Steve Totaro wrote: On Wed, Jan 2, 2013 at 12:00 PM, j...@millican.us wrote: On 1/2/2013 11:30 AM, Richard Kenner wrote: If things were properly trimmed, the email would be short enough that it really doesn't matter that much if the new material is on the top or bottom, but people who top-post and don't trim create really hard-to-follow emails. Not really true often times when people do the right thing and post debug and conf files often required to get meaningful help. Yes, but if you put those at the end, where they belong, people reading the email can follow the thread quite easily and can ignore those if they don't need them. Certainly only a tiny part of such, if any at all, should be included in a reply. Ok folks, could not stop myself any longer. This pissing and moaning is foolish to say the least. There was a post a while ago in the original hijacked thread by Steve Edwards that gave a link to the "rules of the list" at: http://www.asterisk.org/community/discuss/ GO READ THEM! Directly before the list of Rules is: Show consideration. It's important to read the rules before posting on a mailing list. Sage advice if you ask me, and yes I know nobody actually asked me. It is not hard to follow the rules . If the nice folks at Digium took the time to post rules we should at least TRY to follow them. If you do not like the rules you can always petition Digium to change them but, taking up bandwidth on the list in this all to frequent pissing match is a futile waste of time. Grow up, follow the rules, have a good day. JohnM I became a list member way before any such rule and never had to click through and agree to these update ToS. I am grandfathered in. Thanks, Steve Totaro So Steve, can I steal this and send it to the IRS? The ATF? Local Police Department? Wouldn't that be nice! Sorry couldn't resist. JohnM -- _ -- 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] Top Posting
On 1/2/2013 12:00 PM, j...@millican.us wrote: On 1/2/2013 11:30 AM, Richard Kenner wrote: If things were properly trimmed, the email would be short enough that it really doesn't matter that much if the new material is on the top or bottom, but people who top-post and don't trim create really hard-to-follow emails. Not really true often times when people do the right thing and post debug and conf files often required to get meaningful help. Yes, but if you put those at the end, where they belong, people reading the email can follow the thread quite easily and can ignore those if they don't need them. Certainly only a tiny part of such, if any at all, should be included in a reply. Ok folks, could not stop myself any longer. This pissing and moaning is foolish to say the least. There was a post a while ago in the original hijacked thread by Steve Edwards that gave a link to the "rules of the list" at: http://www.asterisk.org/community/discuss/ GO READ THEM! Directly before the list of Rules is: Show consideration. It's important to read the rules before posting on a mailing list. Sage advice if you ask me, and yes I know nobody actually asked me. It is not hard to follow the rules . If the nice folks at Digium took the time to post rules we should at least TRY to follow them. If you do not like the rules you can always petition Digium to change them but, taking up bandwidth on the list in this all to frequent pissing match is a futile waste of time. Grow up, follow the rules, have a good day. JohnM PS. Did not intend to imply that it was Steve that hijacked the thread, in case anyone read my comment that way JohnM -- _ -- 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] Top Posting
On 1/2/2013 11:30 AM, Richard Kenner wrote: If things were properly trimmed, the email would be short enough that it really doesn't matter that much if the new material is on the top or bottom, but people who top-post and don't trim create really hard-to-follow emails. Not really true often times when people do the right thing and post debug and conf files often required to get meaningful help. Yes, but if you put those at the end, where they belong, people reading the email can follow the thread quite easily and can ignore those if they don't need them. Certainly only a tiny part of such, if any at all, should be included in a reply. Ok folks, could not stop myself any longer. This pissing and moaning is foolish to say the least. There was a post a while ago in the original hijacked thread by Steve Edwards that gave a link to the "rules of the list" at: http://www.asterisk.org/community/discuss/ GO READ THEM! Directly before the list of Rules is: Show consideration. It's important to read the rules before posting on a mailing list. Sage advice if you ask me, and yes I know nobody actually asked me. It is not hard to follow the rules . If the nice folks at Digium took the time to post rules we should at least TRY to follow them. If you do not like the rules you can always petition Digium to change them but, taking up bandwidth on the list in this all to frequent pissing match is a futile waste of time. Grow up, follow the rules, have a good day. JohnM -- _ -- 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] Case-sensitivity of Dialplan variables.
On 10/1/2012 5:19 PM, Danny Nicholas wrote:
-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mark Michelson
Sent: Monday, October 01, 2012 4:15 PM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] Case-sensitivity of Dialplan variables.
Hi!
I've been confronted with an interesting issue to resolve. The issue is
located here:
https://issues.asterisk.org/jira/browse/ASTERISK-20163
The issue involves case-sensitivity of channel and global variables in the
dialplan. Current behavior is as follows:
1) Variables created in the dialplan by users are case-insensitive.
Thus if the variable MARK were set, then ${MARK} and ${mark} would both
evaluate to the set value.
2) Variables used internally by Asterisk are case sensitive. So if some
application set a variable called MARK, it would be different from a
variable set by some application called mark.
First off, this inconsistency is just weird. It would be much easier to just
have things work one way or the other, not to have this mix.
In addition, this can lead to some awkward situations. Consider that someone
wants to use a specific SIP codec and so they set the variable SIP_CODEc to
be "g722". Notice that the final 'c' is lowercase, presumably due to a
typing error. The option would not take effect because chan_sip specifically
checks the value of the case-sensitive ${SIP_CODEC}. What makes this weirder
is that if the dialplan writer were to check ${SIP_CODEC} in the dialplan
using a NoOp or Verbose call, then he would see the variable set to the
value he set it to when he set ${SIP_CODEc} because the variable
substitution is case-insensitive in the dialplan. This makes debugging the
problem difficult.
I propose that dialplan variables need to be made consistent in their
evaluation. We need to choose either to be always case-sensitive or always
case-insensitive. The problem is, I don't know which of these changes would
have a larger effect on people. This is where I would like your feedback.
Which way should it go?
Some of you might be eager to propose a configuration option to decide which
it should be. I'm sick of having hundreds of options in Asterisk to slightly
tweak the behavior one way or another. This needs to go one way or the
other, not be configurable.
What I plan to do, no matter which way the vote goes, is to document on the
wiki how things currently behave in Asterisk, to include the example I gave
above (or something similar anyway). Depending how the vote goes, I will
make the necessary code changes in Asterisk trunk. I will document the
behavior change both in UPGRADE.txt and on the wiki.
When considering which way you lean, consider that we really don't have much
of a precedent to go on. For instance, dialplan applications are
case-insensitive ("answer" and "Answer" and "ANSWER" are all the same).
Dialplan functions, on the other hand, are case sensitive ("HASH" would be
evaluated properly but "hash" would not). My personal opinion is that all
variable evaluations should be case-sensitive.
I don't feel all that strongly about it though and could easily be swayed
the other way if people respond overwhelmingly in opposition.
So respond here and let me know what you think. I got a couple of replies on
the -dev list and they said that this would be good to put out on the -users
list too.
Mark Michelson
In true Republican fashion, I'm going to vote for case-insensitivity.
I will definitely cast my vote for always case-sensitive. asterisk ==
asterisk != Asterisk != ASTERISK In my opinion this would make
troubleshooting much easier. Normally I would fuss like hell if a
change that would break existing behavior were proposed but, again just
my opinion, this is fixing something that has always been broken and
because of this I would also suggest making this the normal behavior for
all aspects of Asterisk.
JohnM
--
_
-- 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
