| 00:00.08 | Corydon76-lap | RTP isn't an issue, just the control ports |
| 00:00.49 | Corydon76-lap | Asterisk allocates RTP ports first, then puts them into a protocol message |
| 00:00.49 | pabelanger | nods |
| 00:04.44 | kpfleming | everything that does RTP does that, asterisk is not special in that regard |
| 00:08.08 | Corydon76-lap | kpfleming: I'm just pointing out that we don't need to worry about that, just about the protocol control ports |
| 00:08.18 | Corydon76-lap | 5060, 5061, 5062, etc. |
| 00:08.51 | Corydon76-lap | so we don't, for example, need to create separate ranges for rtp.conf |
| 00:09.23 | kpfleming | you should still worry about them. it's going to reduce efficiency if you have four instances trying to use the same RTP port ranges, as they attempt to find free ports. |
| 00:10.06 | Corydon76-lap | I think the likelihood of that being a problem in a test, though, is remote |
| 00:10.58 | Corydon76-lap | In an actual deployment, yes. |
| 00:12.26 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:12.26 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:13.41 | Corydon76-lap | No reason we couldn't handle that, too, though, by requesting a range, of say, 50 ports |
| 00:17.53 | Corydon76-lap | Okay, go home time for me |
| 00:21.17 | *** join/#asterisk-dev Gugge (~gugge@vlan2.dlxhosting.dk) |
| 01:30.15 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 02:04.06 | *** join/#asterisk-dev moy_ (~moy@64.231.53.158) |
| 02:36.36 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 02:36.36 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 02:54.34 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 02:54.34 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:56.54 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 03:31.47 | kpfleming | well, phooey. now i remember why i had a swap partition on my laptop before i reformatted it the last time. |
| 03:32.32 | kpfleming | when i get back i'll have to repartition the drive to make room for one again. |
| 03:45.15 | seanbright | hmm |
| 03:45.22 | seanbright | this fxotune output looks odd |
| 03:45.23 | seanbright | http://pastebin.com/HX1T4uWH |
| 03:49.40 | seanbright | should channel #2 not have any values? seems off |
| 06:13.51 | Corydon76-dig | seanbright: are you sure channel 2 is connected to a line and the polarity is correct? Reverse polarity can make the echocan detect improperly |
| 07:26.08 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 08:07.08 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:18.31 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:18.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:28.21 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 08:29.41 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 15:22.44 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 15:22.44 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 15:31.33 | *** join/#asterisk-dev TheDavidFactor (~David@c-68-34-116-180.hsd1.md.comcast.net) |
| 15:40.49 | putnopvut | I love the "testing done" section on oej's latest review submission. |
| 15:40.52 | seanbright | <PROTECTED> |
| 15:40.53 | seanbright | [Nov 23 09:38:26] WARNING[9731]: chan_dahdi.c:8779 ss_thread: I/O MUX failed: Success |
| 15:40.56 | seanbright | any idea? |
| 15:41.16 | russellb | I love failed: Success |
| 15:41.20 | seanbright | yeah |
| 15:41.23 | russellb | no idea, would have to read the code |
| 15:41.27 | seanbright | k |
| 15:41.38 | putnopvut | Yeah, the fact that something failed in ss_thread doesn't really narrow things down either :( |
| 15:42.05 | russellb | right |
| 15:42.17 | russellb | it's only of those giant_do_everything_in_this_function() functions |
| 15:42.21 | russellb | s/only/one/ |
| 15:43.34 | seanbright | alrighty |
| 15:43.37 | seanbright | thanks |
| 15:46.01 | seanbright | seems to be caller id related |
| 15:47.56 | seanbright | yeah... setting usecallerid=no fixed it for now |
| 15:47.59 | seanbright | bizarre |
| 15:48.27 | russellb | neat. |
| 15:48.31 | russellb | analog telephony is a PITA |
| 15:49.09 | seanbright | agreed |
| 15:50.20 | Kobaz | i wish analog would just crawl into a hole and bit |
| 15:50.27 | Kobaz | die |
| 15:52.16 | Kobaz | asterisk-learner: * switches channels that match the given pattern, yes |
| 15:52.49 | Kobaz | asterisk-learner: you can't |
| 15:52.51 | Kobaz | damnit |
| 15:52.54 | Kobaz | wha tthe hell |
| 15:53.08 | Kobaz | irssi keeps switching windows |
| 16:04.37 | *** part/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 16:13.31 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:22.46 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:29.38 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 16:31.51 | JunK-Y | The_Boy_Wonder: long time ago, there was a file called: AOC_architecture.pdf, where's that file is now located? |
| 16:33.07 | The_Boy_Wonder | JunK-Y: umm i will find it, one sec |
| 16:38.25 | The_Boy_Wonder | JunK-Y: err... I actually don't have a copy of the last draft of that anymore. It was in a team branch that got deleted a few months ago |
| 16:38.44 | The_Boy_Wonder | i have an outdated one |
| 16:38.54 | The_Boy_Wonder | do you want it? |
| 16:39.40 | The_Boy_Wonder | from a user perspective we have a wiki page, https://wiki.asterisk.org/wiki/display/AST/Advice+of+Charge |
| 16:43.15 | JunK-Y | id like to take a look on that pdf, cause i may have something for improvement. |
| 16:44.00 | JunK-Y | you're sending the aoc with a sip info, after the bye, but many stacks aren't using that sip info, since the call is destroyed on their end. |
| 16:44.26 | JunK-Y | The_Boy_Wonder: i will download the old revision |
| 16:46.26 | The_Boy_Wonder | JunK-Y: Doing AOC-E with SIP is tricky |
| 16:47.05 | The_Boy_Wonder | it currently would only work if end receiving the final AOC-E message does not hangup first |
| 16:47.53 | The_Boy_Wonder | the problem i had while working with AOC and SIP was the lack of any standards. i don't know if this has changed yet or not |
| 16:48.58 | *** join/#asterisk-dev ccesario_ (~ccesario@189-29-53-173-ac.cpe.vivax.com.br) |
| 16:54.50 | *** join/#asterisk-dev msetim (~setim@187.112.159.216) |
| 16:55.39 | msetim | I'm testing 1.4 EXITWITHTIMEOUT, however I'm getting some a strange manager event when call reach the queue timeout: Manager send QueueCallerAbandon instead of "QueueCallerExitWithTimeout" |
| 16:56.52 | msetim | In fact I don't know if that event (QueueCallerExistWithTimetout) exists, however its not correct to say "QueueCallerAbandon" when the call was dropped by asterisk because it reached the queue timeout. Abandon means that caller dropped the call, not the asterisk =/ |
| 16:56.58 | msetim | What do you guess about it? |
| 16:57.44 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:58.08 | WIMPy | Hmm. Not really important, but isn't the final/total charge usually also delivered as AOC-D? |
| 17:00.41 | JunK-Y | i wouldnt say "Doing AOC-E with SIP is tricky", i would say "SIP is tricky." |
| 17:14.15 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 17:57.06 | seanbright | cidsignalling=v23/cidstart=polarity |
| 17:57.17 | seanbright | that seems to be the magic formula to get caller id working for me in belize |
| 17:57.21 | seanbright | in case anyone else ever needs that |
| 17:57.31 | russellb | we should ... document that somewhere |
| 17:57.44 | Corydon76-dig | seanbright: putting it on the Wiki should probably prevent it from getting lost |
| 17:57.47 | seanbright | it's the same as the UK i think |
| 17:57.56 | seanbright | since belize used to be british honduras |
| 17:58.01 | russellb | like ... an "International Analog Telephony" wiki page |
| 17:58.13 | seanbright | that is a wonderful idea |
| 17:58.39 | seanbright | i had another question yesterday... let me look |
| 17:58.54 | seanbright | so looking at some of the tone zones defined in tonezone.c |
| 17:59.02 | seanbright | i don't understand why a given zone would have a ring cadence of, say, 2000/4000 and then a ringtone which was 1200/4650 |
| 17:59.05 | russellb | also, by "we should", I meant "you should" |
| 17:59.12 | seanbright | shouldn't they be the same? |
| 17:59.17 | Qwell | I don't understand why we even have to set the ring cadence. It's pretty obvious from the ringtone. |
| 17:59.40 | russellb | they're probably used in different places |
| 17:59.49 | russellb | RTFSC and get back to me |
| 17:59.52 | seanbright | heh |
| 17:59.54 | Qwell | libtonezone has 1 reference to it |
| 17:59.59 | Corydon76-dig | seanbright: ring cadence and ringtone don't specify the same types of values |
| 18:00.05 | Qwell | all it's doing, is setting it from 1 place to another |
| 18:00.14 | russellb | i think ringcadence might be used in ring detection or something |
| 18:00.17 | russellb | or i may have made that u |
| 18:00.23 | Corydon76-dig | ringtone specifies a frequency. ring cadence specifies a length of time |
| 18:00.34 | Qwell | ringtone specifies both |
| 18:00.44 | seanbright | 450/2000,0/40000 |
| 18:00.46 | Corydon76-dig | 2000/4000 specifies 2000ms on, 4000ms off. |
| 18:00.47 | seanbright | 4000* |
| 18:01.00 | Qwell | ringtone = 450/2000,0/4000 |
| 18:01.00 | seanbright | that is what i am refering to when i say "ring tone" |
| 18:01.08 | Qwell | ringcadence=2000/4000 |
| 18:01.09 | seanbright | it's how it's defined in tonezone.c |
| 18:01.16 | Corydon76-dig | There's no frequency in a ring cadence. The voltage is either on or off. |
| 18:01.34 | Qwell | the point is that it's trivially derived from the ringtone |
| 18:01.42 | Qwell | and in at least 1 case, it's (likely) wrong. |
| 18:01.54 | seanbright | ok |
| 18:02.30 | seanbright | Corydon76-dig: let me get you a line number |
| 18:03.17 | seanbright | http://svnview.digium.com/svn/dahdi/tools/trunk/zonedata.c?view=markup |
| 18:03.25 | seanbright | line 624 and line 628 |
| 18:03.36 | seanbright | .ringcadence = { 2000, 4000 }, |
| 18:03.43 | seanbright | { DAHDI_TONE_RINGTONE, "425/1000,0/4000" }, |
| 18:03.46 | seanbright | those values conflict |
| 18:03.51 | seanbright | at least in my mind |
| 18:04.09 | seanbright | i woudl expect either 1000, 4000 or 425/2000,0/4000 |
| 18:04.34 | Corydon76-dig | Technically, yes, though they are for opposite directions |
| 18:05.18 | Corydon76-dig | I know one CLEC in the US that changed their ringtone just because they could |
| 18:05.55 | msetim | hi |
| 18:06.51 | msetim | I was looking at app_queue.c and EXITWITHTIMEOUT and EXITWITHKEYS calls send the same event: QueueCallerAbandon |
| 18:07.11 | msetim | All of them calls record_abandoned(&qe); that sent the same event |
| 18:07.45 | Corydon76-dig | Mexico's is also different in the stock indications.conf |
| 18:07.46 | msetim | on the other hand the ast_queue_log is called correctly: ast_queue_log(args.queuename, chan->uniqueid, "NONE", "EXITWITHTIMEOUT", "%d", qe.pos); |
| 18:08.34 | Corydon76-dig | msetim: there's an issue with changing AMI. It breaks people's apps. |
| 18:10.28 | msetim | Corydon76-dig, =/ that's bad. We would to create "deprecated" events and sent both (new and correctly event, and the old event). That's not handsome solution, but thats events sent wrong informations to front-end apps |
| 18:10.33 | Corydon76-dig | So Mexico, Malaysia, Thailand, Taiwan all have different cadence than ringback |
| 18:11.09 | Corydon76-dig | msetim: Welcome to our hell. |
| 18:11.22 | Corydon76-dig | Wait, no, that's CDR |
| 18:11.36 | Corydon76-dig | AMI is merely purgatory |
| 18:12.06 | msetim | LoL |
| 18:14.43 | Corydon76-dig | seanbright: if you want to add a notice to the startup code, that would probably be fine, but messing with a country's expected cadences and tones is not advised, unless you would like to be strung up by your toenails |
| 18:15.13 | msetim | I can try open a new issue at mantis and post some changes to community assessment about it and we can pray to someone give us some light about it... if AMI is the purgatory we have hope to go to the heaven :) |
| 18:15.40 | Corydon76-dig | msetim: No, please open a discussion on the asterisk-dev list, instead |
| 18:16.14 | Corydon76-dig | Once there is agreement there on your proposal, then you can feel free to open an issue on Mantis. But the discussion needs to be on the list. |
| 18:16.25 | msetim | Corydon76-dig, right. I will follow your instructions and post the code at paste bin :o) |
| 18:17.42 | seanbright | Corydon76-dig: i didn't intend to change anything, just thought it might have been a potential bug |
| 18:18.29 | Corydon76-dig | seanbright: like I said, put a notice in the startup code if the two don't agree, but I wouldn't go beyond that. |
| 18:19.34 | seanbright | Corydon76-dig: like i said, i didn't intend to change anything |
| 18:19.46 | Corydon76-dig | Those are the "these things might be technically wrong, but changing them will irritate more people than it's worth to me" type of issues. ;-) |
| 19:15.32 | *** join/#asterisk-dev TheDavidFactor (~David@c-68-34-116-180.hsd1.md.comcast.net) |
| 19:28.16 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 19:29.48 | russellb | pabelanger: that change to sys.path in runtests.py won't affect each individual test |
| 19:30.31 | russellb | python also reads PYTHONPATH or PYTHON_PATH (can't remember which), so you could try setting that from runtests.py ... but the use of "env" to run python probably negates the usefulness of that |
| 19:31.22 | pabelanger | russellb: Thanks, I'm still working on resolving that :) I was just googling it. |
| 19:33.04 | russellb | another path to resolving it would be having runtests.py import the python test modules and running them instead of executing them as a separate process |
| 19:33.18 | russellb | I went down that road once and then reverted it ... i don't remember why |
| 19:33.28 | russellb | (didn't commit, i mean erased it from my working copy) |
| 19:34.01 | pabelanger | cool, will check it out |
| 19:34.07 | russellb | it may have been that I wasn't sure how i was going to collect test output for each test when i did that |
| 19:34.44 | russellb | anyway, just random thoughts inspired by your last commit. |
| 19:35.08 | pabelanger | testing is kind of a big deal |
| 19:35.57 | russellb | heh, yup |
| 20:33.33 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:33.33 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:47.46 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 20:47.54 | jmls | evening all |
| 20:48.17 | jmls | is back from the trip to Germany. Man. did they *love* asterisk there :) |
| 20:48.31 | jmls | good job guys. Thanks. |
| 20:51.52 | putnopvut | yay! |
| 21:06.44 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.54.218.50) |
| 21:07.24 | Kobaz | i believe i remember some peeps talking at astricon about an effort to fix up sip user/peer/etc matching? |
| 21:07.34 | Kobaz | is there work in progress, or is it still an idea |
| 21:08.05 | russellb | lots of ideas and "we should" talk, but very little "I will" |
| 21:08.24 | russellb | actually, there have been some patches, but most of them shot down by people doing the loudest "we should" and no "I will" talk |
| 21:08.46 | Kobaz | hmm |
| 21:08.56 | Kobaz | do you know what some of the ideas were? |
| 21:10.36 | russellb | https://issues.asterisk.org/view.php?id=14250 |
| 21:10.48 | russellb | that has some discussion ... there have been some -dev list threads on the topic, too |
| 21:11.45 | russellb | R718 |
| 21:11.48 | russellb | that might be related |
| 21:11.51 | MuffinMan | [R718] Remove need for registration strings in sip.conf [Pending] Submitted by Nick_Lewis => https://reviewboard.asterisk.org/r/718/ |
| 21:13.16 | Kobaz | ah nice. the registration stuff looks cool |
| 21:13.22 | russellb | R344 |
| 21:13.32 | russellb | that review spawned a bunch of heated discussion on the topic i do remember |
| 21:13.50 | MuffinMan | [R344] SIP: peer matching by callbackextension [Pending] Submitted by dvossel => https://reviewboard.asterisk.org/r/344/ |
| 21:13.53 | russellb | i think the discussion mostly moved to the -dev list, but might have that review in the subject (or would have happened around the same time) |
| 21:13.53 | Kobaz | sip matching has been a peeve of mine for a while... i forget about it for a bit, and then i set up a new system, or some new sip links and then i want to scream |
| 21:36.23 | pabelanger | russellb: I decided to change the install flag to use the --user flag for starpy. It will now be installed to the the user site-package directory, which python seems to include by default |
| 21:39.33 | russellb | does that work as non-root? |
| 21:39.57 | pabelanger | yup |
| 21:40.20 | pabelanger | russellb: In the process of testing it on various OSs |
| 21:40.23 | russellb | cool |
| 21:54.53 | pabelanger | I'm thinking we should and keep each tests directory structure the same across all of the tests. EG: we have a 'configs/' directory and depending on how many instances of Asterisk you test uses, you create 'configs/ast1, configs/ast2' |
| 21:55.31 | pabelanger | You would still use install_configs() function to install |
| 21:55.48 | pabelanger | Just helps from an administration point of view |
| 21:56.11 | russellb | sounds good :-) |
| 21:56.16 | russellb | standards are good. |
| 21:57.09 | pabelanger | more documentation :) |
| 21:58.18 | pabelanger | russellb: Also, I was going to wait another day or so before making the change to bamboo for the new project plans for 'Asterisk - Trunk'. Silence = all good I guess |
| 21:58.35 | pabelanger | the remove the original plans |
| 21:59.22 | russellb | right, I think you're clear to go on that |
| 21:59.32 | russellb | I didn't respond, but that's because I had already talked to you about it |
| 21:59.44 | russellb | and I know you've had time to talk to others about it, too |
| 21:59.51 | russellb | so at this point, if nobody is objecting, i say go for it when you're ready |
| 22:00.08 | pabelanger | Okay, I'll start the migration today |
| 22:10.22 | bneff | ls |
| 22:10.25 | bneff | sorry |
| 22:21.07 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 22:47.19 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 23:02.26 | pabelanger | \o/ |
| 23:02.41 | pabelanger | Think I just fixed a bug in iax2/basic-call test |
| 23:02.51 | russellb | yay |
| 23:07.05 | pabelanger | yay, I did :) Thanks to the FreeBSD remote agent. |
| 23:07.07 | pabelanger | cool |
| 23:33.12 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-103-152-61.cinci.res.rr.com) |
| 23:34.28 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.54.218.50) |