| 01:13.05 | *** join/#asterisk-dev sasargen_ (n=chatzill@173.100.22.119) |
| 01:46.29 | lmadsen | write__erase: enable "DEBUG_THREADS" (I think that's the option) in the compiler flags in menuselect, then you can use 'core show locks' |
| 01:46.37 | lmadsen | from the asterisk CLI |
| 03:17.51 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1176162578.dsl.bell.ca) |
| 03:44.14 | *** join/#asterisk-dev moy (n=moy@187.133.5.154) |
| 04:36.24 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 04:36.24 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:43.14 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 05:39.57 | *** join/#asterisk-dev philippZzzz (n=chatzill@63.224.43.239) |
| 06:59.59 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:59.59 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:08.54 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 08:14.33 | *** join/#asterisk-dev getsmart (n=getsmart@host1-65-dynamic.55-82-r.retail.telecomitalia.it) |
| 08:44.50 | *** join/#asterisk-dev mvanbaak (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 08:44.50 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 09:51.11 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 09:55.05 | *** join/#asterisk-dev mvanbaak (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 09:55.06 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 10:03.30 | getsmart | I have a question on 3xx codes. Why I have to define a peer as the dns host name or the ip address? |
| 10:03.37 | getsmart | just not understood the logic |
| 10:31.57 | *** join/#asterisk-dev ccesario (n=ccesario@linux.unialco.com.br) |
| 10:34.58 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 10:34.58 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 10:42.37 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:57.52 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:05.23 | *** join/#asterisk-dev snuff-home (n=none@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:05.24 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:15.39 | *** join/#asterisk-dev write_erase (n=Olivier@217.108.144.241) |
| 11:16.39 | write_erase | Hi... Is MTX_PROFILE working ? I'd like to troubleshoot channel lock ? Thx |
| 11:17.35 | snuff-home | i think so.. been a little while since i've tested.. |
| 11:18.46 | write_erase | Is that in asterisk-svn ? I found that "http://svn.digium.com/svn/asterisk/team/murf/mtxprof" |
| 11:19.00 | write_erase | I'm not sure It's up-to-date . |
| 11:26.08 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:42.20 | *** join/#asterisk-dev snuff-home (n=none@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:42.20 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:43.16 | snuff-home | write_erase: mtx_prof is avail as a compile option in both 1.4 / 1.6 and trunk |
| 11:44.25 | tzafrir_laptop | "Setting echocan for channel 1 to mg2" - shouldn't this be a verbose message for dahdi_cfg ? |
| 11:44.42 | tzafrir_laptop | I run dahdi_cfg with no -v, and still get this for every channel |
| 11:45.27 | tzafrir_laptop | Which means more than 4 screen full on a quad-span E1 card |
| 12:01.07 | write_erase | snuff-home, thx |
| 12:29.48 | *** join/#asterisk-dev mazpe (n=mazpe@adsl-065-006-163-191.sip.mia.bellsouth.net) |
| 12:43.41 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.66) |
| 12:59.03 | *** join/#asterisk-dev sasargen_ (n=chatzill@68-244-127-44.pools.spcsdns.net) |
| 12:59.19 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 13:00.11 | shazaum | hi guys |
| 13:07.41 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 13:12.58 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:12.58 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:13.44 | snuff-home | lmadsen: with that sip I-SUP stuff u commented on bug tracker |
| 13:13.57 | lmadsen | eh? |
| 13:14.02 | lmadsen | bug number? |
| 13:16.26 | snuff-home | i noticed i think in ss7 |
| 13:16.33 | snuff-home | M12036 |
| 13:16.34 | MuffinMan | [feedback] [Asterisk] Channels/NewFeature 0012036: [patch] RFC 3372 SIP-T receive implementation reported by gasparz (Karma: +1.00) http://bugs.digium.com/view.php?id=12036 |
| 13:16.45 | snuff-home | i think it should be related to |
| 13:16.52 | snuff-home | M13495 |
| 13:16.54 | MuffinMan | [assigned] [LibSS7] New/Feature 0013495: [patch] isup timers + q.764 compatibility + new cli commands reported by adomjan (Karma: +10.50) http://bugs.digium.com/view.php?id=13495 |
| 13:17.14 | snuff-home | but i haven't looked @ finer details |
| 13:21.15 | *** join/#asterisk-dev ibm2 (n=Administ@196.203.192.179) |
| 13:23.28 | ibm2 | please can annyone tell me when i find a source code of predective dialer ? |
| 13:25.18 | *** join/#asterisk-dev ccesario (n=ccesario@linux.unialco.com.br) |
| 13:25.24 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 13:27.13 | shazaum | M13538 |
| 13:27.15 | MuffinMan | [assigned] [Asterisk] Applications/app_mixmonitor 0013538: [patch] Recording stops after Transfer when using MixMonitor() reported by mbit (Karma: neutral) http://bugs.digium.com/view.php?id=13538 |
| 14:11.28 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 14:11.28 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:16.49 | *** join/#asterisk-dev frawd (n=francois@203.Red-83-59-131.dynamicIP.rima-tde.net) |
| 15:19.13 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:32.58 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:00.51 | *** join/#asterisk-dev otherwiseguy (n=otherwis@cpe-72-128-38-41.kc.res.rr.com) |
| 16:02.34 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-46e65ec17e34f6c8) |
| 16:02.34 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:10.42 | seanbright | good morning asterisk developers. |
| 16:14.44 | codefreeze-lap | seanbright: and a hearty return good morning to you, seanbright |
| 16:26.11 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:26.11 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:48.31 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:49.49 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:52.40 | *** join/#asterisk-dev johann8384 (n=johann83@intra.netlogic.net) |
| 17:07.21 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-4895951e397f4ae3) |
| 17:07.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:08.03 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 17:08.04 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 17:08.25 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:08.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:43.38 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 17:50.58 | *** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 17:58.24 | *** join/#asterisk-dev CrashHD (n=CrashHD@65.74.156.108) |
| 18:23.46 | jsmith | Oh wise Asterisk devs... somebody want to tell me what this means? |
| 18:23.50 | jsmith | [Nov 24 11:20:51] WARNING[27711]: chan_dahdi.c:1095 dahdi_digit_begin: Couldn't dial digit 1: No data available |
| 18:24.17 | jsmith | DTMF is coming into Asterisk just fine from a SIP phone, but is not being transmitted properly on a PRI, and I get the warning above |
| 18:24.47 | Qwell | jsmith: I've seen a bit of that lately... |
| 18:24.55 | sruffell | jsmith: Do you have loadzone and defaultzone defined in /etc/dahdi/system.conf? |
| 18:24.59 | jsmith | Qwell: And the magic answer is... |
| 18:25.10 | Qwell | jsmith: somebody answering sruffell's question finally :) |
| 18:25.26 | Qwell | if he's right, I think we can close the bug on mantis too |
| 18:25.29 | jsmith | sruffell: (checking now) |
| 18:25.33 | sruffell | you mean sruffell answering someones question? |
| 18:25.38 | sruffell | is confused. |
| 18:25.45 | jsmith | sruffell: (this isn't my system... just trying to help a former student) |
| 18:25.47 | Qwell | sruffell: well, you asked that same question on some bug, but the guy never responded |
| 18:25.55 | sruffell | ahh... |
| 18:26.30 | Qwell | M13941 |
| 18:26.32 | MuffinMan | [feedback] [DAHDI-linux] wct4xxp 0013941: chan_dahdi Could't dial digit X: No Data Available reported by jmb287 (Karma: neutral) http://bugs.digium.com/view.php?id=13941 |
| 18:26.45 | sruffell | you guys are good... |
| 18:26.56 | jsmith | sruffell: Funny... He didn't have loadzone or defaultzone :-p |
| 18:27.04 | Qwell | in that case... |
| 18:27.29 | sruffell | that must be it then.... |
| 18:27.45 | Qwell | jsmith: lemme know if that works, I'll close that bug out |
| 18:27.49 | jsmith | Waiting for them to restart their call center.... |
| 18:27.52 | jsmith | Qwell: Will do. |
| 18:28.08 | Qwell | I suspect it will |
| 18:28.16 | jsmith | Qwell: Is it worth changing that warning message to say "Did you load an indication zone and set a default zone?" |
| 18:28.27 | Qwell | probably |
| 18:28.37 | Qwell | well, not that one. that's different |
| 18:28.53 | Qwell | actually, isn't there a warning for that already, somewhere? thought I remember seeing that... |
| 18:29.12 | Qwell | <PROTECTED> |
| 18:29.18 | jsmith | Yeah... there's already a warning message when Asterisk can't play dialtone |
| 18:29.20 | jsmith | Yeah, that's it |
| 18:29.27 | jsmith | But this is DTMF, not dialtone |
| 18:29.54 | Qwell | ast_log(LOG_WARNING, "Couldn't dial digit %c: %s\n", digit, strerror(errno)); |
| 18:29.55 | sruffell | I think dahdi_cfg should also just default to us zone if one isn't defined... |
| 18:30.04 | Qwell | sruffell: that's what I was thinking |
| 18:30.12 | Qwell | that would be ideal |
| 18:30.18 | jsmith | sruffell: Amen! |
| 18:30.51 | jsmith | gives it the "jsmith seal of approval" |
| 18:30.51 | sruffell | sweet! I wonder if I can frame that and hang it in my office. |
| 18:31.00 | Qwell | sruffell: in your virtual office |
| 18:31.12 | sruffell | heh |
| 18:31.17 | jsmith | sruffell: Absolutely... I'll even sign it next time I'm in HSV |
| 18:31.36 | jsmith | slaps himself silly |
| 18:31.59 | jsmith | Now this guy is claiming that he had those settings in zapata.conf (not zaptel.conf) in Asterisk 1.2, and they worked fine. |
| 18:32.25 | jsmith | doesn't trust anything this guy says now |
| 18:33.04 | sruffell | You didn't need those setting before....that was part of the DTMF twister changes. |
| 18:34.01 | jsmith | Ah, gotcha |
| 18:34.43 | jsmith | That actually makes sense |
| 18:44.56 | Qwell | jsmith: so, was that confirmation that it worked? |
| 18:45.43 | jsmith | Qwell: No... restarting the call center in 15 minutes. |
| 18:51.11 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 19:02.23 | jsmith | Qwell, sruffell That solved the problem. |
| 19:02.32 | jsmith | Qwell: I think you can close that bug report now :-) |
| 19:08.41 | lmadsen | jsmith: thanks for commenting on 13906, I was just about to do that :) |
| 19:11.20 | jsmith | lmadsen: Just trying to do my part |
| 19:11.29 | jsmith | can't do much, but he does what he can |
| 19:11.37 | jsmith | And with that, I think it's lunch time |
| 19:12.16 | lmadsen | good call |
| 19:12.24 | lmadsen | is on a conference call and looking through bugs |
| 19:13.52 | *** join/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 19:36.14 | wedhorn | mvanbaak: ping |
| 19:40.42 | mvanbaak | pong |
| 19:41.42 | wedhorn | how's things? The skinny packet debug patch |
| 19:42.02 | wedhorn | is for development, any chance of adding a flag or somehting |
| 19:43.15 | mvanbaak | there's a var that i set when you have debug levels set |
| 19:44.14 | mvanbaak | or ... |
| 19:44.25 | mvanbaak | yeah, that flag is there |
| 19:44.36 | lmadsen | mvanbaak: I think I assigned a bug to you yesterday re: chan_skinny. Hope that was OK. |
| 19:44.39 | mvanbaak | but maybe it's better to state which patch you mean |
| 19:44.47 | mvanbaak | lmadsen: sure, no problem |
| 19:45.26 | mvanbaak | lmadsen: I think qwell is not able to do much stuff in skinny because of other priorities in digium |
| 19:45.32 | mvanbaak | which I can understand |
| 19:46.07 | lmadsen | mvanbaak: aye, which is why I figured I'd assign it to you. I think it had a patch. |
| 19:46.50 | wedhorn | lmadsen: if it was a skinny patch, it's probably the one we're discussing |
| 19:47.08 | lmadsen | hrmm... anyone here somewhat familiar with chan_iax2? I have this bug that I think just requires a reversion: |
| 19:47.14 | lmadsen | M12575 |
| 19:47.16 | MuffinMan | [new] [Asterisk] Core/Jitterbuffer 0012575: IAX forcejitterbuffer + maxjitterbuffer reported by nvrpunk (Karma: neutral) http://bugs.digium.com/view.php?id=12575 |
| 19:47.57 | mvanbaak | wedhorn: it's the patch I comitted ? |
| 19:48.06 | wedhorn | mvanbaak: I was more thinking a DEFINE so we can turn it on through menuselect |
| 19:48.20 | wedhorn | oh, ok |
| 19:48.37 | wedhorn | the axe related patch... |
| 19:48.48 | mvanbaak | hhmm |
| 19:48.51 | mvanbaak | <--- lost |
| 19:48.56 | mvanbaak | the axe related one is committed |
| 19:49.03 | mvanbaak | but I think we are talking about: |
| 19:49.13 | mvanbaak | M13952 |
| 19:49.14 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_skinny/NewFeature 0013952: [patch] Add packet information to debug reported by wedhorn (Karma: +18.25) http://bugs.digium.com/view.php?id=13952 |
| 19:49.46 | wedhorn | yep, that's what I thought we were talking about, but then I got lost |
| 19:51.30 | wedhorn | anyway, 13952 provides really simple packet send/receive info. It's really only a developer patch as it doesn't provide any further debug info |
| 19:51.57 | wedhorn | but it saves heaps of work and if more info is needed, it relates a pcap to the skinny cli |
| 19:53.44 | mvanbaak | ok |
| 19:53.52 | mvanbaak | yeah, that one should go into menuselect |
| 19:54.02 | mvanbaak | no need to bug users with it |
| 19:54.19 | wedhorn | yeah, that's what I was thinking |
| 19:54.46 | wedhorn | you have any idea on how to do that? |
| 19:54.57 | mvanbaak | shouldn't be too hard |
| 19:55.05 | mvanbaak | you want me to do that ? |
| 19:55.36 | wedhorn | yeah, I've never even looked at that side of things so it'd probably be easier for you |
| 19:56.07 | mvanbaak | well, since it's already assigned to me I'll get back to it later this week |
| 19:56.23 | wedhorn | thanks |
| 19:56.31 | mvanbaak | sure, no proble |
| 19:56.31 | wedhorn | M10297 |
| 19:56.33 | MuffinMan | [assigned] [Asterisk] Channels/chan_skinny/NewFeature 0010297: [patch] Unload/load support for chan_skinny reported by DEA (Karma: +64.00) http://bugs.digium.com/view.php?id=10297 |
| 19:56.45 | wedhorn | another one that you may want to have a look at |
| 19:56.50 | mvanbaak | yeah, interesting one |
| 19:56.56 | mvanbaak | I was just reading it |
| 19:57.02 | wedhorn | it works, active calls survive a reset |
| 19:57.10 | mvanbaak | cool cool |
| 19:57.29 | wedhorn | there may be some issues with multiple calls, but as that doesn't work properly at the moment it's hard to test |
| 19:57.38 | mvanbaak | I'll get it in then later this week |
| 19:57.57 | wedhorn | I suggest we work on committing and deal with the multiline stuff as we fix the multilines |
| 19:58.02 | wedhorn | ok, cool |
| 19:58.21 | mvanbaak | yeah, the multiline issue is something we need to fix one day |
| 19:58.32 | mvanbaak | but I dont think that should stop usefull stuff like this from going in |
| 19:58.57 | mvanbaak | the multiline stuff is a mess already, no need to hold back stuff that does not touch it and does not make it worse |
| 19:59.25 | wedhorn | agreed. Next I'm looking at cleaning the whole onhook/offhook stuff. Should make multiline stuff easier |
| 19:59.35 | mvanbaak | yup |
| 20:00.16 | mvanbaak | I'm trying to deal with a couple of dead machines here at home, and a wireless network that cannot reach my livingroom |
| 20:00.39 | mvanbaak | so I'm a bit slow on followup, but I'm still working on stuff from time to time |
| 20:00.46 | wedhorn | oh, yeah, regarding fixing, I was thinking of possibly using the skinny callstates for each sub to keep track of what's going on |
| 20:00.50 | mvanbaak | my xen boxen did not survive the move :( |
| 20:01.31 | lmadsen | ouch |
| 20:02.03 | mvanbaak | yup :( |
| 20:02.12 | mvanbaak | I'm missing 12 VM's right now |
| 20:25.43 | jsmith | missing? |
| 20:26.02 | jsmith | As in "they snuck out of the moving truck and got run over on the highway" missing? |
| 20:28.31 | outtolunc | VM-FORD |
| 20:30.07 | *** join/#asterisk-dev ccesario_ (n=ccesario@189.20.219.10) |
| 20:30.31 | mvanbaak | missing as in: the hardware that was running them wont boot anymore |
| 20:37.28 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 20:38.19 | kpfleming | tzafrir_laptop: please use curly braces around compound statements (re: change to dahdi_cfg.c) |
| 20:38.43 | tzafrir_laptop | ok |
| 21:04.26 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 21:30.06 | mvanbaak | wedhorn: new version of the packetdebug patch uploaded |
| 21:52.33 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.2) |
| 22:02.03 | mvanbaak | ok, I'm off for today |
| 22:02.05 | mvanbaak | latero |
| 22:06.23 | putnopvut | bye! |
| 22:26.44 | lmadsen | does anyone have any ideas how I can make a pickup call fail? |
| 22:27.18 | lmadsen | let me explain... i'm trying to test a patch in features.conf that plays a tone for a successful or failed call pickup (*8 by default), and I can't think of a good way to make one 'fail' |
| 22:27.42 | putnopvut | lmadsen: would failure include trying to pickup a call when there's no call to pickup? |
| 22:27.47 | jsmith | lmadsen: Try to pick up a non-existant call |
| 22:27.53 | lmadsen | jsmith: duh... |
| 22:28.01 | jsmith | lmadsen: Or answer the call elsewhere right before the call pickup attempt |
| 22:28.13 | jsmith | lmadsen: Or hang up the calling channel right before the call pickup |
| 22:28.28 | lmadsen | smacks forehead |
| 22:28.28 | jsmith | lmadsen: Or have it be part of the wrong pickup group(s) |
| 22:28.33 | lmadsen | jsmith: ok thanks, I get it :) |
| 22:28.33 | putnopvut | lol |
| 22:28.36 | lmadsen | cease and desist |
| 22:28.52 | lmadsen | fails at life |
| 22:37.12 | *** join/#asterisk-dev telecos (n=sergio@67.166.219.87.dynamic.jazztel.es) |
| 22:50.18 | *** join/#asterisk-dev stephank (n=urk@2002:52c5:cf78:0:21c:c4ff:fece:ea94) |
| 22:51.01 | stephank | Is there a way to get the owner of a local channel from within an application? |
| 22:59.20 | putnopvut | stephank: what do you mean by "owner?" |
| 23:00.15 | stephank | putnopvut: basically, the 'owner' field of a local channel's private struct |
| 23:00.44 | putnopvut | stephank: hmm, there's no API call for singling that out. |
| 23:01.47 | putnopvut | But in an application, if you call ast_request() for a channel of type local, then the ast_channel * returned is the owner, I do believe. Allow me to double-check. |
| 23:02.41 | putnopvut | Yes, I am correct. |
| 23:05.20 | stephank | Hmm, well the application doesn't create the local channel, it's merely executed within that channel. :/ |
| 23:10.53 | jpeeler | what does ROSE stand for in the context of PRI? |
| 23:11.27 | Deeewayne | jpeeler: I wondered that today too |
| 23:12.26 | jsmith | has wondered that for years |
| 23:12.57 | Deeewayne | <PROTECTED> |
| 23:13.15 | *** join/#asterisk-dev ipguy (n=dkavadas@129.94.190.121) |
| 23:13.22 | ipguy | hi all |
| 23:13.25 | jpeeler | Deeewayne: thanks |
| 23:13.53 | Deeewayne | ITU-T Recommendation X.229 defines ROSE |
| 23:14.06 | ipguy | is there an asterisk users channel ? |
| 23:14.24 | Deeewayne | ipguy: #asterisk |
| 23:14.35 | ipguy | thanks |
| 23:14.42 | *** part/#asterisk-dev ipguy (n=dkavadas@129.94.190.121) |
| 23:34.57 | *** join/#asterisk-dev ZaVoid (n=zavoid@nj-76-6-39-193.dhcp.embarqhsd.net) |
| 23:41.37 | jpeeler | Deeewayne: can you point me to some information about ECMAV2 and ECMAV1? |
| 23:42.34 | jpeeler | or perhaps that is contained in X.229, will look... |