| 00:00.12 | *** join/#asterisk Qwell (north@asterisk/developer/Qwell) |
| 00:00.13 | *** mode/#asterisk [+o Qwell] by ChanServ |
| 00:12.11 | *** join/#asterisk subhi (~subhi@87.112.102.35) |
| 00:12.50 | subhi | Hello, are there any known issues with running asterisk on a VM ? |
| 00:13.00 | *** join/#asterisk CeBe1 (~CeBe@port-92-200-102-139.dynamic.qsc.de) |
| 00:13.04 | subhi | What is the minimum spec I need for the VM ? |
| 00:13.13 | subhi | (There will be one user on the system!) |
| 00:20.16 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
| 00:55.19 | dlynes | subhi: it should be fine, as long as you don't need to use any telephony peripheral cards |
| 01:00.50 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 01:02.05 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 01:36.06 | AnonGirl | hiiiiii :) |
| 01:40.59 | subhi | dlynes: sweet. In terms of spec. I am using this machine for apache/dns and few other bits and bobs. What's the minimum spec would you say Asterisk needs |
| 01:41.46 | dlynes | subhi: 2GB's of RAM, Intel Atom |
| 01:42.22 | dlynes | subhi: you might be able to get by on 1GB of RAM if it's really low traffic, and the version of asterisk you're using doesn't have any memory leaks |
| 01:42.45 | WIMPy | At least 128MB RAM and a 300MHz CPU. |
| 01:42.58 | dlynes | subhi: well...no memory leaks with the modules you're using |
| 01:43.14 | subhi | The machine has 1GB |
| 01:43.18 | subhi | shared between everything |
| 01:43.19 | subhi | :P |
| 01:43.32 | subhi | ok |
| 01:43.42 | subhi | let's give it a try and see how bad it crashes |
| 01:44.03 | dlynes | WIMPy: You can run it on 128MB's? dayamn....every application I've used it for, seems 2GB of RAM is a minimum, and 4GB's would be better |
| 01:44.29 | dlynes | WIMPy: But, I run it in pretty busy environments, too |
| 01:44.33 | WIMPy | People run Asterisk on routers. |
| 01:44.58 | dlynes | WIMPy: Well, on a decent router, or some crap like a wrt54g? |
| 01:45.31 | WIMPy | Well, I guess they usually have at 500+ MHz these days. |
| 01:45.48 | dlynes | WIMPy: I'm sure I could run it on my typical routers (dual core atoms, or quad core celerons, with 2GB RAM) |
| 01:46.21 | WIMPy | I AM talking baout plastic routers, obviousely. |
| 01:46.30 | dlynes | WIMPy: 500MHz is all relative |
| 01:46.48 | WIMPy | That's true. |
| 01:47.01 | dlynes | WIMPy: a 500MHz ARM chip is next to useless |
| 01:47.19 | WIMPy | Definitely not. |
| 01:47.23 | dlynes | WIMPy: even a raspberry pi is 650MHz |
| 01:47.31 | dlynes | WIMPy: and I wouldn't run asterisk on a pi |
| 01:47.50 | WIMPy | The HorstBox professional (the famous Asterisk appliance) has a 533MHz XScale. |
| 01:47.51 | dlynes | WIMPy: although the new 850MHz pi's might be doable |
| 01:48.22 | dlynes | WIMPy: XScales are ARM v6 chips? |
| 01:48.24 | WIMPy | And BTW, I'm typing on a box with an 202MHz StrongARM right now. |
| 01:48.41 | WIMPy | Must be v5. |
| 01:48.45 | WIMPy | Or even v4? |
| 01:48.53 | dlynes | really? |
| 01:49.16 | dlynes | ah...v5 |
| 01:51.05 | dlynes | WIMPy: I'm sure typing on an armv5 is not really any big deal. The armv6 raspberry pi's are pretty quick...I just can't see myself running Asterisk on them |
| 01:51.37 | dlynes | WIMPy: Unless it's 2 or 3 extensions with a sip trunk, and no transcoding, and it's a home phone system |
| 01:51.37 | WIMPy | Yes. For IRC the original 8MHz ARM2 is easily enough. |
| 01:52.01 | dlynes | WIMPy: a commodore vic 20 is probably enough for irc |
| 01:52.07 | dlynes | WIMPy: i.e. a 6502 |
| 01:52.12 | WIMPy | There has been talk that the RPi will handle 3 concurrent calls without issues. |
| 01:52.24 | WIMPy | Probably. |
| 01:52.26 | subhi | what have I started |
| 01:52.33 | WIMPy | But not if you browse the web in between :-) |
| 01:52.42 | dlynes | WIMPy: definitely not |
| 01:53.20 | dlynes | WIMPy: but it's still fast enough to run a 2400 baud modem |
| 01:54.04 | WIMPy | My wrist watch can handle that. |
| 01:54.24 | dlynes | WIMPy: your wrist watch is probably 100x faster than a 6502, too :o |
| 01:54.41 | WIMPy | I don't think so. |
| 01:54.50 | WIMPy | And it's certainly 4 Bit. |
| 01:55.09 | dlynes | WIMPy: ah...so not an iwatch or a pebble or anything like that |
| 01:55.19 | WIMPy | Nope |
| 01:55.43 | WIMPy | These beasts would probably run Asterisk just as good as a RPi. |
| 01:55.58 | WIMPy | Or better |
| 01:56.17 | subhi | I smell a challange here |
| 01:56.25 | dlynes | That new rpi is pretty awesome, though |
| 01:56.37 | dlynes | 800MHz, quad core armv7 |
| 01:56.52 | dlynes | Almost as fast as my blackberry passport |
| 01:56.55 | WIMPy | I'm not going to buy such a useless "watch" just to prove it works. |
| 01:57.43 | WIMPy | I plan to try it on an RPi, however. The biggest challenge ist probably Debian. |
| 01:58.14 | dlynes | WIMPy: nah...asterisk and freepbx have absolutely no problems with debian |
| 01:58.25 | dlynes | WIMPy: freepbx used to, but it's pretty smooth with debian now |
| 01:58.32 | dlynes | WIMPy: asterisk has never had a problem with debian |
| 01:58.50 | WIMPy | I certainly don't want FreePBX. But I need to connect a line and that might become interesting with Debian. |
| 01:59.05 | dlynes | WIMPy: why would it be a problem? |
| 02:00.00 | dlynes | WIMPy: and btw...if you're stuck on redhat-based distros, there's a version of fedora for the pi |
| 02:00.12 | WIMPy | You need the kernel config to build drivers. |
| 02:00.37 | dlynes | WIMPy: it's easier to build drivers on debian than it is on centos |
| 02:01.25 | dlynes | WIMPy: debian has a special tool to take care of all the messy stuff with drivers for you, automatically |
| 02:01.54 | WIMPy | That's exactely what I fear. |
| 02:01.58 | *** join/#asterisk u0m3 (~u0m3@109.96.141.114) |
| 02:02.31 | dlynes | WIMPy: because someone other than yourself wrote the wizard for it? |
| 02:02.43 | WIMPy | And it would make a lot of sense to compile on the PC. |
| 02:03.49 | dlynes | WIMPy: well, you could always use an SSD on the pi, and run make -f4 on the drivers and kernel |
| 02:04.19 | WIMPy | It's not the storage I'm worried about. It's teh CPU. |
| 02:05.01 | dlynes | WIMPy: the arm kernel and associated modules are a lot smaller and less diverse than the Intel kernel and modules |
| 02:05.32 | dlynes | WIMPy: I've never tried cross-compiling the kernel myself, so I wouldn't even know where to start |
| 02:05.38 | WIMPy | Depends on what you enable, obviousely. |
| 02:06.15 | dlynes | WIMPy: I've only compiled for other kernels on the same architecture in a chrooted environment, which obviously wouldn't work for an arm target |
| 02:06.36 | WIMPy | Yeh, the firmware creators come with those nice pre-setup build systems. |
| 02:07.07 | dlynes | WIMPy: Ah...so it is possible to build a kernel and drivers for an arm system from an intel system? |
| 02:07.10 | *** join/#asterisk raspberrypifan (~raspberry@186.47.69.76) |
| 02:07.29 | WIMPy | Sure |
| 02:07.51 | dlynes | ah...cool |
| 02:07.57 | WIMPy | If you tried to do it on some small router you might have to wait for weeks. |
| 02:08.40 | dlynes | Well, that's just it...I've got an embedded system that's even rinkier dinkier than the rpi that I wanted to try some other kernels on |
| 02:08.50 | dlynes | but I was dreading having to compile on that system |
| 02:08.50 | WIMPy | Or more likely it wouldn't even be possible. |
| 02:09.16 | dlynes | It's a TI arm system |
| 02:10.05 | dlynes | Some cortex a8 system |
| 02:10.26 | dlynes | Decided to try it because it came with a touch screen |
| 02:11.26 | WIMPy | .me thought about trying some smapp SPI screen with touch. |
| 02:11.53 | WIMPy | /me |
| 02:11.55 | WIMPy | :-) |
| 02:12.33 | WIMPy | s/smapp/small/ |
| 02:32.58 | *** join/#asterisk D-Boy (~D-Boy@unaffiliated/cain) |
| 02:49.52 | *** join/#asterisk DragonAzul (~DragonAzu@187.208.18.66) |
| 02:51.05 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 03:17.47 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 03:21.46 | *** join/#asterisk rexwin__ (~rexwin@106.208.46.81) |
| 03:21.56 | rexwin__ | hi all |
| 03:22.13 | *** join/#asterisk mjordan (mjordan@nat/digium/x-ukdzezoysbrjggfd) |
| 03:22.13 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 03:22.46 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 03:25.05 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 03:29.38 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
| 04:22.44 | *** join/#asterisk happy-dude (uid62780@gateway/web/irccloud.com/x-qvtfrawmyfjstjit) |
| 04:22.52 | *** join/#asterisk jiku (~jiku@1.23.119.72) |
| 04:29.05 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
| 04:35.35 | *** join/#asterisk moke (~moke@unaffiliated/moke) |
| 04:52.50 | *** join/#asterisk MaliutaLap (nikolai@unaffiliated/maliuta) |
| 05:09.48 | *** join/#asterisk Ankoran (~ZerOlegen@207.230.216.57) |
| 05:11.01 | *** join/#asterisk Kobaz (~kobaz@its.kobaz.net) |
| 05:11.33 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 05:14.46 | *** join/#asterisk bkruse (~Adium@24.42.207.11) |
| 05:15.24 | *** join/#asterisk theron_ (~theron@173-20-126-202.client.mchsi.com) |
| 05:34.05 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
| 05:34.06 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 06:15.53 | *** part/#asterisk rexwin__ (~rexwin@106.208.46.81) |
| 06:18.46 | *** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru) |
| 06:28.17 | *** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl) |
| 06:39.39 | *** join/#asterisk linocisco (~linocisco@103.255.174.183) |
| 06:39.55 | linocisco | hi |
| 06:40.30 | linocisco | anybody using asterisk behind cisco RV042 ? |
| 06:41.12 | dlynes | linocisco: yes, and if you're expecting the QoS features of rv042 (or rv082 for that matter) to play nicely, forget about it |
| 06:42.43 | AnonGirl | hi |
| 06:42.55 | dlynes | linocisco: I've had to resort to using pfSense, or iptables, myself |
| 06:44.00 | linocisco | dlynes hi , thanks , using RV042 which is standard in all our office , though all security are disabled and allow all rules , asterisk is not working. no sip clients registered |
| 06:44.45 | dlynes | linocisco: yeah..disable qos, and it'll probably start working |
| 06:45.16 | linocisco | dlynes yes. i tried but not working |
| 06:45.36 | dlynes | linocisco: it's not that voip won't work behind the rv042/rv082's. It's just that you won't be able to use the router the way you probably intended (making use of the DMZ/wan2 port) |
| 06:46.46 | dlynes | linocisco: all of the functionality on the rv042/rv082's w.r.t. the secondary wan port is completely and utterly broken |
| 06:47.08 | linocisco | dlynes asterisk traffic is not inside out or ouside in of RV042. just using inside LAN. |
| 06:48.00 | dlynes | linocisco: you're not plugging all your sip devices into a switch? |
| 06:49.06 | linocisco | dlynes all are in the same switch same network |
| 07:23.44 | *** join/#asterisk wicope (~usuario@237.74.134.37.dynamic.jazztel.es) |
| 07:42.04 | *** join/#asterisk kalz (~kalz@2602:fff6:f:1::d979:58e8) |
| 07:48.10 | *** join/#asterisk subhi (~subhi@87.112.102.35) |
| 07:53.53 | *** join/#asterisk darkbasic (~quassel@host37-245-static.119-2-b.business.telecomitalia.it) |
| 08:00.10 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
| 08:04.43 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 08:14.47 | *** join/#asterisk HeN (uid3747@gateway/web/irccloud.com/x-bvpgqxjylzhnomih) |
| 08:15.30 | *** join/#asterisk moy (sid47040@gateway/web/irccloud.com/x-xaehgjrvxufwfiwm) |
| 08:15.51 | *** join/#asterisk dan_j (sid21651@gateway/web/irccloud.com/x-vtuiwhawhdrvzkfr) |
| 08:16.26 | *** join/#asterisk petris (sid19918@gateway/web/irccloud.com/x-bkjpkbxaingcbgon) |
| 08:17.49 | *** join/#asterisk tonyclewis (sid6025@gateway/web/irccloud.com/x-bazfrduocvijfszg) |
| 08:21.14 | *** join/#asterisk kayatwork (~kayfox@orca.zerda.net) |
| 08:28.01 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 08:28.05 | *** join/#asterisk marlinc (~marlinc@ip1.weert.li.nl.cvo-technologies.com) |
| 08:31.39 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 08:39.18 | *** join/#asterisk tparcina (~tomo@212.92.200.41) |
| 08:57.20 | *** join/#asterisk CeBe (~CeBe@port-92-200-95-245.dynamic.qsc.de) |
| 09:02.44 | *** join/#asterisk Iamnacho (~Iamnacho@ip72-213-61-117.om.om.cox.net) |
| 09:05.09 | *** join/#asterisk Nugget (nugget@rennsport.macnugget.org) |
| 09:16.04 | *** join/#asterisk riess82 (~riessma@mail.p-riess.at) |
| 09:47.48 | *** join/#asterisk moke (~moke@unaffiliated/moke) |
| 10:03.41 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-mxeunpizmbjwhwgd) |
| 10:20.41 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 10:35.36 | *** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru) |
| 11:11.42 | *** join/#asterisk infina (~infina@unaffiliated/infina) |
| 11:39.48 | *** join/#asterisk ldc (~ldc@win1.desk.interstella.net) |
| 11:44.24 | ldc | buh |
| 11:44.34 | ldc | I've bought a sip ata to connect an old phone |
| 11:44.41 | ldc | but I hear some crackling noise in the background |
| 11:44.45 | ldc | like some ripple from the power supply |
| 11:44.49 | ldc | is that normal? |
| 11:45.23 | ldc | I've already set voltages, impedances, waveform etc according to my country specifications |
| 11:45.34 | ldc | and now it speaks italian, but still there's that odd background hiss |
| 11:47.21 | robmal | Provare con un altro telefono. |
| 11:49.10 | ldc | robmal: ok I'll try |
| 11:49.39 | robmal | :-) |
| 11:51.26 | ldc | fixed, thanks |
| 11:51.34 | ldc | at least I know it's just the phone |
| 11:54.02 | robmal | If the phone is some oldschool piece i'd like to get it as a reward ;-) |
| 11:54.45 | *** join/#asterisk [sr] (~kvirc@pal-213-228-163-73.netvisao.pt) |
| 11:54.53 | [sr] | hi WIMPy |
| 11:55.16 | ldc | robmal: http://www.centrovendite.com/116___03/IMG_1214.JPG |
| 11:55.37 | ldc | you can find plenty of those, new from old stocks at 20 eur |
| 11:55.43 | robmal | :-) Nah, i was hoping for something older. |
| 11:57.39 | ldc | robmal: https://upload.wikimedia.org/wikipedia/commons/b/bc/Telephone_Siemens_S62.jpg |
| 11:57.50 | ldc | I've got a pair of these too but they're not dtmf of course, so no ATA :( |
| 12:02.11 | robmal | <3 |
| 12:30.26 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 12:33.41 | *** join/#asterisk nicknam1232 (5f903b42@gateway/web/freenode/ip.95.144.59.66) |
| 12:36.54 | phix | robmal: sup buddy? |
| 12:52.12 | robmal | phix: ? |
| 12:52.36 | phix | werd up |
| 12:53.02 | robmal | You must be mistaking me for someone else ;-) |
| 12:53.09 | phix | nah |
| 13:00.49 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 13:32.09 | *** join/#asterisk jiuweigui (~jiuweigui@unaffiliated/jiuweigui) |
| 14:01.12 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 14:05.29 | *** join/#asterisk theron_ (~theron@173-20-126-202.client.mchsi.com) |
| 14:15.29 | *** join/#asterisk gusto (~gusto@2a02:810d:8640:248:82fa:5bff:fe0a:dfef) |
| 14:31.20 | *** join/#asterisk technoid_ (~Technoid@74.84.14.161) |
| 14:42.55 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 14:45.38 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
| 14:45.38 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 14:52.53 | *** join/#asterisk g-maurizi (~g-maurizi@108-201-232-1.lightspeed.irvnca.sbcglobal.net) |
| 14:52.57 | g-maurizi | I desperately need some help to solve an issue with BLF keys on the grandstream gxp2160 - a change in chan_sip.so in asterisk version 1.4.1+ cauaes the gxp2160 and all grandstream gxp**** devices to disregard the SIP notify for unavailable state so the BLF keys stay solid green when an extension is unavailable. This problem is very well documented(http://forums.digium.com/viewtopic.php?f=1&t=77998) |
| 14:52.57 | g-maurizi | and the user in that thread was able to fix it by recompiling chan_sip.so and changing the statestring back to "confirmed" from the newer "terminated". I have tried 10 times now to recompile chan_sip with the one change and after doing so SIP registration stops working -- I've never recompiled anything like this before so I'm pretty sure the problem is me. I've been on this problem for two |
| 14:52.57 | g-maurizi | weeks now, going insane, and have some very impatient people waiting for a fix... so any help is very much appreciated. At this point I am so desperate I am honestly thinking about trying to roll back to a previous version of asterisk before this change in chan_sip was made just to get the lamp to work right. |
| 14:56.38 | g-maurizi | I am really dissapointed in grandstream... brand new phone with recently released firmware and the new firmware isn't patched for that statestring change from like 2007 what a joke. |
| 14:58.09 | mjordan | you do know Asterisk 1.4 is no longer supported either, right? |
| 14:59.44 | *** topic/#asterisk by mjordan -> #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.2.0 (2015/02/06), 11.16.0 (2015/02/06), 1.8.32.2 (2015/01/28); Standard: 12.8.1 (2015/01/28); DAHDI: DAHDI-linux 2.10.0 (2014/08/13), DAHDI-tools 2.10.0 (2014/08/13); libpri 1.4.15 (2014/06/16) -=- Asterisk wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
| 14:59.54 | skrusty | afternoon |
| 15:00.09 | g-maurizi | I know. I just need to get the BLF lamp to function at this point. desperate means. My attempt to patch and recompile chan_sip.so consists of pulling the tar.gz for asterisk unpacking it cd channels/ opening chan_sip.c in nano making the change, then running ./configure, running make, and then cd channels/ and copying chan_sip.so to /usr/lib/asterisk/modules replacing the existing chan_sip.so |
| 15:00.09 | g-maurizi | with the patched one.. should this work? how should this properly be done? |
| 15:01.01 | mjordan | once you've replaced whatever was there originally, you have to reload the module in Asterisk |
| 15:01.05 | mjordan | but yes, generally, that's about it. |
| 15:01.27 | g-maurizi | how would I reload chan_sip in asterisk? would restarting asterisk do that? ;) |
| 15:01.52 | mjordan | yes, it would, as would the CLI commands 'module unload chan_sip.so | module load chan_sip.so' |
| 15:02.09 | mjordan | the pipe indicating those are two commands to execute |
| 15:02.29 | g-maurizi | Thanks. I'm not sure why this tiny change is breaking sip registrations, it's just changing one word in the statestring for the UNAVAILABLE sip notify packet... |
| 15:03.12 | g-maurizi | This is the change I'm trying to make/patch to chan_sip: http://forums.digium.com/viewtopic.php?f=1&t=77998 |
| 15:03.27 | mjordan | (1) It's chan_sip. Small changes have bit impact. (2) It may not be; you may be running into a different bug that exists in that version. 1.4 isn't supported. (3) I won't look at a patch: 1.4 is *not* supported. |
| 15:03.50 | g-maurizi | I'm patching chan_sip in the current stable version. :) |
| 15:04.05 | mjordan | what do you mean by "current stable"? |
| 15:04.14 | mjordan | s/bit/big |
| 15:05.57 | phix | lets pal4 |
| 15:06.18 | g-maurizi | I was testing with the latest schmoozecom freepbx iso, I believe it uses asterisk 11. chan_sip in asterisk 11 still uses "terminated" as the statestring.. and the grandstream still only responds to "confirmed" for the statestring, even though it's an old bug. |
| 15:06.30 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
| 15:06.54 | mjordan | it isn't a bug in Asterisk. Interoperability with Grandstreams, maybe. |
| 15:07.16 | *** join/#asterisk azerus (~badass@unaffiliated/badass) |
| 15:07.17 | mjordan | goes to get breakfast |
| 15:07.23 | g-maurizi | It's definitely a grandstream problem, no arguement there. But, it doesn't change that I need to solve it. ;oX |
| 15:07.56 | dlynes | g-maurizi: Is there a grandstream firmware update? |
| 15:08.01 | g-maurizi | I've gone as far as trying every firmware release for the device. |
| 15:08.12 | phix | Why use a grandstream when snom exists? |
| 15:08.21 | g-maurizi | Because I am a newb. |
| 15:08.29 | g-maurizi | and my boss is cheap |
| 15:08.38 | file | Digium also makes phones. *gasp* |
| 15:08.42 | file | but I'm biased |
| 15:08.43 | phix | g-maurizi: tell your boss that being cheap costs you more in the long run |
| 15:08.58 | g-maurizi | he doesnt speak logical |
| 15:09.04 | g-maurizi | hes a doctor |
| 15:09.04 | phix | g-maurizi: generally with higher maintenance costs and the fact that the system doesn't operate as effienctly |
| 15:09.42 | phix | g-maurizi: tell your boss that being illogical costs money |
| 15:09.58 | phix | and then maybe he will try to be logical |
| 15:10.12 | g-maurizi | barking up a tired tree. I'll give you his # if you wanna help me communicate the message.. lol |
| 15:10.17 | phix | and then you wont run into these issues |
| 15:10.18 | *** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru) |
| 15:10.21 | dlynes | I find grandstream and Yealink both suck |
| 15:10.33 | phix | g-maurizi: sure, msg it to me with country code L( |
| 15:10.34 | phix | :) |
| 15:10.35 | dlynes | But Grandstream 24-port ATA's are actually pretty good |
| 15:10.42 | phix | what country are you in ? |
| 15:10.54 | g-maurizi | I'm kidding. I can't afford to get fired. |
| 15:11.05 | g-maurizi | if I could, I wouldn't be trying to fix this stupid little issue |
| 15:11.05 | phix | anomonous |
| 15:11.48 | dlynes | file: I'm curious...who makes the phones for digium? |
| 15:11.53 | g-maurizi | anyone out there kind enough to try patching chan_sip with that diff and see if it breaks registration? I don't know where to go from here to fix this honestly. |
| 15:11.56 | file | dlynes, I don't understand the question |
| 15:12.04 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 15:12.08 | phix | g-maurizi: just do it yourself |
| 15:12.13 | phix | file!!!! |
| 15:12.14 | dlynes | file: I'm guessing they're oem'ed, and digium just slaps their name on it |
| 15:12.19 | file | dlynes, nope |
| 15:12.28 | phix | don't use file, use open instead (python manual) |
| 15:12.32 | dlynes | file: so they're actually manufactured in alabama? |
| 15:13.04 | g-maurizi | phix I've patched it 10 times.. after the patch my gxp2160's cant sip register. :( but it seems that a seriously large number of other people have patched chan_sip with this and not had the issue. The issue also applies to snom phones and it's a well watched thread over there. |
| 15:13.29 | phix | it is a granstream issue |
| 15:13.29 | file | I can't go into details of where (probably) but they are not OEMed, we didn't just slap our names on them. |
| 15:14.00 | file | They are our creation. |
| 15:14.05 | g-maurizi | it's definitely a grandstream issue, but suffice it to say that the BLF's work in 3cx. blech |
| 15:14.19 | dlynes | g-maurizi: could be the patch works with certain phones with certain firmware, and you're not using the correct combination |
| 15:14.32 | g-maurizi | hmm didn't think about that actually |
| 15:15.09 | dlynes | file: ah...interesting to know. I'm guessing that means the build quality is comparable to Aastra or Polycom? |
| 15:15.14 | file | dlynes, designed by us, software by us |
| 15:15.28 | file | yes |
| 15:16.19 | g-maurizi | I wish there was some way I could patch the firmware instead of trying to patch chan_sip on the asterisk side |
| 15:16.37 | dlynes | file: How are the handsets? Are they very light, or are they nice and heavy? |
| 15:17.15 | dlynes | file: I've just never seen the digium phones in Canada |
| 15:17.46 | file | dlynes, medium? heavier than a Cisco 7960 handset |
| 15:17.48 | g-maurizi | Is it even worth trying to use chan_sip from 1.4 in asterisk 11? |
| 15:17.55 | file | g-maurizi, no. |
| 15:18.35 | dlynes | file: asterisk 11 and asterisk 1.4 use two entirely different sip stacks, don't they? |
| 15:19.41 | g-maurizi | Maybe this is one of those things I just have to let go of and admit defeat. The BLF's work for everything else, they blink red for ringing, solid red for in call, green for available.. they just don't hear the unavailable notify packet because of the change... dlynes, I really don't have a clue. This is my first week into learning asterisk. |
| 15:19.52 | file | dlynes, no |
| 15:20.13 | dlynes | file: oh...thought I had heard somewhere that the sip stack got rewritten for asterisk 10 |
| 15:20.25 | file | chan_pjsip in 12+ uses a different SIP stack but it does not replace chan_sip (chan_sip is still available) |
| 15:20.55 | g-maurizi | does the phone have to support chan_pjsip to use this? |
| 15:20.59 | dlynes | oh...pjsip is only 12+ and up...thought it was available in 11...no wonder it never seemed to work in freepbx =) |
| 15:21.32 | g-maurizi | I wanted to test with chan_psip but could not seem to get it going. |
| 15:21.41 | file | what chan_pjsip produces for a NOTIFY is like chan_sip |
| 15:21.55 | g-maurizi | ah. so the statestring will be identical? |
| 15:22.07 | g-maurizi | thank you! |
| 15:22.12 | file | most likely |
| 15:22.43 | dlynes | g-maurizi: doesn't the crapstream have a syslog feature? |
| 15:22.56 | g-maurizi | is there some other way that I can get asterisk to send the statestring "confirmed" instead of "terminated" for the UNAVAILABLE sip notify packet? |
| 15:23.04 | g-maurizi | yeah it does. |
| 15:23.32 | dlynes | g-maurizi: set it to maximum verbosity, and logged to the syslog on the phone server while you're testing all of this stuff, so you can see what it belches out |
| 15:23.55 | phix | yes set phasers to maximum |
| 15:24.02 | g-maurizi | dlynes I've already taken a pretty close look, that's how I got this far :) |
| 15:24.15 | dlynes | g-maurizi: ah |
| 15:24.18 | robmal | Get a new job. |
| 15:24.41 | dlynes | g-maurizi: I can't see how all this extra engineering effort is saving the client any money |
| 15:24.43 | g-maurizi | yeah, I'm consdering that one though unrelated |
| 15:24.50 | dlynes | g-maurizi: unless you're doing it all for free |
| 15:25.04 | g-maurizi | im not doing it for free I'm just not being paid by the hour for this particular part |
| 15:25.20 | g-maurizi | I'm still in lab/testing with these |
| 15:26.15 | robmal | Open a document processor. Write 'THIS IS HOW IT SHOULD WORK'. Print for every phone. Live on happy. |
| 15:26.22 | g-maurizi | I do know that the grandstream UCM device that uses asterisk and their own webUI works properly with the BLF lamps / unavailable sip notify packet.. they must have patched it somehow |
| 15:26.30 | dlynes | likes robmal's suggestion. |
| 15:26.47 | dlynes | g-maurizi: oh...you're trying to do this with the grandstream UCM? |
| 15:26.51 | g-maurizi | no |
| 15:27.04 | dlynes | g-maurizi: Ok...don't |
| 15:27.20 | dlynes | g-maurizi: It's a complete piece of crap....wasted two weeks of my life I'll never get back |
| 15:27.22 | g-maurizi | I just know that WITH the UCM the BLF lamp shuts off when the extension unregisters. |
| 15:27.35 | g-maurizi | with asterisk they don't. :( |
| 15:27.48 | dlynes | g-maurizi: the UCM is using Asterisk, under the covers |
| 15:28.17 | g-maurizi | I know, that's why I mentioned, they / grandstream must have patched the statestring for the UNAVAILABLE packet in asterisk on the UCM... |
| 15:28.25 | dlynes | g-maurizi: if you have one, you could wireshark it to find out what the phone system and the phone are sending each other |
| 15:28.28 | g-maurizi | instaed of fixing there bodged firmware |
| 15:28.46 | g-maurizi | priorities |
| 15:29.03 | dlynes | g-maurizi: that hunk of junk is only $300 or something super ridiculous |
| 15:29.21 | dlynes | g-maurizi: it's cheaper than the amount of time you're spending on this |
| 15:29.25 | g-maurizi | I know |
| 15:30.00 | g-maurizi | it makes me almost want to buy it and give up trying to make these phones work with vanilla asterisk |
| 15:30.06 | file | their source code is also available. |
| 15:30.25 | g-maurizi | wow that's an interesting thought!!!! where would I find the source code for the firmware for the UCM? |
| 15:30.34 | file | Grandstream's website? |
| 15:30.35 | g-maurizi | I want to diff chan_sip |
| 15:30.39 | g-maurizi | good idea |
| 15:30.45 | g-maurizi | ty |
| 15:31.27 | dlynes | g-maurizi: what file said. I wouldn't suggest replacing a decent asterisk system with the UCM. The sound quality is crap, takes a second at the start of a call before echo disappears, security is an afterthought (and not implemented very well), ... |
| 15:32.06 | g-maurizi | I really was just joking.. I am desperate, and that would be quick and easy.. maybe. but I'm not stupid |
| 15:32.15 | g-maurizi | well not that stupid |
| 15:32.44 | g-maurizi | where would I look for the source on grandstreams site? |
| 15:32.45 | dlynes | g-maurizi: I had two of those UCM systems foisted upon me by someone trying to save money. We ended up going installing Epygis which I'm still not happy with, and which will probably end up getting replaced with an asterisk system at the end of it all |
| 15:34.42 | g-maurizi | I just want to see chan_sip from the UCM61000.... |
| 15:35.37 | g-maurizi | I'm installing freepbx experimental branch (being the last/only other thing I haven't tried yet).. here's to hoping |
| 15:35.52 | *** join/#asterisk CeBe1 (~CeBe@port-92-200-95-245.dynamic.qsc.de) |
| 15:35.58 | *** join/#asterisk happy-dude (uid62780@gateway/web/irccloud.com/x-fptjbrythclchvwj) |
| 15:36.20 | dlynes | oooh....grandstream does security cameras, too |
| 15:36.50 | g-maurizi | Could anyone tell me, does freepbx / asterisk support eventlist BLF? I've read a bit about the difference.. and was hoping maybe the answer is yes and setting the MPK/BLF lamp to event list BLF makes it work |
| 15:38.00 | g-maurizi | When I set the lamp to "presence" it actually works for sip register/unregister as in it turns green when registered and off when unregistered, it just doesnt go solid red for in-call/busy/dnd or blink red for ringing. |
| 15:38.21 | dlynes | g-maurizi: Anyways...I've found the secret to installing Grandstream and yealink successfully is to set the client's expectations as low as possible before the deploy |
| 15:38.44 | robmal | :-)))) |
| 15:38.56 | dlynes | g-maurizi: But even then, it's usually not low enough for Yealink |
| 15:39.25 | g-maurizi | they don't have high expectations... I just really wanted to get these lamps working.. it's going to confuse the staff if the lamps work to display ringing/busy/dnd/available status, but simply stay green when unavailable. |
| 15:40.03 | g-maurizi | a confused staff = more calls to my cell phone |
| 15:40.07 | dlynes | g-maurizi: Does blf even work for dnd? |
| 15:40.12 | g-maurizi | yeah it does |
| 15:40.43 | g-maurizi | the BLF keys on this thing are dual=color red/green and have been fantastic, if they just shut OFF when sip notify unavailable, it would be perfect. |
| 15:40.45 | robmal | g-maurizi: You should swap all the phones with unify openstage series. |
| 15:41.16 | robmal | Also disable your internet access in the process ;-) |
| 15:42.01 | g-maurizi | any ideas on how I can get a look at the chan_sip module source from the UCM appliance? |
| 15:42.15 | g-maurizi | i assume they have to publish somewhere being gpl |
| 15:43.36 | *** join/#asterisk cyford (~allen@76.122.73.37) |
| 15:44.19 | dlynes | g-maurizi: http://www.grandstream.com/support/faq/gnu_gpl |
| 15:44.40 | g-maurizi | ty!!!! |
| 15:46.38 | dlynes | g-maurizi: btw...google 'site:grandstream.com ucm source code', and click on the first hit. search for 'source code' in the pdf document and there's your link :) |
| 15:47.18 | g-maurizi | HAHAHAHA they did change it |
| 15:47.23 | g-maurizi | what fu*kers |
| 15:47.36 | g-maurizi | seriously.. patch chan_sip instead of patch their damn phone firmware. wtf |
| 15:48.00 | g-maurizi | look at this... |
| 15:48.09 | g-maurizi | case AST_EXTENSION_REMOVED: /* Added by yfyang, [Bug 21464] |
| 15:48.37 | g-maurizi | statestring = "offline"; /* modified by yfyang, |
| 15:49.04 | g-maurizi | that's just classic... |
| 15:51.37 | g-maurizi | I wonder if I could compile asterisk version from the grandstream, or maybe just use chan_sip from it. hmm |
| 15:53.03 | g-maurizi | Thank You guys. This has gotten me farther than I could have hoped. |
| 15:53.43 | g-maurizi | I need to go grab a pack of smokes and some caffeine and then I'm going to go about diffing the entire chan_sip file from the UCM source to the current stable asterisk and see if I can make it work. |
| 15:53.48 | g-maurizi | I'll be back. |
| 15:57.25 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 15:59.39 | g-maurizi | Just a heads up... behaviour is the same in asterisk 13/beta. :( |
| 16:04.41 | phix | Are you a milf or a gilf? |
| 16:04.45 | phix | or a dilf? |
| 16:10.22 | *** join/#asterisk bkruse (~Adium@24.42.207.11) |
| 16:11.46 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 16:23.39 | *** join/#asterisk darkbasic_ (~quassel@niko.linuxsystems.it) |
| 16:29.45 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 16:31.58 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 17:05.30 | *** join/#asterisk troyt (~troyt@2601:7:6200:69e1:44dd:acff:fe85:9c8e) |
| 17:26.15 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
| 17:26.16 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 17:35.23 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 17:43.27 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 17:44.29 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 17:53.26 | *** join/#asterisk jiuweigui (~jiuweigui@unaffiliated/jiuweigui) |
| 18:05.30 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 18:07.23 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 18:09.32 | *** join/#asterisk rexwin (~rexwin@106.208.39.231) |
| 18:10.29 | rexwin | I have several store under one queue. what should I do if I need to forward/route to GRUBHUB AUTOMATED MSG? |
| 18:10.40 | rexwin | stores |
| 18:11.39 | babak | Hi, using lua in extensions.lua is like an embedded language ? and performance is better than AGI ? |
| 18:34.29 | [TK]D-Fender | rexhuh? |
| 18:36.56 | AnonGirl | [TK]D-Fender: tabfail |
| 18:38.37 | [TK]D-Fender | No, tab worked fine. User presence = not so much |
| 19:00.33 | *** join/#asterisk PaybackTony (~Adium@2601:7:700:7fa:982f:1bfa:5153:b409) |
| 19:01.12 | dlynes | g-maurizi: awesome...gotta love Chinese mentality |
| 19:03.28 | g-maurizi | Seriously.. |
| 19:04.08 | dlynes | g-maurizi: no, i wasn't serious |
| 19:04.22 | g-maurizi | oh.. i was |
| 19:04.36 | g-maurizi | it makes sense from a product QA point of view |
| 19:04.41 | dlynes | g-maurizi: My wife's Chinese, and I've worked in a Chinese company...I know their mentality all too well |
| 19:04.44 | g-maurizi | more like an apple mentality |
| 19:05.01 | g-maurizi | lets make it work right with only our device |
| 19:05.59 | dlynes | g-maurizi: yeah...well, it was probably done to make the grandstream park functionality work, or something |
| 19:10.09 | *** join/#asterisk riess82 (~riessma@91-114-232-130.adsl.highway.telekom.at) |
| 19:12.28 | *** join/#asterisk sparetire (~sparetire@unaffiliated/sparetire) |
| 19:38.06 | *** join/#asterisk ThatDamnRanga (~wiretap@unaffiliated/wiretap) |
| 19:39.33 | *** join/#asterisk kemmler (~archie@unaffiliated/kemmler) |
| 19:42.31 | *** join/#asterisk zapata (~zapata@2001:470:1f0b:11bc:ba27:ebff:fee4:a52f) |
| 19:48.39 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
| 19:48.39 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 19:54.14 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 19:54.32 | *** join/#asterisk zapata (~zapata@2001:470:1f0b:11bc:ba27:ebff:fee4:a52f) |
| 20:03.52 | *** join/#asterisk Synthase_ (uid63346@gateway/web/irccloud.com/x-nmcsxvprazcumwad) |
| 20:14.24 | *** join/#asterisk happy-dude (uid62780@gateway/web/irccloud.com/x-mzgprbsgzzdoxeqz) |
| 20:15.00 | *** join/#asterisk FreezingCold (~FreezingC@135.0.41.14) |
| 20:23.42 | *** join/#asterisk sommarnatt (~sommarnat@c83-248-211-40.bredband.comhem.se) |
| 20:33.07 | *** join/#asterisk iq (~iq@pool-71-164-166-178.dllstx.fios.verizon.net) |
| 21:09.59 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 21:15.53 | *** join/#asterisk wicope (~usuario@237.74.134.37.dynamic.jazztel.es) |
| 21:17.00 | *** join/#asterisk theron (~theron@173-20-126-202.client.mchsi.com) |
| 21:29.23 | *** join/#asterisk wonderworld (~ww@ip-62-143-156-254.hsi01.unitymediagroup.de) |
| 21:53.56 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
| 21:53.56 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 22:03.08 | *** join/#asterisk CeBe1 (~CeBe@port-92-200-95-245.dynamic.qsc.de) |
| 22:44.02 | *** join/#asterisk cargill (~ondra@host86-177-93-243.range86-177.btcentralplus.com) |
| 23:20.23 | *** join/#asterisk rexwin (~rexwin@106.208.74.171) |
