| 02:04.45 | *** join/#asterisk-doc jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 02:04.45 | *** topic/#asterisk-doc is Welcome to the Asterisk Documentation Project / Idle Chat! --=-- Will work for money --==-- ISBN13: 9780596514051 |
| 02:29.26 | *** join/#asterisk-doc jsmith (n=jsmith@000-193-159.area3.spcsdns.net) |
| 02:29.26 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 13:02.50 | *** join/#asterisk-doc blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:02.50 | *** mode/#asterisk-doc [+o blitzrage] by ChanServ |
| 13:08.58 | blitzrage | morning all! |
| 13:09.02 | blitzrage | i.e. file and Juggie |
| 13:50.05 | *** join/#asterisk-doc ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 13:53.52 | ctooley | mornin |
| 13:55.01 | file | moo |
| 13:57.22 | ctooley | moo 2 |
| 14:04.12 | blitzrage | morning ctooley ! |
| 14:11.14 | ctooley | morning blitzrage |
| 14:12.31 | blitzrage | how goes this fine friday? |
| 14:13.38 | file | horrible, you're alive |
| 14:15.50 | blitzrage | pffft |
| 14:23.58 | ctooley | It's going... I'm working... and the biggest fires aren't mine |
| 14:27.06 | ctooley | One good thing about a big company like this one... even if I'm working on a big product, there's always going to be several other big products going on to take some of the daily shit-storm off of me. |
| 14:28.29 | ctooley | eh, I don't need cookies, they'll just make me fatter. |
| 14:28.55 | file | bah |
| 14:34.30 | Juggie | blitzrage: ping |
| 14:35.02 | blitzrage | Juggie: pong |
| 14:48.09 | Juggie | is it just me or is this dns response really wrong. |
| 14:48.10 | Juggie | http://paste.uni.cc/13932 |
| 14:48.12 | brac | [Pastebin - Paste and link to it] |
| 14:48.39 | blitzrage | looks a bit odd |
| 14:48.51 | Juggie | yah it doesnt resolve anything. |
| 14:49.07 | blitzrage | just the ca. |
| 14:49.14 | Juggie | it does this, |
| 14:49.15 | Juggie | [root@TRN-ASTX-DMZ1 ~]# nslookup |
| 14:49.15 | Juggie | > server 207.164.234.39 |
| 14:49.15 | Juggie | Default server: 207.164.234.39 |
| 14:49.15 | Juggie | Address: 207.164.234.39#53 |
| 14:49.15 | Juggie | > google.ca |
| 14:49.16 | Juggie | Server: 207.164.234.39 |
| 14:49.18 | Juggie | Address: 207.164.234.39#53 |
| 14:49.20 | Juggie | Non-authoritative answer: |
| 14:49.22 | Juggie | *** Can't find google.ca: No answer |
| 14:49.24 | Juggie | so it was messing up my dns :( |
| 14:49.42 | file | Juggie: Aliant now provides free hotspot access for it's highspeed customers :D |
| 14:50.59 | *** join/#asterisk-doc ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 14:51.34 | ctooley | stupid network team... network go bye bye, I go ballistic. |
| 14:51.53 | file | stay! |
| 14:52.38 | ctooley | my chair rolls, evelators go up, I go kill stupid network guys |
| 14:56.51 | blitzrage | handy |
| 14:58.40 | file | so blitzrage... how was yesterday? |
| 14:58.47 | file | have fun with the Pamela? |
| 14:58.48 | blitzrage | it was pretty good |
| 14:58.51 | blitzrage | yah:) |
| 14:58.54 | blitzrage | went out to dinner |
| 14:59.12 | blitzrage | had a chicken caeser salad that had entirely too much dressing on it |
| 14:59.24 | file | ah |
| 15:01.08 | ctooley | man... I am really not wanting to work today. |
| 15:01.25 | blitzrage | ctooley: ditto!!! |
| 15:01.34 | blitzrage | I just wanna open a bottle of wine and play Forza on the xbox |
| 15:01.45 | blitzrage | drinking and race driving.... heh |
| 15:01.55 | ctooley | Oddly enough I was thinking alcohol and braindead was a good idea too |
| 15:02.11 | blitzrage | ctooley: unfortunately you're at the office, and I'm at home |
| 15:02.12 | ctooley | Though I'm a bit less sophisticated. |
| 15:02.26 | blitzrage | I just don't have any beer or liquor, thus the wine |
| 15:02.38 | blitzrage | Leafs game tonight too |
| 15:02.46 | ctooley | No... unfortunately I'm at the _Dallas_ office. If I was in Austin.... drink's on! |
| 15:02.59 | blitzrage | hahaha |
| 15:03.04 | blitzrage | stupid Dallas |
| 15:03.19 | blitzrage | only good thing to come out of Dallas was Debbie |
| 15:04.04 | blitzrage | would MWI go out on port 5060? |
| 15:04.13 | blitzrage | it's just a SIP signalling message right? |
| 15:04.18 | ctooley | blitzrage, it's a SIP message |
| 15:04.21 | Juggie | yes. |
| 15:04.40 | blitzrage | NOTIFY right? |
| 15:04.42 | file | UNLESS, NAT is involved and you have nat=yes and it uses the received port... which may be different and might not go out on 5060 |
| 15:04.45 | ctooley | blitzrage, yes |
| 15:05.03 | blitzrage | file: yah, it's being sent to the proxy at 5060 (statically assigned) |
| 15:05.17 | blitzrage | file: but thanks for the tip |
| 15:05.47 | blitzrage | he might not even have to buy food the entire time he's here |
| 15:06.29 | file | blitzrage: I got Quickbooks Pro down to $131.54 |
| 15:07.01 | ctooley | bleck |
| 15:07.17 | blitzrage | file: how the heck? |
| 15:07.46 | file | blitzrage: it was $149.99 at Staples, so I found a $20 off $150 or higher totals... added some pens, $20 coupon took... and got it down to that |
| 15:08.12 | blitzrage | wow nice! |
| 15:08.40 | file | Total savings by shopping at Staples: $68.58 |
| 15:08.45 | blitzrage | heh |
| 15:09.24 | blitzrage | sip show peers doesn't show peers that are in realtime until it actually is used, correct? |
| 15:10.15 | blitzrage | hrmmmm |
| 15:10.25 | blitzrage | but voicemail should still try to send MWI? |
| 15:10.38 | Juggie | voicemail doesnt send MWI |
| 15:10.42 | Juggie | the channel driver does |
| 15:10.47 | blitzrage | right, that makes sense |
| 15:10.51 | file | MWI is currently a poll based operation |
| 15:10.57 | blitzrage | poll? |
| 15:11.14 | file | chan_sip has to have it in memory in order to query MWI and send it out |
| 15:11.14 | ctooley | phone has to request |
| 15:11.14 | blitzrage | so phone has to ask for it? |
| 15:11.14 | Juggie | nonono |
| 15:11.14 | ctooley | OH! |
| 15:11.15 | ctooley | wow |
| 15:11.21 | ctooley | That explains a lot! |
| 15:11.26 | blitzrage | file: has to have the peer in memory? |
| 15:11.27 | file | it's not a push based operation where voicemail says, "hey there's new voicemail... send MWI" |
| 15:11.29 | Juggie | chan_sip, goes therough its list of peers in memory and asks voicemail 'do you haev voicemail' |
| 15:11.38 | blitzrage | hrmmmm |
| 15:11.50 | Juggie | blitzrage, yes i ment to tell you that yesterday but you signed off. |
| 15:12.07 | blitzrage | so basically this won't work unless I load the sip peers statically |
| 15:12.11 | Juggie | the peer has to be in the sip show peers list |
| 15:12.15 | Juggie | well, yes and no. |
| 15:12.22 | Juggie | you can set realtime to never forget. |
| 15:12.27 | file | unless you want to do some coding |
| 15:12.28 | blitzrage | well, assuming this box won't be processing calls :) |
| 15:12.32 | Juggie | eg once the peer is in the list it stays there |
| 15:12.36 | blitzrage | so it'll never see the peer |
| 15:12.40 | Juggie | which is how i do it. |
| 15:12.46 | Juggie | so once the phone registers its there for good. |
| 15:12.49 | blitzrage | any way to make RT initialize the list? |
| 15:12.54 | blitzrage | yah, there is no registration here |
| 15:12.58 | blitzrage | all static IPs |
| 15:13.08 | blitzrage | SER is the registration point -- static IP == SER |
| 15:14.23 | ctooley | that explains a lot about how the phones here are screwed up |
| 15:14.24 | blitzrage | any ideas for how to force Asterisk to lookup all its peers from Realtime the first time? |
| 15:14.26 | ctooley | dang |
| 15:14.32 | blitzrage | ctooley: learn something new everyday :) |
| 15:14.49 | Juggie | blitzrage, use static realtime... which in someones infinite wisdom uses a different table format. |
| 15:14.57 | blitzrage | aha! |
| 15:15.00 | blitzrage | that's a good idea |
| 15:15.12 | Juggie | what we need to do is loose the static formats. |
| 15:15.14 | blitzrage | although that means I need to create a new view... |
| 15:15.18 | file | huh, tried calling about the lease but got no answer and it went to a strange recording |
| 15:15.33 | blitzrage | I think it'll be easier to just build the flat file from the DB then |
| 15:15.40 | blitzrage | since either way I'll have to run reload |
| 15:15.46 | Juggie | just write some php to build your sip.conf |
| 15:15.47 | blitzrage | and I already have the script built to create the peers |
| 15:15.51 | blitzrage | yah, exactly |
| 15:16.01 | blitzrage | too bad about the realtime, that would have been nice :) |
| 15:16.10 | Juggie | did you know you can also do #exec php -q creaetmypeers.php |
| 15:16.20 | blitzrage | oh well, if someone has to wait 5 minutes for MWI after the initial peer is created, no biggie |
| 15:16.38 | Juggie | blitzrage? |
| 15:17.13 | blitzrage | Juggie: well, I just mean after the peer is created, the script to generate the sip.conf peers and reload chan_sip will only happen every 5 mins, so there'll be a delay in there |
| 15:17.33 | blitzrage | but by the time the peer is created, registered, and gets a VM, that'll have happened long ago |
| 15:17.50 | Juggie | you know whats bad though, if you have a long peer list |
| 15:17.52 | Juggie | and you do a reload |
| 15:17.58 | Juggie | and a call comes in while your reloading |
| 15:18.06 | Juggie | what happens then |
| 15:18.10 | blitzrage | no calls on this box |
| 15:18.13 | Juggie | say its the last peer in your list of 200 |
| 15:18.14 | blitzrage | it's just gonna push out MWI |
| 15:18.21 | Juggie | ic. |
| 15:18.24 | Juggie | well then you will be fine. |
| 15:18.32 | blitzrage | indeed |
| 15:18.34 | blitzrage | yay... support |
| 15:18.51 | file | blitzrage: hello, my phone doesn't work. make it work. that is all. |
| 15:18.55 | Juggie | it would be nice if there was a way to ask * to load all the realtime peers. |
| 15:19.06 | Juggie | OR |
| 15:19.09 | Juggie | better yet |
| 15:19.14 | Juggie | actually yah |
| 15:19.18 | Juggie | you would have to do it that way |
| 15:19.34 | Juggie | now if voicemail told chan_sip, HEY i have voicemail for leif. |
| 15:19.39 | blitzrage | either way I gotta do a "reload" |
| 15:19.46 | blitzrage | yah.... push tech would be hot |
| 15:19.46 | Juggie | then chan_sip could look up leif's peer and send it to him |
| 15:19.48 | blitzrage | maybe sometime |
| 15:19.49 | Juggie | but we dont go that way |
| 15:19.54 | blitzrage | right |
| 15:21.09 | Juggie | i would really like to see the static/dynamic realtime confusion go away |
| 15:21.21 | Juggie | its dumb to support both for things like chan_sip. |
| 15:27.12 | blitzrage | well, one is for peers and users, the other is for the rest of the config |
| 15:27.35 | Juggie | yah i know, its still annoying though. |
| 15:27.47 | blitzrage | agreed |
| 15:29.04 | ctooley | Juggie, there would have to be an extension to voicemail to determine which channel type to send MWI indicators too |
| 15:30.03 | ctooley | I'm not convinced that's a bad idea, but it would have to be thought out, that's for sure. |
| 15:31.11 | Juggie | it would just be the reverse of how it is now |
| 15:32.01 | Juggie | instead of mailbox=moo@context (though that might have to remain) your voicemail.conf would have notify=juggie@sip |
| 15:32.06 | Juggie | but that would open up a huge can of worms. |
| 15:32.24 | ctooley | see |
| 15:32.32 | Juggie | the best solution would be events. |
| 15:32.32 | ctooley | worms and cans and a big ole mess |
| 15:33.31 | file | an event system is being written, one of the first things up is MWI |
| 15:34.54 | Juggie | yeah, thats much better |
| 15:35.03 | Juggie | then voicemail sends an event and says i have voicemail for this person |
| 15:35.19 | Juggie | and which ever channel knows that person belongs to them, reads the event, and sends the mwi. |
| 16:03.54 | blitzrage | w00t -- MWI done |
| 16:04.35 | blitzrage | Juggie: yah, check out the events branch Russell is doing |
| 16:05.35 | blitzrage | w00t |
| 16:05.51 | file | blitzrage: once my uncle is done with the house phone I'm... calling to change my arrival date to the 29th! |
| 16:06.00 | blitzrage | w00t! |
| 16:08.32 | file | Aaron and Kevin haven't even gotten their travel stuff done yet, 'tsk 'tsk |
| 16:13.58 | blitzrage | boo |
| 16:24.38 | blitzrage | hrmmmm.... so how does MWI work for static peers? Is it supposed to send out a message every once in a while? |
| 16:25.28 | file | yay done |
| 16:30.00 | file | blitzrage: I might chill at your crib for the morning |
| 16:30.29 | blitzrage | file: coo coo |
| 16:30.55 | file | flight arrives early |
| 16:31.03 | blitzrage | nice |
| 16:31.27 | file | no, not nice! |
| 16:31.28 | blitzrage | so is MWI not supposed to work for static peers then since it's a poll tech? |
| 16:31.29 | file | HORRIBLE! |
| 16:31.31 | file | I'll be grumpy |
| 16:31.35 | blitzrage | that sucks |
| 16:31.50 | blitzrage | you can stay in the basement locker then |
| 16:32.00 | file | also: Westjet rocks... |
| 16:32.04 | file | no IVR, straight into the queue |
| 16:46.05 | blitzrage | hrmmm.... looks like I need to build something with externnotify maybe |
| 16:50.23 | blitzrage | guh, this is gonna be messy |
| 18:06.46 | Juggie | blitzrage, mwi will work for any peer in memory |
| 18:06.51 | Juggie | it doesnt matter HOW that peer got there. |
| 18:07.01 | Juggie | any peer in the sip show peers list mwi will work for. |
| 18:07.12 | Juggie | regardless if it came from sip.conf static or dynamic realtime |
| 18:07.40 | blitzrage | Juggie: I'm not talking about realtime |
| 18:07.43 | blitzrage | I just must host=static |
| 18:07.55 | Juggie | oh, sorry, i misunderstood. |
| 18:07.56 | blitzrage | and it doesn't MWI for that peer |
| 18:08.00 | Juggie | and MWI doesnt work? |
| 18:08.02 | blitzrage | except when I run sip reload |
| 18:08.08 | blitzrage | it sends the msg, after that, nothing |
| 18:08.13 | Juggie | hmmm. |
| 18:08.54 | blitzrage | I wonder if I need to make the Polycom send a SUBSCRIBE? |
| 18:09.23 | blitzrage | doesn't seem right now |
| 18:09.26 | blitzrage | s/now/though |
| 18:09.32 | Juggie | did you try a sip debug for that peer? |
| 18:09.40 | Juggie | to make sure its not in there. |
| 18:09.42 | blitzrage | well, I have tshark running |
| 18:09.49 | blitzrage | on port 5060 |
| 18:09.51 | blitzrage | no msgs |
| 18:10.10 | Juggie | oh right, because those phones arnt registered to that peer. |
| 18:10.13 | blitzrage | right |
| 18:10.19 | Juggie | ahh.... |
| 18:11.08 | blitzrage | it's host=static |
| 18:11.08 | Juggie | so the phones may not necessairly want to listen to sip messages from that peer. |
| 18:11.08 | Juggie | er, from that device. |
| 18:11.32 | Juggie | but you say it sends it once on a sip reload? |
| 18:11.34 | Juggie | but never again? |
| 18:11.35 | blitzrage | yah |
| 18:11.42 | Juggie | does the phone turn on its light? |
| 18:11.46 | blitzrage | yep |
| 18:12.17 | Juggie | ok so its asterisk then. |
| 18:12.26 | Juggie | but why would static affect mwi. |
| 18:12.27 | blitzrage | yah, because it's poll, not push.... |
| 18:12.38 | blitzrage | ? |
| 18:12.43 | Juggie | well, kind of. |
| 18:12.51 | Juggie | its a poll in the sense that chan_sip poll's. |
| 18:12.55 | Juggie | the phone doesnt ask. |
| 18:13.08 | blitzrage | gotcha |
| 18:13.18 | file | well, it can... |
| 18:13.29 | blitzrage | right, it can via SUBSCRIBE, right? |
| 18:13.42 | blitzrage | what should the subscribe look like? |
| 18:13.49 | file | yes. |
| 18:13.51 | blitzrage | 100@vmcontext? |
| 18:13.56 | blitzrage | ah |
| 18:14.08 | Juggie | you would be better off seeing why asterisk doesnt send the MWI packets. |
| 18:14.20 | Juggie | do you have qualify on or off? |
| 18:14.23 | blitzrage | I wonder if I switch this to host=dynamic, with a defaultip and defaultport.... |
| 18:14.24 | blitzrage | qualify off |
| 18:14.33 | Juggie | try it on |
| 18:14.34 | Juggie | for fun. |
| 18:14.37 | blitzrage | okie |
| 18:15.12 | Juggie | there may be some bug there, maybe * thinks the peer is dead. |
| 18:15.24 | Juggie | or at least chan_sip does for the MWI stuff who knows. |
| 18:15.54 | Juggie | chan_sip and how it works with voicemail is the only part of asterisk i actually know a little :) |
| 18:16.03 | Juggie | having worked on it somewhat. |
| 18:17.51 | Juggie | if that doesnt help i can help you dig into it a little more. |
| 18:17.52 | blitzrage | nice, let me giv'r a shot here |
| 18:18.17 | Juggie | we can put some debug in the vm check function in app_voicemail and see whats going on. |
| 18:18.32 | Juggie | assuming there isnt some already there we can just enable |
| 18:20.06 | Juggie | my boss just called me for a quick chat blitzrage, some bell contractors are pissing us off he wants to talk to me about it. |
| 18:20.09 | Juggie | il'l be back in a bit |
| 18:20.10 | blitzrage | oh right.... this is just going to send the NOTIFY to SER... guess SER isn't handing it off to the registrar |
| 18:20.16 | blitzrage | kk |
| 18:20.22 | Juggie | ahhh |
| 18:20.24 | Juggie | true! |
| 18:20.28 | Juggie | but how does it work once. |
| 18:20.31 | Juggie | thats odd. |
| 18:20.33 | blitzrage | yah |
| 18:20.44 | blitzrage | it just seems to go through and send out all the notifies first time out |
| 18:23.54 | blitzrage | aha..... qualify == OPTIONS |
| 18:23.57 | blitzrage | not NOTIFY |
| 18:32.20 | Juggie | explain? |
| 18:32.36 | blitzrage | well, a qualify msg isn't a NOTIFY, it's an OPTIONS |
| 18:32.40 | Juggie | right. |
| 18:32.42 | blitzrage | so it doesn't have the right into |
| 18:32.43 | blitzrage | info* |
| 18:32.48 | Juggie | no i know |
| 18:32.56 | Juggie | i never expected it to |
| 18:32.56 | blitzrage | oh ok |
| 18:32.59 | blitzrage | gotcha |
| 18:33.10 | Juggie | does * know the ip of the phones? |
| 18:33.13 | Juggie | or the ip of ser? |
| 18:33.19 | blitzrage | the IP of SER |
| 18:33.28 | blitzrage | and SER just routes based on the username@SER |
| 18:33.33 | blitzrage | example: |
| 18:33.34 | blitzrage | <PROTECTED> |
| 18:33.35 | blitzrage | [lmadsen0000#mixouttst] |
| 18:33.35 | blitzrage | type=peer |
| 18:33.35 | blitzrage | username=lmadsen0000#mixouttst |
| 18:33.37 | blitzrage | host=64.251.19.190 |
| 18:33.39 | blitzrage | port=5060 |
| 18:33.41 | blitzrage | mailbox=2112@mixouttst |
| 18:33.43 | blitzrage | qualify=yes |
| 18:33.45 | blitzrage | oops |
| 18:33.47 | blitzrage | lol |
| 18:33.57 | blitzrage | <PROTECTED> |
| 18:33.58 | blitzrage | NOTIFY sip:lmadsen0000#mixouttst@64.251.19.190 SIP/2.0 |
| 18:33.58 | blitzrage | Via: SIP/2.0/UDP 64.251.19.143:5060;branch=z9hG4bK26fcc661;rport |
| 18:33.59 | blitzrage | From: "asterisk" <sip:asterisk@64.251.19.143>;tag=as4e9486f5 |
| 18:33.59 | blitzrage | To: <sip:lmadsen0000#mixouttst@64.251.19.190> |
| 18:33.59 | blitzrage | Contact: <sip:asterisk@64.251.19.143> |
| 18:34.01 | blitzrage | Call-ID: 09aeca763d157f327c56da2d5c5c304b@64.251.19.143 |
| 18:34.03 | Juggie | so is * sending the notify to ser for MWI and ser not routing it. |
| 18:34.05 | blitzrage | CSeq: 102 NOTIFY |
| 18:34.07 | blitzrage | User-Agent: Asterisk PBX |
| 18:34.08 | Juggie | or is * not sending it at all |
| 18:34.09 | blitzrage | Max-Forwards: 70 |
| 18:34.11 | blitzrage | Event: message-summary |
| 18:34.13 | blitzrage | Content-Type: application/simple-message-summary |
| 18:34.15 | blitzrage | Content-Length: 94 |
| 18:34.17 | blitzrage | Messages-Waiting: yes |
| 18:34.19 | blitzrage | Message-Account: sip:asterisk@64.251.19.143 |
| 18:34.21 | blitzrage | Voice-Message: 2/0 (0/0) |
| 18:34.23 | blitzrage | nope, the NOTIFY goes on a SIP reload |
| 18:34.25 | blitzrage | asterisk is not sending at all |
| 18:34.27 | blitzrage | SER routes it fine |
| 18:34.35 | Juggie | ic |
| 18:34.58 | Juggie | ok, this is likely a problem w/ chan_sip then. |
| 18:34.58 | blitzrage | if it sent the NOTIFY's when something changed, then all would be well |
| 18:35.13 | Juggie | because i'm sure if you registered a phone to that * box it would work? |
| 18:35.40 | Juggie | we will have to look at the code in chan_sip which sends the MWI NOTIFY. |
| 18:35.42 | blitzrage | I could almost create a script taht does a 'asterisk -rx "sip reload" ' and put it in the externnofify script :) |
| 18:35.47 | Juggie | i'll be back in a second. |
| 18:35.51 | Juggie | yes but that would be nasty. |
| 18:36.14 | blitzrage | totally nasty |
| 18:36.22 | blitzrage | probably crash the server bad at some point |
| 18:36.36 | Juggie | theres some issue w/ MWI & static peers it would seem. |
| 18:36.43 | Juggie | we'll dig into it in a few minutes |
| 18:36.46 | Juggie | is this 1.2 or 1.4? |
| 18:36.49 | blitzrage | 1.4 |
| 18:37.03 | Juggie | ok... give me 5 have to go talk to my manager aboout something again. |
| 18:37.07 | blitzrage | kk |
| 18:37.08 | Juggie | then i'll look @ chan_sip.c |
| 18:37.40 | blitzrage | btw: I even tried setting host=dynamic with a defaultip=SER and no go |
| 18:37.49 | blitzrage | tried to see if it'd fool it into thinking it was dynamic :) |
| 18:37.52 | blitzrage | i.e. reg'd |
| 18:46.30 | *** join/#asterisk-doc jsmith (n=jsmith@000-193-159.area3.spcsdns.net) |
| 18:46.30 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 18:46.42 | file | jsmith! |
| 18:47.06 | jsmith | I'm here... I think. |
| 18:48.35 | file | you may or may not be here |
| 18:48.36 | blitzrage | jsmith: w00t |
| 18:49.00 | jsmith | w00t that I don't know where I am? |
| 18:49.37 | Juggie | blitzrage, no luck so far? |
| 18:50.21 | jsmith | file: Thanks... I've got a pond full of them... right behind my soon-to-be house. |
| 18:50.38 | jsmith | blitzrage: What you fighting? |
| 18:51.06 | Juggie | MWI w/ static peers. |
| 18:51.20 | blitzrage | Juggie: nada |
| 18:51.30 | Juggie | ok lets see here. |
| 18:51.33 | blitzrage | jsmith: trying to get Asterisk to send MWI when something isn't "registered" |
| 18:51.41 | blitzrage | i.e. a peer when host=static |
| 18:51.54 | blitzrage | sip reload == NOTIFY, but nothing after that |
| 18:52.10 | jsmith | Does it get a response to the NOTIFY? |
| 18:52.20 | blitzrage | yep |
| 18:52.22 | blitzrage | 200 OK |
| 18:52.41 | jsmith | Interesting... |
| 18:52.41 | Juggie | blitzrage, when you set qualify=yes were the peers qualified? |
| 18:52.44 | blitzrage | and the MWI light works on the phone |
| 18:52.51 | blitzrage | Juggie: SER was qualified, yah |
| 18:52.56 | Juggie | sweet. |
| 18:52.58 | Juggie | ok. |
| 18:53.10 | blitzrage | Juggie: it didn't route to the peer because there was no username (i.e. no To: field) |
| 18:56.08 | Juggie | uhhuh |
| 18:56.15 | Juggie | i'm looknig @ chansip and following the code now. |
| 18:56.36 | Juggie | \note - Notification only works for registered peers with mailbox= definitions |
| 18:56.36 | Juggie | <PROTECTED> |
| 18:56.37 | Juggie | <PROTECTED> |
| 18:56.37 | Juggie | <PROTECTED> |
| 18:56.37 | Juggie | <PROTECTED> |
| 18:56.37 | blitzrage | nice! |
| 18:56.45 | blitzrage | booo |
| 18:58.34 | blitzrage | a hack could be to have an AMI command that you could trigger with the externnotify script :) |
| 18:58.53 | Juggie | i dont understand why MWI requires a registration |
| 18:58.59 | Juggie | file! |
| 18:58.59 | blitzrage | yah... |
| 18:59.03 | file | don't look at me |
| 18:59.12 | file | I'm hungry! |
| 18:59.46 | file | ast_queue_sub(file); |
| 19:00.30 | Juggie | blitzrage, you could subscribe to MWI via SER when the phones register to ser. |
| 19:00.34 | Juggie | i think |
| 19:00.56 | blitzrage | yah, it should trigger if it gets a SUBSCRIBE right? |
| 19:01.14 | blitzrage | because the polycom can do SUBSCRIBE.... but I'm not sure what to have it send |
| 19:01.14 | Juggie | i think so frmo whjat i'm seeing in the code. |
| 19:01.22 | blitzrage | would it be 100@vmcontext? |
| 19:01.25 | blitzrage | for example? |
| 19:01.30 | Juggie | i have no idea. |
| 19:01.41 | blitzrage | let me give that a shot for fun |
| 19:01.58 | blitzrage | ooo.... how the heck to tell it to send to this particular peer though |
| 19:02.04 | blitzrage | guess that requires a change to SER |
| 19:02.12 | blitzrage | wonder if there is a SUBSCRIBE section there already I can modify |
| 19:02.59 | Juggie | to really debug this i would need access to that box to play w/ chan_sip code and see where its deciding NOT to send the notify. |
| 19:04.05 | Juggie | i have a few ideas. |
| 19:04.16 | Juggie | and i could use something to waste away the last hour of the day :) |
| 19:07.14 | Juggie | blitzrage: ping |
| 19:07.35 | blitzrage | pong |
| 19:10.37 | Juggie | blitzrage: ping |
| 19:11.42 | file | blitzrage: do you know of any upcoming instances where the dCAP will be offered in Canada? |
| 19:12.02 | blitzrage | file: ummmm..... check the sokol site for dates of trainings |
| 19:12.11 | file | that requires effort |
| 19:12.19 | blitzrage | yah, I don't have the schedule memorized |
| 19:12.25 | file | slacker! |
| 19:13.50 | file | Administrator one in Montreal in May... Bootcamp in Vancouver in August |
| 19:14.17 | jsmith | Juggie: Montreal in May, I think |
| 19:15.25 | file | jsmith: you mean me? |
| 19:17.04 | jsmith | Yeah, sorry |
| 19:17.22 | file | yeah it overlaps with AstriDevCon |
| 19:17.27 | jsmith | Yuck |
| 19:17.37 | jsmith | file: You'll just have to come to San Jose in April |
| 19:17.44 | file | ha |
| 19:18.08 | jsmith | I'm serious! |
| 19:20.01 | file | geez Sokol is doing tons of trainings and things now |
| 19:20.24 | ctooley | jsmith, you get what you needed? |
| 19:20.26 | jsmith | You'd better believe it... and you're gonna love the way they tickle... |
| 19:20.37 | jsmith | ctooley: Haven't seen a response from Steve yet. |
| 19:20.55 | jsmith | ctooley: But I've been in and out today... I'll follow up on Monday if I don't see anything come across |
| 19:21.08 | file | there needs to be a Canada training in... |
| 19:21.10 | file | June or July |
| 19:21.22 | jsmith | file: Get enough people signed up, and there will be! |
| 19:21.43 | file | pfft |
| 19:21.53 | ctooley | jsmith, ok, well, call if you need to |
| 19:21.54 | file | I'm not important enough to get my own? |
| 19:21.56 | ctooley | I've gotta run |
| 19:22.21 | ctooley | file, I'm sure if you're willing to pay enough they'd be happy to do it. |
| 19:22.25 | ctooley | later guys |
| 19:22.26 | *** part/#asterisk-doc ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 19:23.18 | jsmith | file: I wouldn't by any means say that you aren't important. |
| 19:39.08 | *** join/#asterisk-doc Alric (n=nbowyer@wireless-062.1stel.com) |
| 19:39.17 | Alric | Hey |
| 19:59.35 | blitzrage | w00t! |
| 19:59.41 | Alric | w00t? |
| 20:00.00 | blitzrage | now to figure out how to get this stupid polycom MWI tone to stop beeping at me everytime it getsa NOTIFY |
| 20:00.03 | *** join/#asterisk-doc kris (n=kris@70.90.70.165) |
| 20:00.12 | blitzrage | The Hoff! |
| 20:00.54 | Juggie | blitzrage, i expect a beer now :) |
| 20:01.04 | blitzrage | Juggie: totally getting a beer next time I see you :) |
| 20:01.07 | blitzrage | maybe even a good one! :) |
| 20:01.17 | Juggie | i'll settle for a moosehead draft. |
| 20:01.18 | krisk84 | <PROTECTED> |
| 20:01.24 | blitzrage | heh |
| 20:01.25 | Juggie | hahaha |
| 20:01.25 | Juggie | nice. |
| 20:01.29 | blitzrage | classic |
| 20:01.47 | blitzrage | Juggie: you have a fan :) |
| 20:01.56 | Juggie | ? |
| 20:02.04 | blitzrage | Juggie: Kris likes your patch |
| 20:02.17 | Juggie | oh, jeeze, already? |
| 20:02.23 | blitzrage | yah |
| 20:02.27 | Juggie | who is he? |
| 20:02.29 | blitzrage | we just happened to be talking about the same stuff earlier |
| 20:02.30 | Alric | Err. That was his real password... |
| 20:02.34 | blitzrage | Kris Kielhofner (astlinux) |
| 20:02.38 | Juggie | oh |
| 20:02.46 | Juggie | i'm sure he coudl of come up with the patch himself :) |
| 20:02.58 | Juggie | *could |
| 20:03.40 | *** join/#asterisk-doc kris (n=kris@70.90.70.165) |
| 20:04.18 | blitzrage | wb |
| 20:04.30 | Juggie | nice job, change your passwoord :) |
| 20:05.30 | blitzrage | I think he did change it |
| 20:05.37 | Juggie | i would hope so. |
| 20:05.41 | Alric | Why, you just try booting him? |
| 20:05.46 | blitzrage | hence the nick collision earlier |
| 20:06.51 | Alric | So how 'bout them Leaves? |
| 20:06.54 | Juggie | blitzrage, is that lil patch trunk worthy? i dunno if its necessairy for more then a handfull of people? |
| 20:07.11 | Alric | Whats it do? |
| 20:07.23 | Juggie | makes ser & mwi play nicer. |
| 20:07.40 | Juggie | nothing exciting. |
| 20:07.48 | Alric | I'd submit it then, without knowing the exact details. |
| 20:07.58 | Juggie | just sends the mwi notify every checkmwi interval regardless of if the state actually changed. |
| 20:08.15 | Juggie | because we have no idea if the phone has been rebooted or not etc, because its registered to ser and not asterisk. |
| 20:08.18 | blitzrage | Juggie: I'd maybe submit it to the bug tracker and see -- I'll confirm it's tested and working |
| 20:08.28 | Juggie | blitzrage, go ahead then. |
| 20:08.38 | blitzrage | ok, I'll submit it for you then |
| 20:08.41 | Juggie | i am disclaimed, and you have my permission to post it. |
| 20:08.46 | blitzrage | just if you wanted the karma |
| 20:08.53 | Juggie | i really dont care. |
| 20:08.58 | Alric | How are you handling queues in your little setup? |
| 20:09.07 | blitzrage | krisk84: working? |
| 20:09.46 | krisk84 | too early to tell |
| 20:09.52 | blitzrage | seems to be working |
| 20:10.57 | Juggie | blitzrage, did you send your self a message, then reboot your phone |
| 20:10.57 | Alric | So my Dell still hasn't shipped :( |
| 20:10.59 | Juggie | and the light lit up shortly after it was booted? |
| 20:11.01 | blitzrage | Juggie: yah, I'm trying to get the tone off right now |
| 20:11.05 | Alric | They say I won't have it until April. How amazing is that? |
| 20:11.13 | blitzrage | Juggie: but when I reboot, yah, light comes back within' 30s |
| 20:11.20 | Juggie | cool, its working then. |
| 20:11.24 | blitzrage | indeed |
| 20:11.33 | Juggie | if you wanted to get real hot like, you could add some smarts into ser if thats possible. |
| 20:11.44 | blitzrage | yah, it should be possible |
| 20:11.44 | Juggie | to pass the mwi message only in certain cases. |
| 20:11.55 | Juggie | but not having any expirence w/ ser i'm not sure how much power you have or whatever. |
| 20:11.59 | brac | but not ARIN |
| 20:12.08 | Alric | ~lart brac |
| 20:12.37 | blitzrage | Juggie: basically you can control whatever SIP messages get passed, and what is passed |
| 20:12.53 | Juggie | yeah but can you keep a state of things? |
| 20:13.07 | blitzrage | good question |
| 20:13.13 | blitzrage | I don't know enough about SER |
| 20:13.14 | krisk84 | OpenSER has a module that can store SIP messages, I am looking for it now... |
| 20:13.27 | krisk84 | why can't IRC be as easy as SER/OpenSER? ;) |
| 20:13.46 | Juggie | you would need to say, read the number of messages in the sip notify, and then only if it changes, pass it to the phone. |
| 20:13.47 | blitzrage | lol |
| 20:13.58 | Juggie | OR, if the phone has never gotten a mwi notify since it last registered. |
| 20:14.05 | blitzrage | that'd be neat |
| 20:14.07 | Juggie | presumign you would add those kinds of smarts to ser. |
| 20:14.11 | Juggie | *presuming |
| 20:14.21 | krisk84 | http://www.openser.org/docs/modules/1.2.x/msilo.html |
| 20:14.22 | Juggie | er, could. |
| 20:14.49 | krisk84 | or if 1.1.x is your thing... |
| 20:14.52 | krisk84 | http://www.openser.org/docs/modules/1.1.x/msilo.html |
| 20:15.23 | Alric | Back when I was looking at SER, there was just SER. Whats this OpenSER all about? |
| 20:15.32 | krisk84 | I haven't used it, but it looks pretty close |
| 20:15.48 | krisk84 | SER was developed by FHG Fokus (the Germans) |
| 20:16.08 | blitzrage | OpenSER is just basically a fork of SER |
| 20:16.11 | krisk84 | then some original core developers (the Romanians) forked it and made OpenSER |
| 20:16.12 | blitzrage | afaik |
| 20:16.21 | Alric | ah. |
| 20:16.36 | krisk84 | FHG Fokus was some Bell labs type entity for a German telco that was big, old, and slow |
| 20:16.54 | krisk84 | the guys that forked OpenSER were not pleased with the interaction with the community, etc |
| 20:16.58 | krisk84 | and forked it |
| 20:17.00 | Alric | Good `ole Germans. |
| 20:17.14 | Juggie | well, if you can find a way to pull the message count, and keep a state of it between messages, then you should be able to pull this off. |
| 20:17.44 | krisk84 | The msilo module will store the messages for an offline user and deliver them when that user registers |
| 20:17.50 | krisk84 | Isn't that what you need? |
| 20:17.54 | Juggie | no. |
| 20:18.04 | krisk84 | Oh, yeah... |
| 20:18.08 | krisk84 | Now i got it |
| 20:18.18 | Juggie | the only reason i mentioned modifying ser at all was to use ser to cut down on the messaegs the phone gets. |
| 20:18.32 | Juggie | not that i see a huge problem w/ a mwi notify every x number of seconds |
| 20:18.56 | Juggie | but with a large number of registrations it would be alot of un-necessairy bandwidth. |
| 20:19.21 | krisk84 | especially if OpenSER did something like |
| 20:19.26 | krisk84 | NOTIFY msg-count 1 |
| 20:19.31 | krisk84 | NOTIFY msg-count 2 |
| 20:20.06 | Juggie | asterisk has no idea of the phone state, so since ser does, once it receives the mwi notify message, if it could look at the message count, check and see if its changed since the last message, if its the same then reply 200ok, if its differnt, then pass the message to the phone |
| 20:20.09 | Juggie | thats all it really has to do. |
| 20:20.10 | krisk84 | up to n for the number of messages, the poor phone would get confused |
| 20:21.08 | krisk84 | or try to keep up with OpenSER slamming "offline" messages stored up in msilo at it |
| 20:21.33 | Juggie | the problem lies in the fact that * doesnt see the registration when a phone re-registers |
| 20:21.41 | Juggie | so it doesnt resend the mwi packet |
| 20:21.42 | krisk84 | I understand |
| 20:22.04 | krisk84 | but, if it sends the NOTIFY to OpenSER, it would know the phone is not registered and store the messages in the msilo DB |
| 20:22.10 | krisk84 | Asterisk could keep sending them all day long |
| 20:22.27 | krisk84 | then, when the phone does register, OpenSER would empty that peer's msilo at the phone |
| 20:22.39 | Juggie | that isnt necessairy though. |
| 20:22.49 | Juggie | the phone only needs the last mwi notify. |
| 20:22.56 | Juggie | anything before that is stale. |
| 20:22.58 | krisk84 | the problem lies in the fact that there would be one distinct NOTIFY per message, not one NOTIFY for all of the messages at the point the device registered |
| 20:23.00 | krisk84 | exactly |
| 20:23.34 | krisk84 | So to get around that, msilo (or something like it) would need to be modified to be more NOTIFY msg-count, etc aware to NOT do that |
| 20:23.41 | krisk84 | but it is certainly a start |
| 20:23.56 | Juggie | there isnt a notify each message so far as i know. |
| 20:24.12 | Juggie | just, ast_build_string(&t, &maxbytes, "Messages-Waiting: %s\r\n", newmsgs ? "yes" : "no"); |
| 20:24.29 | blitzrage | krisk84: there is only one NOTIFY for all messages |
| 20:24.32 | blitzrage | 3/0 |
| 20:24.33 | blitzrage | for example |
| 20:24.34 | Juggie | right |
| 20:24.37 | blitzrage | is 3 new messages |
| 20:24.38 | krisk84 | Asterisk doesn't support msg-count ? I could swear that it does |
| 20:24.38 | Juggie | thats what i thought. |
| 20:24.42 | blitzrage | it does |
| 20:24.54 | blitzrage | but all the info is in a single NOTIFY |
| 20:24.55 | krisk84 | that's what I am saying, but this is what would happen |
| 20:24.57 | blitzrage | not one per msg |
| 20:25.16 | blitzrage | you wouldn't want msilo to keep the msg if the peer wasn't reg'd |
| 20:25.21 | krisk84 | VM 1 : asterisk -> OpenSER NOTIFY msg-count=1 (simplified) Openser would store this message |
| 20:25.21 | blitzrage | you'd just drop it to /dev/null |
| 20:25.33 | krisk84 | VM 2 : asterisk -> OpenSER NOTIFY msg-count=2 (simplified) Openser would store this message |
| 20:25.59 | krisk84 | VM 3 : asterisk -> OpenSER NOTIFY msg-count=3 (simplified) Openser would store this message |
| 20:26.08 | Juggie | i dont get it |
| 20:26.11 | Juggie | its all in one notify |
| 20:26.14 | Juggie | there isnt more the none |
| 20:26.23 | Juggie | *one |
| 20:26.26 | krisk84 | phone registers, OpenSER would send out all three when you only need the last one |
| 20:26.31 | blitzrage | nice, no more tones! |
| 20:26.47 | Juggie | right, which is why we would not have openser remember the packets |
| 20:26.52 | Juggie | theres no point to that. |
| 20:27.01 | krisk84 | msilo would need to be slightly tweaked to toss the first two NOTIFYs |
| 20:27.08 | krisk84 | in that example |
| 20:27.22 | Juggie | i have no expirence with ser i will disclaim that. |
| 20:27.59 | Juggie | but what i am asking is if there is a way to make ser keep a state, so when it gets a mwi notify based on the number of messages the notify is for, it can decide to toss it, or pass it to the phone if the # of messages has changed. |
| 20:28.06 | krisk84 | I would rather start with msilo and support other message types than write something from scratch to handle NOTIFYs - believe me :) |
| 20:28.30 | Juggie | all it has to remember is, 'last time i heard, peer xyz had 5 messages' |
| 20:28.33 | blitzrage | Juggie: hrmmm.... just found out it still sends a NOTIFY even when no new msg's exist |
| 20:28.52 | krisk84 | you are right - msilo is only appropriate when the endpoint is not reachable anyways |
| 20:29.04 | krisk84 | and even then it is far from perfect and would require tweaks |
| 20:29.06 | Juggie | blitzrage, it should be a notify w/ Messages-Waiting = No |
| 20:29.06 | Juggie | though? |
| 20:29.35 | blitzrage | yah, the light doesn't come on, so it doesn't have any ill effect other than bandwidth waste |
| 20:30.45 | Juggie | well, sending the same message count over and over is the same too ;) |
| 20:30.51 | Juggie | bandwidth waste either way. |
| 20:30.51 | blitzrage | is there anything in chan_sip to indicate if (Messages-Waiting: no) { break; } ? |
| 20:30.56 | Juggie | but theres no way around it. |
| 20:31.13 | blitzrage | hrmmm |
| 20:31.17 | blitzrage | might actually be necessary |
| 20:31.31 | krisk84 | I would rather waste bandwidth than risk inconsistency, at this point in time |
| 20:31.50 | Juggie | well, i could add in extra code yes, to only send Messages-Waiting: No once when PERSISTANTMWI=ON |
| 20:31.52 | blitzrage | if someone deletes a voicemail from the system while the phone is offline (via GUI), then the phone would still think it had a message |
| 20:32.23 | Juggie | yep. |
| 20:32.25 | Juggie | thats true |
| 20:32.29 | Juggie | i think its best to keep sending it. |
| 20:32.30 | blitzrage | ok, I'll leave it as is then |
| 20:32.31 | brac | thats true but i'm not sure if there is worse. VB, for example. |
| 20:32.34 | krisk84 | not if you had a tweaked msilo :) |
| 20:32.41 | blitzrage | krisk84: totally true! :) |
| 20:32.48 | Juggie | your best bet is to deal with the extra messages in ser. |
| 20:32.53 | blitzrage | I think so too |
| 20:32.58 | krisk84 | me too |
| 20:33.02 | blitzrage | thanks again for the patch -- it kicks ass! |
| 20:33.03 | Juggie | since ser knows what the phone is doing. |
| 20:33.08 | Juggie | ah, it was simple. |
| 20:33.17 | Juggie | no wories. |
| 20:33.18 | krisk84 | Leif did you explain how I ended up in here today? |
| 20:33.22 | Juggie | yes. |
| 20:33.39 | blitzrage | krisk84: nope -- was hoping you'd do that :) |
| 20:33.50 | Juggie | i assume you remember who i am from astricon? |
| 20:33.50 | blitzrage | I mentioned you liked the patch though :) |
| 20:34.01 | krisk84 | Juggie: oh yeah! |
| 20:34.02 | blitzrage | "Canadian IRS guy" |
| 20:34.15 | Juggie | yah, i was with nic the guy who played with your talking deer for an hout |
| 20:34.17 | krisk84 | that's what I told Leif when he mentioned Juggie |
| 20:34.17 | Juggie | *hour |
| 20:34.18 | Juggie | hah. |
| 20:34.24 | krisk84 | that was hilarious |
| 20:34.30 | Juggie | yeah, nic's a clown. |
| 20:34.31 | blitzrage | too bad I missed it |
| 20:34.44 | krisk84 | he was the most French Canadian quebec guy I ever met |
| 20:34.50 | Alric | dang. If I introduced myself as an IRS guy in America, I'd probably get lynched. |
| 20:34.59 | Juggie | so i'll bite, why did you end up here today. |
| 20:35.04 | Alric | (US of A, I mean) |
| 20:35.09 | Juggie | Alric, at astricon 05, i was 'the canadian goverment guy' |
| 20:35.14 | krisk84 | ah, but they are the Canadian IRS - like all things Canadian, they are friendlier |
| 20:35.43 | Alric | I think the IRS here is friendly too if you pay up 101% of your earnings. |
| 20:35.54 | krisk84 | true true |
| 20:36.12 | krisk84 | anyways, Leif and I were talking about this Asterisk/OpenSER integration thing earlier |
| 20:36.12 | Juggie | so fill me in, why are you here today. |
| 20:36.29 | krisk84 | I had a crazy idea a while back for MWIs that just never really went anywhere |
| 20:36.35 | Juggie | its almost time to leave work, i work for the gov you know, 6hours is a long day :) |
| 20:36.53 | blitzrage | 6 hours, include 1.5hr lunch |
| 20:37.02 | Juggie | 1.25hours today |
| 20:37.16 | krisk84 | jeeez... |
| 20:37.44 | krisk84 | so anyways, persistmwi is a start to my utopia... |
| 20:37.56 | Alric | krisk84: blitzrage's tax dollars hard at work. |
| 20:38.09 | blitzrage | oh yah -- at least I'm getting something out of it |
| 20:38.12 | Juggie | bah, hes getting his moneys worth for his tax dollars. |
| 20:38.27 | Juggie | he got a patch on goverment time. |
| 20:38.29 | krisk84 | I'm getting my money's worth for his tax dollars |
| 20:38.43 | krisk84 | Canadian dollars, even |
| 20:38.53 | Juggie | so whats the idea. |
| 20:39.01 | Alric | Every time Juggie leaves early and blitzrage grumbles, I get my money's worth for his tax dollars :) |
| 20:39.04 | Juggie | times a ticking i want to hit the gym. |
| 20:39.15 | krisk84 | anyways, right now, Leif has to define multiple SIP peers with the same host=(ser server) |
| 20:39.26 | Juggie | uhhuh. |
| 20:39.29 | krisk84 | and different mailbox= lines for MWI polling with distinct URIs |
| 20:39.30 | Juggie | he mentioned this earlier. |
| 20:39.47 | krisk84 | SIP URIs, that is |
| 20:40.01 | krisk84 | they are then parsed on SER and forwarded to the actual destination |
| 20:40.21 | Juggie | heres the problem with that, i am sure we could make all the messages be sent @ ser for all the mailboxes |
| 20:40.21 | krisk84 | for these purposes, SER=OpenSER and vice-versa |
| 20:40.24 | Juggie | infact, it may even work now. |
| 20:40.32 | krisk84 | what I would like is mailbox=all |
| 20:40.36 | Juggie | but, ser would have no idea who they were for. |
| 20:40.37 | krisk84 | or mailbox=@context even |
| 20:40.49 | krisk84 | for all mailboxes in a certain context to a given SER server |
| 20:40.51 | krisk84 | or something like that |
| 20:41.02 | Juggie | ser would still have no idea who they were for. |
| 20:41.08 | krisk84 | I think the remaining problem will be SER parsing the URIs |
| 20:41.11 | krisk84 | exactly |
| 20:41.21 | krisk84 | the URIs would all be the same |
| 20:41.28 | blitzrage | krisk84: actually..... |
| 20:41.30 | Juggie | you would need to define within your voicemail.conf what peer the mailbox belonged to. |
| 20:41.31 | krisk84 | at least as far as SER could tell |
| 20:41.39 | Juggie | which now ties voicemail to a specific technology. |
| 20:41.48 | krisk84 | why would you need to do that? |
| 20:42.02 | krisk84 | I don't want to do that |
| 20:42.07 | blitzrage | krisk84: if SER could look up the info from the DB (i.e. you had your SIP peers in the same DB), then you could lookup the username for the mailbox that was being requested... then send that to the IP address for that users registration |
| 20:42.11 | Juggie | how else does ser know which phones the messages are for. |
| 20:42.50 | krisk84 | Either we would need to tweak the NOTIFY URI (or maybe the just To:) |
| 20:42.55 | krisk84 | or add a header or something |
| 20:43.08 | krisk84 | a while back I asked Olle if he knew of any standard for doing this within SIP |
| 20:43.09 | Juggie | the only way to do this properly would to have ser rewrite the notify. |
| 20:43.11 | blitzrage | krisk84: basically you'd just need to tweak the To: to contain the username somehow |
| 20:43.23 | blitzrage | Juggie: I'm starting to think I agree |
| 20:43.31 | krisk84 | I don't want to have to start coming up with X-Asterisk-Mailbox: headers or something... |
| 20:43.50 | krisk84 | leaving the request URI and just changing To: could work |
| 20:44.16 | Juggie | the notify already has the Message-Account: sip:blah@blah |
| 20:44.16 | blitzrage | I think the issue is where do you lookup the info to put into the To: ? |
| 20:44.36 | Juggie | but then again that will probally contain ser's peer info. |
| 20:44.38 | Juggie | so that wont help. |
| 20:44.42 | krisk84 | what is blah@blah (mailbox)@(context)? |
| 20:44.55 | Juggie | no, its the sip uri |
| 20:45.02 | Juggie | Message-Account: sip:peer@host |
| 20:45.06 | blitzrage | but you only have one peer, so that wouldn't be the right info |
| 20:45.11 | Juggie | right. |
| 20:45.41 | blitzrage | I'm thinkin SER could lookup the username for (mailbox)@(context) and then rewrite the NOTIFY header.... |
| 20:46.08 | blitzrage | jsmith: he wants to upgrade the Polycom's to the latest 2.x firmware, and he doesn't know why |
| 20:46.29 | blitzrage | maybe someone here can tell me why I'd want to do that |
| 20:46.30 | Juggie | blitzrage, nothing in the MWI packet will tell you which voicemail box generated the notify. |
| 20:46.51 | Juggie | the only thing is the Message-Account |
| 20:46.54 | blitzrage | Juggie: it'd have the (mailbox)@(context) somewhere though right? |
| 20:46.59 | Juggie | no. |
| 20:47.15 | Juggie | your sip phone doesnt care about that. |
| 20:47.22 | blitzrage | ahhhh, you're right |
| 20:47.27 | blitzrage | I'm looking at a NOTIFY message now |
| 20:47.35 | krisk84 | that's why we would need to add the X-Asterisk-Mailbox header so that OpenSER could strip it off and modify the NOTIFY to the right phone |
| 20:47.40 | blitzrage | so basically Asterisk does need to setup the To: header |
| 20:47.47 | blitzrage | or that |
| 20:47.49 | krisk84 | or something like it, or maybe just change To: |
| 20:47.50 | Juggie | krisk84, i agree that would be the best way to go. |
| 20:48.20 | krisk84 | I asked Olle and while back if there was a "SIP standard" i.e. written in an RFC for this |
| 20:48.31 | krisk84 | I don't want to start making up headers :) |
| 20:48.56 | blitzrage | also true :) |
| 20:49.07 | krisk84 | so, Asterisk adds X-Asterisk-Mailbox header, OpenSER parses it, reads the msg-count, etc and creates a NOTIFY to the proper phone |
| 20:49.20 | blitzrage | now I have to try and figure out what I did yesterday so I can bill for it... grrrr |
| 20:49.40 | blitzrage | should have done this yesterday |
| 20:49.48 | krisk84 | using the data from X-Asterisk-Mailbox and the rest of the "standard" NOTIFY that it sent to SER |
| 20:50.30 | krisk84 | Juggie: is this starting to make sense (in the realm of "possible")? |
| 20:51.01 | Juggie | the only way to make asterisk send the correct packet would be for it to have some way of linking the mailbox/context with a peer. |
| 20:51.21 | Juggie | at least as regards to the To: |
| 20:51.56 | blitzrage | right |
| 20:52.01 | Juggie | adding an extra header w/ box@context would be no problem |
| 20:52.05 | krisk84 | [ser] |
| 20:52.08 | Juggie | but then it would be up to ser to rewrite the packet |
| 20:52.09 | krisk84 | host=ser.box.net |
| 20:52.11 | krisk84 | mailbox=all |
| 20:52.24 | krisk84 | then let SER sort out the flurry of NOTIFYs |
| 20:52.27 | krisk84 | :) |
| 20:52.36 | Juggie | should be possible yeah. |
| 20:52.40 | krisk84 | that's what it is supposed to do anyways, no? |
| 20:52.50 | krisk84 | nice |
| 20:52.52 | Juggie | well, we will just had to attach extra info to the notify |
| 20:52.56 | Juggie | so ser can tell who its for. |
| 20:53.08 | Juggie | and pass it to the correct phone. |
| 20:53.19 | krisk84 | X-Asterisk-Mailbox, SER does a lookup in a table for mailbox@context -> SIP peer |
| 20:53.37 | krisk84 | or something like that |
| 20:53.48 | blitzrage | krisk84: right |
| 20:53.50 | krisk84 | Juggie you sound like you are the man for the job |
| 20:54.03 | krisk84 | I'd love to pay you for this |
| 20:54.07 | Juggie | yah its not hard, will require some intrusive changes though. |
| 20:54.18 | Juggie | nothing major but it will probally never make it into trunk, but feel free to try. |
| 20:54.41 | krisk84 | well, if it will hold me off until the event framework drops, that is good enough |
| 20:54.55 | krisk84 | assuming the event framework could do something similar |
| 20:55.03 | krisk84 | me thinks no right now, sorry Leif... |
| 20:55.14 | krisk84 | now all I have to do is change my IRC pass |
| 20:55.31 | Juggie | and as i understand it, mailbox=all already works? |
| 20:55.37 | Juggie | that was the impression i got from blitzrage |
| 20:55.47 | krisk84 | I don't think so, but I don't know if I have ever tried it |
| 20:57.24 | krisk84 | Juggie: do you have PayPal? |
| 20:57.50 | blitzrage | hrmmm, you're right, mailbox=all doesn't exist |
| 20:57.57 | blitzrage | could have sworn I read something that said it did |
| 20:58.15 | krisk84 | I didn't think so |
| 21:00.44 | *** join/#asterisk-doc Juggie (i=Juggie@CPE00c049d9f271-CM000a73a18a20.cpe.net.cable.rogers.com) |
| 21:01.05 | Juggie | internet went out for a sec |
| 21:01.08 | Juggie | what did i miss. |
| 21:01.19 | Juggie | blitzrage, implied to me mailbox=all worked. |
| 21:01.24 | Juggie | but maybe i misunderstood. |
| 21:01.59 | krisk84 | 16:57 <@blitzrage> hrmmm, you're right, mailbox=all doesn't exist |
| 21:02.06 | krisk84 | 16:57 <@blitzrage> could have sworn I read something that said it did |
| 21:02.11 | Juggie | ic. |
| 21:02.14 | krisk84 | Juggie, so no, it doesn't exist |
| 21:02.39 | Juggie | well then... yah this is not as easy as i thought since that work isnt done. |
| 21:02.47 | krisk84 | dang |
| 21:03.07 | Juggie | and more importantly, when chan_sip asks for mailbox information to send a notify |
| 21:03.10 | Juggie | its asking for one mailbox |
| 21:03.29 | krisk84 | you can give multiples with & or , or something, I think |
| 21:03.45 | krisk84 | mailbox=101@default,102@customer |
| 21:03.58 | krisk84 | or mailbox=101@default&102@customer |
| 21:04.07 | krisk84 | I don't remember the exact syntax, I never use it |
| 21:04.09 | Juggie | yes, and i'm guessing here |
| 21:04.15 | Juggie | but i would say it adds those messages together |
| 21:04.26 | krisk84 | probably true, so it doesn't help |
| 21:04.27 | Juggie | so if box 1 has 2 messages and box2 has 3 then it sends a mwi packet for 5 messages |
| 21:04.49 | Juggie | because chan_sip is a pull operation. |
| 21:04.59 | Juggie | its asking for the status of one peer to send the notify |
| 21:05.17 | Juggie | the tread in chan_sip that does that (called do_monitor) just loops all the peers and does all this work. |
| 21:05.17 | krisk84 | yeah, it's not like voicemails pushes... |
| 21:05.26 | krisk84 | voicemails=voicemail |
| 21:05.38 | blitzrage | mailbox=100@context,200@context |
| 21:05.59 | krisk84 | yeah, I thought that was it "," it is, but that doesn't really help here |
| 21:06.05 | blitzrage | basically, without mailbox=all, you're pretty much stuck to there being a reload somewhere |
| 21:06.13 | Juggie | blitzrage: huh? |
| 21:06.32 | Juggie | well, no, the problem is, chan_sip says 'hey, app_voicemail, tell me the status for this box' |
| 21:06.35 | blitzrage | well, if you add a new peer or mailbox, you have to pretty much reload somewhere do you not to get that new info? |
| 21:06.43 | Juggie | and then based on that request, it sends out ONE mwi message |
| 21:06.46 | krisk84 | blitrage has to do reload when he adds new sip peers because each peer has a distinct mailbox that matches |
| 21:06.54 | blitzrage | right |
| 21:07.09 | krisk84 | you need to reload chan_sip to get it to recognize the new peers and new mailbox, even though they are going to the same host= |
| 21:07.12 | Juggie | so, theres no way to make chan_sip send out messages for peers that dont even exist. |
| 21:07.32 | Juggie | perhaps we are overcomplicating this |
| 21:07.33 | krisk84 | that's the idea with mailbox=all on a peer, because that peer would always exist |
| 21:07.41 | krisk84 | then you could just add the box and be done with it |
| 21:07.45 | krisk84 | ideally |
| 21:07.59 | Juggie | right, but chan_sip only understands that its one peer. |
| 21:08.08 | krisk84 | right |
| 21:08.20 | Juggie | see, you want to use chan_sip to send like x-number of mwi messages |
| 21:08.24 | Juggie | for one pool. |
| 21:08.30 | Juggie | but it sends one mwi notify, per pool. |
| 21:08.41 | krisk84 | oh, right now it would be need to be reloaded to know to pull the message status of new mailboxes anyways |
| 21:08.53 | krisk84 | even IF you had mailbox=all |
| 21:08.54 | Juggie | how about just writing a stupid c/php app |
| 21:09.11 | Juggie | to check for mail (or ask asterisk) and fire off udp packets to ser. |
| 21:09.29 | krisk84 | that's what we do now with externnotify in voicemail.conf |
| 21:09.44 | krisk84 | using sipsak (at least that's what I do) |
| 21:10.34 | krisk84 | but I got a pie-in-the-sky idea about having it be %100 Asterisk |
| 21:10.41 | krisk84 | I think both Leif and I did, actually |
| 21:11.05 | Juggie | it could no doubt be done, but it would be major changes. |
| 21:11.07 | blitzrage | no sipsak or externnotify here |
| 21:11.19 | blitzrage | pure Asterisk now because of Juggie's patch |
| 21:11.24 | krisk84 | that's true |
| 21:11.38 | krisk84 | but, you have to create peers for each user and do a reload |
| 21:11.46 | Juggie | because when chan_sip said hey voicemail, how many messages for mailbox=all, app_voicemail woudl have to pass back an array that said, user1 has 1, user2 has 5 and so on. |
| 21:11.58 | krisk84 | sorry, I forgot about that |
| 21:12.06 | krisk84 | yeah, only now do I realise that |
| 21:12.09 | Juggie | and then chan_sip would have to know to take that array of mailboxes, and send out individual mwi's for each of them |
| 21:12.19 | krisk84 | all to the same host=, but it is still a lot of work |
| 21:12.25 | krisk84 | and would still require a reload |
| 21:12.27 | krisk84 | probably |
| 21:12.40 | Juggie | just a reload of voicemail |
| 21:12.41 | Juggie | not sip. |
| 21:12.54 | krisk84 | oh, that's not that bad |
| 21:13.04 | Juggie | but still, it would be alot of work. |
| 21:13.35 | krisk84 | I don't fully understand why SIP wouldn't have to be reloaded, but we'll save that discussion for the next time we are all at a TGI Fridays at Astricon :) |
| 21:13.54 | Juggie | i'm not sure i'll be attending anymore astricons since i dont really work with asterisk anymore. |
| 21:13.56 | Juggie | but i will try. |
| 21:14.04 | Juggie | at work anyways. |
| 21:14.17 | krisk84 | oh well, you know what I meant :) |
| 21:14.39 | Juggie | chan_sip woudnt have to be reloaded because it doesnt store what mailbox=all actually means. |
| 21:14.48 | krisk84 | oh, voicemail does |
| 21:14.51 | Juggie | it asks app_voicemail when it does the pool. |
| 21:14.54 | Juggie | *poll |
| 21:15.11 | krisk84 | now I get it, that was easy |
| 21:15.19 | Juggie | all in all, this would be an overcomplicated patch for the end result. |
| 21:15.25 | krisk84 | sounds like it |
| 21:16.29 | krisk84 | Juggie: are you tired of dealing with us yet? |
| 21:16.34 | krisk84 | because I have one more thing... |
| 21:16.47 | Juggie | basically, you would need to modify voicemail to answer with a list of mailboxes and their messages (some of that code might exist already) then you would have to modify chan_sip to understand its going to get that list |
| 21:16.55 | Juggie | and send out multiple mwi's based on it. |
| 21:17.22 | Juggie | krisk84, its way way past my leaving time, but you have me here now so shoot. |
| 21:17.31 | krisk84 | nice |
| 21:17.45 | krisk84 | I'll try to make it quick, and it relates to this whole discussion, only it's backwards... |
| 21:17.53 | krisk84 | sort of |
| 21:18.12 | krisk84 | Here is the arch: Asterisk VM Box -> OpenSER -> Asterisk CPE -> Phone |
| 21:18.39 | krisk84 | the Asterisk CPE instance does some basic "SIP routing" type of stuff for the local phones - basic IVR, music on hold, etc |
| 21:19.02 | Juggie | uhhuh |
| 21:19.09 | krisk84 | it is registered to the OpenSER proxy for all calls to/from the network PSTN, VM Servers, etc |
| 21:19.31 | Juggie | the cpe is or the phones? |
| 21:19.38 | krisk84 | the CPE |
| 21:19.40 | Juggie | k |
| 21:19.49 | krisk84 | the phones are then registered to the Asterisk CPE instance |
| 21:19.54 | Juggie | yah, go on. |
| 21:20.19 | krisk84 | I would like OpenSER to forward NOTIFYs from the VM Server to the Asterisk CPE instance |
| 21:20.33 | krisk84 | and then have the Asterisk CPE instance parse them to deliver them to the proper phone |
| 21:20.40 | krisk84 | hahaha! |
| 21:21.07 | krisk84 | Or should I just be using an OpenSER/Asterisk combo on the CPE device, because that is what I'm thinking anyways |
| 21:21.51 | krisk84 | using X-Asterisk-mailbox or something like it, only different :) |
| 21:22.29 | Juggie | well, as we just realized you are not going to get around defineing each peer if you want mwi for each peer. |
| 21:22.36 | Juggie | (unless you do it externally to asterisk) |
| 21:22.46 | Juggie | (or make some major changes to voicemail/chansip) |
| 21:22.47 | krisk84 | that's fine |
| 21:22.52 | krisk84 | I already have to do that |
| 21:23.08 | Juggie | so in that sense VM - > ser should be working already |
| 21:23.17 | Juggie | as its the same as the scenario we discussed previously. |
| 21:23.17 | krisk84 | yes, let's assume that works |
| 21:23.29 | krisk84 | with externnotify, Leif's hack, whatever |
| 21:23.35 | Juggie | right. |
| 21:23.41 | krisk84 | both of which are hacks, but yes |
| 21:23.58 | Juggie | so is the problem then that you have multiple CPE's |
| 21:24.08 | Juggie | and you would be unsure on which one to send the notify to from ser? |
| 21:24.20 | krisk84 | no, I know which CPE should get the NOTIFY |
| 21:24.23 | krisk84 | that isn't a problem |
| 21:24.42 | krisk84 | the problem is making Asterisk receive the NOTIFY and do something with it - i.e. parse it and forward it to the proper peer |
| 21:24.50 | krisk84 | as defined in sip.conf |
| 21:24.57 | krisk84 | I'm thinking this is going to be a tough one |
| 21:25.12 | krisk84 | doesn't sound like something Asterisk is good at |
| 21:25.58 | Juggie | there is no way to make asterisk pass the notify to the phone? |
| 21:26.07 | Juggie | i've never really tried what your asking. |
| 21:26.33 | krisk84 | not as it is now |
| 21:26.34 | Juggie | but like if ser sends it to peer@ip i dont see why * woudnt pass it to the phone? |
| 21:27.48 | krisk84 | I don't know, but it doesn't work |
| 21:27.57 | krisk84 | how about this... |
| 21:28.09 | krisk84 | I haven't thought about this in a while but it came up today with Leif so here I am |
| 21:28.27 | krisk84 | I'll look into it, get some SIP debugs and get back to you |
| 21:28.48 | krisk84 | but I think I'll probably just end up throwing SER on the box to route them |
| 21:28.59 | Juggie | i would think if ser passed the packet to asterisk with to: peername@asteriskcpe ip, it should pass the notify, but i am 100% sure. |
| 21:30.05 | Juggie | ok its late, 5:30 on a friday and i am still at work |
| 21:30.07 | Juggie | so i must go. |
| 21:30.21 | blitzrage | Juggie: thanks again! |
| 21:30.28 | Juggie | yeah no problem easy patch |
| 21:30.35 | Juggie | let me know when you put it on the tracker if you do. |
| 21:34.30 | krisk84 | thanks for putting up with us |
| 21:35.41 | krisk84 | er, I mean me |
| 21:42.48 | krisk84 | hey blitz |
| 22:00.55 | blitzrage | Juggie: will do -- gotta make sure it gets updated for trunk |
| 22:01.18 | blitzrage | it'll probably just commit fine (maybe with fuzz), then I'll build another diff and submit it |
| 22:01.32 | blitzrage | anyways, wine time |
| 22:03.11 | jsmith | blitzrage: Sorry, I'm back now |
| 22:06.00 | blitzrage | jsmith: welcome back! |
| 22:07.03 | jsmith | Thanks... had to go pick up my truck |
| 22:07.18 | blitzrage | guess the tire didn't fall off this time? |
| 22:08.01 | jsmith | No. |
| 22:08.03 | jsmith | I was mean. |
| 22:08.06 | blitzrage | good! |
| 22:08.08 | brac | I was trying to listen to some VoIP provider |
| 22:08.18 | jsmith | I made them check it *again*, right in front of me. |
| 22:08.29 | jsmith | After they'd already checked it, driven it, and checked it again. |
| 22:08.48 | jsmith | See -- there was a bracism that wasn't too bad |
| 22:09.00 | blitzrage | pretty random though.... :) |
| 22:10.18 | jsmith | Well, I said "I was", so brac took that and started with everything he knew that started with "I was" and then took the higest probability and that turned out to be "was listening", "listening to", "to some", "some VoIP", and "VoIP provider" |
| 22:11.12 | jsmith | -chat about was listening |
| 22:11.12 | brac | was listening ot a discussion of her calling. Yow. |
| 22:11.13 | *** join/#asterisk-doc ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 22:11.13 | ctooley | ARGH! |
| 22:11.14 | ctooley | It's been so long since I've done anything TDM. I've forgotten everything |
| 22:11.24 | blitzrage | always fun |
| 22:11.46 | ctooley | It's dialing. It says it's answered. And my phone never rings |
| 22:12.27 | ctooley | could I get a couple of minutes of help |
| 22:14.43 | ctooley | http://www.pastebin.ca/407298 |
| 22:14.54 | ctooley | frustating beyond belief |
| 22:15.37 | blitzrage | sorry, I don't do much hardware stuff, so I won't be much help |
| 22:15.59 | ctooley | this "should" be extremely simple |
| 22:16.10 | ctooley | jsmith, you around? |
| 22:16.22 | jsmith | ctooley: More round than around. |
| 22:16.25 | jsmith | ctooley: But yes, I'm here |
| 22:16.41 | ctooley | can I get 2 minutes to get you to look at that link? |
| 22:16.46 | jsmith | Pulling up the pastebin now |
| 22:16.49 | ctooley | it should be obvious to someone that does that often |
| 22:16.51 | brac | Pulling up the chance for travel! The nice thing about generalizations |
| 22:18.29 | jsmith | OK... I'm not sure what it's supposed to be doing. |
| 22:18.53 | jsmith | It's calling into the 's' extension, which does the verbose and hangup |
| 22:18.58 | jsmith | Which are happening just fine. |
| 22:19.00 | ctooley | call the the destination in the call file |
| 22:19.22 | ctooley | The problem is that it says Zap/3/6592498 is answered and my phone hasn't rang |
| 22:20.03 | jsmith | Local/6592498/n never answered though... |
| 22:20.21 | ctooley | ok... |
| 22:20.31 | ctooley | so I need to do an Answer() before the dial? |
| 22:23.32 | jsmith | Probably |
| 22:24.09 | jsmith | I mean, it's not ideal... but yeah... |
| 22:26.40 | ctooley | http://www.pastebin.ca/407316 |
| 22:26.43 | ctooley | new output |
| 22:26.54 | ctooley | as soon as it's answered... falling through |
| 22:27.56 | jsmith | Yeah... |
| 22:28.29 | ctooley | I need to dial 10000 numbers and get the DIALSTATUS for each one |
| 22:28.34 | ctooley | that's the entire application |
| 22:28.35 | ctooley | :) |
| 22:29.14 | jsmith | OK, so that did what I figured it would |
| 22:29.35 | jsmith | Take the Answer() out and put the Answer() on the 's' extension |
| 22:29.36 | ctooley | but it didn't do what I needed it to because the call didn't work. :( |
| 22:29.41 | jsmith | Right... |
| 22:29.50 | ctooley | uhhh |
| 22:29.53 | jsmith | I just wanted to make sure that when it got an answer, it would fire off the 's' extension |
| 22:30.39 | ctooley | but what do I put in the "Local/6592498@default" path (exten => _X.,1,???)? |
| 22:30.58 | jsmith | Just the Dial() |
| 22:32.19 | ctooley | http://www.pastebin.ca/407320 |
| 22:32.48 | ctooley | no rings. :( |
| 22:35.57 | jsmith | Hold on, I'm labbing it up here |
| 22:37.37 | ctooley | what is weird is that the zap channels seems to answer whether or not the call rings |
| 22:38.12 | ctooley | which is why I think it's a zap problem and not a "Local" problem |
| 22:38.48 | jsmith | Weird... it may be a Zap problem |
| 22:38.55 | jsmith | Give me one more second, and I'll show you what I did. |
| 22:44.12 | ctooley | I think I have zaptel.conf or zapata.conf configured wrong |
| 22:53.21 | ctooley | Here's the config of my TDM400: http://www.pastebin.ca/407342 |
| 22:55.00 | ctooley | changing everything back to KewlStart |
| 22:55.07 | ctooley | that's what it was... changing it back |
| 23:03.11 | jsmith | Sorry, I keep getting interrupted |
| 23:03.17 | jsmith | Here's what I've got in my dialplan |
| 23:03.39 | jsmith | (and it seems to be working as it should) |
| 23:04.03 | jsmith | exten => 600,1,Answer() |
| 23:04.03 | jsmith | exten => 600,n,Verbose(3,"You ${NUMBER} works") |
| 23:04.03 | jsmith | exten => 600,n,Hangup() |
| 23:04.03 | jsmith | exten => 601,1,Dial(Local/611@lab|20|gL(20000)) |
| 23:04.03 | jsmith | exten => 602,1,Dial(Local/612@lab|20|gL(20000)) |
| 23:04.04 | jsmith | exten => 603,1,Dial(Local/613@lab|20|gL(20000)) |
| 23:04.06 | jsmith | exten => 611,1,Wait(5) |
| 23:04.08 | jsmith | exten => 611,n,Answer() |
| 23:04.10 | jsmith | exten => 611,n,MusicOnHold() |
| 23:04.12 | jsmith | exten => 612,1,Wait(3) |
| 23:04.14 | jsmith | exten => 612,n,Busy() |
| 23:04.16 | jsmith | exten => 612,n,Hangup() |
| 23:04.19 | jsmith | exten => 613,1,Wait(3) |
| 23:04.21 | jsmith | exten => 613,n,Congestion() |
| 23:06.55 | jsmith | exten => 613,n,Hangup() |
| 23:06.56 | jsmith | It very well could be the 'g' option that's getting you though... |
| 23:06.56 | brac | It very hard time seeing a mess the whole engine head off! |
| 23:06.56 | ctooley | jsmith, did you see the last pastebin? |
| 23:08.28 | jsmith | The zaptel/zapata settings? |
| 23:08.30 | jsmith | Yeah... |
| 23:08.35 | jsmith | That looks right, but you'll want kewlstart |
| 23:10.34 | ctooley | hmm |
| 23:10.36 | ctooley | [Mar 23 16:58:26] WARNING[4292]: chan_zap.c:11072 process_zap: Ignoring signalling |
| 23:10.36 | ctooley | [Mar 23 16:58:26] ERROR[4292]: chan_zap.c:10424 build_channels: Unable to reconfigure channel '3' |
| 23:10.36 | ctooley | [Mar 23 16:58:26] WARNING[4292]: chan_zap.c:11388 reload: Reload of chan_zap.so is unsuccessful! |
| 23:12.09 | ctooley | hmm |
| 23:12.10 | ctooley | worked that time |
| 23:12.11 | ctooley | odd |
| 23:13.54 | ctooley | not the call, but the loading of chan_zap.so |
| 23:14.00 | ctooley | fark |
| 23:15.29 | ctooley | http://www.pastebin.ca/407372 |
| 23:16.22 | ctooley | It's still coming up as "answered" and it's not answered |
| 23:16.26 | ctooley | no g no L nothing |
| 23:16.28 | ctooley | no time limit |
| 23:16.31 | jsmith | To make zapata.conf changes, you have to restart Asterisk |
| 23:16.33 | ctooley | just trying and it doesn't work |
| 23:16.36 | jsmith | You can't just do a reload |
| 23:16.40 | jsmith | (for signalling changes |
| 23:16.59 | ctooley | jsmith, stopped it, rebooted computer, started asterisk it failed, restarted asterisk, it loaded |
| 23:17.27 | jsmith | Strange |
| 23:18.53 | *** join/#asterisk-doc Juggie (i=Juggie@CPE00c049d9f271-CM000a73a18a20.cpe.net.cable.rogers.com) |
| 23:22.05 | ctooley | calling into that card works. |
| 23:22.05 | ctooley | it's calling out that doesn't. :( |
| 23:22.12 | ctooley | When I call in it says: -- Starting simple switch on 'Zap/3-1' |
| 23:22.30 | ctooley | Do I need to be dialing "Dial(Zap/3-1/6592498)"? |
| 23:23.56 | file | Zap/3/ww6592498 |
| 23:23.57 | file | try 'dat |
| 23:24.01 | ctooley | This is why I prefer to have SIP Trunking. TDM is so ugly |
| 23:24.24 | ctooley | no love |
| 23:24.34 | ctooley | this is really bizarre |
| 23:24.53 | ctooley | I don't even know how to tell why it thinks the channel is answered. |
| 23:25.10 | file | if it's analog it's immediately answered |
| 23:26.17 | ctooley | uhh |
| 23:26.20 | ctooley | that's not good |
| 23:26.30 | ctooley | how do I tell if the line is "actually" answered |
| 23:26.32 | ctooley | or rings busy |
| 23:26.40 | ctooley | or doesn't work? |
| 23:26.43 | file | analog doesn't provide accurate call progress, so chan_zap has the option to "guess" but it can be inaccurate |
| 23:30.05 | ctooley | shit. |
| 23:30.27 | ctooley | and I'm guessing that the g in the dial string is the "guess"? |
| 23:30.33 | file | ...no |
| 23:30.53 | file | callprogress=yes in zapata.conf |
| 23:30.57 | file | although do read... |
| 23:31.03 | file | specifically: |
| 23:31.09 | file | If turned on, call |
| 23:31.09 | file | ; progress attempts to determine answer, busy, and ringing on phone lines. |
| 23:31.09 | file | ; This feature is HIGHLY EXPERIMENTAL and can easily detect false answers, |
| 23:31.09 | file | ; so don't count on it being very accurate. |
| 23:31.34 | jsmith | FWIW, photos of my soon-to-be house at http://beta.zooomr.com/photos/33360@Z01 |
| 23:32.15 | file | yay house |
| 23:32.53 | ctooley | YAY that works |
| 23:33.13 | jsmith | ctooley: What, you don't have access to T1s or VoIP? |
| 23:33.20 | ctooley | 1 little, 2 little... 10000 little phone calls |
| 23:33.36 | file | analog is going to disappoint you. |
| 23:33.43 | jsmith | ctooley: Don't be too happy... callprogress is evil |
| 23:33.46 | file | I don't look forward to it in my apartment... |
| 23:33.49 | ctooley | jsmith, We're specifically testing our new block of 10K toll frees from other people's networks. |
| 23:33.58 | jsmith | ctooley: Then do it on a T1 |
| 23:34.03 | jsmith | ctooley: Otherwise, you'll have no idea |
| 23:34.10 | file | if a BRI does turn out to be relatively inexpensive I'll get one and grab a Cisco 804 off eBay |
| 23:34.24 | jsmith | ctooley: You'll get early media, and callprogress will think it was answered, when it wasn't. |
| 23:34.41 | ctooley | jsmith, the problem is that I have analog lines from 5 different LECs. Getting T1s from those 5 different LECs would be outrageously expensive. |
| 23:34.42 | jsmith | ctooley: You really want a T1 (or a VoIP provider plugged into a T1) |
| 23:35.01 | jsmith | You have to call the toll frees *from* a specific LEC? |
| 23:35.37 | ctooley | jsmith, yes, we're a nationwide carrier, we load different CICs in different places. Depending on where you call from the call is "treated" differently and it affects routing |
| 23:35.48 | jsmith | Ah... |
| 23:36.00 | jsmith | Analog isn't gonna give you what you want, I'm afraid. |
| 23:36.13 | ctooley | we'll see |
| 23:36.23 | jsmith | Because analog things the gal coming on to say "This number has been disconnected" is an answer, and not a congestion |
| 23:36.36 | ctooley | ah piss |
| 23:36.40 | ctooley | that's going to be an issue. |
| 23:36.41 | jsmith | See |
| 23:36.41 | ctooley | ok |
| 23:36.45 | jsmith | You need a T1. |
| 23:36.47 | jsmith | Or VoIP |
| 23:36.48 | file | welcome to analog land |
| 23:36.48 | ctooley | forgot about that one. |
| 23:36.53 | ctooley | hmmm |
| 23:36.57 | jsmith | That's why file and I are here |
| 23:37.35 | ctooley | yeah, that's going to super suck |
| 23:37.38 | ctooley | T1's it is. |
| 23:44.07 | ctooley | Dude! You are so getting ripped off. That house doesn't even have an entertainment center, let alone a big screen |
| 23:46.56 | jsmith | ctooley: Nor will it have a big screen. At least, not initially |
| 23:50.20 | jsmith | Right... |
| 23:54.25 | ctooley | alright |
| 23:54.26 | ctooley | later |
| 23:54.27 | *** part/#asterisk-doc ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |