Re: [Asterisk-Dev] *BSD Support
Mark Spencer wrote: Recent, requisite changes to Asterisk (most notably the RECURSIVE thread transition and use of gethostbyname_r) have broken compatibility with BSD which does not seem to have direct equivalents for some of these Linux calls. Are there any BSD coders still out there who will be able to fix these for BSD or are we giving up on BSD compatibility? Mark Oooh, that's sly, Mark! The threat of BSD-less Asterisk is sure to flush some coders out of the woodwork. :) I'll volunteer as long as the work doesn't need to be done yesterday. Brad Waite ___ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] switch = Parking/companya
http://bugs.digium.com/bug_view_page.php?bug_id=0001494 MERRY NEW YEAR... and happy parking So I read the bug and (briefly) perused the patch... And I don't think I fully understand the extent or gain over regular parking. Can you provide a better example? The reason I'm interested is because I was currently in the process of hacking res_parking to emit a variable with the parking lot the call was placed in, and to allow the announcement to be optional. Regards, Andrew ___ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[Asterisk-Dev] Patch for Zaptel for BSD
(apologies if you get something like this twice from me today - I swear I wrote this earlier, but maybe it got eaten by the email gnomes) I have been given patches for getting Zaptel to compile on Freebsd 5.2. I am swamped with work, and I don't have a spare machine where I am right now (very far away from my test lab) so I have been lame and haven't tested it. The three other testers have been lame, for various lame reasons. Dammit, I want Zaptel support on BSD (and also regular BSD support for Asterisk) so anyone who wants to test this patch contact me off-list as long as you're: - capable of writing a message with good debugging skills - a clueful FreeBSD person - able to spend more than 2 hours fooling around with this - in possession of an X100P card to spare for testing I am not the author of the patch, but he'd given me the patch to test out and now I'm the one who's lame because of my delay, and I'm trying to avoid being lame with little success these days. So I'll try to funnel the comments back to the developer and see what we get. JT ___ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] switch = Parking/companya
You can transfer a call to 701 you just blind transfer it to 701 and it will park, If you transfer another caller to 701 while a call is parked it will bridge those calls up. Which is how the current parking works :P and since the lot can be as big as needed you can just say Bob your parking exten is 701, Mary your's is 702.. and so on. It has one problem that I'm going to talk to anthm about tomorrow. Ok... but couldn't you do that already (Bob, you're 701, Mary you're 702... ??) [company1] switch = Parking/company1 [company2] switch = Parking/company2 Now company1 and company2 have their own parking lots. :) With that example you just gave, is it impossible to park a call somwhere in company1's parking lot and allow someone in the company2 context to get to it? Do they both work off the same parking.conf file? John's post seems to indicate that any undefined extension can be used as a parking extension -- how is this configured in parking.conf differently than what we had yesterday? I feel like I'm missing an important step. Forgive me for being so dense, I'm just trying to grasp the greatness achieved here. You certainly seem excited about it so I'm trying ot share in that excitement. :-) Regards, Andrew ___ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Security Issue in Asterisk with sip.conf configuration.
Have you tried using: permit= deny= entries in the sip.conf file? you can have as many of those as you need to create an ACL - Original Message - From: William Zhang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 27, 2004 5:31 PM Subject: [Asterisk-Dev] Security Issue in Asterisk with sip.conf configuration. I had tried many ways with some advanced user help, but without success(at one point I thought I had it worked). Here Asterisk is working as a SIP PSTN Gateway, and in the sip.conf file, there are a lot of entries with just host=a.b.c.d, thinking that * will only accept calls from host a.b.c.d, but in my test, no mater how you set up the sip.conf entries, either * will NOT accept calls for that user account at all, or it will accept calls from any where without VERIFYING the source IP(whether it is a.b.c.d or not), so long the sip userid is the username in sip.conf. This post a very serious security problem. Of course we can put secret= for each entries, but giving Asterisk GW and SIP proxy are in 2 TRUSTED IPs, no Authentication is neccessary, otherwise it increase the SIP traffic quite a bit. Following are the 4 different entries that I had tried: #Notice that in the general section, context is pointed to a none existant context INVALID. ; ; SIP Configuration for Asterisk ; [general] port = 5060 ; Port to bind to bindaddr = 212.213.66.68 context = INVALID ; ;srvlookup = yes; Enable SRV lookups on outbound calls ;pedantic = yes ; Enable slow, pedantic checking for Pingtel ;tos=lowdelay ;tos=184 ;maxexpirey=3600; Max length of incoming registration we allow ;defaultexpirey=120 ; Default length of incoming/outoing registration ;notifymimetype=text/plain ; Allow overriding of mime type in NOTIFY ;videosupport=yes ; Turn on support for SIP video disallow=all; Disallow all codecs allow=ulaw ; Allow codecs in order of preference allow=g729 allow=ilbc ; ;dtmfmode=info ;dtmfmode=inband dtmfmode=rfc2833 [20034] type=friend callerid=TEST 61331045 host=212.213.65.66 nat=yes; This phone may be natted canreinvite=no [20035] type=peers callerid=TEST 61331045 host=212.213.65.66 nat=yes; This phone may be natted canreinvite=no [20036] type=friend context=default callerid=TEST 61331045 host=212.213.65.66 permit=212.213.65.66 nat=yes; This phone may be natted canreinvite=no [20037] type=peers context=default callerid=TEST 61331045 permit=212.213.65.66 nat=yes; This phone may be natted canreinvite=no Thank you in advance. ___ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev