IRC log for #asterisk-bugs on 20110131

02:49.52*** join/#asterisk-bugs infobot (ibot@rikers.org)
02:49.52*** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://issues.asterisk.org/ -=- http://asterisk.org/developers/bug-guidelines - Discussions not related to reported issues should be in #asterisk -=- Join #asterisk-testing for help with testing issues marked Ready for Testing -=- http://xkcd.org/583/ -=- An issue tracker full of activity is a sign of a healthy project
04:31.46*** join/#asterisk-bugs chazzam (~chazz@173-24-239-247.client.mchsi.com)
06:41.41Entomologist*** CLOSED (18194) [Channels/chan_iax2] [patch] Loading chan_iax2.so allocates >100M RSS
06:41.42EntomologistReported by: job
06:41.43Entomologisthttps://issues.asterisk.org/view.php?id=18194
06:41.43Entomologist*********************************************************
08:06.54*** join/#asterisk-bugs tzafrir (~tzafrir@local.xorcom.com)
09:30.17*** join/#asterisk-bugs tzafrir (~tzafrir@local.xorcom.com)
09:57.26*** join/#asterisk-bugs ccesario (~ccesario@189-29-56-49-ac.cpe.vivax.com.br)
10:47.16*** join/#asterisk-bugs Dovid (~Dovid@213.8.118.62)
10:48.39Dovidcan anyone have a look at: https://issues.asterisk.org/view.php?id=17954#131100
13:05.57*** join/#asterisk-bugs zerohalo (~zerohalo@173-13-92-27-NewEngland.hfc.comcastbusiness.net)
13:06.47*** join/#asterisk-bugs zerohalo (~zerohalo@173-13-92-27-NewEngland.hfc.comcastbusiness.net)
13:52.36Entomologist*** CLOSED (18456) [General] [patch] Asterisk HTTP response contains wrong Content-type
13:52.37EntomologistAssigned to: lathama
13:52.37EntomologistReported by: alexo
13:52.38Entomologisthttps://issues.asterisk.org/view.php?id=18456
13:52.38Entomologist*********************************************************
13:54.19*** join/#asterisk-bugs Dovid (Dovid@office.mypbxmanager.net)
14:23.29Entomologist*** CLOSED (18648) [Applications/app_meetme] Conference will not record with DAHDI loaded, but no hardware
14:23.30EntomologistReported by: covici
14:23.30Entomologisthttps://issues.asterisk.org/view.php?id=18648
14:23.31Entomologist*********************************************************
14:51.24*** join/#asterisk-bugs elguero (~miguel323@12.187.84.162)
14:54.51seanbrightleifmadsen:
14:54.52seanbrightM18714
14:54.53MuffinMan[new] [Asterisk] Codecs/General 0018714: rev. 305040: asterisk is not initialized because the g729a-codec is crashing reported by Netview https://issues.asterisk.org/view.php?id=18714
14:54.55seanbrightdigium support, yes?
14:55.07fileyes
14:56.09seanbrightk
14:57.08Entomologist*** CLOSED (18714) [Codecs/General] rev. 305040: asterisk is not initialized because the g729a-codec is crashing
14:57.08EntomologistReported by: Netview
14:57.09Entomologisthttps://issues.asterisk.org/view.php?id=18714
14:57.09Entomologist*********************************************************
15:02.28*** join/#asterisk-bugs putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson)
15:02.28*** mode/#asterisk-bugs [+o putnopvut] by ChanServ
15:09.24*** join/#asterisk-bugs umay (~chris@184-99-230-107.hlrn.qwest.net)
15:21.22*** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel)
15:25.37Dovidanyone know's if this isa bug or just how Asterisk is supposed to work ? http://lists.digium.com/pipermail/asterisk-users/2011-January/258628.html
15:32.31elgueroIssue 18692 was orginally setup to take care of a compile error in app_voicemail.c when ODBC storage was enabled.  At the same time, I added a patch to enable ODBC resequencing.  But it looks like tilghman took care of the original compile problem early this morning.  Should I setup another issue that takes care getting ODBC resequencing to take place since that now seems like a different issue and we close out this issue?
15:32.33MuffinMan[new] [Asterisk] Applications/app_voicemail 0018692: [patch] Compile Error - odbc_storage enabled reported by elguero https://issues.asterisk.org/view.php?id=18692
15:54.36*** join/#asterisk-bugs jpeeler (~jpeeler@asterisk/developer/jpeeler)
16:31.04Entomologist*** CLOSED (18644) [Applications/app_confbridge] hint for confbridge fails
16:31.05EntomologistReported by: seandarcy
16:31.05Entomologisthttps://issues.asterisk.org/view.php?id=18644
16:31.06Entomologist*********************************************************
16:33.29*** join/#asterisk-bugs russellb_ (~russell@asterisk/digium-open-source-team-lead/russellb)
16:42.12*** join/#asterisk-bugs asilva (~structz@gandalf.ai.unesp.br)
18:08.23leifmadsenrussellb: omg 47 new issues
18:08.34leifmadsenthis was 33 when I was done on Friday... I'm back right where I started
18:25.50*** join/#asterisk-bugs Dovid (~Dovid@213.8.121.90)
18:29.36leifmadsenseanbright: ping?
18:29.40leifmadsenM18152
18:29.42MuffinMan[new] [Asterisk] Addons/chan_mobile 0018152: Channel Variable SMSSRC not set properly reported by menschentier https://issues.asterisk.org/view.php?id=18152
18:29.56leifmadsenthat looks like a really easy issue to close perhaps?
18:35.03leifmadsenDovid: your link from earlier about 17954 please file as a separate issue with console output, SIP debugging, and the dialplan used to recreate the scenario. I don't believe they are related.
18:36.55Dovidleifmadsen: Thank you. does it look like a bug ?
18:37.03leifmadsenshrugs
18:37.11leifmadsenhard to tell without seeing the information requested
18:37.12Dovidleifmadsen: It has been this way since 1.2.X. never looked in to it till now that i needed to.
18:37.18leifmadsenI think it might be a configuration issue
18:37.18Dovidwill file one early tomorrow. thanks
18:37.40leifmadsenmy gut instinct tells me it isn't a bug
18:37.43Dovidleifmadsen: how so ? Asterisk gets the BYE, responds to it yet does not hang up till the second leg does
18:37.44Dovidok
18:37.47Dovidwill post tomorrow
18:37.55leifmadsenshrugs
18:42.30leifmadsenrussellb: https://issues.asterisk.org/view.php?id=17954#131134
18:42.32leifmadsenregression?
18:54.22fileone channel is basically sitting there in limbo until the other is done doing what it needs to do (for example playing a sound file to the channel)
18:54.31filethen it comes out of limbo and the hangup is seen
18:54.40filebut while in limbo it isn't watched
19:09.27Entomologist*** CLOSED (18673) [Channels/chan_gtalk] when using chan_gtalk the tos bit set in either the sip.conf and or the iax,conf is ignored
19:09.27EntomologistReported by: stevenla
19:09.28Entomologisthttps://issues.asterisk.org/view.php?id=18673
19:09.28Entomologist*********************************************************
19:20.53leifmadsenfile: so not a bug, and is just the way it works?
19:21.00fileoui
19:21.05leifmadsenDovid: see above
19:21.15leifmadsenfile: you're talking about Dovid's issue right and not the regression?
19:21.19fileoui
19:21.22leifmadsen(possible regression)
19:42.34Entomologist*** CLOSED (18678) [Applications/app_queue] [regression] Transfer from queue agent does not change his state
19:42.34EntomologistReported by: jamicque
19:42.35Entomologisthttps://issues.asterisk.org/view.php?id=18678
19:42.35Entomologist*********************************************************
19:47.56Entomologist*** CLOSED (18682) [Applications/app_dial] When using u and g in dial if the call is bridged there is no audio once called hangs up
19:47.56EntomologistReported by: Dovid
19:47.57Entomologisthttps://issues.asterisk.org/view.php?id=18682
19:47.57Entomologist*********************************************************
19:51.43Dovidleifmadsen: WHy was the issue closed ?
19:52.19leifmadsenthat is the issue we were talking about earlier right?
19:52.24Dovid<PROTECTED>
19:52.29leifmadsenok fine
19:52.55leifmadsenlooked like it
19:52.57Dovidi need to test in a non NAT enviroment as perpabelanger
19:53.06Dovidthe issue today is that the channel is in limbo
19:54.02Dovidand if you thought it was the same issue why did you close it ?
19:55.04leifmadsenDovid: because file already responded that your other issue is not likely a bug
19:55.11leifmadsen<file> one channel is basically sitting there in limbo until the other is done doing what it needs to do (for example playing a sound file to the channel)
19:55.11leifmadsen<file> then it comes out of limbo and the hangup is seen
19:55.11leifmadsen<file> but while in limbo it isn't watched
19:55.18leifmadsenanyways the issue is reopened
19:55.23leifmadsenand I set it to feedback
19:56.43Dovidok. but why is it in limbo. if Asterisk gets the BYE and responds to it shouldnt it then hang up. why does it wait for the second leg to hangup b4 hanging up the first leg ?
19:58.08Corydon76-homeDovid: because it needs to coordinate the final hangup code between the two ends
19:59.06Dovidso why wont asterisk send a BYE to the second leg ?  why does it insist on waiting for a BYE from LegB of the call
20:00.07Dovidthe only difference than a regular call is that here they are not bridged but asterisk should know they are the same since if it gets a positive result from the go sub it will bridge them. if this is the case when the first leg sends a BYE why doesent asterisk send the same to the second call ?
20:02.27Corydon76-homeDovid: once you provide the additional information, we can make that determination
20:03.28DovidCorydon76-home: No problem. so SIP debug, core verbose 15, core debug 15 and dial plan in bug report ?
20:03.31Corydon76-homeOr, you can work on fixing it, yourself, and provide the fix back
20:04.14Corydon76-homeDovid: for completeness, I'd also add in a packet dump
20:04.58Corydon76-homeThe stuff internal to Asterisk only helps us in determining what Asterisk is doing.  If there's something that Asterisk is ignoring, then we need the packet dump
20:05.01Corydon76-home(also)
20:05.31DovidCorydon76-home: If only I knew C............... I have a friend who knows C but not much about Asterisk. How hard you think it would be to figure out the code ? Also can you reccomend anyone that I can pay to have a look at it ? right now all I have to go on is reporting it here. if i could fix it myself I would ;).
20:05.41DovidWhen you say packet dump you mean tcpdump or something in Asterisk ?
20:06.02leifmadsenM18689
20:06.03MuffinMan[new] [Asterisk] CDR/General 0018689: Calls didn't appear in CDR reported by DJ Kill https://issues.asterisk.org/view.php?id=18689
20:06.05Corydon76-hometcpdump, or (better) wireshark
20:06.19leifmadsenI have no idea what to ask for, but I don't think he has provided enough information
20:06.41Corydon76-hometcpdump can drop important parts of the packet, depending upon the default configuration of the distribution
20:06.56Dovidso wireshark on the local machine would be better ?
20:07.37Corydon76-homeWireshark is one of those programs which never seems to provide too little information
20:07.52Dovidlol. ok. I thought tcpdump and wireshark worked the same.
20:08.12Corydon76-homeThey do, but tcpdump's default output may have truncated packets
20:08.16Doviddont have a linux box here local. will do it once I am in the office tomorrow and then create a bug report. will do the same for the other bug
20:08.19leifmadsenI prefer using tshark
20:08.28Dovidok. I can use tshark as well if you want.
20:08.31leifmadsen(over tcpdump)
20:08.52Dovidwhat's better. WireShark or TShark ?
20:08.58Corydon76-hometshark and wireshark are the same program.  It's just that wireshark requires a graphical display
20:09.09leifmadsenright
20:09.34Dovidok. so wireshark kicks tcpdump in the but. got it. would you like just SIP ? or all (including RTP) ?
20:10.24Corydon76-homeSee comment above about providing too little information.  ;-)
20:10.50Dovidok. i will grab it all and upload. dont say i gave too much ;)
20:12.00Corydon76-homeDovid: given that a developer will load it into wireshark for analysis, eliminating any extra data is easy (just apply a filter)
20:12.47Corydon76-homeIt's one of those reasons why it's best to use whatever the developers are using...
20:14.30DovidCorydon76-home: I wont argue. I like filtering on capture so I don't grab what I don't need. when you are tracing 20-30 mbits of rtp u dont want to cpature what you dont need
20:17.05leifmadsenM18692
20:17.07MuffinMan[ready for review] [Asterisk] Applications/app_voicemail 0018692: [patch] Compile Error - odbc_storage enabled reported by elguero https://issues.asterisk.org/view.php?id=18692
20:19.57leifmadsenif someone is reporting a memory leak, what information should I be asking them for?
20:46.04Corydon76-homeMALLOC_DEBUG, memory show allocations
20:46.22Corydon76-homeOr actually, memory show summary
20:46.39Corydon76-homememory show summary before and after the leak
20:48.20leifmadsenawesome thanks
20:49.01leifmadsenrtautoclear=yes isn't expected to clear registrations from memory when rtcachfriends=yes is in use right?
20:49.14leifmadsenwhen a sip peer unregisters, should it be removed from memory?
20:49.19leifmadsen(when using realtime)
20:50.07Corydon76-homeleifmadsen: Incorrect, and yes.
20:50.44Corydon76-homertautoclear=yes only applies with rtcachefriends is on
20:51.01Corydon76-homeotherwise, the peer is cleared from memory at every opportunity
20:51.12leifmadsenwhat I mean is rtautoclear=yes is used to remove peers from memory with rtcachefriends=yes when the registration expires, it isn't what causes registrations to be removed from memory when the peer unreg's
20:51.25leifmadsenok, then someone has a bug I guess
20:51.43Corydon76-homeYes, it is
20:51.56Corydon76-homeregistrations are otherwise never removed from memory
20:52.15leifmadseneven when the peer unreg's?
20:52.19Corydon76-homeEven then
20:52.45leifmadsenok, the documentation should probably be updated then since they way I read it, rtautoclear is only used when the registration timeout expires
20:52.54leifmadsen(or every XX seconds if set to a number)
20:53.07Corydon76-homeThis is why the realtime infrastructure in SIP needs a massive overhaul to make it do "the right thing" most of the time and bag all of these extra options
20:53.15leifmadsenaye
20:56.39leifmadsenthx
20:57.17Entomologist*** CLOSED (18710) [Applications/app_parkandannounce] Cannot park a call more than once
20:57.18EntomologistReported by: gentlec
20:57.18Entomologisthttps://issues.asterisk.org/view.php?id=18710
20:57.18Entomologist*********************************************************
21:02.35Entomologist*** CLOSED (18631) [PBX/General] Asterisk crashes on "dialplan reload"
21:02.36EntomologistReported by: greenfieldtech
21:02.36Entomologisthttps://issues.asterisk.org/view.php?id=18631
21:02.37Entomologist*********************************************************
21:08.34Entomologist*** CLOSED (18708) [Channels/chan_sip/General] sip_xmit warning
21:08.34EntomologistReported by: din3sh
21:08.35Entomologisthttps://issues.asterisk.org/view.php?id=18708
21:08.35Entomologist*********************************************************
21:11.47Entomologist*** CLOSED (18701) [Channels/chan_sip/CallCompletionSupplementaryServices] no Connected Line Presentation (COLP) transparency for SIP to SIP calls via Asterisk
21:11.47EntomologistReported by: roxy
21:11.48Entomologisthttps://issues.asterisk.org/view.php?id=18701
21:11.48Entomologist*********************************************************
21:16.52leifmadsenM18704
21:16.54MuffinMan[new] [Asterisk] Channels/chan_sip/Interoperability 0018704: "Require: timer" header still being sent reported by mfrager https://issues.asterisk.org/view.php?id=18704
21:17.01leifmadsenI don't understand how that issue gives us anything to go on...
21:19.47leifmadsenoh he added /* <-- PROBLEM! */ in the code block
21:20.00leifmadsenThe_Boy_Wonder: ping
21:20.16leifmadsenthe issue above refers to 17005 which you closed
21:20.29leifmadsenmind taking a quick look and telling me if there is a bug there?
21:20.35leifmadsen(or if there is enough information to go on)
22:22.44The_Boy_Wonderleifmadsen: hey
22:41.21The_Boy_Wonderleifmadsen:  i commented on that issue
22:56.58Entomologist*** CLOSED (18371) [Channels/chan_sip/General] [patch] asterisk crash when dialing SIP/${var} where var is empty or not set
22:56.59EntomologistAssigned to: qwell
22:56.59EntomologistReported by: gbour
22:57.00Entomologisthttps://issues.asterisk.org/view.php?id=18371
22:57.00Entomologist*********************************************************

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.