| 00:13.57 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 00:33.24 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 00:40.21 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-zdnrieqznedgbtqy) |
| 03:05.41 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 03:05.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 05:24.15 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 05:51.15 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 05:53.04 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 05:53.06 | schmidts | good morning |
| 06:40.55 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:05.44 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 07:07.05 | *** join/#asterisk-dev Corydon76-home (twelve@c-69-137-80-31.hsd1.tn.comcast.net) |
| 07:07.05 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 07:25.01 | *** join/#asterisk-dev flohack (~fhackenbe@nat.acoveo.com) |
| 07:41.58 | *** part/#asterisk-dev flohack (~fhackenbe@nat.acoveo.com) |
| 07:54.22 | *** join/#asterisk-dev seanbright (~sean@207.114.53.29) |
| 08:31.19 | schmidts | tzafrir_laptop ping |
| 08:32.01 | schmidts | if i remember right you also do some kind of maintance for the asterisk debian package? if yes, there are several people in #asterisk complaining about not working chan_sip after they have done a debian upgrade |
| 09:16.09 | wdoekes | I wonder where 1.6.2.9-2+squeeze7 comes from.. it isn't in the pool here ftp://ftp.debian.org/debian/pool/main/a/asterisk/ |
| 09:17.41 | wdoekes | oh, it was in debian-security |
| 09:25.49 | wdoekes | (fyi: sip_pvt_lock_full is a static func since 1.8, so it shouldn't be in that 1.6 build) |
| 09:27.40 | wdoekes | ah.. the usage came from an (improperly backported) debian/patches/AST-2012-010 |
| 11:01.37 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:30.00 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 12:27.19 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 12:27.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:44.15 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:44.15 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 12:45.20 | seanbright | is there any reason that res_speech_lumenvox couldn't be in the main tree? or at least the source be available? the lumenvox C api appears to be public. |
| 12:45.56 | seanbright | and it's useless without their SRE platform |
| 12:46.08 | file | I defer that to others. |
| 12:50.20 | seanbright | well, i can rephrase to make it easier |
| 12:50.31 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 12:50.39 | seanbright | is there something proprietary in that module that would make open sourcing it problematic? |
| 12:51.07 | file | from a code perspective? no |
| 12:51.28 | seanbright | ok, so it's something political |
| 12:51.31 | seanbright | got it |
| 12:52.54 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-xhhcixdrvxzsgcar) |
| 13:04.11 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-gokjueebuvuczjsl) |
| 13:04.11 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:39.19 | elguero | exit |
| 13:50.50 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:50.50 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:58.56 | *** join/#asterisk-dev youjelly (~bwahahaha@39.47.245.77) |
| 14:12.14 | mjordan | opticron: ping |
| 14:12.22 | opticron | pong |
| 14:12.31 | mjordan | did you see the TCP attended transfer test failure? |
| 14:12.37 | opticron | cries |
| 14:12.39 | opticron | no |
| 14:13.13 | mjordan | http://bamboo.asterisk.org/browse/TESTING-AST11BRANCH-85 |
| 14:13.23 | opticron | I actually haven't seen anything from the testsuite recently |
| 14:13.29 | mjordan | if nothing else, the test should probably say why it fails :-) |
| 14:13.33 | mjordan | hm. I got that e-mail. |
| 14:13.39 | opticron | weird |
| 14:13.47 | mjordan | it will only send an e-mail if the test fails, or if it succeeded where it previously failed |
| 14:13.56 | opticron | I'm fairly certain I didn't get it |
| 14:14.01 | opticron | but I'll check again |
| 14:18.14 | opticron | ew channel.c: ast_read() on chan 'SIP/end_b-00000001' called with no recorded file descriptor. |
| 14:18.31 | opticron | caused one of the channels to hang up before the test completed |
| 14:20.28 | mjordan | uhm. |
| 14:20.35 | mjordan | yeah. |
| 14:20.49 | mjordan | lets open an issue for that. Archive the logs off and attach them to the JIRA issue. |
| 14:23.19 | opticron | just full.txt or does it need something else? |
| 14:29.32 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:29.32 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:30.45 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:30.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:59.29 | *** join/#asterisk-dev leedm777 (~Adium@user-69-73-1-116.knology.net) |
| 15:01.08 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:05.28 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 15:20.03 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:20.04 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 16:50.19 | mjordan | file: ping |
| 16:50.26 | file | pong |
| 16:51.06 | mjordan | prior to the directmedia ACL change, was it possible for two channel technologies, both who use the RTP engine, to be natively bridged? |
| 16:51.38 | file | yes |
| 16:52.29 | mjordan | hm. That would that still be broken even after your fix then |
| 16:53.03 | file | you gave me a slight idea |
| 16:53.11 | mjordan | rut roh |
| 16:54.41 | file | the answer remains yes, that it would still not allow direct media to occur for those instances |
| 16:59.02 | file | the number of users who would hit that I can probably count on one hand, and that would be assuming they kept up to date |
| 17:02.17 | mjordan | yup :-) |
| 17:10.32 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-ftaytbhwzbyxcfvd) |
| 17:26.47 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:21f:d0ff:fea1:568e) |
| 17:47.34 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-krrrlcdgoahgbanq) |
| 18:05.32 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-nlykzuugersotthr) |
| 18:20.25 | jsmith | So, I had to debug the strangest Asterisk issue the other night |
| 18:21.07 | jsmith | Had a roughly ten minute call (SIP phone calling Asterisk and listening to music on hold) |
| 18:21.25 | jsmith | Twice during the call, there was a break in the audio for between 2.5 and 3 seconds |
| 18:21.41 | jsmith | Looking at the packet capture, there were only three lost packets |
| 18:21.46 | *** join/#asterisk-dev albania-asterisk (~chatzilla@92.60.30.183) |
| 18:22.08 | albania-asterisk | hello all |
| 18:22.14 | jsmith | Hello albania-asterisk |
| 18:22.34 | albania-asterisk | i am very new to chat but i have good experience on asterisk as i am voice engineer |
| 18:22.45 | albania-asterisk | and using asterisk in carrier world for voice minutes |
| 18:23.11 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 18:23.11 | albania-asterisk | we are using 1.4 and usually concurrent calls are over 1000 on the server |
| 18:23.39 | jsmith | You know that 1.4 is no longer getting security updates, right? |
| 18:23.49 | albania-asterisk | when we go over 1300 or 1400 concurrent calls messages like 'no UDPTL ports reamining' |
| 18:24.43 | albania-asterisk | yes i know, so we should upgrade to 1.8 do you suggest that i will have same number of concurrent calls to handle |
| 18:25.07 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-eaivfqriaizitdqy) |
| 18:25.17 | mjordan | 'running out of ports' is usually a function of the number of file descriptors your system allows Asterisk to procure |
| 18:25.40 | file | there is also a port range specified in udptl.conf |
| 18:25.46 | mjordan | not always, but sometimes at any rate. In a somewhat later version of Asterisk 1.8, we did make it so that not every dialog that has fax enabled on the peer will attempt to grab a udptl session |
| 18:26.08 | mjordan | earlier versions of Asterisk were a bit aggressive about reserving a udptl session for it, just in case it needed it |
| 18:26.43 | albania-asterisk | yes because exactly most of it is mobile traffic so udptl is not used |
| 18:26.47 | albania-asterisk | but still showing that |
| 18:26.50 | albania-asterisk | lsof | grep asterisk | grep UDP | wc -l |
| 18:27.01 | albania-asterisk | i have around 9000 when is happening |
| 18:27.19 | albania-asterisk | but also on rtp.conf range is for 30K |
| 18:27.34 | file | the default port range in udptl.conf is 4000 to 4999, increase that. |
| 18:28.05 | albania-asterisk | i know that and we have increased it from the beginning but i see that somehow is not related to that |
| 18:28.20 | albania-asterisk | as there are fax on.t38 going through |
| 18:28.34 | albania-asterisk | so udptl ports are not used |
| 18:28.54 | albania-asterisk | there are NO faxes , i wanted to say |
| 18:29.30 | file | If you don't need T.38 enabled then you can disable it, otherwise Asterisk 1.4 will use a port even if it is not used |
| 18:29.59 | file | checking the source code for the error message shows that it will be output if all configured ports are in use, are you sure you changed udptl.conf and restarted? |
| 18:30.23 | albania-asterisk | yes sure |
| 18:30.28 | albania-asterisk | but i didnt understand well |
| 18:30.43 | albania-asterisk | even if there is no fax call , it will grap a port for udptl |
| 18:30.52 | albania-asterisk | this is what you said ? |
| 18:31.02 | file | yes |
| 18:32.46 | albania-asterisk | so if |
| 18:33.00 | albania-asterisk | there is no more udptl ports to grap it will show this message |
| 18:33.17 | file | yes |
| 18:33.53 | albania-asterisk | so if i have udptlstart=2000 and udptlend=4999 , it means that around 1400-1500 i should start getting that message |
| 18:34.17 | albania-asterisk | does it mean also that new calls having that message will have unable setting up media stream and be lost ? |
| 18:34.29 | file | I don't know what happens in that old version of Asterisk |
| 18:35.16 | albania-asterisk | and in 1.8 i will not have this problem ? |
| 18:35.58 | mjordan | In later versions of Asterisk 1.8, only sessions that negotiate T.38 will request a UDPTL session. That doesn't mean you can't run out of ports. |
| 18:36.26 | albania-asterisk | yes sure |
| 18:36.45 | albania-asterisk | but theoratically i can have up to 65K ports |
| 18:36.59 | albania-asterisk | so up to 30K concurrent calls lets say |
| 18:37.04 | albania-asterisk | even that is not feasible |
| 18:37.37 | albania-asterisk | i read that to get SIP STATUS CODE on dialplan on 1.8 it causes server performance regression |
| 18:37.45 | albania-asterisk | is this fixed as well ? |
| 18:38.12 | opticron | SIP_CAUSE? |
| 18:38.18 | albania-asterisk | yes |
| 18:39.09 | opticron | the performance problem is fixed in asterisk 11 because the backend that provided that feature has been changed out |
| 18:39.23 | opticron | it was too invasive a change to be backported |
| 18:39.54 | opticron | additional functionality is provided via the HANGUPCAUSE() dialplan function |
| 18:40.09 | albania-asterisk | i never heard for asterisk 11 |
| 18:40.23 | opticron | it is currently in beta |
| 18:41.37 | albania-asterisk | look i need a voip consultant to work like remote like part-time on request for our carrier company |
| 18:41.55 | albania-asterisk | if anybody can contact me on skype id: maringjonaj |
| 18:45.21 | file | this place is generally for development talk, not for soliciting a voip consultant - you can try the #asterisk-consultants channel or the asterisk-biz mailing list for that |
| 18:45.24 | mjordan | asterisk-biz list. |
| 18:48.20 | file | albania-asterisk, I work for Digium and am not a consultant you can hire... please stop messaging me |
| 18:48.46 | albania-asterisk | :) i didn't know |
| 18:49.09 | mjordan | hence why there are dedicated lists that consultants subscribe to. Please use those. |
| 18:49.31 | albania-asterisk | i will try that, i was not aware of those lists |
| 18:49.54 | albania-asterisk | if i have something as a developer i will come back to you guys, thanks for your time |
| 19:00.59 | *** join/#asterisk-dev sustav_ (~vpp@nat/digium/x-nixfrkiiibszxcrg) |
| 19:06.14 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-tvxkprtktrugblcc) |
| 19:24.13 | file | we need more pizza in here. |
| 19:24.27 | leifmadsen | agreed |
| 19:26.15 | mjordan | of the blt variety? |
| 19:29.56 | putnopvut | Here's a blog post about taking a pizza and topping it with pizza rolls, bagel bites, and pizza hot pockets: http://www.freezerburns.com/wordpress/2009/06/25/the-bagel-bite-pizza-roll-hot-pockets-pizza-challenge/ |
| 19:40.25 | russellb | <PROTECTED> |
| 19:40.27 | russellb | <PROTECTED> |
| 19:40.29 | russellb | <PROTECTED> |
| 19:40.29 | russellb | <PROTECTED> |
| 19:40.29 | russellb | <PROTECTED> |
| 19:40.29 | russellb | <PROTECTED> |
| 19:41.04 | file | pizza pizza |
| 19:41.21 | WIMPy | Salami? |
| 19:42.32 | russellb | just classic pepperoni. |
| 19:43.18 | putnopvut | russellb: one thing I learned is that outside of North America, pepperoni means something different than what we mean. |
| 19:43.29 | russellb | oic |
| 19:43.45 | russellb | well I speak american |
| 19:43.51 | WIMPy | What does it mean in NA? |
| 19:43.54 | putnopvut | For instance, when I had Germans staying at my house, they ordered a pepperoni pizza, expecting small peppers. They were surprised when it had little sausage pieces on it. |
| 19:44.16 | putnopvut | WIMPy: http://www.sogoodblog.com/wp-content/uploads/2008/09/pepperoni-pizza.jpg |
| 19:44.48 | WIMPy | Looks like Salami again. |
| 19:44.52 | russellb | nom |
| 19:44.52 | putnopvut | yeah |
| 19:45.00 | WIMPy | Or Cabanossi or something the like. |
| 19:56.59 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 19:56.59 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 20:08.12 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 20:08.13 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:09.54 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:09.55 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:31.15 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 21:54.26 | *** part/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:09.03 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:09.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:10.18 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-gokjueebuvuczjsl) |
| 22:32.34 | *** join/#asterisk-dev sustav_ (~vpp@nat/digium/x-gganvahgugsvsedb) |
