| 00:00.21 | Kobaz | oh wait, it actually doesn't have to do with soft hangup |
| 00:18.17 | *** join/#asterisk-dev moy (~moy@69.33.25.200) |
| 00:39.29 | alecdavis | isdn PRI/BRI: should overlap receiving send a PROCEEDING message just after ss_thread:ast_waitfordigit timeout of 3 seconds. Otherwise I've found the switch will retry with another SETUP. Seems like a race condition, switch is waiting for ~3 seconds, and asterisk is timing out 3 seconds. |
| 02:34.21 | alecdavis | M16789 |
| 02:34.24 | MuffinMan | [new] [Asterisk] Channels/chan_dahdi 0016789: [patch] Overlap receiving timeout, plus dialplan latency, causes network to retry SETUP reported by alecdavis https://issues.asterisk.org/view.php?id=16789 |
| 03:06.28 | alecdavis | ultimately; chan_dahdi doesn't handle SETUP retries, so Rejects the call by libpri:q931.c newcall :( |
| 03:18.33 | *** part/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 05:47.18 | *** join/#asterisk-dev fiddur (~fiddur@192.121.104.121) |
| 06:44.00 | *** join/#asterisk-dev xpot (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 06:53.28 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 06:53.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:53.48 | *** join/#asterisk-dev |Cybex| (~John@atwork-21.r-212.178.82.atwork.nl) |
| 08:05.20 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:05.20 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:11.15 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 08:24.10 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 08:31.32 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:46.38 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 09:06.14 | *** join/#asterisk-dev |Cybex| (~John@atwork-21.r-212.178.82.atwork.nl) |
| 09:09.16 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 09:51.14 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 10:35.47 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 10:50.31 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 11:11.49 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 11:17.16 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 11:25.06 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 11:34.29 | seanbright | edabm4twd! |
| 11:34.35 | seanbright | oh nice |
| 11:35.45 | seanbright | that is a strange, yet completely random, list of characters i just typed |
| 11:44.51 | tzafrir_laptop | Hi, there are some old SVN (or rather: CVS) commits by "matteo". Any idea who he is? Brancaleoni Matteo? |
| 11:59.14 | tzafrir_laptop | I guess so |
| 11:59.25 | tzafrir_laptop | And who might be the author 'jim'? |
| 11:59.34 | seanbright | jim dixon? |
| 12:00.07 | seanbright | zaptel guy |
| 12:01.55 | tzafrir_laptop | his last commit: http://svnview.digium.com/svn/asterisk?view=revision&revision=6952 |
| 12:02.12 | seanbright | yup |
| 12:02.25 | tzafrir_laptop | he's jdixon |
| 12:02.29 | seanbright | ahh |
| 12:02.33 | seanbright | then i dunno |
| 12:03.25 | tzafrir_laptop | hmm... might be. jdixon appeared in Asterisk at r7566 |
| 12:04.18 | tzafrir_laptop | And I suppose Jim Dixon was around a bit before that |
| 12:07.56 | tzafrir_laptop | next missing person: martinp |
| 12:11.19 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 12:11.30 | tzafrir_laptop | Commits are from Feb. 2004. So I guess it's Martin Pycko . But then, do I write martinp@digium.com as the email? |
| 12:11.33 | seanbright | tzafrir_laptop: matteo? ^^^^ |
| 12:11.49 | tzafrir_laptop | <tzafrir_laptop> next missing person: martinp |
| 12:11.59 | seanbright | look at the most recent join |
| 12:12.02 | seanbright | to this channel |
| 12:12.28 | tzafrir_laptop | ah, ok |
| 12:14.15 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:14.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:15.26 | tzafrir_laptop | Generally I'm creating a git-svn mirror of the SVN repo. And this time with a proper AUTHOS file, to record the name/email of the author of every commit |
| 12:21.56 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:21.57 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:29.48 | snuff-home | mornin leif |
| 12:29.56 | leifmadsen | morning snuff-home ! |
| 12:30.00 | leifmadsen | how goes today? |
| 12:30.05 | snuff-home | hot.. |
| 12:30.11 | snuff-home | last 2 days 35C |
| 12:30.17 | leifmadsen | nice... not so much here :) |
| 12:30.47 | snuff-home | heh yer sitting somewhere in the -'s right? |
| 12:31.14 | leifmadsen | ya... like -3C or something |
| 12:31.17 | leifmadsen | which really isn't all that bad |
| 12:31.56 | snuff-home | though i hear vancouver is kinda lacking snow.. kinda important hosting winter olympics |
| 12:33.36 | tzafrir_laptop | Next missing person: wmeadows |
| 12:35.14 | tzafrir_laptop | Two commits, with the very meaningful descriptions "blah" and "blah2" |
| 12:35.32 | snuff-home | heh |
| 12:37.15 | tzafrir_laptop | Created and deleted an empty file |
| 12:44.53 | leifmadsen | eh? |
| 12:48.53 | kpfleming | tzafrir_laptop: he was a digium employee a very long time ago |
| 12:49.04 | kpfleming | we do not have an email address and there is no need to have details for him |
| 12:50.09 | tzafrir_laptop | ok. I left that line as wmeadows = Test User <nobody@asterisk.org> |
| 12:50.48 | tzafrir_laptop | Next: who is malcolmd ? |
| 12:52.21 | tzafrir_laptop | Malcolm Davenport, I guess |
| 12:52.24 | leifmadsen | malcolm davenport |
| 12:57.14 | tzafrir_laptop | tholo: Thorsten lockert ? |
| 12:58.48 | kpfleming | yes |
| 12:58.58 | kpfleming | are these not in our existing authors file? |
| 12:59.14 | tzafrir_laptop | right. And a few others |
| 13:00.06 | tzafrir_laptop | '(no author)' (first revision), matteo, jim (jdixon?), martinp as well |
| 13:00.08 | kpfleming | when you have a complete list of the missing entries, please let russell know so he can update the master authors file |
| 13:00.31 | kpfleming | jim is Jim Dixon (Duude), martinp is Martin Pycko |
| 13:00.37 | kpfleming | i don't know who matteo is |
| 13:01.16 | tzafrir_laptop | hmm.. mbranca already left |
| 13:10.41 | tzafrir_laptop | who is citats? |
| 13:11.05 | tzafrir_laptop | The nick sounds familiar |
| 13:11.44 | kpfleming | yeah... i can't remember off the top of my head |
| 13:12.07 | tzafrir_laptop | right, the one from asterisk-agi |
| 13:12.18 | tzafrir_laptop | ah-asterisk-perl |
| 13:13.38 | tzafrir_laptop | James Golovich? I see he has jamesgolovich |
| 13:14.08 | kpfleming | no, i don't think that's him |
| 13:14.52 | tzafrir_laptop | yeah, but citats is only used in early commits, and jamesgolovich is only used in commits of 2007-2008 |
| 13:17.38 | kpfleming | russell would remember |
| 13:17.59 | tzafrir_laptop | http://lists.digium.com/pipermail/asterisk-dev/2006-September/023566.html |
| 13:20.41 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 13:22.03 | tzafrir_laptop | mbranca, hi |
| 13:22.12 | mbranca | tzafrir_laptop, hi :) |
| 13:22.38 | tzafrir_laptop | just wanted to know: were you the Asterisk CVS user 'matteo'? |
| 13:22.57 | mbranca | yes |
| 13:23.24 | mbranca | I sent some backup cvs years ago when "linux support services llc" cvs was broken |
| 13:23.44 | mbranca | i did not wrote that code :D |
| 13:24.20 | kpfleming | ancient history, that is... |
| 13:24.27 | mbranca | very ancient, yes |
| 13:25.23 | mbranca | time of markocam and it's robot :) |
| 13:25.54 | *** join/#asterisk-dev kaii (~kai@ciphron.de) |
| 13:25.58 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 13:25.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:26.06 | oej | Afternoon |
| 13:26.37 | oej | Dear sirs, I have a problem with Asterisk. |
| 13:26.46 | oej | chan_dahdi depends on res_smdi |
| 13:27.08 | oej | But if I load res_smdi in the cli, it refuses to load |
| 13:27.13 | oej | and chan_dahdi can't be loaded |
| 13:27.31 | oej | res_smdi reads the empty config file (the default sample) and unloads because there's nothing to do |
| 13:27.38 | oej | which makes it impossible to load chan_dahdi |
| 13:28.49 | kpfleming | that seems broken |
| 13:29.12 | kpfleming | the smdi dependency should be optional, not mandatory |
| 13:44.49 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 13:51.42 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 14:01.18 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:03.35 | oej | yes, it seems very broken to me. |
| 14:05.48 | oej | We have a "depends on" for res_smdi in chan_dahdi, not "can use" |
| 14:06.36 | oej | There are no "#ifdef" in chan_dahdi for smdi |
| 14:06.41 | oej | so this is very, very, very broken |
| 14:09.50 | kpfleming | well, it doesn't require #ifdef for optional usage, because the API could live in the asterisk core (like some already do) and just be provided by res_smdi |
| 14:10.05 | kpfleming | in fact, i think that's how it is supposed to be now... which branch is this? |
| 14:35.25 | oej | Yes, we could have stubs, right |
| 14:35.32 | oej | I'm using good ol' classic 1.4 |
| 14:35.48 | oej | I haven't tried loading at start time |
| 14:35.59 | oej | Discovered this by loading after startup at the CLI |
| 14:44.17 | *** join/#asterisk-dev JT (~j@unaffiliated/jt) |
| 14:50.16 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 14:50.17 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 15:07.00 | *** part/#asterisk-dev |Cybex| (~John@atwork-21.r-212.178.82.atwork.nl) |
| 15:08.48 | Kobaz | something is very broken in trunk |
| 15:09.15 | Kobaz | The existing menuselect.makeopts file did not specify that 'test_md5' should not be included. However, either some dependencies for this module were not found or a conflict exists. |
| 15:09.20 | Kobaz | i can't even run make menuconfig |
| 15:09.22 | Kobaz | i get that error |
| 15:10.04 | leifmadsen | hmmm... might be something russell was doing last night... |
| 15:12.45 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:12.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:24.54 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:28.00 | seanbright | make distclean |
| 15:28.03 | seanbright | Kobaz: ^^ |
| 15:28.16 | Kobaz | mm |
| 15:28.19 | Kobaz | i think i tried that |
| 15:28.23 | seanbright | ok |
| 15:30.26 | Kobaz | hmm, okay that's working now |
| 15:30.45 | Kobaz | what i did was a clean before, and then tried to rebuild, but then it complained about menuconfig, and i couldn't run that |
| 15:31.30 | seanbright | right |
| 15:32.41 | Kobaz | okay it's working now, yay |
| 15:33.16 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:33.16 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:39.50 | *** join/#asterisk-dev elguero (~elguero@ns1.nashuacs.com) |
| 15:57.36 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:57.36 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:58.38 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:59.45 | leifmadsen | yay! :) |
| 16:00.19 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:00.19 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:07.40 | *** join/#asterisk-dev coppice (~chatzilla@59.165.96.88) |
| 16:07.41 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 16:08.07 | kpfleming | coppice: welcome! |
| 16:08.51 | coppice | hi |
| 16:11.10 | kpfleming | did i misunderstand the purpose of the t38_set_mmr/jbig_transcoding API calls in spandsp? it seems so, based on your comments on the list about spandsp not supporting those modes |
| 16:16.37 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:16.39 | coppice | ah, those are placeholders for the future. The last patent on JBIG expires on Friday, so when I get home from my travels I will be posting the first test version of spandsp with JBIG support. I'm moving towards supporting those features :-) |
| 16:17.39 | kpfleming | ok... so for now, i should modify app_fax to not offer them. will do. |
| 16:17.45 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:20.38 | coppice | that changing didn't fix the guy's problem, though. These quirky T.38 implementations are a PITA. |
| 16:20.46 | kpfleming | agreed |
| 16:21.25 | coppice | there are a lot of T.38 boxes with exacting timing requirements, that have absolutely no tolerance of jitter at all |
| 16:26.50 | kpfleming | done.. .the next set of release candidates will stop offering those features |
| 16:29.37 | kpfleming | the wikipedia page on JBIG1 differs quite a bit in its description of patent termination dates |
| 16:29.41 | *** join/#asterisk-dev moy (~moy@74.12.121.212) |
| 16:34.42 | kpfleming | coppice: when i met with cliff a couple of weeks ago he was commenting on how he thought that fill bit removal should be more strongly suggested as part of standard T.38 implementation, because it would allow for timing differences (at the TDM level) to be absorbed by the endpoints |
| 16:41.51 | coppice | I used the list of patents on the jbigkit web site. I think that is more likely to be reliable than wikipedia |
| 16:42.10 | kpfleming | yep, and it's linked from wikipedia as well. confusion reigns. |
| 16:42.44 | Corydon76-dig | If you read further down on the page, the dates are made more clear (under the table) |
| 16:42.54 | kpfleming | yep, i read most of it, very helpful |
| 16:44.54 | coppice | Cliff said Commetrex don't support that fill bit removal right now. I told him its easy to get 95% of the fill bits out, but hard to get 100% out. Maybe I should spell out what I mean if he is interested in implementing it |
| 16:46.00 | kpfleming | i think he might be, but we didn't have an extensive conversation about it. i believe his motivation was not really bandwidth reduction, but allowing the receiving gateway to add/remove the proper number of bits to make the T.38 bitstream match up to the TDM stream's clock |
| 16:48.45 | *** join/#asterisk-dev Mw3 (mw3@mw3.hu) |
| 16:49.20 | coppice | I think we need an RFC that catalogues the weird behaviour to be found in various T.38 implementations |
| 16:49.47 | kpfleming | it would be long, and need to be frequently revised :-) plus we could have a "T.38 Darwin Award" |
| 16:50.38 | coppice | Its worse to have no guidance about the funky behaviours out there |
| 16:53.03 | coppice | whatever we document about T.38 we can't win a Darwin Award with competition like this year's |
| 16:53.08 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:53.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:54.05 | tzafrir_laptop | jpeeler, here? |
| 16:54.12 | jpeeler | jpeeler: yes |
| 16:55.34 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 16:55.37 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:56.15 | jpeeler | tzafrir_laptop: hi, i can't type |
| 16:58.03 | tzafrir_laptop | kpfleming, next user missing from the authors file: root |
| 16:58.27 | tzafrir_laptop | I guess that'll be another nobody@asterisk.org |
| 16:58.37 | kpfleming | automerge@asterisk.org or something similar |
| 16:58.42 | kpfleming | we only use 'root' for automerges |
| 16:58.59 | tzafrir_laptop | ah, ok |
| 16:59.30 | kpfleming | it was 'automerge' at one time, and then it changed, but i don't remember why |
| 16:59.41 | kpfleming | probably lack of time on my part to set it up to use a named user again |
| 17:01.06 | Corydon76-dig | Would be cool if it used the same author name as the owner of the branch |
| 17:01.42 | kpfleming | it could, but we'd need to add a property on the branch defining the 'owner' |
| 17:01.53 | Corydon76-dig | Creator? |
| 17:02.08 | kpfleming | it can't figure that out without log analysis, which would be expensive |
| 17:02.14 | Corydon76-dig | Ah |
| 17:02.43 | Corydon76-dig | proposes automerge-owner |
| 17:03.01 | kpfleming | the script is in repotools, feel free to hack on it in your spare time :-) |
| 17:03.16 | Corydon76-dig | Yeah... spare time... |
| 17:04.12 | russellb | I don't really like the idea of commits that say me that weren't really me, though. |
| 17:04.47 | russellb | I'm not sure what the benefit would be, anyway |
| 17:12.59 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 17:13.47 | coppice | I'm fairly OK with commits of brilliant code that say me, that weren't really me |
| 17:14.23 | Qwell | well, the code is you, but the commit is not |
| 17:14.41 | kpfleming | no, in this case the code would be someone else |
| 17:14.49 | kpfleming | possibly lots of people |
| 17:15.09 | Qwell | oh, because it would take the name of the owner of the dest branch. yeah, that's no good |
| 17:17.06 | Kobaz | aaah |
| 17:17.12 | Kobaz | just triggered a double free in 1.6.0.22 |
| 17:21.46 | kpfleming | seanbright: pictures of BWI look really insane |
| 17:35.01 | alecdavis | M16791 |
| 17:35.03 | MuffinMan | [assigned] [LibPRI] General 0016791: [patch] q921_rnr_rx Q921_TIMER_RECOVERY SDL issue reported by alecdavis https://issues.asterisk.org/view.php?id=16791 |
| 17:36.12 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 17:36.21 | alecdavis | needs a libpri gurus attentiom. Looks like it was overlooked when q.921 rewrite was done. |
| 17:40.28 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 17:51.02 | *** part/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 18:00.04 | *** join/#asterisk-dev moy (~moy@74.12.123.196) |
| 18:15.04 | seanbright | kpfleming: we're getting another 10-20 today/tomorrow |
| 18:15.10 | seanbright | i'm so ready for spring |
| 18:16.57 | jsmith | seanbright: Snowpocalypse III! |
| 18:17.03 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:17.06 | seanbright | for realz |
| 18:17.09 | jsmith | seanbright: Has it started snowing there today? |
| 18:17.21 | jsmith | seanbright: (Still hasn't started here... maybe it'll swing further north!) |
| 18:19.05 | seanbright | jsmith: not yet |
| 18:21.59 | seanbright | i'm scared |
| 18:22.06 | seanbright | not really |
| 18:24.20 | |Rain| | I'm still sore from shoveling this weekend... I don't want more :< |
| 18:24.20 | seanbright | ditto |
| 18:24.52 | Kobaz | allrightey |
| 18:24.59 | Kobaz | i reproduced the free() crash |
| 18:25.01 | Kobaz | https://issues.asterisk.org/view.php?id=16796 |
| 18:26.14 | Kobaz | this crash has been plagueing me since 1.6.0.18 (i think) |
| 18:28.12 | Kobaz | valgrind output coming up |
| 18:35.07 | Kobaz | all kinds of bad writes :( |
| 18:43.06 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 18:43.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:13.52 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 19:14.10 | niekvlessert | hello! |
| 19:14.28 | niekvlessert | I once again need some info from you guru's :) |
| 19:14.54 | niekvlessert | today, we tried to connect to some stupid isdn based service from KPN, the biggest dutch provider |
| 19:15.04 | niekvlessert | it's really important that we get this working |
| 19:15.17 | niekvlessert | everything worked great, only one thing didn't |
| 19:15.27 | niekvlessert | we couldn't call out through their isdn-30 |
| 19:15.31 | niekvlessert | incoming no problem |
| 19:15.40 | Qwell | niekvlessert: that's more of a #asterisk problem |
| 19:15.40 | Kobaz | #asterisk |
| 19:15.43 | niekvlessert | after searching and searching and searching |
| 19:15.50 | Kobaz | #asterisk ! |
| 19:15.51 | niekvlessert | we discovered (no it's coding) |
| 19:15.57 | Kobaz | hmm |
| 19:16.17 | niekvlessert | that zaptel is not capable to send TON=unknown and NPI=ISDN |
| 19:16.20 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 19:16.21 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:16.24 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:16.30 | niekvlessert | how can I hack that in the code? |
| 19:16.46 | Corydon76-dig | First, upgrade to dahdi |
| 19:16.54 | Kobaz | yeah don't use zaptel |
| 19:16.58 | Kobaz | unless you really must |
| 19:17.05 | niekvlessert | yeah, more and more i'm thinking to leave bristuff |
| 19:17.08 | Kobaz | if you're running on 1.2 or something |
| 19:17.13 | niekvlessert | because we need junghanns support |
| 19:17.33 | Kobaz | upgrade to dahdi, and come back if you still have the same problems |
| 19:17.40 | niekvlessert | I will compile asterisk 1.6 + dahdi + junghanns support soon, need time to look into that |
| 19:18.07 | Corydon76-dig | I think you just found time |
| 19:18.20 | Kobaz | it's quite difficult to support the old code |
| 19:18.31 | niekvlessert | you have no idea what i needed to do today... |
| 19:18.38 | niekvlessert | agree |
| 19:18.59 | niekvlessert | but i just need a libpri fix (i guess?) to fix the NPI |
| 19:19.19 | Kobaz | you can post to the mailing list |
| 19:19.31 | niekvlessert | because pridialplan=unknown does TON=unknown AND NPI=unknown |
| 19:19.33 | niekvlessert | i could? |
| 19:20.14 | niekvlessert | all I need is pridialplan=unknown means TON=unknown and NPI=unknown |
| 19:20.17 | Kobaz | you could hack up the source |
| 19:20.36 | niekvlessert | yes i would love too! |
| 19:20.39 | kpfleming | neither zaptel nor dahdi are involved (except in a very small way) with sending ISDN signaling |
| 19:20.40 | niekvlessert | but i need a few tips |
| 19:20.51 | niekvlessert | should i look into lippri for this or in zaptel? |
| 19:21.00 | kpfleming | chan_zap and chan_dahdi are, but they are not zaptel and dahdi, they are asterisk channel drivers |
| 19:21.00 | Kobaz | libpri apparently |
| 19:21.03 | niekvlessert | kpfleming: that's very useful!!! |
| 19:21.05 | niekvlessert | thanks |
| 19:21.35 | niekvlessert | ok, so it should look into those to hack this the way I want it? |
| 19:21.47 | Kobaz | sure... hack away |
| 19:21.57 | niekvlessert | btw i meant: all I need is pridialplan=unknown means TON=unknown and NPI=ISDN |
| 19:21.57 | Kobaz | and submit a patch when you fix the issue |
| 19:22.10 | Kobaz | make it a new config option to set the NPI |
| 19:22.24 | niekvlessert | yeah well, i don't think i'm capable of doing that :( |
| 19:22.39 | niekvlessert | i can change a few values, that's easy |
| 19:22.44 | niekvlessert | at least i hope :) |
| 19:23.22 | niekvlessert | ok thanks a lot!! I will look into the files |
| 19:23.43 | niekvlessert | and try to leave bristuff |
| 19:23.53 | Kobaz | it shouldn't be too hard to add a config option |
| 19:24.00 | niekvlessert | someday all this PRI/BRI stuff will be gone |
| 19:24.05 | niekvlessert | I have no idea |
| 19:24.10 | Kobaz | look into how the channel drivers passs pridialplan to libpri |
| 19:24.13 | Kobaz | and you can do the same thing |
| 19:24.23 | niekvlessert | ah it's working like that? |
| 19:24.29 | niekvlessert | so chan_dahdi submits to libpri? |
| 19:24.33 | niekvlessert | then i would have to change both |
| 19:24.45 | Kobaz | well pridialplan has to get to the pri somehow |
| 19:24.56 | Kobaz | i'm not intimitely familiar, but that's how i would guess it works |
| 19:25.50 | niekvlessert | well ok, when i grepped around i found TON & NPI a lot in libpri |
| 19:26.19 | kpfleming | libpri is the ISDN protocol stack |
| 19:26.24 | kpfleming | chan_dahdi is a user of that stack |
| 19:26.39 | kpfleming | and dahdi provides the bit stream transport that the ISDN messages are transferred over |
| 19:26.43 | kpfleming | there's your high-level overview :-) |
| 19:26.55 | seanbright | lots of stacks |
| 19:27.09 | seanbright | in soviet russia, protocol stacks you |
| 19:27.12 | niekvlessert | ok |
| 19:27.24 | niekvlessert | so i need to look into libpri for my hack then? |
| 19:27.32 | niekvlessert | because that's where the setting is decided? |
| 19:27.45 | kpfleming | i can't say for sure, but i suspect it's handled in chan_dahdi |
| 19:27.59 | seanbright | or there is code in chan_dahdi which instructs libpri to set the TON and NPO |
| 19:28.02 | seanbright | NPI* |
| 19:28.28 | Kobaz | pridialplan is in the dahdi config file |
| 19:28.32 | niekvlessert | i know |
| 19:28.38 | Kobaz | the value of which, is sent to libpri somewher |
| 19:28.43 | niekvlessert | oh i get what you mean |
| 19:28.55 | Kobaz | so if you add a new config option |
| 19:29.01 | Kobaz | pridialplan_npi |
| 19:29.04 | Kobaz | or some such |
| 19:29.17 | Kobaz | and pass it in to libpri, and use the value for the NPI token |
| 19:29.18 | niekvlessert | CALLED_NPI |
| 19:29.20 | niekvlessert | CALLED_TON |
| 19:29.23 | niekvlessert | CALLING_NPI |
| 19:29.29 | seanbright | stop yelling constants |
| 19:29.30 | niekvlessert | CALLING_TON |
| 19:29.34 | Kobaz | heh |
| 19:29.35 | niekvlessert | excuse me :) |
| 19:29.41 | seanbright | PATH_MAX |
| 19:29.46 | seanbright | BUFSIZ |
| 19:29.48 | Kobaz | FOO_BAR |
| 19:29.54 | niekvlessert | variables are capital in asterisk :) |
| 19:29.58 | seanbright | yes i know |
| 19:30.13 | seanbright | the snow is putting me in a jovial mood |
| 19:30.15 | niekvlessert | i knew that :) |
| 19:30.19 | niekvlessert | i have a tip |
| 19:30.22 | niekvlessert | never eat the yellow snow |
| 19:30.29 | seanbright | always good advice |
| 19:31.56 | niekvlessert | ok i will grep a little |
| 19:32.06 | Kobaz | hmm |
| 19:35.18 | niekvlessert | hmm? |
| 19:36.36 | niekvlessert | i don't get bristuff and asterisk 1.4.26.2 |
| 19:37.06 | niekvlessert | i have a chan_dahdi.c, no chan_zap and still i need to do zap in the CLI |
| 19:37.38 | kpfleming | that's because you built it against zaptel and not dahdi, so it's providing chan_zap emulation for you |
| 19:37.53 | kpfleming | this is all documented in the release/upgrade/etc. notes, none of it should be a surprise to you |
| 19:38.32 | niekvlessert | well i'm still asterisk noob, once again, thanks |
| 19:39.21 | kpfleming | the way you become a non-noob is to take your time and learn |
| 19:39.38 | kpfleming | asking questions that can be answered by the existing documentation does not make people want to help you :-) |
| 19:40.44 | seanbright | in all fairness, i'm still a noob |
| 19:40.53 | seanbright | and i practically wrote all of asterisk myself, so... |
| 19:40.54 | seanbright | heh |
| 19:41.02 | niekvlessert | well, i did dcap |
| 19:41.04 | seanbright | and by that i mean the word "asterisk" |
| 19:41.34 | niekvlessert | and i did lpi level 1 without any preparation |
| 19:41.45 | niekvlessert | and i know java and i can compile a kernel |
| 19:42.04 | niekvlessert | but i didn't do the manual asterisk + dahdi + junghanns compile thing |
| 19:42.10 | niekvlessert | which says enough :) |
| 19:43.24 | niekvlessert | we tried the quick way by using bri stuff |
| 19:43.29 | niekvlessert | but that's not gonna make it... |
| 19:46.34 | niekvlessert | int cid_ton, no cid_npi in chan_dahdi.c |
| 19:47.02 | niekvlessert | suggests that ton decides the npi |
| 19:47.18 | niekvlessert | which is what i noticed |
| 19:47.26 | niekvlessert | so to libpri |
| 19:48.26 | Kobaz | do you guys use mudflap? |
| 19:48.33 | niekvlessert | the ton values are in pri_facility.h, no npi either in there |
| 19:48.50 | Kobaz | http://www.redhat.com/magazine/015jan06/features/valgrind/ scroll down to the section on mudflap... it's pretty cool |
| 19:49.48 | seanbright | 3/5 encoders/decoders of 10 licensed channels are currently in use |
| 19:49.56 | seanbright | when will that stop working? at 5/5? |
| 19:49.58 | seanbright | or 10/10? |
| 19:50.18 | leifmadsen | 5/5 I would think |
| 19:50.54 | leifmadsen | although I have no idea, but maybe I'll just stop guessing :) |
| 19:51.24 | seanbright | the output is confusing |
| 19:51.34 | leifmadsen | at first I thought it was 3 of 5 |
| 19:51.46 | seanbright | 3 encodings, 5 decoders |
| 19:51.50 | leifmadsen | ya, I see that now |
| 19:51.52 | seanbright | i'm guessing that means i am using 8 licenses |
| 19:52.22 | leifmadsen | I remember getting numbers not in sync like that when doing call recording |
| 19:52.29 | seanbright | yeah |
| 19:52.35 | seanbright | that's what i am running into to |
| 19:52.35 | leifmadsen | which i think means those numbers total up, so ya, 8 |
| 19:52.47 | seanbright | i have eyebeam, calling out over a PRI |
| 19:52.59 | Qwell | If I'm not mistaken, that is 5 licenses in use |
| 19:53.00 | seanbright | and it's being recorded |
| 19:53.14 | seanbright | but i'd expect that to only take 1 license |
| 19:53.19 | Qwell | (since a "license" includes 1 encoder and 1 decoder) |
| 19:53.25 | seanbright | Qwell: ahhh |
| 19:53.26 | seanbright | hot |
| 19:53.37 | Qwell | I could be wrong, of course |
| 19:53.40 | seanbright | probably |
| 19:53.57 | Qwell | often |
| 19:54.20 | leifmadsen | unless using either a decoder or encoder still takes a license, so you have 3 licenses using both encoding and decoding, and 2 licenses just doing decoding |
| 19:54.28 | leifmadsen | totalling to 5 |
| 19:54.31 | niekvlessert | npi2str(ie->data[0] & 0x0f) |
| 19:54.49 | Qwell | leifmadsen: more or less |
| 19:55.00 | seanbright | my question is |
| 19:55.00 | leifmadsen | even |
| 19:55.01 | niekvlessert | what is ie |
| 19:55.17 | seanbright | eyeBeam (g729) -> asterisk with mixmonitor -> PRI |
| 19:55.25 | seanbright | that should only require 1 decoder... right? |
| 19:55.28 | seanbright | since PRI is ulaw |
| 19:55.30 | kpfleming | ideally yes |
| 19:55.40 | kpfleming | in reality, it will probably use two encoders and one decoder |
| 19:55.44 | jsmith | niekvlessert: ie = informational element (if I remember correctly) |
| 19:55.47 | seanbright | gahh |
| 19:55.53 | kpfleming | because mixmonitor is a hook on the side of the channel, not in the channel path |
| 19:56.08 | seanbright | ahh, i see. |
| 19:56.17 | niekvlessert | thanks, trying to find out where it's been set |
| 19:56.22 | kpfleming | now... if you could convince the SIP channel to be in ulaw mode in the core (which is conceivable), then only one would be used |
| 19:56.32 | seanbright | you have to force translation |
| 19:56.34 | seanbright | someohe |
| 19:56.36 | seanbright | wow... |
| 19:56.37 | seanbright | somehow* |
| 19:56.40 | kpfleming | right |
| 19:56.48 | kpfleming | the translation path can be built a variety of ways |
| 19:56.59 | kpfleming | in this case, you'd want the entire path (in both directions) to live on the SIP channel |
| 19:57.10 | niekvlessert | i have a struct ie with a int ie |
| 19:57.45 | seanbright | well, wait |
| 19:58.01 | seanbright | in my previous scenario: |
| 19:58.05 | seanbright | eyeBeam (g729) -> asterisk with mixmonitor -> PRI |
| 19:58.08 | seanbright | that would actually be 1/1 |
| 19:58.21 | seanbright | since audio coming from asterisk to eyeBeam needs to be encoded |
| 19:58.23 | kpfleming | in the ideal case, yes |
| 19:58.27 | seanbright | ok |
| 19:58.32 | kpfleming | but it will probably end up 1/2 |
| 19:58.33 | seanbright | but the mixmonitor is screwing me |
| 19:58.36 | seanbright | right |
| 19:58.44 | leifmadsen | yep, I ran into that before :) |
| 19:58.56 | seanbright | so there is no way around that without hacking source? |
| 19:58.58 | kpfleming | and the dialplan doesn't really give you any way to influence that behavior |
| 19:59.01 | niekvlessert | ie->data[0] & 0x0f |
| 19:59.08 | kpfleming | no, i don't think there is |
| 19:59.09 | niekvlessert | that's the int where the number is in |
| 19:59.29 | niekvlessert | but i don't understand what it says |
| 19:59.46 | niekvlessert | & 0x0f, means 15th position or something? |
| 19:59.49 | seanbright | no |
| 19:59.52 | seanbright | it's a mask |
| 20:00.01 | seanbright | 1111 |
| 20:00.06 | kpfleming | ugh... another person trying to hack on asterisk who doesn't understand C. this is painful. |
| 20:00.30 | seanbright | so it masks out everything except the first 4 bits of ie->data[0] |
| 20:00.43 | niekvlessert | they taught me java... i would have preferred c |
| 20:00.56 | seanbright | they have bitwise operators in java |
| 20:00.57 | seanbright | :-) |
| 20:01.20 | niekvlessert | ok I suck now let me read what you said a few more times :) |
| 20:01.26 | seanbright | niekvlessert: if ie->data[0] in (in binary): 11001100 |
| 20:01.35 | seanbright | niekvlessert: the result of ie->data[0] & 0x0f |
| 20:01.44 | seanbright | niekvlessert: would be (in binary); 00001100 |
| 20:01.48 | seanbright | give or take |
| 20:02.08 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 20:02.08 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 20:02.16 | kpfleming | lol |
| 20:02.26 | kpfleming | was not aware that binary has squishiness |
| 20:02.40 | seanbright | rounded edges |
| 20:03.07 | niekvlessert | member:niekvlessert: if ie->data[0] iS (in binary): 11001100 |
| 20:03.10 | niekvlessert | that's what you mean right? |
| 20:03.15 | file | raises eyebrow |
| 20:03.16 | seanbright | correct |
| 20:03.38 | niekvlessert | ok, i get that |
| 20:03.49 | niekvlessert | but why does that result in the right npi value |
| 20:04.08 | seanbright | i have no idea |
| 20:04.14 | seanbright | i haven't looked at the code |
| 20:04.21 | seanbright | i'm just telling you what that expression you pasted does |
| 20:04.22 | niekvlessert | the ton is ie->data[0] >> 4) & 0x07 |
| 20:04.47 | seanbright | right. shift ie->data[0] to the left 4 bits and then and it with 111 |
| 20:04.54 | seanbright | s/left/right/ |
| 20:05.36 | niekvlessert | so i could do a if |
| 20:05.52 | seanbright | you could do whatever you want |
| 20:05.52 | seanbright | :-) |
| 20:05.57 | niekvlessert | ARGL :) |
| 20:06.10 | seanbright | sorry man |
| 20:06.13 | seanbright | i just don't care |
| 20:06.13 | seanbright | heh |
| 20:06.20 | seanbright | and i'm not working for free today |
| 20:06.22 | Kobaz | anyways |
| 20:06.24 | seanbright | i need funding |
| 20:06.25 | Kobaz | mudflap? |
| 20:06.28 | seanbright | or sponsorship |
| 20:06.33 | niekvlessert | i fund you without problems |
| 20:06.36 | Kobaz | i'll bake you some cookies |
| 20:06.51 | niekvlessert | fix it for me/help me fix it and i'll pay no problem |
| 20:07.15 | niekvlessert | but i'll continue thinking now :) |
| 20:07.25 | seanbright | i would - but i'm about to have 20 inches of snow dumped on me and i have to make sure my employees can make calls from home |
| 20:07.27 | Kobaz | muuuudddflaaaaaaap |
| 20:07.47 | seanbright | no one cares about mudflag |
| 20:07.50 | Kobaz | hehe |
| 20:07.50 | seanbright | mudflap either |
| 20:08.04 | niekvlessert | i hate snow, it's cold overhere for a long time now, and i still have to go grocery shopping :( |
| 20:08.07 | Kobaz | i just found it... it seems like a cool tool to detect problems using static buffers |
| 20:08.13 | Kobaz | valgrind wouldn't catch those |
| 20:09.39 | seanbright | niekvlessert: are you running zaptel? dahdi? |
| 20:09.47 | seanbright | what version of libpri? |
| 20:10.02 | niekvlessert | if (ie->data[0] >> 4) & 0x07)==0) { ie->data[0] & 0x0f =1;} |
| 20:10.24 | niekvlessert | libpri 1.4.3 |
| 20:10.29 | Kobaz | upgrade |
| 20:10.37 | niekvlessert | fuck it's 2007 |
| 20:10.48 | seanbright | they are up to 1.4.10.2 |
| 20:10.49 | niekvlessert | man i'm starting to dislike bristuff |
| 20:10.51 | Kobaz | no, it's feb 9th, 2010 |
| 20:11.15 | niekvlessert | so i will download the latest pristuff and compare what that'll send |
| 20:12.14 | niekvlessert | hold on, FUNC_DUMP would probably just dump what's been send.... |
| 20:12.19 | seanbright | correct |
| 20:12.24 | seanbright | FUNC_SEND is what you want |
| 20:12.34 | niekvlessert | OK |
| 20:13.06 | niekvlessert | ie->data[0] = call->redirectingplan |
| 20:13.39 | seanbright | you really need to stop |
| 20:13.42 | seanbright | not to be rude |
| 20:14.05 | seanbright | pasting random lines of code into the channel with no context is obnoxious |
| 20:14.17 | niekvlessert | ok, I will look deeper and won't post before I'm about to bang my head against the wall |
| 20:14.52 | niekvlessert | but I got some good tips!! |
| 20:14.54 | niekvlessert | thanks a lot |
| 20:16.48 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 20:25.06 | seanbright | based on my reading of the q931 recommendation |
| 20:25.09 | seanbright | and the libpri code |
| 20:25.17 | seanbright | unless you change it, it should send TON as unknown |
| 20:25.23 | niekvlessert | agree |
| 20:25.25 | niekvlessert | TON is fine |
| 20:25.40 | niekvlessert | but when you do that, NPI will also be unknown |
| 20:26.00 | niekvlessert | which i need to be ISDN (1) |
| 20:26.15 | niekvlessert | NPI unknown = 0 |
| 20:26.24 | niekvlessert | that's very rare |
| 20:26.28 | seanbright | i see |
| 20:26.34 | niekvlessert | but those stupid people need it |
| 20:26.53 | niekvlessert | i have to go otherwise the store will close |
| 20:26.58 | seanbright | open q931.c |
| 20:26.58 | niekvlessert | :( |
| 20:27.01 | niekvlessert | yeah |
| 20:27.10 | niekvlessert | bunch of FUNC_SEND in there |
| 20:27.20 | seanbright | transmit_calling_party_number |
| 20:28.00 | niekvlessert | that's the one? |
| 20:28.04 | seanbright | yes |
| 20:28.14 | seanbright | and what version of asterisk? |
| 20:28.17 | seanbright | 1.4.what? |
| 20:28.26 | niekvlessert | 1.4.26.2 |
| 20:29.05 | seanbright | looking |
| 20:30.10 | niekvlessert | ok i'll be back in half an hour!! |
| 20:30.14 | niekvlessert | i rly need to go |
| 20:30.18 | niekvlessert | irc will remain open |
| 20:30.25 | niekvlessert | otherwise war in home |
| 20:32.35 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 20:35.03 | tzafrir_laptop | niekvlessert, bristuffed libpri is very much different than libpri >= 1.4.4 |
| 20:37.25 | tzafrir_laptop | Unless you need PtMP/NT, I would really recommend you to switch to standard Asterisk |
| 20:39.17 | tzafrir_laptop | Let me know if you need a patch to backport the support of bri from 1.6 to asterisk 1.4 |
| 20:39.43 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 20:39.44 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:43.24 | seanbright | niekvlessert: you should not do this because it will most likely bite you in the ass, but... |
| 20:43.28 | seanbright | if you change |
| 20:43.29 | seanbright | ie->data[0] = call->callerplan; |
| 20:43.31 | seanbright | to: |
| 20:43.39 | seanbright | ie->data[0] = 1; |
| 20:43.55 | seanbright | that should work. although i don't actually recommend it. |
| 21:08.17 | niekvlessert | seanbright: you rule! |
| 21:08.40 | niekvlessert | i get it, that's a dirty hack, but nevermind |
| 21:09.05 | niekvlessert | i can even do a if on that and check some more stuff before i set it to 1 |
| 21:13.20 | seanbright | did it work? |
| 21:13.46 | seanbright | niekvlessert: did it work? |
| 21:14.00 | niekvlessert | i don't know yet, i don't have a pri hanging around, but i'll have it checked tomorrow |
| 21:14.04 | seanbright | ahh |
| 21:14.15 | seanbright | well if it works, i'll give you my paypal email account ;-) |
| 21:14.19 | niekvlessert | it's 22:00 in the evening |
| 21:14.22 | niekvlessert | here |
| 21:14.32 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 21:14.35 | niekvlessert | you actually may :) |
| 21:15.02 | niekvlessert | tzafrir_laptop: but we need PtMP/NT :( |
| 21:15.16 | niekvlessert | so how impossible is it to use standard asterisk then? |
| 21:15.26 | niekvlessert | i heard 1.6 in ubuntu does work nicely |
| 21:15.42 | niekvlessert | seanbright: great stuff |
| 21:15.45 | jsmith | niekvlessert: PtMP/NT is being worked on, but I'm not sure it's fully functional yet |
| 21:16.17 | niekvlessert | now i understand a little better how stuff works also |
| 21:18.47 | tzafrir | git-svn of asterisk seems to break with with git 1.6 due to: |
| 21:18.50 | tzafrir | <PROTECTED> |
| 21:19.05 | niekvlessert | jsmith: ok, u mean with the bri cards from digium? |
| 21:19.26 | jsmith | niekvlessert: Yes, and any other cards that the Digium BRI stack supports |
| 21:19.26 | tzafrir | niekvlessert, you should have support for that in 1.8 . So feel free to test it. "testers are welcomed", I guess ;-) |
| 21:19.53 | niekvlessert | 1.8 will sure be a big step :) |
| 21:20.23 | niekvlessert | i will test it, since today i have one 6757i and 2 6753i 's here at home |
| 21:20.27 | seanbright | jsmith: weren't you trying to get us bri working on the digium cards at some point? |
| 21:20.38 | seanbright | or do they just work out of the box? |
| 21:20.41 | kpfleming | nope |
| 21:20.46 | kpfleming | US BRI is the devil. |
| 21:20.49 | seanbright | heh |
| 21:20.52 | niekvlessert | lol |
| 21:20.57 | jsmith | seanbright: I was, and I see that there are some new patches on the bug tracker... but I don't have any expectations that it'll "just work" |
| 21:21.20 | Corydon76-dig | I believe tzanger was working on some of that in his spare time |
| 21:21.24 | seanbright | i have a feeling if i called verizon biz to try and get one i would spend an hour just finding someone who knew what i was talking about |
| 21:21.40 | jsmith | seanbright: I have this dream that someday I'll convince Verizon to bring me a BRI line and I'll drop my (noisy) analog lines for good! |
| 21:21.43 | kpfleming | correct |
| 21:21.46 | niekvlessert | or should i compile chan_capi with it to be able to use the junghanns cards? |
| 21:21.48 | Corydon76-dig | seanbright: Call it ISDN, not BRI, and you'll get it |
| 21:21.52 | jsmith | seanbright: Been there, done that... took two hours to say "We'll call you back" |
| 21:21.56 | kpfleming | if they can deliver it where you are |
| 21:21.56 | jsmith | Corydon76-dig: Not true... |
| 21:22.09 | jsmith | Corydon76-dig: They think that PRI is the only flavor of ISDN |
| 21:22.21 | jsmith | is in former-GTE territory, so all bets are off |
| 21:22.33 | jsmith | Also, you don't call Verizon... you call Verizon Business (former MCI) |
| 21:22.38 | Corydon76-dig | jsmith: Really? Most of the time, they think ISDN==128k, PRI=1.5Mb |
| 21:22.53 | jsmith | Corydon76-dig: Depends on who you talk to. |
| 21:23.10 | Corydon76-dig | jsmith: in this area, you have to talk to business services |
| 21:23.32 | jsmith | Corydon76-dig: In this area, business services can't even tell me the right dept. to talk to |
| 21:23.45 | jsmith | The techs that repair my line every couple of months claim I can get it |
| 21:23.53 | jsmith | But when I go to order it, I get nowhere fast |
| 21:24.14 | kpfleming | most times they have very short distance limits on where they can deliver BRI |
| 21:24.25 | kpfleming | in phoenix, there are only pockets of about 3-4 square miles |
| 21:24.26 | seanbright | ahh |
| 21:24.48 | seanbright | if i could get one cheap i would help with the testing |
| 21:24.59 | niekvlessert | too bad, in the netherlands it's all over the place |
| 21:25.09 | seanbright | niekvlessert: and well supported |
| 21:25.16 | niekvlessert | but the TON/NPI settings suck ;) |
| 21:25.31 | Corydon76-dig | In Tennessee, it doesn't matter where you are. They MUST provision ISDN BRI for you |
| 21:25.35 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 21:25.37 | seanbright | with your version of libpri and asterisk they suck |
| 21:25.46 | niekvlessert | well supported? like when you have a problem you can call someone? |
| 21:26.03 | niekvlessert | agree, but it's KPN... they still suck |
| 21:26.13 | seanbright | niekvlessert: no, like it works pretty well without patching |
| 21:26.13 | Corydon76-dig | It was a legal deal back in the 1980s that they made with the regulatory authority in exchange for being allowed to buy up competitors |
| 21:26.18 | niekvlessert | ok |
| 21:26.33 | niekvlessert | well how would i use those cards then? |
| 21:26.36 | niekvlessert | chan_capi? |
| 21:26.46 | niekvlessert | man i only know ip :) |
| 21:27.16 | niekvlessert | i probably should ask those questions in #asterisk |
| 21:28.02 | leifmadsen | if I could get an ISDN BRI connection at my new place, I'd put it on a machine for people to test with -- no idea if that would end up being useful though since I'm in Canada :) |
| 21:28.59 | niekvlessert | you could test with us! :) |
| 21:29.15 | niekvlessert | we have a isdn-20 for business and a isdn-15 for testing |
| 21:29.21 | niekvlessert | and some isdn-2 |
| 21:29.22 | niekvlessert | stuff |
| 21:34.33 | seanbright | us bri |
| 21:34.36 | seanbright | that is what needs the testing |
| 21:34.41 | seanbright | eu stuff works good enough |
| 21:34.42 | seanbright | :-) |
| 21:34.50 | jmls | you guys having fun ? |
| 21:34.51 | jmls | :) |
| 21:35.14 | jmls | at least I don't sooo many questions. A lot, granted. But at least I try :) |
| 21:35.44 | seanbright | between you and niekvlessert we're going to rename this channel #c |
| 21:35.50 | jmls | bastard |
| 21:36.05 | jmls | now has hurt feelings ... :'( |
| 21:36.07 | seanbright | int i; |
| 21:36.21 | seanbright | that allocates an integer on the stack |
| 21:36.33 | jmls | no, I take it back. |
| 21:36.34 | jmls | bitch |
| 21:36.37 | jmls | :) |
| 21:36.37 | seanbright | heh |
| 21:36.50 | niekvlessert | well maybe you guys get me up to a level where I can actually do some useful stuff back |
| 21:36.55 | jmls | makes a note never to ask a C question again |
| 21:37.10 | seanbright | niekvlessert: who has that kind of time? take a class |
| 21:37.16 | niekvlessert | which class.... |
| 21:37.25 | niekvlessert | olle (forgot his last name) gives a masterclass |
| 21:37.26 | seanbright | introduction to c programming |
| 21:37.54 | jmls | http://lmgtfy.com/?q=I+want+to+learn+C |
| 21:38.25 | niekvlessert | copy pasted it |
| 21:39.00 | niekvlessert | i do know about structs and pointers, but i guess i forgot/never learned the rest |
| 21:40.42 | |Rain| | while (x --> 0) { /* while x approaches 0 */ |
| 21:40.49 | jmls | I'm just pleased stuff works. Christ knows how it actually works |
| 21:42.30 | niekvlessert | I wish I had more time to learn how it actually works |
| 21:46.14 | |Rain| | hrm |
| 21:47.02 | Corydon76-dig | niekvlessert: if you quit your job, you'll have lots of time to learn... |
| 21:47.28 | niekvlessert | agree, decisions decisions ;) |
| 21:51.16 | niekvlessert | well, I like my job a lot, they only think i know everything |
| 21:53.14 | niekvlessert | you guys know someone near here (NL) who I can hire with knowledge about this stuff? |
| 21:53.52 | kpfleming | mvanbaak: ^^^ |
| 21:54.09 | kpfleming | he now lives in Den Hague, if i remember correctly |
| 21:56.49 | niekvlessert | ah! I remember |
| 21:57.03 | niekvlessert | didn't know i could hire him |
| 21:57.17 | niekvlessert | we tried to work with covide like 5 years ago |
| 21:57.35 | niekvlessert | we also decided that we wanted an asterisk course, he gave it |
| 21:58.50 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 22:13.23 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 22:17.17 | snuff-work | niekvlessert: he no longer works for covide from memory.. |
| 22:17.52 | niekvlessert | i see it know, transit since januari 2010 |
| 22:17.56 | niekvlessert | you're up to date :) |
| 22:22.37 | *** join/#asterisk-dev Deeewayne (~dwayne@75.76.254.162) |
| 22:22.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 23:31.32 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 23:33.04 | snuff-work | another interesting feature would be to revive ipv6 for 1.8 :) |
| 23:38.21 | russellb | snuff-home: absolutely, and it just may happen. |
| 23:38.27 | russellb | stay tuned for more :-p |
| 23:39.02 | snuff-work | interesting.. |
| 23:39.16 | snuff-work | what current ip phones support it? |
| 23:39.26 | snuff-work | aka physical ones |
| 23:41.05 | russellb | good question. |
| 23:42.33 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:42.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:42.43 | snuff-work | snom does.. cisco doesn't yet |
| 23:43.23 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:43.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:43.47 | russellb | yeah, I need to find a list ... or build one ... |
| 23:43.54 | russellb | we have snom phones at the office, so that's a good start |
| 23:46.19 | snuff-work | i think linksys might have support.. |
| 23:49.34 | *** join/#asterisk-dev moy (~moy@74.12.123.196) |
| 23:50.31 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:50.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:50.34 | Marquis42 | ll |
| 23:50.41 | snuff-work | heh seems only snoms atm |
| 23:50.47 | snuff-work | after my short google.. |
| 23:52.55 | *** join/#asterisk-dev italorossi (~italoross@189.124.198.166) |