| 00:42.48 | lmadsen | jsmith: do you know if there is anything special you need to do to monitor a network connection on a linux box via SNMP? |
| 00:43.08 | lmadsen | I *think* I setup the com2sec stuff right... but cacti doesn't seem to find the network interfaces... |
| 00:43.18 | jsmith | lmadsen: Yeah, I think you just have to uncomment a few things in snmpd.conf |
| 00:43.19 | lmadsen | it does see the memory and a couple other things |
| 00:43.26 | lmadsen | but not the cpu |
| 00:43.31 | jsmith | lmadsen: And make sure that all the SNMP utilities are loaded, etc. |
| 00:43.41 | lmadsen | ya... I do get SOME data... so it must be somewhat working :) |
| 00:44.30 | lmadsen | com2sec internal 192.168.128.5 public |
| 00:44.34 | lmadsen | thought that's all I needed :) |
| 00:45.02 | lmadsen | ah well, no biggie |
| 00:45.43 | jsmith | lmadsen: No, not everything is exposed via SNMP by defailt |
| 00:45.46 | jsmith | default, that is |
| 00:46.02 | lmadsen | ya.. I'll have to find a good article on configuring snmpd.conf |
| 00:50.29 | jsmith | Wish I could help, but I"ve got a few other things on my plate tonight |
| 00:50.36 | jsmith | If you haven't figured it out by tomorrow morning, let me know |
| 00:51.26 | jsmith | lmadsen: This link might help: http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch22_:_Monitoring_Server_Performance#Configuring_Simple_SNMP_on_a_Linux_Server |
| 01:00.19 | jsmith | Man, this laptop screen suddenly seems so small |
| 01:59.13 | *** join/#asterisk-doc monkeytype (n=Bill@216.207.245.1) |
| 02:01.00 | jsmith | monkeytype! |
| 02:01.10 | jsmith | monkeytype: What are you doing in here this time of night? |
| 02:01.55 | *** join/#asterisk-doc AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 02:27.20 | *** mode/#asterisk-doc [+o lmadsen] by ChanServ |
| 07:22.29 | *** join/#asterisk-doc Juggie``` (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 07:45.00 | *** join/#asterisk-doc magumbade (n=magumbad@p5798BC34.dip.t-dialin.net) |
| 07:50.44 | *** join/#asterisk-doc nozy (n=nozy@58.171.66.13) |
| 08:05.07 | *** join/#asterisk-doc nozy (n=nozy@58.171.115.96) |
| 09:34.44 | *** join/#asterisk-doc ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) [NETSPLIT VICTIM] |
| 09:34.44 | *** join/#asterisk-doc codefreeze (n=steve_mu@216.166.159.235) |
| 09:34.44 | *** join/#asterisk-doc MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 10:43.51 | *** join/#asterisk-doc jsmith (n=jsmith@72.21.36.138) |
| 10:43.51 | *** join/#asterisk-doc monkeytype (n=Bill@216.207.245.1) [NETSPLIT VICTIM] |
| 10:43.51 | *** mode/#asterisk-doc [+o jsmith] by irc.freenode.net |
| 11:06.46 | *** join/#asterisk-doc HeXeD (n=hex@87-194-8-43.bethere.co.uk) |
| 13:56.55 | magumbade | hi jarod |
| 13:57.07 | magumbade | djared |
| 13:57.16 | magumbade | did you got the phones? |
| 13:59.38 | jsmith | magumbade: Yes, I got the phones... they seem to be working great! |
| 14:02.04 | magumbade | the new firmware support also remote configuration similar to polycom |
| 14:02.34 | magumbade | I will send you the new firmware by email if you want |
| 14:10.15 | *** join/#asterisk-doc Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 14:10.24 | Juggie | lmadsen, ping |
| 14:11.37 | ctooley | Juggie, morning |
| 14:13.18 | Juggie | morning |
| 14:15.13 | ctooley | Juggie, what about another "app" called "ExternalIvrNoAudio()" that is part of app_externalivr.c and executes the same code, but skips all the audio handling (Answer, starting a generator, handling sound file commands)? |
| 14:16.14 | Juggie | ctooley, when i last did some work, we moved away from that model, as it was felt we could correctally detect the state of the channel in asterisk and as such properly allow (audio) or not |
| 14:16.35 | jsmith | magumbade: Yes, please send it. |
| 14:16.44 | ctooley | Juggie, but that doesn't solve the problem of an unanswered channel that we don't want to answer. |
| 14:17.22 | ctooley | ExternalIvr() in it's current state answers an unanswered channel so the generator doesn't cause a crash. |
| 14:17.27 | Juggie | does AGI() ExternalIVR() auto answer? |
| 14:17.33 | lmadsen | Juggie: pong |
| 14:17.34 | ctooley | yes |
| 14:17.55 | Juggie | lmadsen, did you know one of the people that died in that car accident here in ottawa that killed 3 univ students was from your town |
| 14:18.08 | Juggie | ctooley, then create a flag or something so you can disable auto answer |
| 14:18.42 | ctooley | Juggie, that doesn't work with these, all "flags" or "arguments" are passed to the child application. |
| 14:19.00 | Juggie | hm, ic, unless you set a channel variable |
| 14:19.04 | Juggie | it is a rare case. |
| 14:19.07 | ctooley | Otherwise how do you determine what's an argument to a command and what's an argument to the ExternalIvr() |
| 14:19.30 | ctooley | It still seems to be far less clear to the end user what that is going to do. |
| 14:20.02 | lmadsen | Juggie: oh really.... Petrolia? |
| 14:20.05 | lmadsen | Juggie: who was it? |
| 14:20.16 | lmadsen | probably a young kid i don't know |
| 14:20.24 | Juggie | some 19 or 20 year old |
| 14:20.32 | ctooley | what does "EIVR_DONTANSWER" do? It doesn't just prevent the channel from being answered, it also prevents other things from working. |
| 14:20.59 | Juggie | well, it would prevent any audio related things frmo working |
| 14:21.22 | Juggie | lmadsen, http://www.canada.com/ottawacitizen/features/riverside/story.html?id=a4e938c6-f1ba-4a01-b800-67c40fed0156&k=19642 |
| 14:22.27 | ctooley | It's technically workable, I just don't know if it's functionally a valid activity. AGI is a little more clear, that's a completely linear activity. EIVR was specifically designed to be asynchronous so an application could be doing things "behind the scenes", hence the divorce of DTMF and audio file handling. |
| 14:22.38 | lmadsen | Juggie: I recognize the name |
| 14:23.44 | ctooley | Juggie, going to move this to -dev and see what they say. If there's a consensus that a variable is the right thing to do, that's what we'll do, I just want to make sure that whatever we do is going to be the right thing to do. |
| 14:25.03 | Juggie | its an interesting decision, i am only going by the model we forged in AGI. EIVR_DONTANSWER already exists? |
| 14:25.22 | ctooley | no, I was just throwing that out there. |
| 14:25.38 | Juggie | oh ok... |
| 14:26.02 | Juggie | you see its such a rare situation that i dont think it needs another application |
| 14:26.44 | ctooley | It wouldn't technically be a separate application, just a separate way to call an existing application. It makes the dialplan more clear. |
| 14:27.04 | Juggie | as far as asterisk is concerned its a seperate app. |
| 14:27.12 | Juggie | i'm not talking about the code behind the scenes. |
| 14:27.17 | ctooley | Juggie, see -dev |
| 14:27.26 | ctooley | kpfleming has responded about DeadAGI() |
| 15:43.08 | magumbade | jsmith: mail is on the way |
| 15:43.25 | jsmith | magumbade: Thanks ;-) |
| 15:43.32 | ctooley | Yay, a decision. |
| 15:43.43 | jsmith | magumbade: Same procedures as outlined in the manual -- use TFTP to push the new firmware to the phone? |
| 15:44.07 | magumbade | jsmith: yep...a small readme is included |
| 15:44.17 | magumbade | also an example for the provisioning |
| 15:44.41 | jsmith | magumbade: Very cool, thanks! |
| 15:45.01 | magumbade | please let me know if you have any ideas oder suggestions |
| 15:45.18 | jsmith | magumbade: I will! |
| 15:45.36 | jsmith | magumbade: In fact, I have a question... is there a way to set the phone to auto-dial when you take the phone off-hook? |
| 15:47.10 | magumbade | you mean....dial the number and then take the phone off-hook or take the phone off-hook and then dial the number? |
| 15:47.41 | magumbade | the first one works allways |
| 15:47.52 | magumbade | the second one works after a time out |
| 15:48.01 | magumbade | like the polycom |
| 15:48.10 | magumbade | but the polycom time out is much longer |
| 15:48.11 | jsmith | magumbade: No, *just* take the phone off-hook, and have the phone automatically dial |
| 15:48.37 | jsmith | magumbade: In the Polycom, in the phone dialplan settings, you can tell it to auto-dial a number just as soon as the user takes the phone off-hook |
| 15:48.44 | jsmith | (For a lobby phone, etc.) |
| 15:49.02 | magumbade | I see |
| 15:49.27 | magumbade | this works too |
| 15:50.17 | jsmith | Great! |
| 15:50.55 | magumbade | he can also autodial an ip address |
| 15:51.36 | jsmith | Very nice |
| 15:57.19 | magumbade | under phone settings |
| 15:57.24 | magumbade | auto dial |
| 15:58.00 | magumbade | activate and then insert phone number or an ip address if the phone is not registered |
| 15:58.10 | *** part/#asterisk-doc HeXeD (n=hex@87-194-8-43.bethere.co.uk) |
| 15:58.41 | jsmith | magumbade: Found it -- thanks! |
| 15:59.00 | magumbade | jsmith: got my email? |
| 15:59.54 | jsmith | magumbade: Yes |
| 16:00.53 | magumbade | very good |
| 16:04.02 | jsmith | Pushing over tftpsrv_new |
| 16:04.13 | jsmith | Hmmmn... should it reboot on its own, or should I reboot it now? |
| 16:04.26 | jsmith | (I've waited about 1 minute after pushing over the tftpsrv_new file) |
| 16:09.19 | magumbade | sometimes he is rebooting on his own and sometimes not, depends on what you are doing |
| 16:10.24 | magumbade | after updating the tftpsrv_new he should reboot on his own |
| 16:12.49 | magumbade | jsmith: I have a phone here so I can repeat your steps |
| 16:13.35 | jsmith | magumbade: OK... it never rebooted, so I'll reboot it myself |
| 16:20.55 | jsmith | magumbade: Now it won't take any files via TFTP at all |
| 16:23.14 | magumbade | hmmm...let me check |
| 16:25.12 | jsmith | This phone was running 1.10.1 before pushed over tftpsrv_new |
| 16:31.30 | magumbade | I had the same phone |
| 16:31.36 | magumbade | we are checking now |
| 16:31.48 | magumbade | I have a serial interface to the phone |
| 16:32.26 | jsmith | OK. |
| 16:32.31 | magumbade | so I can check what is happening on the box |
| 16:33.19 | magumbade | did you used tftp from a linux console? |
| 16:33.30 | magumbade | tftp <ip_address> |
| 16:33.39 | magumbade | bin (very important) |
| 16:33.50 | magumbade | put tftpsrv_new |
| 16:33.53 | jsmith | Ah, this *was* from Linux |
| 16:33.59 | jsmith | And I'll bet it went over as ascii |
| 16:34.13 | magumbade | if you forgot bin...then yes |
| 16:34.34 | jsmith | putting tftpsrv_new to 192.168.0.102:tftpsrv_new [netascii] |
| 16:34.39 | jsmith | Yup, it was ascii |
| 16:34.53 | jsmith | Any way to recover from that mistake? |
| 16:35.54 | magumbade | is the phone booting? |
| 16:36.05 | magumbade | can the phone get an ip address? |
| 16:36.13 | jsmith | Yes, the phone boots |
| 16:36.16 | jsmith | and it has an IP address |
| 16:36.28 | jsmith | It just won't take anything via TFTP |
| 16:36.52 | jsmith | (I think by sending the file as ascii, I've broken the tftp service on the phone) |
| 16:37.28 | magumbade | yes...I think this too |
| 16:40.45 | jsmith | I can always try on my other phone. |
| 16:43.02 | magumbade | there is a way to recover |
| 16:43.43 | magumbade | a hard way |
| 16:44.47 | magumbade | like the way through the mines of moria |
| 16:44.51 | magumbade | :-) |
| 16:45.06 | jsmith | I'm willing to try it |
| 16:45.36 | jsmith | Does it involve a sword, a mule, and a golden ring? |
| 16:52.10 | magumbade | no...but new files |
| 16:53.08 | jsmith | OK. |
| 16:53.18 | jsmith | Is there another way to push new files to the phone (besides TFTP?) |
| 16:54.49 | magumbade | yes...but only for recovery |
| 16:55.16 | magumbade | see the recovery procedure in the nex file |
| 16:55.50 | jsmith | OK, looking at it now |
| 16:58.22 | magumbade | this will upgrade your phone with the firmware 01.10.03 newer than the one delivered with |
| 16:58.50 | magumbade | please don't forget to use tha lan connector and not wan!! |
| 16:58.56 | magumbade | for the 192.168.15.1 |
| 17:00.05 | magumbade | this procedure is using the bootloader |
| 17:00.08 | magumbade | directly |
| 17:01.12 | magumbade | and for stage B don't forget to use "bin" before put..... |
| 17:10.38 | magumbade | if it does not work...write me a short email |
| 17:10.54 | magumbade | I will try to reproduce your steps with a brand new phone |
| 17:12.59 | magumbade | I have to leave now |
| 17:13.09 | magumbade | see you tomorrow |
| 17:13.19 | jsmith | magumbade: No problem, I'll be sure to follow the steps more carefully than the other instructions |
| 17:13.23 | jsmith | magumbade: I'll let you know tomorrow |
| 17:13.51 | magumbade | ok...bye |