| 00:06.42 | Kobaz | JunK-Y: so it's not supposed to be using 32 i gather? |
| 00:27.51 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 00:27.51 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 00:41.32 | *** join/#asterisk-dev greenwolf (d12586e6@gateway/web/freenode/ip.209.37.134.230) |
| 00:42.52 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:42.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:56.31 | snuff-work | wedhorn: thought of something else useful.. |
| 00:57.08 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:57.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:57.28 | snuff-work | one.. would be labelling the globals with 'digittimeout' as milliseconds.. in their descriptions.. |
| 00:58.04 | snuff-work | other would be to implement the 'immed dial' character.. (which i'm going to play with now) |
| 01:14.27 | greenwolf | im trying to find out more information about adding a database to my asterisk |
| 01:15.04 | greenwolf | such as using realtime and func_ODBC.conf files for database lookups, and delete and change information such as user accounts or customer accounts |
| 01:15.20 | greenwolf | any readable books online or dialplan scripts to look at for reference |
| 01:16.51 | snuff-work | try the asterisk book.. |
| 01:17.01 | snuff-work | pretty sure its found online free |
| 01:17.15 | snuff-work | asterisk cookbook or somethin it was called |
| 01:17.31 | snuff-work | has examples for lots of stuff |
| 01:17.48 | greenwolf | yea i have it asterisk definitive guide 3rd edition located at www.asteriskdocs.org |
| 01:17.55 | greenwolf | but doesn't go into much detail |
| 01:18.06 | greenwolf | i need way more details, examples, more explanatoin |
| 01:18.45 | greenwolf | is there any places that will teach advanced asterisk programming |
| 01:19.03 | greenwolf | is there an online school or consulting for such? |
| 01:19.28 | snuff-work | i'm sure there is.. nothing springs to mind right now |
| 01:19.56 | greenwolf | yea its very hard to find a school for asterisk pbx or telephony |
| 01:20.13 | greenwolf | i mean i have done my fair share of reading everything i possible can get my hands on |
| 01:20.28 | greenwolf | every edition, voip.info, google searches i mean everything |
| 01:20.46 | greenwolf | i want to learn thru schooling and teaching thru a teacher where i can ask questions and get responses |
| 01:22.56 | greenwolf | i have a question tho |
| 01:23.00 | snuff-work | mm |
| 01:23.30 | greenwolf | if i write a script in php for asterisk agi would i name that helloworld.php or helloworld.agi? |
| 01:23.46 | greenwolf | when would i name it .agi if its a php script calling agi library PHPAGI |
| 01:24.05 | snuff-work | u'd leave it as php.. i don't think it cares |
| 01:24.53 | greenwolf | ok how come some files are name .agi extension? |
| 01:25.06 | greenwolf | what type of programming would cause that to be name .agi |
| 01:25.41 | greenwolf | i understand if you write it in perl you place it in the /var/lib/asterisk/agi but name it .pl or .php but when would it be named .agi? |
| 01:25.45 | snuff-work | i think ppl use .agi.. to remind them that it is agi script.. |
| 01:26.12 | greenwolf | so if i name a php script .agi would asterisk be able to execute that script correctly? |
| 01:26.20 | snuff-work | these are all more #asterisk questions |
| 01:26.35 | snuff-work | don't see why not.. try it n find out.. |
| 01:26.38 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 01:26.40 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 01:28.49 | greenwolf | good idea lol |
| 01:28.51 | greenwolf | i will |
| 01:42.58 | *** join/#asterisk-dev greenwolf (~penguin@209.37.134.230) |
| 01:49.46 | *** join/#asterisk-dev greenwolf (~penguin@209.37.134.230) |
| 01:58.37 | *** join/#asterisk-dev mwally (~mwally@mikewally.com) |
| 02:24.41 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 05:39.09 | *** join/#asterisk-dev keeganipat (~keeganipa@114.108.231.140) |
| 05:46.19 | wedhorn | snuff-work: back again |
| 05:46.48 | snuff-work | :) |
| 05:47.07 | snuff-work | i've got my immed dial feature working.. |
| 05:47.18 | snuff-work | its mostly bodgy hack.. |
| 05:47.53 | snuff-work | already skinny will dial when there is exact match.. but not for regex.. |
| 05:48.33 | wedhorn | regex in the dialplan? |
| 05:48.34 | snuff-work | now i've made it just like my ccm.. if u put a # on the end it will try to immed dial |
| 05:48.36 | snuff-work | yes |
| 05:49.22 | wedhorn | ah okay, just go to make sure you don't step on any other uses of # |
| 05:50.12 | snuff-work | its only in dialling.. a new number |
| 05:50.56 | snuff-work | http://pastebin.ca/2300618 |
| 05:51.00 | wedhorn | but maybe a dialplan function uses a hash??? |
| 05:51.14 | snuff-work | maybe.. mine dont :) |
| 05:52.07 | snuff-work | i wanted some way to move the dialling along.. this works.. and what i'm used to :) |
| 05:52.20 | wedhorn | wouldn't you be better of doing it in handle_digit? |
| 05:52.30 | snuff-work | nope.. |
| 05:52.42 | snuff-work | that digit could be for in a call etc |
| 05:53.08 | snuff-work | i dont want ppl not to be able to use # at all :) |
| 05:53.20 | snuff-work | stops random smileys |
| 05:53.24 | wedhorn | but we have an OFFHOOK state (ie dialing) |
| 05:56.15 | wedhorn | at about line 5688 |
| 05:57.15 | snuff-work | looking bout that line.. seems like u missed a bit in ur cleanup patch.. if with a 'tab' after && |
| 05:57.37 | wedhorn | 5689 adds the digit, could add if digit==# skinny_dialer(sub, 1); which will force a dial |
| 05:58.04 | snuff-work | mm.. true |
| 05:58.40 | wedhorn | bah, close enough .... |
| 05:59.33 | snuff-work | mm def nicer to go in that part i think.. |
| 05:59.58 | snuff-work | way i can skip tweaking the string |
| 06:00.27 | snuff-work | maybe should make it configurable.. so like a 'forceimmeddial=#' |
| 06:04.01 | wedhorn | that'd get around someone using # in the dialplan (eg for a function) |
| 06:04.26 | snuff-work | course it would default to off |
| 06:04.50 | wedhorn | or you could just add a "force dial" softkey ... |
| 06:05.36 | wedhorn | or both |
| 06:06.02 | snuff-work | a point of diff between us and ccm .. extra forcedial |
| 06:06.04 | snuff-work | button |
| 06:08.32 | wedhorn | yep, but just use the enbloc dial button (can just add it to offhook state and add a bit of code to enbloc handling if a sub has some digits already) |
| 06:09.00 | snuff-work | mm no 'dial' button listed shame |
| 06:09.19 | wedhorn | there is in enbloc, just add it to offhook, hang on |
| 06:10.00 | wedhorn | ah, my bad, its on the device, not config'd |
| 06:17.55 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 06:18.48 | snuff-work | hmm.. the insta match thing.. not working for me atm |
| 06:19.12 | wedhorn | snuff-work: this http://pastebin.ca/2300621 adds a force dial button, just need to add code in handle_soft_key_event_message |
| 06:19.28 | snuff-work | aka i have a extension 5300.. and i still have a bit of a wait till it starts dialing.. aka timeout |
| 06:20.24 | wedhorn | that's in handle_keypadbutton? |
| 06:20.31 | snuff-work | http://pastebin.ca/2300622 |
| 06:20.56 | snuff-work | that's the better version of my original hack |
| 06:26.00 | wedhorn | snuff-work: any idea whether the issue is in skinny_dialer or handle_keypadbutton? |
| 06:27.03 | snuff-work | i'd say it has somethin to do with the skinny_dialer.. http://pastebin.ca/2300623 |
| 06:28.39 | wedhorn | turn on skinny debug packet so we can see the digits coming in |
| 06:28.53 | wedhorn | as well |
| 06:30.46 | snuff-work | http://pastebin.ca/2300624 |
| 06:34.45 | wedhorn | I don't see a # in there |
| 06:34.56 | snuff-work | yes there is nothin wrong with my # version |
| 06:35.05 | snuff-work | it is good |
| 06:35.43 | snuff-work | http://pastebin.ca/2300625 |
| 06:36.11 | snuff-work | also added bit to the debug msg.. if it was a timeout or ast_matchmore thing |
| 06:36.27 | wedhorn | the last one seemed to work |
| 06:36.44 | snuff-work | i will test my dodgey button also 1 sec |
| 06:37.27 | wedhorn | the 2nd to last pastebin indicated that skinny never received a # |
| 06:37.48 | wedhorn | (digit 15) |
| 06:37.54 | snuff-work | with frc pickup http://pastebin.ca/2300626 |
| 06:37.55 | snuff-work | :) |
| 06:38.13 | snuff-work | its labelled as an answer key on my phone.. |
| 06:38.34 | snuff-work | (because i used the 'answer' octal number) |
| 06:38.51 | wedhorn | you sure you got all the bits from ... yeah, just put in some text instead of octal |
| 06:39.29 | wedhorn | Mine actuall has the text 'Dial Now' |
| 06:39.37 | wedhorn | y |
| 06:39.42 | snuff-work | didn't realise u could do that |
| 06:39.57 | snuff-work | thought phone would only know its little octal string |
| 06:40.46 | wedhorn | Nope, I think you can use the octal codes or text in the display prompts as well |
| 06:41.06 | snuff-work | will see shortly.. reset my phone again |
| 06:42.20 | snuff-work | http://pastebin.ca/2300627 |
| 06:42.22 | snuff-work | all works |
| 06:43.01 | snuff-work | no idea why the ast_matchmore isn't triggering for my calll though |
| 06:45.00 | snuff-work | aka it should spit a 0 soon as it gets 5300.. triggering the dial |
| 06:48.32 | wedhorn | no idea, you got weird dialplans? |
| 06:48.58 | wedhorn | mine are simple and they go straight through on the last digit |
| 06:49.18 | snuff-work | mm.. must have an include 1.. |
| 06:52.13 | snuff-work | exten => _XXXXX.,1,NoOp |
| 06:52.15 | wedhorn | mucking around with the softkeys reminds of another thing on the todo list, configurable softkeys... |
| 06:52.36 | wedhorn | that'd do it |
| 06:52.45 | snuff-work | yes i was thinking about conf softkey |
| 06:52.54 | snuff-work | maybe something more my ability atm :) |
| 06:53.13 | snuff-work | though v. cool to have dial button / '#' immed dial |
| 06:54.04 | snuff-work | need to make the # one configurable at the very least |
| 06:55.49 | wedhorn | the main issue with conf softkeys is making transmit_softkeysetres handle it |
| 06:56.40 | wedhorn | my head always hurts when I try to figure out how that one works (and why it sends certain things) |
| 06:57.09 | snuff-work | mm that func doesn't look too inviting |
| 06:57.46 | wedhorn | that's one way of putting it.... |
| 06:59.04 | wedhorn | although if you turn on skinny debug template, it should give lots of hints as to what's going out |
| 07:00.41 | wedhorn | my main problem is that I get bogged down in why it send button no and button no+300, I've no idea why the device would want +300 as well |
| 07:03.33 | snuff-work | mm i have not a clue |
| 07:04.32 | *** join/#asterisk-dev schmidts (~schmidts@vie-086-059-105-021.dsl.sil.at) |
| 07:04.34 | schmidts | good morning |
| 07:05.18 | wedhorn | short of that the function isn't too bad, just 3 nested loops |
| 07:06.17 | wedhorn | inner most being iterating through all buttons to find the matching ones |
| 07:06.43 | snuff-work | but if we allowed each device to have its own softkey set.. |
| 07:08.16 | snuff-work | trying to think of nice way to put it a conf file.. guess.. onhookkeys=key1,key2,key3 / offhookkeys= key1,key2,key3 |
| 07:08.57 | wedhorn | why not, just need to point to the correct structure/array/whatever used to store the templates |
| 07:09.10 | wedhorn | yep |
| 07:14.37 | wedhorn | actually if you want something a bit easier you can try and fix you patch so the "Dial Now" button is greyed out when more digits are required |
| 07:17.39 | wedhorn | just need to modify the validKeyMask in transmit_selectsoftkeys (sends all valid at the moment) |
| 07:18.45 | snuff-work | mm.. somethin to think about for tomorrow.. but gotta get moving to my train now |
| 07:19.46 | wedhorn | okay, have a good one, and don't forget to post some of your patches ;) |
| 07:21.15 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:27.39 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 07:27.39 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 07:59.35 | *** join/#asterisk-dev niluje (~niluje@bdv75-4-82-227-67-242.fbx.proxad.net) |
| 08:28.06 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:a1cb:648c:9c78:8e91) |
| 09:41.06 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 09:43.13 | *** join/#asterisk-dev luckman212_ (~luckman21@unaffiliated/luckman212) |
| 10:07.06 | *** join/#asterisk-dev jmls (~somefake@217.144.151.2) |
| 10:14.22 | *** join/#asterisk-dev schmidts (~schmidts@vie-086-059-105-021.dsl.sil.at) |
| 11:10.11 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:10.11 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:06.20 | schmidts | cool i have found another way to kill asterisk :) "xmpp remove node "user" device_state" -> seqfault |
| 12:08.48 | schmidts | sorry its xmpp delete |
| 12:16.18 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 12:31.45 | *** join/#asterisk-dev oron_laptop (~oron_lapt@local.xorcom.com) |
| 12:32.08 | leifmadsen | schmidts: nice!.... |
| 12:32.12 | leifmadsen | you fix now! |
| 12:42.02 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:a1cb:648c:9c78:8e91) |
| 12:43.03 | *** join/#asterisk-dev caio1982 (~caio1982@186.222.110.238) |
| 12:56.37 | schmidts | leifmadsen i will take a look at it, maybe i can fix it :) |
| 12:56.44 | leifmadsen | heh |
| 12:56.47 | leifmadsen | \o/ |
| 13:13.16 | *** join/#asterisk-dev caio1982 (~caio1982@186.222.110.238) |
| 13:23.49 | leifmadsen | hey all, a non-devy question because I'm a rebel like that. I just had a whole bunch of these: WARNING[2632]: chan_sip.c:3927 __sip_autodestruct: Autodestruct on dialog '39bf75563fe395731a8734ba4663cbb1@66.100.100.100:5060' with owner SIP/foobar in place (Method: BYE). Rescheduling destruction for 10000 ms |
| 13:24.02 | leifmadsen | and I'm trying to determine what underlying condition would cause that, then settle itself over a period of time |
| 13:29.44 | schmidts | leifmadsen what client do you have? maybe its a stupid one who doesnt reply to a Bye proberly |
| 13:29.52 | leifmadsen | no, it's all the clients |
| 13:30.01 | leifmadsen | multiple polycom phones (dozens) |
| 13:30.09 | *** join/#asterisk-dev jmls (~somefake@217.144.151.2) |
| 13:30.13 | leifmadsen | and other asterisk boxes too |
| 13:30.16 | leifmadsen | gateways and the like |
| 13:32.05 | schmidts | hmm rescheduling destruction for 10000 ms sounds interesting, i have to take a look at the code but imho asterisk thinks he needs more time until it can destroy the dialog but 10 s sounds strange at all |
| 13:32.15 | leifmadsen | yes |
| 13:32.17 | schmidts | astersik 11 ? |
| 13:32.21 | leifmadsen | 1.8 |
| 13:32.36 | schmidts | does it happens on an actual version too :P |
| 13:32.49 | leifmadsen | I'm not going to dignify that with a response |
| 13:37.02 | schmidts | ok this happens when a dialog should be killed (imho 32s after the bye) but there is still an owner channel linked to it |
| 13:40.26 | schmidts | if my internet connection would be faster, i can also say why this might happens but doxygen in chan_sip is really slow |
| 13:41.07 | WIMPy | Create a local copy? |
| 13:41.40 | schmidts | WIMPy and who keeps it up2date :) |
| 13:42.07 | WIMPy | You don't use up to date versions? |
| 13:43.46 | schmidts | ;) |
| 13:55.37 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-izgvuhzopenvgmvl) |
| 14:14.51 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 14:14.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:16.08 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-dvoajbtrqrvzmyvj) |
| 14:16.08 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:17.14 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-bbenciebtlltefvm) |
| 14:19.48 | leifmadsen | problem resolved -- was not asterisk |
| 14:19.57 | schmidts | client? :D |
| 14:19.58 | leifmadsen | effected asterisk, but was a backend issue |
| 14:20.01 | leifmadsen | no, not the client at all |
| 14:20.19 | schmidts | ok ;) |
| 14:21.38 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 14:21.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:22.39 | oej | Trying to find the current commit order on the wiki, but fail. |
| 14:22.44 | oej | Is it 8-10-11-trunk |
| 14:23.14 | mjordan | oej: 8-11-trunk. I'll update the SVN page accordingly |
| 14:23.29 | mjordan | oej: last release of 10 is this month |
| 14:23.38 | oej | Thanks |
| 14:24.14 | oej | Good bye 10, never had time to spend on you... |
| 14:24.22 | mjordan | heh |
| 14:24.27 | mjordan | don't worry, it's legacy lives on |
| 14:30.43 | leifmadsen | it is legacy! |
| 14:34.58 | schmidts | it looks like my segfault is coming from iks_send_raw which doesnt sound funny at all |
| 14:35.14 | leifmadsen | rule 1 in The Elements of Style, don't use an apostrophe to show possession with the words "hers", "its", "theirs", "yours", and "ours" |
| 14:45.36 | mjordan | leifmadsen: bah |
| 14:45.56 | mjordan | schmidts: which version? res_xmpp or res_jabber? |
| 14:46.09 | file | the code for that stuff is pretty much the same between the both of them |
| 14:48.13 | *** join/#asterisk-dev caio1982 (~caio1982@186.222.110.238) |
| 14:48.28 | schmidts | mjordan 11.1.0 res_xmpp |
| 14:51.02 | schmidts | i have just tried it on asterisk 10.11.1 with res_jabber and it works there ;) |
| 14:51.23 | file | interesting! |
| 14:52.27 | schmidts | yes, but if i turn off the jabber server in asterisk 10 i get a segfault there thats why i tested 11 |
| 15:01.42 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:01.42 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:07.32 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:07.32 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:19.32 | schmidts | btw its the same with trunk |
| 15:19.56 | mjordan | hooray for consistency |
| 15:20.01 | mjordan | what does the backtrace look like? |
| 15:20.15 | mjordan | (and it's probably time to just put it in an issue :-)) |
| 15:20.37 | schmidts | i will open an issue tomorrow, i dont have much time left today |
| 15:21.09 | schmidts | but the backtrace doesnt show any suprise iks_send_raw is called and thats where it dies |
| 15:26.12 | schmidts | see you tomorrow |
| 15:32.33 | mjordan | oej: I can't find your review for a context option limiting AMI operations. Did you have it in a branch? |
| 15:43.24 | oej | Yes, it's in a branch. Wait... |
| 15:46.01 | oej | Can't find it easily. I will go hunting later. In the middle of other ocde. |
| 15:48.54 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-tghswqtzdhjqmchu) |
| 15:53.47 | mjordan | np - thanks for looking. It's a good idea - I'll make sure it gets incorporated |
| 15:54.26 | oej | It's needed for multihosting and all those awful Windows popups connecting to AMI |
| 15:58.01 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:58.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:58.09 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:01.14 | oej | mjordan: BRanch bufo-manager-contexts-trunk |
| 16:01.27 | oej | It's in the name? |
| 16:03.15 | *** part/#asterisk-dev hurdman (~ygcheny@r2d2.r0b0t.fr) |
| 16:11.45 | *** join/#asterisk-dev oej_ (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 16:11.46 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 16:20.09 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 16:20.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:21.01 | mjordan | oej: missed it when I was looking through the index :-) |
| 16:21.25 | oej | forest and trees... |
| 16:21.52 | mjordan | yup |
| 16:40.25 | *** join/#asterisk-dev Victor_Yure (~IceChat77@unaffiliated/victoryure/x-837844) |
| 16:57.53 | *** join/#asterisk-dev caio1982 (~caio1982@186.222.110.238) |
| 17:31.23 | *** join/#asterisk-dev caio1982 (~caio1982@186.222.110.238) |
| 17:48.24 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:48.25 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 18:21.45 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 18:29.43 | marv | But why does sorcery involve Wizard's and not Sorcerers? |
| 18:45.39 | file | marv, variety! |
| 18:48.56 | leifmadsen | actually sorcerers and wizards are the same thing, save for their place of origin |
| 18:49.06 | leifmadsen | (at least according to some googling I did :)) |
| 18:49.44 | marv | In D&D they're distinct character classes with very different magical traditions :P |
| 18:50.24 | leifmadsen | sorcerers cast based on charisma, and wizards based on intelligence |
| 18:50.27 | marv | though D&D doesn't really use the world sorcery, just magic and spells |
| 18:54.15 | leifmadsen | I'm just making things up as I go |
| 18:54.28 | file | no different than normal |
| 18:54.59 | mjordan | Wizards are more appropriate. Let's face it, we're probably much higher in int than cha |
| 18:56.45 | file | mjordan, I see what you did there |
| 19:21.22 | JunK-Y | Kobaz: did you find something regarding your cause 32 ? |
| 19:38.07 | mjordan | elguero: thanks for checking on ASTERISK-20913 :-) |
| 20:02.05 | Kobaz | nope |
| 20:03.12 | Kobaz | JunK-Y: looks like what was happening was a customer plugged in a new pc that was crushing the network |
| 20:03.48 | Kobaz | it's crazy that in this day and age of vlans and qos that a screwed up box can take down an entire network |
| 20:20.45 | elguero | mjordan: hey, no prob |
| 21:43.57 | *** join/#asterisk-dev saghul (~saghul@ip3e830637.speed.planet.nl) |
| 23:35.36 | snuff-work | wedhorn: got that deaddead ip.. http://pastebin.ca/2300847 |
| 23:36.42 | snuff-work | http://pastebin.ca/2300849 |
| 23:36.44 | snuff-work | even |
| 23:49.23 | wedhorn | snuff-work: so it's melbbrdroom that got the dead ip? |
| 23:51.06 | snuff-work | yep |
| 23:53.09 | snuff-work | w00t winning.. |
| 23:53.35 | snuff-work | i found 1 last place it was statically setting the number of key templates |
| 23:53.52 | wedhorn | at line 10 of your pastebin, the device is unregistered, which happens to be the line after the debug is set, anything before? |
| 23:53.54 | snuff-work | so now the 'forcedial' button comes up only when it can match an exten |
| 23:54.07 | wedhorn | cool |
| 23:54.16 | snuff-work | which.. the 849 post ? |
| 23:54.20 | wedhorn | yep |
| 23:59.16 | snuff-work | nothing.. basically * was just restarted |
| 23:59.27 | snuff-work | with my testing for this forcedial |