| 00:09.09 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 00:09.09 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 00:14.48 | *** join/#asterisk-dev rmeyerriecks (~rmeyerrie@nat/digium/x-vliidqpohdaybzua) |
| 00:56.48 | *** join/#asterisk-dev oej (~Adium@ip-64-134-186-107.public.wayport.net) |
| 00:56.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:23.51 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 02:56.55 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:56.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:00.53 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 03:00.53 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 05:50.39 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 06:18.56 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 06:50.17 | wedhorn | snuff-work: you get a chance to have a play with the 144 stuff? |
| 06:54.06 | snuff-work | not since ur new patch.. |
| 06:54.20 | snuff-work | also confirmed that ur other patch does what i recall |
| 06:55.30 | snuff-work | i dial 5028.. * then dials 5018... they talk (shows tester/5018) while on call.. hangup.. placed calls shows 'tester 5028'.. |
| 06:56.00 | snuff-work | i think i can live with that.. before ur patch.. was showing as that i had called 5018.. |
| 07:04.03 | wedhorn | ok, we may want to think about some options at some stage, eg if we call fred on 101 which is forwarded to jan on 234, we'd get jan on 101 in our log ... |
| 07:06.26 | snuff-work | then we'd need orig-toname as wel |
| 07:07.01 | snuff-work | to have the 'proper' info |
| 07:07.20 | wedhorn | we've got orig toname |
| 07:07.44 | snuff-work | in the packet structure yes.. |
| 07:08.15 | wedhorn | we put connected.name into origname (given we've nothing else to put in there) |
| 07:08.44 | wedhorn | some pondering may come up with a better way to fill origname |
| 07:10.37 | snuff-work | simple way but kinda heavy is to keep the orig num/name in the subchannel.. |
| 07:11.14 | snuff-work | a subchan lasts for the entire call right?.. even with a cfwd.. |
| 07:11.25 | snuff-work | as its the phones 'session' |
| 07:11.37 | wedhorn | or possibly keep track of the subchannel state and only update the origto on the first name found |
| 07:12.08 | wedhorn | yeah, but we have to deal with other tech, not just skinny |
| 07:13.36 | snuff-work | thing is.. i like that we get updated along the path.. kinda like CCSS for sip |
| 07:14.07 | snuff-work | otherwise when i'd make a call.. it wouldn't show that i'd moved from talking to 'bob' to 'karen'.. |
| 07:14.17 | snuff-work | but the number would change to karen |
| 07:14.24 | wedhorn | I'm only saying to effectively lock the origto name and number, not anything else |
| 07:14.45 | snuff-work | mm that sounds fine and sensible |
| 07:15.23 | wedhorn | did you have a look at any pcaps? see any dialednumber messages? |
| 07:15.36 | snuff-work | thing is.. when u dial a number... u never have a 'name' attached |
| 07:16.05 | wedhorn | no, so we need to wait for one to appear, but when it has, we should set that as the origtoname |
| 07:16.06 | snuff-work | but i guess u could field when toname becomes not null.. it is 'orig name' |
| 07:16.18 | wedhorn | yep, was my thinking |
| 07:17.23 | wedhorn | so guess we'd need an origtoname field for the subchannel |
| 07:17.46 | snuff-work | guess we could have in send_callerinfo.. another char 'orgname / orginum' |
| 07:18.22 | snuff-work | mm.. wait that's not good enough.. ;) |
| 07:18.36 | wedhorn | I think we'd need it in the sub |
| 07:18.44 | snuff-work | mm as i said at the start? |
| 07:19.04 | snuff-work | add a orig num/name to struct |
| 07:19.06 | snuff-work | >? |
| 07:19.14 | wedhorn | we should probably move the number from the line (l->lastnumber) to the sub and add a char for origname as well |
| 07:19.27 | snuff-work | makes sense |
| 07:19.29 | wedhorn | yep, round in circles, your were right to start of with ;) |
| 07:19.58 | snuff-work | like being right occasionally |
| 07:20.01 | wedhorn | anyway, guess you've got to run |
| 07:20.03 | wedhorn | hehe |
| 07:20.11 | snuff-work | yep :) |
| 07:20.19 | snuff-work | feel free to patch n send.. |
| 07:20.29 | snuff-work | i might get around to looking tomorrow |
| 07:20.54 | snuff-work | hopefully sometime before friday arvo i have a series of pcaps with good names from ccm.. |
| 07:21.03 | snuff-work | and will have tested ur 144 etc |
| 07:21.10 | snuff-work | *gone* |
| 07:55.44 | *** join/#asterisk-dev studybo__ (~studybot_@gateway/tor-sasl/studybot/x-68286794) |
| 08:06.38 | *** join/#asterisk-dev schmidts (~schmidts@vie-91-186-159-076.dsl.sil.at) |
| 08:06.40 | schmidts | good morning |
| 10:55.09 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 11:16.06 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 11:35.41 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 12:14.20 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 12:53.52 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:3156:254a:9bf4:a1ad) |
| 12:53.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:50.00 | file | I had a thought this morning! right now MixMonitor is timed using the streams themselves... I wonder if switching to using an actual ast_timer would fix the obscure sync issues |
| 13:55.18 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ysueygvqxhtuwobq) |
| 13:55.55 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 14:10.04 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:24ce:b391:e94e:9694) |
| 14:10.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:10.11 | oej | File? |
| 14:10.17 | *** join/#asterisk-dev serafie1 (~erin@76.73.167.231) |
| 14:11.21 | opticron | oej, he ran outside to shovel the walk |
| 14:25.18 | file | back |
| 14:30.47 | oej | Me too |
| 14:31.13 | file | large blocks of ice are no fun to move by hand |
| 14:31.22 | oej | No |
| 14:31.27 | oej | We had frost on the car this morning |
| 14:31.34 | file | needs a flame thrower |
| 14:31.37 | oej | Coming back to the multiple-contact per device discussion |
| 14:31.47 | oej | We will actually need it for SIP outbound support. But we will not fork. |
| 14:32.23 | file | yeah. storing it and actually using it for dialing are two separate things - they aren't intertwined |
| 14:32.24 | oej | So as long as we have the same +sip.instance UUID, we should accept multiple contacts with different REG-ID's or different address families. Two contacts per regi-id, |
| 14:33.07 | oej | I wanted to say that it's good to have in the code. But we should not accept multiple contacts without UUID and outbound support, unless it's one IPv4 and one IPv6 in the same registration |
| 14:33.35 | file | the registrar hasn't been done yet, that would be done in there |
| 14:33.40 | file | easy as pie though |
| 14:35.07 | file | I'm taking a break from all of that for today, will revisit tomorrow - reading RFCs for SIP + NAT at the moment |
| 14:35.57 | oej | SIP outbound is the shit, man |
| 14:36.33 | oej | For a UA, like Asterisk you should always respond to the sender's IP and Port. Unless maddr, but that's just bad. |
| 14:36.51 | file | sure |
| 14:49.40 | oej | With outbound it becomes a little more complex. When ASterisk is the uac we need to open two conenctions as we register out |
| 14:49.53 | oej | For asterisk as a registrar/UAS we need to handle failover |
| 14:50.03 | oej | failover between the flows that is |
| 14:50.26 | oej | Anyway, I just wanted to make clear that we do need multiple contacts per "account" even though we do not fork. |
| 14:50.33 | file | aye |
| 15:00.08 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-fsiqcpqgsbpjrunv) |
| 15:00.08 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:00.17 | oej | Hello Matt |
| 15:00.32 | oej | Can confirm that Mark is at SIpit and have a lot of boxes on his table. |
| 15:45.32 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:45.32 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:46.47 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:46.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:24.28 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:24.28 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:39.44 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 16:39.44 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:16.09 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 17:16.09 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 17:36.15 | *** join/#asterisk-dev serafie1 (~erin@76.73.167.231) |
| 17:36.15 | *** join/#asterisk-dev Tim_Toady (~fuzzy@194.50.55.245) |
| 18:11.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 18:11.21 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 18:13.06 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:13.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:39.58 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 18:39.59 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:48.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 18:48.21 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:10.45 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:10.45 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:11.51 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:4d9d:2910:6bbc:67e9) |
| 19:11.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:22.00 | mjordan | blech. We really should do an ldconfig on libasteriskssl |
| 19:31.50 | bklang | Yes, please. |
| 19:42.43 | file | bklang, lurker! |
| 19:48.56 | bklang | I was never here |
| 19:56.38 | oej | We've discovered a happy-eyeballs issue in Asterisk. |
| 19:57.42 | mjordan | my eyeballs are usually sad |
| 19:58.18 | file | mjordan, well they are in YOUR head usually |
| 19:58.31 | opticron | Usually. |
| 19:58.50 | mjordan | oej: good stuff - where'd it go wrong? |
| 20:31.20 | *** join/#asterisk-dev serafie1 (~erin@76.73.167.231) |
| 22:20.40 | file | leedm777, hot diggity! |
| 22:20.48 | leedm777 | finally! |
| 22:21.03 | mjordan | squee |
| 22:21.17 | mjordan | hides |
| 22:24.44 | file | mmm unit tests |
| 22:25.10 | leedm777 | UNIT TEST ALL THINGS! |
| 22:28.28 | file | leedm777, do YOU have unit tests? |
| 22:28.47 | leedm777 | yes |
| 22:28.53 | leedm777 | around here somewhere... |
| 22:35.01 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 22:35.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 22:46.57 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 22:46.57 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:31.27 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:31.27 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |