| 01:13.36 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 01:13.36 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 01:29.31 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 01:29.31 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 02:03.11 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 02:03.11 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 02:07.08 | snuff-work | wedhorn: found something interesting.. ccm seems to end in 6x 00 always.. |
| 02:07.30 | snuff-work | our packets with say mobile number.. end with 4x 00.. |
| 02:07.40 | snuff-work | international ends with only 2x 00 |
| 02:13.27 | snuff-work | i tweaked it now.. seem to get my number as dialed.. |
| 02:13.53 | snuff-work | but still showing as unknown in placed calls.. and missing from the 'redial list' |
| 02:29.23 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:29.24 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:42.09 | *** join/#asterisk-dev hegars (~hegars@061092248178.ctinets.com) |
| 03:06.26 | *** join/#asterisk-dev hegars (~hegars@061092248178.ctinets.com) |
| 03:54.51 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 03:54.52 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 04:00.00 | snuff-work | ok think i've spotted another issue looking over stuff |
| 04:22.03 | snuff-work | ok.. i'm now happy.. get all my calls wedhorn :) |
| 04:22.12 | snuff-work | logged correctly etc |
| 04:27.12 | snuff-work | sent u a patch |
| 04:27.24 | snuff-work | or will shortly ;) |
| 05:10.39 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 05:49.26 | wedhorn | snuff-work: got your patch will have a look |
| 05:49.40 | snuff-work | i'm just really happy i seemed to have solved :) |
| 05:49.53 | wedhorn | did you try inbound calls and the missed/received call log |
| 05:51.50 | snuff-work | they were working ok |
| 05:52.37 | snuff-work | yep just rechecked.. still good |
| 05:53.50 | snuff-work | like said in the mail.. we were missing a dialed_number call.. because state goes offh->dial->prog->conn->onh |
| 05:54.06 | snuff-work | when connecting to external host |
| 05:54.35 | snuff-work | when internal.. offh->dial->ringout->conn->onh |
| 05:57.24 | wedhorn | yeah sounds likely. No point for progress state with skinny given that when we receive a call we just ring it |
| 05:58.24 | snuff-work | but my call from skinny to sip (local sip).. did just ringout :) |
| 05:58.35 | wedhorn | hehe, guess what. First test call (inbound skinny to skinny) has the wrong displayname |
| 05:58.56 | snuff-work | don't have 2 skinny atm |
| 05:59.30 | wedhorn | try it with anything that has text callid |
| 05:59.51 | snuff-work | oh yer |
| 06:00.16 | snuff-work | just remembered myself |
| 06:00.33 | *** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001) |
| 06:02.45 | snuff-work | probably 1/2 my fault :) |
| 06:03.12 | snuff-work | i removed an extra null.. that didn't seem to be needed.. |
| 06:07.35 | snuff-work | redoing.. with other null back |
| 06:08.44 | snuff-work | yep.. fixed it |
| 06:09.03 | snuff-work | now to re-test the out again |
| 06:09.32 | wedhorn | okay, before you go to far |
| 06:09.49 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 06:09.55 | wedhorn | probably worth moving your name null tests to sendcallinfo |
| 06:10.16 | wedhorn | at the moment, if name is empty, we set it to callid |
| 06:10.18 | snuff-work | yep.. adding other null back fixed.. |
| 06:10.31 | snuff-work | also need to make the dialed number bit better.. |
| 06:10.34 | wedhorn | probably want to change that to just leave it blank |
| 06:10.43 | snuff-work | if we have a name.. we should show it |
| 06:11.14 | wedhorn | and if we don't we should leave it blank and NOT set it to the callerid |
| 06:11.23 | snuff-work | yep :) |
| 06:12.21 | wedhorn | it's set to callerid if blank in send_callinfo and push_callinfo |
| 06:14.49 | snuff-work | these are the S_COR calls right? |
| 06:16.36 | snuff-work | is not getting those :( |
| 06:17.11 | snuff-work | just ditch the lastnumberdialed part right for the name |
| 06:23.04 | wedhorn | yep |
| 06:23.08 | wedhorn | to both |
| 06:23.38 | wedhorn | s_cor is (i think) string copy _ or |
| 06:23.42 | snuff-work | k done.. doing 1 last pcap.. (seeing how to get the name to show in the dialled number) |
| 06:23.47 | snuff-work | sounds right |
| 06:24.15 | wedhorn | so just set it and be done, ie, remove s_cor |
| 06:26.48 | wedhorn | maybe not, leave the s_cor there, but set to "" if false |
| 06:27.05 | snuff-work | yes that's what i did |
| 06:31.32 | wedhorn | out of interest, the crux of your changes to callinfo is to add tonum to strings 1 and 3, have you tried them individually? |
| 06:32.04 | snuff-work | we shouldn't need them |
| 06:32.13 | *** join/#asterisk-dev hegars (~hegars@061092248178.ctinets.com) |
| 06:32.25 | snuff-work | at the time i was just trying to get the packets to match more closely.. |
| 06:32.41 | snuff-work | i will retest soon without |
| 06:32.43 | wedhorn | ah okay, so you don't change callinfo at all then |
| 06:33.02 | wedhorn | with the exception of sending a blank toname |
| 06:33.55 | snuff-work | atm tryin to work out how a > 17 proto phone should do dialed number (to get the num and name) |
| 06:34.57 | wedhorn | is confused |
| 06:35.38 | wedhorn | yesterday when mucking around, I was having issues with greater than 10 digits (all internal) |
| 06:35.42 | snuff-work | so on a real ccm phone.. we dont ever see used the 'dialed number msg' (0x011d) |
| 06:36.09 | snuff-work | yes.. reason u fail with larger.. is u didn't have enough padding at end |
| 06:36.22 | wedhorn | I think it's for older phones |
| 06:36.23 | snuff-work | as u see i added extra 3 nulls.. |
| 06:36.37 | wedhorn | didn't actually notice that |
| 06:36.39 | snuff-work | or was it 2.. |
| 06:36.51 | snuff-work | basically all ccm ones end in 6x 00 |
| 06:37.11 | snuff-work | now we do too :) |
| 06:37.27 | snuff-work | with a number > 10 digits.. |
| 06:37.31 | snuff-work | we only had like 1 free null at the end |
| 06:37.42 | snuff-work | aka end of string + 1 more |
| 06:37.51 | snuff-work | phone throws the get away msg |
| 06:37.56 | snuff-work | alarm |
| 06:39.52 | wedhorn | okay, think I get it. We had 12 stringfields and rounded up the packet length to the next 4 bytes |
| 06:40.30 | wedhorn | You added a string field so it makes the packet 1 to 3 bytes longer (all nulls) |
| 06:40.58 | snuff-work | :) |
| 06:41.08 | wedhorn | bah, you know what I mean, under certain circumstances it could add another 4 nulls |
| 06:41.23 | snuff-work | im getting too used to reading pcaps i think |
| 06:41.43 | wedhorn | you know there's something wrong when that happens |
| 06:42.13 | wedhorn | especially when you skip all the wireshark decode and go straight to the hex |
| 06:44.12 | snuff-work | indeed |
| 06:51.57 | snuff-work | doing a test without using the 'dialed_number' at all |
| 06:55.45 | wedhorn | with all this testing did you get any fragmented packet messages in your logs? |
| 06:56.39 | snuff-work | not that i've seen |
| 06:58.01 | snuff-work | interesting.... i got the name of the person i'm calling.. |
| 06:58.33 | snuff-work | in my redial list |
| 06:58.59 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 06:58.59 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 06:59.07 | snuff-work | but now my ext call one doesn't show.. |
| 06:59.07 | wedhorn | redial list (I thought it was just a button)? |
| 06:59.19 | wedhorn | placed calls? |
| 06:59.47 | snuff-work | ok spoke too soon |
| 06:59.52 | snuff-work | ;) |
| 07:00.18 | snuff-work | forgot last num dialed was the one i just re-tried |
| 07:01.35 | wedhorn | sounds like your rushing to get things finished before you leave in about 15 mins ;) |
| 07:01.58 | snuff-work | wouldn't be 1st ;) |
| 07:06.53 | snuff-work | ooh i crashed * in a voicemail |
| 07:07.59 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 07:07.59 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 07:08.02 | wedhorn | okay, you've still got 10 minutes to fix it all up ... |
| 07:08.22 | wedhorn | maybe worth a quick peek at the backtrace before you recompile |
| 07:08.36 | snuff-work | need to remember where the BT is first |
| 07:09.42 | snuff-work | #0 0x00007fcc8e65ff69 in mwi_event_cb (event=0x2dfe118, userdata=0x7fcc98325d40) at chan_skinny.c:3331 |
| 07:10.25 | wedhorn | yeah okay, some more hints |
| 07:11.20 | snuff-work | http://pastebin.ca/2311420 |
| 07:13.03 | *** join/#asterisk-dev Tuxd00d (~tuxd00d@ip72-208-245-249.ph.ph.cox.net) |
| 07:13.55 | wedhorn | what's your line 3331? |
| 07:13.59 | snuff-work | mm using just the 14a msg seem to be close to having the missed/placed/reciv |
| 07:14.22 | snuff-work | l->newmsgs = ast_event_get_ie_uint(event, AST_EVENT_IE_NEWMSGS); |
| 07:14.38 | snuff-work | now l = 0x02 |
| 07:15.06 | wedhorn | bugger, l is passed in from core |
| 07:15.07 | snuff-work | :q |
| 07:15.34 | wedhorn | can you pastebin a btfull |
| 07:15.56 | snuff-work | http://pastebin.ca/2311421 |
| 07:16.20 | wedhorn | and I wonder why it was happy to ref l->device a few lines above |
| 07:17.08 | snuff-work | l got swapped underneath u ? |
| 07:18.18 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:18.31 | wedhorn | ??? but the addresses look pretty whacky |
| 07:18.34 | snuff-work | lookin @ chansip.. when we get msg.. we lock it.. |
| 07:18.51 | wedhorn | look at the userdata address passed in |
| 07:19.03 | snuff-work | mm |
| 07:19.47 | snuff-work | gotta go :) |
| 07:19.55 | wedhorn | okay, have a good one |
| 07:20.14 | snuff-work | if i can use my 14a pkt instead of that dialed num.. will be good.. |
| 07:20.22 | wedhorn | yep |
| 07:20.47 | snuff-work | atm i have issue that it puts the line its been called ON.. as the place to call back |
| 07:21.11 | snuff-work | aka called from 'tester' <5018> ... shows in missed as 'tester' 5000 |
| 07:21.17 | wedhorn | I just changed the strings to 13, updated the counts and it seems to work |
| 07:52.58 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 07:52.58 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 08:25.27 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 08:25.27 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 08:58.26 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 08:58.27 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:b453:db85:9f88:958d) |
| 11:34.06 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:34.06 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:47.36 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 12:04.56 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1005) |
| 12:04.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:54.15 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1004) |
| 12:54.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:56.32 | oej | Afternoon folks |
| 12:56.40 | snuff-home | ello oej |
| 12:58.12 | file | hi |
| 13:52.06 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:52.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:54.27 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 13:55.11 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-nquqpvphwhdbbulc) |
| 14:09.41 | *** join/#asterisk-dev malcolmd_ (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:09.41 | *** mode/#asterisk-dev [+o malcolmd_] by ChanServ |
| 14:26.04 | *** join/#asterisk-dev greenwolf (c087e3a3@gateway/web/freenode/ip.192.135.227.163) |
| 14:26.40 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-cxltynbyhbyrmiii) |
| 14:26.40 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:35.40 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:35.40 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:49.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:49.21 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:03.31 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:03.31 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:12.37 | *** join/#asterisk-dev Devon_ (~Devon_@63.214.236.169) |
| 15:25.40 | *** join/#asterisk-dev benlangfeld (~Adium@unaffiliated/benlangfeld) |
| 15:26.02 | benlangfeld | mjordan: Is reviewboard a good place to get you our comments on AMI 1.4? |
| 15:26.25 | benlangfeld | mjordan: If so, can I get an account? |
| 15:30.49 | oej | Everyone that has an account in the bug tracker has an account on reviewboard I think |
| 15:32.13 | WIMPy | If I got it right that's just a plan so far. |
| 15:33.05 | file | in the future that will be true, until then mjordan has to create |
| 15:33.30 | oej | Didn't know, I just use the same credentials. Must have been imported at some time then. |
| 15:34.06 | sruffell | wishes asterisk-dev list was sufficient for discussing specs….. |
| 15:34.37 | WIMPy | Lists are so 70s. |
| 15:35.10 | sruffell | yeah…I guess I'm becoming one of "those guys" |
| 15:35.53 | mjordan | benlangfield: sure - send me an e-mail at mjordan@digium.com |
| 15:36.12 | mjordan | oej: it used to use Mantis for its user/pass - we're working on migrating it over to use Crowd |
| 15:36.13 | sruffell | benlangfeld's question is covered in part D) why I like email-based workflows. https://dl-web.dropbox.com/get/Public/email-based-workflows.txt?w=AABIyEr12r_elqdXUbXgNH5WXquPPHtOF9s4eBph8ISsLA |
| 15:36.34 | mjordan | sruffell: keep plugging away at that :-D |
| 15:36.42 | sruffell | yeah….I know…. |
| 15:38.22 | sruffell | whoops wrong link (not that anyone was going to click it) http://dl.dropbox.com/u/57606151/email-based-workflows.txt |
| 16:55.11 | *** join/#asterisk-dev bklang (~bklang@coquette.alkaloid.net) |
| 17:06.37 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-auvwzfpjmjduswcv) |
| 17:22.53 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:22.53 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:54.39 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 17:54.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:57.32 | file | there, some more sorcery goodness |
| 18:58.48 | mjordan | huzzah! |
| 18:59.21 | mjordan | aw... but no regexs :-( |
| 18:59.39 | file | mjordan, that requires thought. |
| 18:59.45 | mjordan | true. |
| 19:02.59 | leifmadsen | thinking reeks of effort |
| 19:08.41 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 19:08.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 19:09.01 | file | leifmadsen, aren't you allergic to that? |
| 19:15.31 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:15.31 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:43.11 | jsmith | mjordan: Speaking of regexs... I just saw a *nasty* regex crossword puzzle: http://www.coinheist.com/rubik/a_regular_crossword/grid.pdf |
| 19:43.25 | jsmith | mjordan: But beware -- actually trying to solve the thing might warp your brain |
| 19:43.35 | mjordan | jsmith: my eyes, the goggles, they do nothing |
| 19:43.57 | file | omg |
| 19:51.57 | Kobaz | what the heck is vmmeter,h |
| 19:52.01 | Kobaz | #if !defined(__OpenBSD__) |
| 19:52.02 | Kobaz | #include <sys/vmmeter.h> |
| 19:52.09 | Kobaz | asterisk.c:88:25: error: sys/vmmeter.h: No such file or directory |
| 19:53.44 | Kobaz | that looks like something from freebsd/openbsd |
| 19:53.59 | Kobaz | it doesnt exist in the linux kernel |
| 19:57.50 | Marquis42 | Kobaz: The Goog seems to think it's a BSD thing generally (I see references to FreeBSD, OpenBSD, NetBSD). |
| 19:57.56 | Kobaz | yeah |
| 19:58.57 | Kobaz | soooo |
| 19:59.14 | Kobaz | why does my asterisk on a linux system want to build with *bsd options |
| 19:59.22 | Kobaz | ./configure --prefix="/apps/asterisk-1.8" --sysconfdir=/etc --localstatedir=/var |
| 20:00.13 | Marquis42 | That is an excellent question. |
| 20:00.13 | Kobaz | configure: build-cpu:vendor:os: i686 : pc : linux-gnu : |
| 20:00.13 | Kobaz | configure: host-cpu:vendor:os: i686 : pc : linux-gnu : |
| 20:00.16 | Marquis42 | has no answers |
| 20:03.45 | Kobaz | chown markm:markm -R; make clean, re ./configure; make |
| 20:03.47 | Kobaz | that fixed it |
| 20:21.46 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:21.47 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 20:23.13 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 20:23.13 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 21:21.01 | file | throws yet another wrench into things for putnopvut |
| 21:22.02 | putnopvut | hehe |
| 21:48.44 | *** join/#asterisk-dev benlangfeld (~Adium@unaffiliated/benlangfeld) |
| 22:27.59 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 22:27.59 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 22:29.02 | snuff-work | mm.. have u guys tested the performance of the new vs old.. kinda like https://wiki.asterisk.org/wiki/display/AST/Measuring+SIP+Channel+Performance |
| 22:35.21 | leifmadsen | it was something I started but never finished unfortunately |
| 22:35.43 | leifmadsen | http://svn.asterisk.org/svn/testsuite/loadtest/ |
| 22:42.52 | mjordan | snuff-work: a bit too early just yet |
| 22:43.02 | mjordan | but yes, it's on the list of things to build in |
| 22:43.24 | snuff-work | thought it might be.. just had to ask |
| 22:43.25 | snuff-work | ;) |
| 22:43.27 | mjordan | np |
| 22:43.46 | mjordan | it should get built into the test plans for the channel driver |
| 22:43.58 | mjordan | if that's something you're interested in helping out with, I'll ping you when we hit that part |
| 22:45.11 | mjordan | We have the ability to orchestrate any SIPp scenario (or set of SIPp scenarios, in sequence or parallel) and run them for a period of time, measuring 'stuff' - which can be lots of things. So if there are particular SIPp scenarios that exercise well - or poorly - against chan_sip, it'd be good to get an idea of what they are and use them against chan_gulp. If nothing else, you don't want to be worse :-) |
| 23:30.41 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 23:44.55 | file | I am very optimistic with how the new SIP stuff will perform |
| 23:45.42 | mjordan | as am I |
| 23:45.49 | mjordan | something about thread pools and what not |
| 23:46.01 | snuff-work | *sighs* at 0x14a pkts if only u'd put the right number in missed/recv calls |
| 23:46.10 | mjordan | one thing that could impact us though is the flexibility. It's possible that if you have 30 modules all manipulating an INVITE request/response, your call set up times might get impacted |
| 23:47.10 | file | yes. |
| 23:47.31 | file | but there's only so much you can do if you want that functionality |
| 23:47.39 | file | or rather, the functionality they provide |
| 23:48.49 | mjordan | true, and you can strip out the ones you don't want. |
| 23:49.09 | file | yup |