Re: [asterisk-users] G729 and voice mail
When you installed asterisk, did you also enable the installation of the g729 asterisk-(foo)-sounds options in 'make menuconfig'? On 6/5/2012 2:46 PM, Tim King wrote: The G729 is coming from a Sangoma D100-030 card and the G729 transcoding is working, the only issue I have is not hearing prompts from the system. On Tue, Jun 5, 2012 at 2:42 PM, Eric Wieling ewiel...@nyigc.com mailto:ewiel...@nyigc.com wrote: What does the output of g729 show licenses show? If it doesn't show licenses then Asterisk is not licensed for G729 codec. -Original Message- From: asterisk-users-boun...@lists.digium.com mailto:asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Tim King Sent: Tuesday, June 05, 2012 2:32 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] G729 and voice mail I am trying to figure out the best way to deal with this. I want all of the calls in the network to be G729 and this is working. I do have hardware that provides me 30 g729 licenses. I am setting each extensions to disallow=all and allow=g729. However when I have this setup, I get no voice mail prompts. I tried setting to disallow=all and allow=g729,alaw and I still have no audio when calling voice mail. If I remove the disallow=all I do have voice mail prompts, but the calls do not seem to be always using g729 when possible. -- _ -- 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 -- _ -- 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] twenty thousands (20, 000) users, which asterisk and how many servers
My question is: Is it really possible to have the asterisk configuration in the database server instead of having it in conf files? HOW? I am asking this because what I noticed in AsteriskNow and in A2Billing and Vicidial or Goautodial that whatever I do configuration in the GUI, then the configuration will be generated in the conf files, so Asterisk will read from the conf files and not from the database directly. Is it right or I am confused and there is something else? If there is a method to let the configuration to be taken from the database (and not from the configuration), then HOW? Because even in AsteriskNow, the configuration will be generated in a conf files. Hi Bilal, You want to look the Asterisk realtime configuration features if you want to run your configuration from a database rather than configuration files. This should point you in the right direction and get you started: http://www.voip-info.org/wiki/view/Asterisk+RealTime It should be noted that if you're wanting to use AsteriskNow (which relies on FreePBX for its gui configuration features), then Asterisk realtime configuration will not work as it is not compatible at this time. Other web gui's might work, but I am not familiar with them. FreePBX's sentiment on the subject is shared here: http://www.freepbx.org/trac/wiki/AsteriskRealtime -John On 05/24/2012 05:46 PM, bilal ghayyad wrote: Thanks for all for the help and kindly reply. One last point that will help me alot: I am thinking to have 4 Servers running Asterisk and 2 Servers to be for database. The load to be distributed on the 4 Asterisk Servers with ability to be redundant (using any redundancy technique). The 4 Asterisk Servers to take the configuration from the Database Server and actually because there is 2 Database servers, then it will be redundant to each other (in case one database failed, the other will take over). My question is: Is it really possible to have the asterisk configuration in the database server instead of having it in conf files? HOW? I am asking this because what I noticed in AsteriskNow and in A2Billing and Vicidial or Goautodial that whatever I do configuration in the GUI, then the configuration will be generated in the conf files, so Asterisk will read from the conf files and not from the database directly. Is it right or I am confused and there is something else? If there is a method to let the configuration to be taken from the database (and not from the configuration), then HOW? Because even in AsteriskNow, the configuration will be generated in a conf files. Special thanks for the advise. Regards Bilal - Hi All; I need to use Asterisk for 20 000 users, so which asterisk version to be used? Is there asterisk version that supports 20,000 users on one hardware machine? Can I use one strong hardware server i7 with 64 GB RAM and fast hard desk to handle 20 000 users, and concurrent calls 2000? Or I need multiple servers, how much? If I am going to use multiple servers (until now I do not know how much, and I do not know if the barrier will be the asterisk software or the hardware), then do I have to use special SIP proxy or I have to use load balancer)? In this case, I have to use asterisk Database (so all the servers will read/write from the database)? What about AsteriskNow, can it support? AsteriskNOW is a GUI on top of Asterisk; it does not change the ability of the system to handle call load. Modern versions of Asterisk can easily handle 2,000 simultaneous calls, even with media (non-transcoded) passing through the server. We have a community member who has improved chan_sip in Asterisk 10 (and later) to be able to handle 10,000 simultaneous calls. Handling 20,000 registrations is probably more of a concern for Asterisk at this point; I've never heard of anyone attempting to handle that many on one system. In spite of all this, though, the other advice you've received in this thread is sound: even if a single system can handle the load, doing so is asking for a major problem if that system experiences a failure. You'd be much better off to at least split the load across two machines, both of which should be large enough to handle the entire load when necessary. -- 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] Freepbx and Http proxies
I've tried this in the past and while FreePBX and its base modules work fine in an http proxy environment, some applications like fop2 fail to connect properly as they obviously rely on direct connections via ajax using the browser as a client. That said, I've never tested the end point manager in this capacity. The error seems to indicate the module doesn't have connectivity when trying to access something on the internet or it's getting a 404 or something. Are you able to update and install freepbx modules in a similar manner from the same freepbx installation while it's running behind the proxy? That should tell you whether or not your problem is stemming from general connectivity issues and not just the end point module in that regard. Always helps to rule stuff out. John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 CCT Enterprise Linux 6 is released! Click here to learn more. On 3/22/2012 7:31 AM, Olivier wrote: Hi, Tough Freepbx is not the main focus of this list, may I ask if Freepbx and its End Point Manager module can work in an environment with an HTTP proxy ? In my testing, everything works OK but one thing: I can't upload End Point product list : in End Point Configuration tab, when I click over Check for Updates button, I get this: Not able to connect to repository. Using local master file instead. Aborting Brand Downloads. Can't Get Master File, Assuming Timeout Issues! Learn how to manually upload packages here (it's easy!): Click Here! Any pointer would be greatly appreciated. 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 -- _ -- 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] how many UDP ports is required for 1 call
all your base are move round and round fun idea: house music with lyrics composed of nothing but crazy quotes from asterisk-users! yeah, it's time for coffee #1 John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 2/22/2012 7:52 AM, Alex Balashov wrote: On 02/22/2012 07:26 AM, virendra bhati wrote: Does anyone know the correct information of my question. All are move round and round . Well, you know Kevin. Whenever I ask him a question, he just moves round and round... -- _ -- 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] Proposed changes to Asterisk release and support cycles
I like the idea of LTR release more often that would have the feature patches baked in. Case in point the new conference app requires a jump to version 10 while the 1.8 conference app is quite useless but 1.8 is my LTR version so I am stuck without the conference app in my mainline systems for two years. Well said! This is also true of any type of long term supported release whether if it's an operating system, application, etc. In the "LTS" name, it conjurs up thoughts of Ubuntu, but comparisons to RHEL/Fedora are far more appropriate I would think as Ubuntu focuses nearly exclusively on new point releases while backporting new features is what a company like Red Hat excels at and should be the prime example of how to run dual software channels (enterprise release in RHEL vs. hobby release in Fedora). Red Hat works so well for server systems because features are regularly backported with a *huge* emphasis on never breaking abi or build environments. So far there really hasn't been a lot of noticeable features backported to 1.8.x that I'm aware of, but then again 10 is the first release after 1.8. Generally, if there isn't a lot of support in maintaining a long term release, then it turns into merely a "old release that occasionally has quality security updates". This is a perfectly valid approach too, but so far Digium's use of "LTS" doesn't really clarify clearly to me which type they are meaning to confer: 1) release that will stay static for its entire release sans security updates or 2) release that will stay compatible throughout the software's life time while occasionally having features backported with development funded from paying clients with support contracts. It should also be said that the long term release really isn't the appropriate place to debut new technology. If you absolutely require the newest stuff that Digium produces, regardless of their LTS paradigm, the LTS release probably isn't meant for you. Using the RHEL/Fedora example of earlier, RHEL's backports only come through around once a year during the point releases. Anything more would be chaotic and against the notions of a long term supported release. Fedora gets new stuff every 6 months, freshly baked with some stuff just not working all that well. I know distros and applications are two fundamentally different things, with entirely different goals and requirements, but I still think Red Hat provides the best example because 1) they have turned it into a science how smooth their development process goes in ratio to satisfied customers and 2) it's the only other open source software project I can think of that can accurately compare. In a past meeting I had with Digium while working for another company, they too directly drew a correlation between the new LTS idea and ubuntu lts/non-lts and rhel/fedora. The conference app changes since 1.4 I haven't been thrilled with, but in the whole time I've been supporting 1.8.x for my customers, I've come up with a very stable solution building on it and I haven't had any surprises come my way. But think back before 1.8.x and Digium's plan for LTS: We lived in a world where 1.4 bounced back and forth between "ultra-stable" and "whoops, dtmf is completely borked again" largely due to the fact that a complete rewrite of various parts of Asterisk would greatly undermine projects written specifically for that branch so small fixes netted breakage in other parts of the software. And we also had 1.6.x which for 95% of stuff was brilliant, but that other 5% was so crucial that it delayed adoption. Personally, I don't think what Digium is doing is necessarily a perfect approach (hey, what is? we're all human), but they've vastly improved the quality of Asterisk from a support perspective. John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 1/31/2012 2:20 PM, Bryant Zimmerman wrote: From my perspective this makes a lot more sense than the current cycle. My big issue is withpatches that have new features. Not having them in a trunk released version adds a lot of issues trying to support them in house. I like the idea of LTR release more often that would have the feature patches baked in. Case in point the new conference app requires a jump to version 10 while the 1.8 conference app is quite useless but 1.8 is my LTR version so I am stuck without the conference app in my mainline s
Re: [asterisk-users] Dahdi for meetme on AMD64 arch?
I've been quite happy with Debian. Previously I was using BSD, and it was almost impossible to upgrade the system. And apt / dpkg have never failed me, very impressive. I guess rhel works well also, but I've little experience with it. Debian is a great distribution as well. I still use it as the container os to host web vps. I think for OpenVZ usage though, it would be best to at least run your node software on the same distribution that is targeted via OpenVZ dev staff. You shouldn't really be doing anything else on your node anyway, so the os type shouldn't really interfere I would think. Though this argument breaks down when I suggest it to my Debian-using friends who seem to have a knee-jerk right hook coming my way when I mention rhel/centos. :D Why doesn't Debian use the rhel6-openvz-kernel if that is the one that is maintained? Are you sure they use an outdated kernel? I didn't see an "el6" tag on your kernel version that you first posted which means it's probably based on the 2.6.32 vanilla branch (http://wiki.openvz.org/Download/kernel/2.6.32). The el6 version (http://wiki.openvz.org/Download/kernel/rhel6) is the only known actively developed branch of 2.6.32 that I know of. I can't imagine Debian not packaging it up correctly by not reflecting the correct branch information. Though it's only been a year and half since 2.6.32-el6 has been around, I've already seen quite a bit of bug fixes, security fixes and backports added to it so it's already diverging quite heavily from the vanilla branch. Something that works flawlessly on 2.6.32-el6 might not work the same way on 2.6.32, and I'm wondering if this might be a cause of issues. To Digium: Does Digium test dahdi against a specific set of kernels such as 2.6.18-el5 and 2.6.32-el6 or do they only test against the vanilla upstream branches or a mixture? Dahdi target platforms would be interesting to know in relation to the context of Johan's dahdi problem. Maybe I will try switch to lxc instead of openvz as it is in the mainline kernel now. After all I need two things: Isolation, and the possibility to run multiple asterisk VEs on the same physical machine. Hmm, I've never used lxc. It definitely sounds interesting. If you're going to implement it running Asterisk, I'd love to know if there are any issues or special methods required to get dahdi running (such as the DEVNODES feature in vz). Also, sorry to anyone if I've veered too far offtopic, I'm quite interested and invested in openvz/asterisk/dahdi interoperability. -- John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 1/19/2012 6:17 PM, Johan Wilfer wrote: 2012-01-18 19:44, John Knight skrev: "Have you used 64 bit kernels (amd64) in your setup? Distribution?" Aye, I use the current stable 64-bit rhel6 branch openvz kernel with centos 6 on the node and scientific linux 6 in the template without issue other than what I described before with res_timing_timerfd.so pegging the cpu and coring Asterisk. Good to know that it is working! I've run i386 earlier, but thought it was time to try 64-bit. It's never a suggestion a debian user wants to hear, but as the vanilla 2.6.32 openvz kernel has effectively been abandoned by the OpenVZ dev team in favor of the rhel6 version of 2.6.32, and since the node shouldn't really be doing anything other than hosting the templates, have you considered running centos6/rhel6-openvz kernel on the node and debian in the containers? Just a suggestion, but no further openvz development is being done to the vanilla 2.6.32 branch and the rhel6 openvz kernel will consistently have bug fixes and and backports. Not trying to start a distro war or anything, rather just a suggestion. I've been quite happy with Debian. Previously I was using BSD, and it was almost impossible to upgrade the system. And apt / dpkg have never failed me, very impressive. I guess rhel works well also, but I've little experience with it. Why doesn't Debian use the rhel6-openvz-kernel if that is the one that is maintained? Are you sure they use an outdated kernel? I have to read up on this, the next server maybe should use another distro for the HN. Maybe I will try switch to l
Re: [asterisk-users] Dahdi for meetme on AMD64 arch?
Hi Johan, I've run into a similar issue before. I didn't resolve the problem per se, but I got around it by modifying modules.conf to disable the loading of res_timing_timerfd.so and loaded res_timing_dahdi.so instead: noload = res_timing_timerfd.so load = res_timing_dahdi.so Cpu load came back down and call quality has been excellent since. Perhaps this might work for you? -- John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 1/18/2012 4:24 AM, Johan Wilfer wrote: I'm in the process of replacing an old server with a new one and are making som changes in the infrastructure, the biggest change in my eyes is moving from i386 to AMD64 arch. Yesterday I began migrating some users from the old to the new server. After only 57 concurrent calls in abount 13 conferences the sound are losing quality. The server uses dahdi 2.6.0 for timing but no dahdi hardware. dahdi_test gives results like this when the server is used like that: 100.000% 99.999% 99.994% 99.998% 99.999% 99.616% 99.614% 99.997% 99.998% 99.618% 99.615% 99.994% 99.987% 99.626% 99.628% 99.993% 99.626% 100.000% 100.000% 99.622% 99.999% 99.607% 99.604% 99.627% 99.621% 99.629% 99.627% 99.998% 99.622% 99.995% 99.621% 99.996% Results from dahdi_test with only some calls active: 99.999% 99.999% 99.990% 99.998% 99.999% 99.995% 99.995% 99.993% 99.997% 99.993% 99.999% 99.998% 99.996% 99.996% 99.998% 99.998% 99.991% 99.998% 99.995% 99.995% 99.987% 99.985% 99.996% 99.995% Looking at the cacti graphs the kernel uses 100% cpu (total 400% with 4 processor cores), when the problem above is present. Top does not show this kernel-cpu that cacti shows, but this maybe is by design? Asterisk is using about 15% cpu. top - 19:32:06 up 20:57, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 213 total, 1 running, 212 sleeping, 0 stopped, 0 zombie Cpu(s): 7.4%us, 29.6%sy, 0.0%ni, 55.3%id, 0.0%wa, 0.0%hi, 7.7%si, 0.0%st Mem: 12299332k total, 3967800k used, 8331532k free, 251432k buffers Swap: 19529720k total,0k used, 19529720k free, 2919456k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 30666 root 0 -20 539m 25m 6600 S 15 0.2 6:55.01 asterisk 738 root 20 0 19184 1444 1004 R1 0.0 0:00.08 top The old server (i386 Debian 5: Linux 2.6.26-2-openvz-686) can have 320 calls in conferences without this problem. The new server (amd64 Debian 6: Linux 2.6.32-5-openvz-amd64) show these problems after 50 calls.. Old server: Hp dl360g5, 4 cpu Xeon E5420, 2.50GHz run i386 with PAE and OpenVZ, Debian Lenny uses the broadcom nic's on the motherboard asterisk 1.4.42 in openvz container (uses /dev/dahdi for timing) cacti shows cpu in kernel mode 80% with 320 active calls in conferences New server: Hp dl360g7, 4 cpu Xeon E5520, 2.27GHz run amd63 with OpenVZ, Debian Squeeze uses Intel nic's 82571EB for offloading the processor + nic bonding in the kernel for failover. asterisk 1.4.42 in openvz container (uses /dev/dahdi for timing) cacti show cpu in kernel mod 100% with 57 active calls in conferences This is a puzzle to me.. - Does anyone have experience with amd64 arch and dahdi for timing? - Can Dahdi om amd64 be responsible for the high cpu in kernel mode? - I have a spare Digium TE220, would it offload the server to use it as a timing source only? - How do I debug the high cpu usage by the kernel, can I break this down by module in some way? Many, many thanks! -- _ -- 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 for meetme on AMD64 arch?
Ah, apologies, I just re-read your given Asterisk version. Indeed, I was using 1.8.5.0 at the time, not any 1.4.x release. Any digium timing card will work as an OpenVZ compatible dahdi timing device, I've seen this work on both Virtuozzo and OpenVZ. Setting it up, there's no difference in how you set up passthrough access using DEVNODES to the device from /dev inside the $CTID.conf file. Just make sure permissions inside the container make it writable by the asterisk user. -- John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 1/18/2012 8:52 AM, Johan Wilfer wrote: 2012-01-18 11:31, John Knight skrev: Hi Johan, I've run into a similar issue before. I didn't resolve the problem per se, but I got around it by modifying modules.conf to disable the loading of res_timing_timerfd.so and loaded res_timing_dahdi.so instead: noload = res_timing_timerfd.so load = res_timing_dahdi.so Cpu load came back down and call quality has been excellent since. Perhaps this might work for you? Hi! I think the timing support was included in asterisk in 1.6.1/1.6.2. As I run 1.4 these modules are not available at all. Do you run asterisk 1.6 and amd64? Another option would be to port my dialplan to a newer version of asterisk if this can resolve the issue. A workaround I've been tinking about is to try to put a spare Digium-card in the server just for timing, if there is something strange with the soft dahdi timing. I'm not very fond of the idea to rebuild everything on i386 architecture, but that's the last resort. /Johan On 1/18/2012 4:24 AM, Johan Wilfer wrote: I'm in the process of replacing an old server with a new one and are making som changes in the infrastructure, the biggest change in my eyes is moving from i386 to AMD64 arch. Yesterday I began migrating some users from the old to the new server. After only 57 concurrent calls in abount 13 conferences the sound are losing quality. The server uses dahdi 2.6.0 for timing but no dahdi hardware. dahdi_test gives results like this when the server is used like that: 100.000% 99.999% 99.994% 99.998% 99.999% 99.616% 99.614% 99.997% 99.998% 99.618% 99.615% 99.994% 99.987% 99.626% 99.628% 99.993% 99.626% 100.000% 100.000% 99.622% 99.999% 99.607% 99.604% 99.627% 99.621% 99.629% 99.627% 99.998% 99.622% 99.995% 99.621% 99.996% Results from dahdi_test with only some calls active: 99.999% 99.999% 99.990% 99.998% 99.999% 99.995% 99.995% 99.993% 99.997% 99.993% 99.999% 99.998% 99.996% 99.996% 99.998% 99.998% 99.991% 99.998% 99.995% 99.995% 99.987% 99.985% 99.996% 99.995% Looking at the cacti graphs the kernel uses 100% cpu (total 400% with 4 processor cores), when the problem above is present. Top does not show this kernel-cpu that cacti shows, but this maybe is by design? Asterisk is using about 15% cpu. top - 19:32:06 up 20:57, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 213 total, 1 running, 212 sleeping, 0 stopped, 0 zombie Cpu(s): 7.4%us, 29.6%sy, 0.0%ni, 55.3%id, 0.0%wa, 0.0%hi, 7.7%si, 0.0%st Mem: 12299332k total, 3967800k used, 8331532k free, 251432k buffers Swap: 19529720k total,0k used, 19529720k free, 2919456k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 30666 root 0 -20 539m 25m 6600 S 15 0.2 6:55.01 asterisk 738 root 20 0 19184 1444 1004 R1 0.0 0:00.08 top The old server (i386 Debian 5: Linux 2.6.26-2-openvz-686) can have 320 calls in conferences without this problem. The new server (amd64 Debian 6: Linux 2.6.32-5-openvz-amd64) show these problems after 50 calls.. Old server: Hp dl360g5, 4 cpu Xeon E5420, 2.50GHz run i386 with PAE and OpenVZ, Debian Lenny uses the broadcom nic's on the motherboard asterisk 1.4.42 in openvz container (uses /dev/dahdi for timing) cacti shows cpu in kernel mode 80% with 320 active calls in conferences New server: Hp dl360g7, 4 cpu Xeon E5520, 2.27GHz run amd63 with OpenVZ, Debian Squeeze uses Intel nic's 82571EB for offloading the processor + nic bonding in the kernel for failover. asterisk 1.4.42 in openvz container (uses /dev/dahdi for timing) cacti show cpu in kernel mod 100% with 57 active calls in conferences This is a puzzle to me.. - Does anyone have experience with amd64 arch and dahdi for timing? - Can Dahdi om amd64 be responsible for the high cpu in kernel mode? - I have a spare Digium TE220, would it offload the server to use it as a timing source only? - How do I debug the high cpu usage by the kernel, can I break this down by module in some way? Many, many thanks! -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com
Re: [asterisk-users] Dahdi for meetme on AMD64 arch?
"Have you used 64 bit kernels (amd64) in your setup? Distribution?" Aye, I use the current stable 64-bit rhel6 branch openvz kernel with centos 6 on the node and scientific linux 6 in the template without issue other than what I described before with res_timing_timerfd.so pegging the cpu and coring Asterisk. It's never a suggestion a debian user wants to hear, but as the vanilla 2.6.32 openvz kernel has effectively been abandoned by the OpenVZ dev team in favor of the rhel6 version of 2.6.32, and since the node shouldn't really be doing anything other than hosting the templates, have you considered running centos6/rhel6-openvz kernel on the node and debian in the containers? Just a suggestion, but no further openvz development is being done to the vanilla 2.6.32 branch and the rhel6 openvz kernel will consistently have bug fixes and and backports. Not trying to start a distro war or anything, rather just a suggestion. -- John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 1/18/2012 1:01 PM, Johan Wilfer wrote: 2012-01-18 16:45, John Knight skrev: Ah, apologies, I just re-read your given Asterisk version. Indeed, I was using 1.8.5.0 at the time, not any 1.4.x release. Any digium timing card will work as an OpenVZ compatible dahdi timing device, I've seen this work on both Virtuozzo and OpenVZ. Setting it up, there's no difference in how you set up passthrough access using DEVNODES to the device from /dev inside the $CTID.conf file. Just make sure permissions inside the container make it writable by the asterisk user. Okay, I will try that procedure tonight. I'll also remove my Intel dual nic card, and the network bonds. After that, then only difference to the machine working and the machine not working are i386 / amd6. And the os version - debian 5 / 6. Have you used 64 bit kernels (amd64) in your setup? Distribution? Thanks for your advices, it's very appreciated! /Johan On 1/18/2012 8:52 AM, Johan Wilfer wrote: 2012-01-18 11:31, John Knight skrev: Hi Johan, I've run into a similar issue before. I didn't resolve the problem per se, but I got around it by modifying modules.conf to disable the loading of res_timing_timerfd.so and loaded res_timing_dahdi.so instead: noload = res_timing_timerfd.so load = res_timing_dahdi.so Cpu load came back down and call quality has been excellent since. Perhaps this might work for you? Hi! I think the timing support was included in asterisk in 1.6.1/1.6.2. As I run 1.4 these modules are not available at all. Do you run asterisk 1.6 and amd64? Another option would be to port my dialplan to a newer version of asterisk if this can resolve the issue. A workaround I've been tinking about is to try to put a spare Digium-card in the server just for timing, if there is something strange with the soft dahdi timing. I'm not very fond of the idea to rebuild everything on i386 architecture, but that's the last resort. /Johan On 1/18/2012 4:24 AM, Johan Wilfer wrote: I'm in the process of replacing an old server with a new one and are making som changes in the infrastructure, the biggest change in my eyes is moving from i386 to AMD64 arch. Yesterday I began migrating some users from the old to the new server. After only 57 concurrent calls in abount 13 conferences the sound are losing quality. The server uses dahdi 2.6.0 for timing but no dahdi hardware. dahdi_test gives results like this when the server is used like that: 100.000% 99.999% 99.994% 99.998% 99.999% 99.616% 99.614% 99.997% 99.998% 99.618% 99.615% 99.994% 99.987% 99.626% 99.628% 99.993% 99.626% 100.000% 100.000% 99.622% 99.999% 99.607% 99.604% 99.627% 99.621% 99.629% 99.627% 99.998% 99.622% 99.995% 99.621% 99.996% Results from dahdi_test with only some calls active: 99.999% 99.999% 99.990% 99.998% 99.999% 99.995% 99.995% 99.993% 99.997% 99.993% 99.999% 99.998% 99.996% 99.996% 99.998% 99.998% 99.991% 99.998% 99.995% 99.995% 99.987% 99.985% 99.996% 99.995% Looking at the cacti graphs the kernel uses 100% cpu (total 400% with 4 processor cores), when the problem above is present. Top does not show this kernel-cpu that cacti shows, but this maybe is by design? Asterisk is using about 15% cpu. top - 19:32:06 up 20:57, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 213 total, 1 running, 212 sleeping, 0 stopped, 0 zombie Cpu(s): 7.4%us, 29.6%sy, 0.0%ni, 55.3%id, 0.0%wa, 0.0%hi, 7.7%si, 0.0%st Mem: 12299
Re: [asterisk-users] Install Adhearsion on Debian
Was your PATH variable modified to add /var/lib/gems/1.8/bin perhaps? If so, you would need to start a new terminal session if it was loaded in .bashrc (if you're using bash) in your home directly (or log out of your existing session and log back in). -- John Knight Classic City Telco LLC Email: j...@classiccitytelco.com | Main: (706) 995-0200 Direct: (706) 995-0201 | Mobile: (706) 255-9203 On 11/25/2011 12:19 PM, Olivier wrote: Hi, I'm giving Adhearsion a try on a Debian Squeeze. I read here (https://github.com/adhearsion/adhearsion/wiki/Getting-Started) that the command "sudo gem install adhearsion" should "automatically add the ahn command to your system". On mine I can't run ahn without specifying full path (/var/lib/gems/1.8/bin/ahn). Did I miss something ? 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 -- _ -- 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] one way voice with IVR
Hi Giorgio, This behavior usually indicates some sort of firewall issue where either inbound or outbound rtp traffic (the voice) is being blocked or not routed correctly, though the SIP traffic makes it through (as the call is being set up correctly). This could also be multiple SIP extensions attempting to register over the same port from a single location. What kind of firewall/router is being used at the location where these Snoms are registering from? Are all the phones attempting to register over port 5060 or are you setting them up to register over unique ports to Asterisk? If you are setting them up to register over specific ports, are they registering over those ports according to 'asterisk show peers'? Also, is your asterisk box local or hosted somewhere? Comparing IAX2 to SIP registrations is somewhat different: IAX2 tends to handle cutting through firewalls better though SIP is far better supported by everyone. On Fri, Oct 14, 2011 at 6:21 AM, gincantalupo gincantal...@fgasoftware.comwrote: Hi all, I'm stuck on a tricky problem. I set up an Asterisk 1.4.26.2 on a box with a bunch of Snom Phones. When I call an IVR I get the damned one way voice phenomena. It is not randomic, it happens all the time. I tried to upgrade the snom firmware to 7.3.30 but nothing changed. If I call a phone I get a normal conversation and no problem occurs if I (blind) transfer the call. If I use a IAX phone everything is fine. I think it is a SIP problem but I checked the sip files and they seem ok. Tones seems to pass since the caller (me) can make a choice from within the IVR menu. Sincerely, I haven't any idea left to try... Any hints? Thanks Giorgio -- __**__**_ -- 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-**usershttp://lists.digium.com/mailman/listinfo/asterisk-users -- * * *John Knight* Classic City Telco LLC *Email:* j...@classiccitytelco.com | *Main:* (706) 995-0200 *Direct:* (706) 995-0201 | *Mobile:* (706) 255-9203 http://www.classiccitytelco.com * * logo.png-- _ -- 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] (SOLVED) Kernel panic w/ DAHDI 2.x/Digium TE220B
Thanks for the update! I'm glad you got the card, kernel and dahdi working properly again! Chris Brentano wrote: FYI, in case anyone else encouters this issue. The card that I had which I could reproduce this with was hardware revision B4. I RMAed the card with Digium support and got a newer, revision C card, and the issue is no more. On 20 Oct, 2009, at 3:25 PM, Chris Brentano wrote: I've seen this consistently on three systems, with three different cards, and multiple versions of DAHDI. At first I thought the issue only occurred on newer, Nehalem-based, systems, but I reproduced it on a Core 2 Duo box as well. I've tested with dahdi-linux 2.2.0.2, dadhi- linux-complete 2.0.0+2.0.0, 2.1.0.2+2.1.0.2, and 2.2.0.2+2.2.0. The card is a Digium TE220B which uses the wct4xxp module. This does not happen, on the same systems and kernel version, with a TE121 using the wcte12xp module nor does it happen with a T100P using wct1xxp. OS is CentOS 5.3, and happens with kernel versions 2.6.18-164.el5 and 2.6.18-128.el5. I'm posting this wondering if anyone else has seen similar behavior. /etc/dahdi/system.conf: span=1,1,0,esf,b8xs bchan=1-23 dchan=24 loadzone=us defaultzone=us /etc/dahdi/modules: wct4xxp wcte12xp wct1xxp --- When I start dahdi, I see the following: # /etc/init.d/dahdi start Loading DAHDI hardware modules: wct4xxp: [ OK ] wcte12xp: [ OK ] wct1xxp: [ OK ] Running dahdi_cfg: VPM400: Not Present VPM450: Not Present [ OK ] Syslog output: Oct 20 15:20:54 redbox-ast16 kernel: dahdi: Telephony Interface Registered on major 196 Oct 20 15:20:54 redbox-ast16 kernel: dahdi: Version: 2.2.0.2 Oct 20 15:20:54 redbox-ast16 kernel: ACPI: PCI Interrupt :03:08.0[A] - GSI 16 (level, low) - IRQ 169 Oct 20 15:20:54 redbox-ast16 kernel: Found TE2XXP at base address dfbfff80, remapped to c2022f80 Oct 20 15:20:54 redbox-ast16 kernel: TE2XXP version c01a016c, burst ON Oct 20 15:20:54 redbox-ast16 kernel: Octasic optimized! Oct 20 15:20:54 redbox-ast16 kernel: FALC version: 0005, Board ID: 00 Oct 20 15:20:54 redbox-ast16 kernel: Reg 0: 0x056af400 Oct 20 15:20:54 redbox-ast16 kernel: Reg 1: 0x056af000 Oct 20 15:20:54 redbox-ast16 kernel: Reg 2: 0x Oct 20 15:20:54 redbox-ast16 kernel: Reg 3: 0x Oct 20 15:20:54 redbox-ast16 kernel: Reg 4: 0xff01 Oct 20 15:20:54 redbox-ast16 kernel: Reg 5: 0x Oct 20 15:20:54 redbox-ast16 kernel: Reg 6: 0xc01a016c Oct 20 15:20:54 redbox-ast16 kernel: Reg 7: 0x1000 Oct 20 15:20:54 redbox-ast16 kernel: Reg 8: 0x Oct 20 15:20:54 redbox-ast16 kernel: Reg 9: 0x00ff00ff Oct 20 15:20:54 redbox-ast16 kernel: Reg 10: 0x004a Oct 20 15:20:54 redbox-ast16 kernel: Found a Wildcard: Wildcard TE220 (4th Gen) Oct 20 15:20:54 redbox-ast16 kernel: TE2XXP: Launching card: 0 Oct 20 15:20:54 redbox-ast16 kernel: TE2XXP: Setting up global serial parameters Oct 20 15:20:55 redbox-ast16 kernel: About to enter spanconfig! Oct 20 15:20:55 redbox-ast16 kernel: Done with spanconfig! Oct 20 15:20:55 redbox-ast16 kernel: dahdi: Registered tone zone 0 (United States / North America) Oct 20 15:20:55 redbox-ast16 kernel: About to enter startup! Oct 20 15:20:55 redbox-ast16 kernel: TE2XXP: Span 1 configured for ESF/B8ZS Oct 20 15:20:55 redbox-ast16 kernel: wct2xxp: Setting yellow alarm on span 1 Oct 20 15:20:55 redbox-ast16 kernel: timing source auto card 0! Oct 20 15:20:55 redbox-ast16 kernel: SPAN 1: Primary Sync Source Oct 20 15:20:55 redbox-ast16 kernel: VPM400: Not Present Oct 20 15:20:55 redbox-ast16 kernel: VPM450: Not Present Oct 20 15:20:55 redbox-ast16 kernel: Completed startup! --- Now if I either start asterisk, or if I stop dahdi, it will panic: # /etc/init.d/dahdi stop Unloading DAHDI hardware modules: TE4XXP: Version Syncronization Error! TE4XXP: Version Syncronization Error! TE4XXP: Version Syncronization Error! TE4XXP: Version Syncronization Error! HARDWARE ERROR CPU 1: Machine Check Exception: 4 Bank 8: 00 TSC 0 This is not a software problem! Run through mcelog --ascii to decode and contact your hardware vendor Kernel panic - not syncing: Uncorrected machine check Syslog output (not much before restart): Oct 20 07:11:54 localhost kernel: TE4XXP: Version Synchronization Error! Oct 20 07:14:24 localhost syslogd 1.4.1: restart. ... --- I only see the machine check exception on the two Nehalem boxes (HP ProLiant ML350 G6, Z800 Workstation); on a Core 2 Duo (Dell Optiplex 745) it just hard freezes after the "Version Syncronization Error!" messages. If there's any further details I can provide I'm happy to do so. Would like to figure out what's happening here if anyone can help shed any light as this is completely holding up migration to Asterisk 1.6 and DAHDI. Thanks. - Chris
Re: [asterisk-users] Best afordable router with QOS for *
A linksys wrt54g flashed with the Tomato firmware provides the best bang for the buck when it comes to QoS for voip. Installing the firmware is now a very easy process that can be done via the linksys web gui on the router. If you plan to use this method, I would set up QoS rules for full priority to your trunking providers and your pbx hostname. Then set all other traffic to 50% priority (as it's cumulative calculation). I heavily recommend this setup for the size of deployment. -John Knight hbk wrote: Hi, I need to get a new router for private/SOHO use of *, especially when the kids are on internet:( Any a good advice? Thank you! Best regards HB ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net 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 -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Best afordable router with QOS for *
You know, I'm not entirely sure. I've never thought about using it outside the context of Tomato. Does anyone else know if that's a standalone (and hopefully architecture independent) package? Michelle Dupuis wrote: I like the Qos functionality. Is that a linux based package available for other distros? From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of John Knight Sent: Thursday, October 08, 2009 11:15 AM To: Asterisk Users List Subject: Re: [asterisk-users] Best afordable router with QOS for * A linksys wrt54g flashed with the Tomato firmware provides the best bang for the buck when it comes to QoS for voip. Installing the firmware is now a very easy process that can be done via the linksys web gui on the router. If you plan to use this method, I would set up QoS rules for full priority to your trunking providers and your pbx hostname. Then set all other traffic to 50% priority (as it's cumulative calculation). I heavily recommend this setup for the size of deployment. -John Knight hbk wrote: Hi, I need to get a new router for private/SOHO use of *, especially when the kids are on internet:( Any a good advice? Thank you! Best regards HB ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net 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 -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net 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 -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] DAHDI or Zaptel doesn't compile against 1.4.24
make[1]: entrant dans le répertoire « /usr/src/linux-source-2.6.18 » WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. specifically Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing Are you using the stock Debian kernel? If so, do you have the linux kernel source and kernel headers source package installed? If so, make sure the source packages installed are the same version number of the current running kernel. -John Knight Administrator TOOTAI wrote: Hi, We installed the latest 1.4.24 on a test machine and can't get zaptel nor dahdi compile. It's a Linux Debian Etch. Errors we have: keewi:/usr/src/dahdi-linux-2.1.0.4# make make -C /lib/modules/2.6.18-custom.2/build ARCH=i386 SUBDIRS=/usr/src/dahdi-linux-2.1.0.4/drivers/dahdi DAHDI_INCLUDE=/usr/src/dahdi-linux-2.1.0.4/include DAHDI_MODULES_EXTRA= HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m make[1]: entrant dans le répertoire « /usr/src/linux-source-2.6.18 » WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. CC [M] /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.o In file included from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:38: /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:23:27: error: linux/version.h: Aucun fichier ou répertoire de ce type /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:5: warning: LINUX_VERSION_CODE is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:26: warning: KERNEL_VERSION is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:40: error: missing binary operator before token ( /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:82:5: warning: LINUX_VERSION_CODE is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:82:27: warning: KERNEL_VERSION is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:82:41: error: missing binary operator before token ( In file included from include/linux/kernel.h:11, from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:40: include/linux/linkage.h:4:25: error: asm/linkage.h: Aucun fichier ou répertoire de ce type In file included from include/linux/posix_types.h:47, from include/linux/types.h:14, from include/linux/kernel.h:13, from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:40: /usr/lib/gcc/i486-linux-gnu/4.1.2/include/asm/posix_types.h:13:22: error: features.h: Aucun fichier ou répertoire de ce type aso. Zaptel, the same: ... make[1]: entrant dans le répertoire « /usr/src/asterisk-1.4.24/zaptel » make -C /lib/modules/2.6.18-custom.2/build SUBDIRS=/usr/src/asterisk-1.4.24/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M=wcfxo.o zaptel.o ztdummy.o zttranscode.o modules make[2]: entrant dans le répertoire « /usr/src/linux-source-2.6.18 » WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. CC [M] /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.o In file included from include/linux/kernel.h:11, from /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.c:27: include/linux/linkage.h:4:25: error: asm/linkage.h: Aucun fichier ou répertoire de ce type In file included from include/linux/posix_types.h:47, from include/linux/types.h:14, from include/linux/kernel.h:13, from /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.c:27: /usr/lib/gcc/i486-linux-gnu/4.1.2/include/asm/posix_types.h:13:22: error: features.h: Aucun fichier ou répertoire de ce type /usr/lib/gcc/i486-linux-gnu/4.1.2/include/asm/posix_types.h:14:35: error: no include path in which to search for asm/posix_types.h In file included from include/linux/kernel.h:13, from /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.c:27: include/linux/types.h:15:23: error: asm/types.h: Aucun fichier ou répertoire de ce type aso. What are we doing wrong? ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] DAHDI or Zaptel doesn't compile against 1.4.24
If for whatever reason your kernel headers have been corrupted or there is a new version for your particular kernel version, I would suggest purging the package and pulling in the package from the repo -John Knight John Knight wrote: make[1]: entrant dans le répertoire « /usr/src/linux-source-2.6.18 » WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. specifically Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing Are you using the stock Debian kernel? If so, do you have the linux kernel source and kernel headers source package installed? If so, make sure the source packages installed are the same version number of the current running kernel. -John Knight Administrator TOOTAI wrote: Hi, We installed the latest 1.4.24 on a test machine and can't get zaptel nor dahdi compile. It's a Linux Debian Etch. Errors we have: keewi:/usr/src/dahdi-linux-2.1.0.4# make make -C /lib/modules/2.6.18-custom.2/build ARCH=i386 SUBDIRS=/usr/src/dahdi-linux-2.1.0.4/drivers/dahdi DAHDI_INCLUDE=/usr/src/dahdi-linux-2.1.0.4/include DAHDI_MODULES_EXTRA= HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m make[1]: entrant dans le répertoire « /usr/src/linux-source-2.6.18 » WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. CC [M] /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.o In file included from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:38: /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:23:27: error: linux/version.h: Aucun fichier ou répertoire de ce type /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:5: warning: LINUX_VERSION_CODE is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:26: warning: KERNEL_VERSION is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:24:40: error: missing binary operator before token ( /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:82:5: warning: LINUX_VERSION_CODE is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:82:27: warning: KERNEL_VERSION is not defined /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:82:41: error: missing binary operator before token ( In file included from include/linux/kernel.h:11, from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:40: include/linux/linkage.h:4:25: error: asm/linkage.h: Aucun fichier ou répertoire de ce type In file included from include/linux/posix_types.h:47, from include/linux/types.h:14, from include/linux/kernel.h:13, from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:40: /usr/lib/gcc/i486-linux-gnu/4.1.2/include/asm/posix_types.h:13:22: error: features.h: Aucun fichier ou répertoire de ce type aso. Zaptel, the same: ... make[1]: entrant dans le répertoire « /usr/src/asterisk-1.4.24/zaptel » make -C /lib/modules/2.6.18-custom.2/build SUBDIRS=/usr/src/asterisk-1.4.24/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M=wcfxo.o zaptel.o ztdummy.o zttranscode.o modules make[2]: entrant dans le répertoire « /usr/src/linux-source-2.6.18 » WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. CC [M] /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.o In file included from include/linux/kernel.h:11, from /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.c:27: include/linux/linkage.h:4:25: error: asm/linkage.h: Aucun fichier ou répertoire de ce type In file included from include/linux/posix_types.h:47, from include/linux/types.h:14, from include/linux/kernel.h:13, from /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.c:27: /usr/lib/gcc/i486-linux-gnu/4.1.2/include/asm/posix_types.h:13:22: error: features.h: Aucun fichier ou répertoire de ce type /usr/lib/gcc/i486-linux-gnu/4.1.2/include/asm/posix_types.h:14:35: error: no include path in which to search for asm/posix_types.h In file included from include/linux/kernel.h:13, from /usr/src/asterisk-1.4.24/zaptel/kernel/wcfxo.c:27: include/linux/types.h:15:23: error: asm/types.h: Aucun fichier ou répertoire de ce type aso. What are we doing wrong? ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE