| 00:18.40 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 00:45.17 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:45.17 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 01:57.30 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:57.30 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 03:33.15 | *** join/#asterisk-bugs infobot (i=ibot@rikers.org) |
| 03:33.15 | *** 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 -=- Test bugs marked Ready For Testing! -=- http://xkcd.org/583/ |
| 05:56.16 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 06:00.38 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 10:52.24 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 10:56.20 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 11:39.44 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 11:53.21 | *** join/#asterisk-bugs miguel3239 (n=elguero@ns1.nashuacs.com) |
| 12:08.25 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 12:16.31 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:16.31 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 13:00.07 | *** join/#asterisk-bugs oej (n=olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 13:08.47 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:11.59 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 13:50.30 | *** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162) |
| 13:50.30 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 14:21.09 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 14:44.01 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:44.01 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:53.19 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:54.21 | *** join/#asterisk-bugs Entomologist (n=nobody@76.164.171.226) |
| 15:55.16 | *** join/#asterisk-bugs itamarjp (n=itamar@189-015-163-111.xd-dynamic.ctbcnetsuper.com.br) |
| 16:07.33 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 17:43.22 | jsmith | Corydon76-dig: Was my explanation on 15421 sufficient, or do you need more detail? |
| 17:44.23 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 17:47.45 | Corydon76-dig | jsmith: it was sufficient |
| 17:58.20 | *** join/#asterisk-bugs ebroad (n=EB@72.11.213.195) |
| 18:09.44 | ebroad | russellb, quick question |
| 18:11.13 | russellb | quick answer |
| 18:11.39 | ebroad | russellb, need one more second |
| 18:11.47 | ebroad | russellb, checking something |
| 18:11.50 | russellb | annnnnnnd second is done! |
| 18:12.37 | ebroad | in chan_sip |
| 18:12.41 | ebroad | under sip_hangup |
| 18:13.01 | ebroad | if oldowner->_state == AST_STATE_UP |
| 18:13.22 | ebroad | when using TLS _state is not up |
| 18:13.41 | ebroad | and the caller never gets a bye |
| 18:16.19 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 18:16.55 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 18:17.24 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 18:23.43 | ebroad | russellb, scratch that, we never hit that code, p->pendinginvite = 2, even though the call is up |
| 18:23.54 | russellb | k! |
| 18:26.05 | ebroad | russellb, so my quick question is |
| 18:26.06 | ebroad | why is pendinginvite=2 |
| 18:28.08 | ebroad | when hanging up a call made from a tls client(counterpath bria) |
| 18:28.12 | ebroad | tcp and udp work dine |
| 18:28.23 | ebroad | *fine |
| 18:28.25 | russellb | no idea, latest code? |
| 18:28.29 | ebroad | yup |
| 18:29.08 | russellb | don't have any thoughts off of the top of my head |
| 18:29.20 | ebroad | pendinginvite store the number of pending invites,correct |
| 18:33.15 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:40.25 | putnopvut | ebroad: no it stores the CSeq of a pending invite. |
| 18:40.36 | ebroad | putnopvut, thanks |
| 18:51.52 | *** join/#asterisk-bugs asif (n=chatzill@61.17.225.68) |
| 18:53.02 | asif | hello all. |
| 18:53.39 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 19:04.45 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:21.26 | *** join/#asterisk-bugs asif (n=chatzill@61.17.225.68) |
| 19:22.25 | asif | I'm using 1.4.26.1 - CDR duration is not recorded properly when a call is not answered. shows 0 always. |
| 19:22.35 | asif | is it a known issue? |
| 19:24.54 | file | any known issues would be filed on http://issues.asterisk.org/ |
| 19:27.49 | asif | have anyone come across this issue here? |
| 19:37.16 | seanbright | isn't there a flag for that in cdr.conf.sample? |
| 19:37.21 | seanbright | i feel like there is |
| 19:38.32 | seanbright | look at unanswered in cdr.conf.sample |
| 19:50.25 | ebroad | russellb, i found the issue |
| 19:50.51 | ebroad | my ua wasn't acking the invite |
| 19:52.23 | ebroad | becuase build_contact is tacking on port 5060 |
| 19:52.27 | ebroad | when i am using 5061 |
| 19:53.33 | ebroad | whats funny is ourip.sin_port returns 5060 |
| 19:53.42 | ebroad | even if the request came in on 5061 |
| 19:56.10 | ebroad | so sip_standard_port always returns false when using tls |
| 19:58.06 | oej | Leifmadsen? |
| 19:58.12 | oej | M15756 |
| 19:58.14 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/General 0015756: Asterisk 1.6.2 beta 4 has UDP socket leak when using Sip Timers reported by falves11 (Karma: -1.5) https://issues.asterisk.org/view.php?id=15756 |
| 19:58.15 | leifmadsen | oej: yes sir? |
| 19:59.08 | oej | ebroad: Look in the issue tracker. I think there's a bug open for that. |
| 19:59.17 | ebroad | oej, thanx |
| 19:59.25 | oej | Leif, we need all of the clever developers to look at that and try to figure out what could possibly happen. |
| 19:59.40 | leifmadsen | oej: I'm not the clever developers bosses :) |
| 19:59.43 | oej | Since we only have one UDP socket for SIP, there must be something going on related to the AUDIO |
| 19:59.49 | leifmadsen | interesting... |
| 20:00.01 | leifmadsen | I'd suggest starting a discussion on asterisk-dev then |
| 20:00.20 | oej | No, but since I'm going off line, you can act as a stand in pain in the --- and get them to look at it. I have to hit the bed. |
| 20:00.20 | oej | ;-) |
| 20:00.35 | leifmadsen | I'm already working on another important document right now |
| 20:00.36 | oej | It is interesting... |
| 20:00.58 | oej | Anyway, I leave it in your bugmarshal hands for now. |
| 20:01.23 | oej | Ok, then we'll let it sleep if you're on another issue. Sorry for disturbing you. Night! |
| 20:01.40 | leifmadsen | np, night! |
| 20:03.43 | ebroad | oej, are you referring to 0015854: with 'transport=tls' and host not dynamic, port defaults to 5060 rather than 5061. |
| 20:38.54 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 22:09.35 | *** part/#asterisk-bugs asif (n=chatzill@61.17.225.68) |
| 22:10.38 | jsmith | AMI question |
| 22:11.27 | russellb | AMI response: authentication required |
| 22:11.55 | jsmith | Bob picks up his phone and calls 5551212 |
| 22:12.12 | jsmith | Hits the dialplan, and that calls Dial(DAHDI/g1/5551212) |
| 22:12.27 | jsmith | If you're watching AMI, the first event you'll see (after the call to the Dial() application) |
| 22:12.32 | jsmith | is a NewChannel event |
| 22:12.54 | jsmith | That event will have a state of "Rsrvd" |
| 22:13.15 | jsmith | I'm assuming that means it's reserving that channel for the outbound call, so that another call doesn't come along and take that channel |
| 22:13.49 | jsmith | What's weird is that the NewChannel event has CallerIDNum and CallerIDName settings for the *previous* call on that channel |
| 22:13.49 | jsmith | So my questions are: |
| 22:13.50 | jsmith | 1) Is that on purpose |
| 22:14.16 | jsmith | 2) Is there a reason to even put the CallerID information in that event at the reservation state? |
| 22:14.29 | jsmith | 3) How do I profit? |
| 22:15.57 | putnopvut | 1) I doubt it. It's probably left-over from the previous call and should be cleared. 2) I'm guessing that the NewChannel event will automatically print the CID info if it is not empty. |
| 22:16.16 | putnopvut | Now someone who knows something about chan_dahdi can correct me ;) |
| 22:20.05 | ebroad | russellb, in chan_sip, when we load the config we set externip->sin_port to our bind port if it is empty |
| 22:20.26 | ebroad | what would happen if we left it empty? |
| 22:28.06 | jsmith | putnopvut: Should I file a bug? |
| 22:28.38 | putnopvut | jsmith: I think that is bug-filing-worthy |
| 22:29.07 | jsmith | putnopvut: OK... here goes nothing |
| 22:30.00 | russellb | agreed with putnopvut's observations |
| 22:30.46 | russellb | ebroad: I don't know without looking at chan_sip |
| 22:31.47 | ebroad | russellb, tested it, seems to work(no segfaults, calls work) |
| 22:32.08 | ebroad | the problem is that if you don't specify a port for externip |
| 22:32.22 | ebroad | it uses the default bind port |
| 22:32.58 | ebroad | which doesn't play nice with either static(one to one) NAT or PAT |
| 22:33.12 | ebroad | i.e. extern:5061 <-> intern:5061 |
| 22:33.51 | ebroad | the contact field will always have your udp bindport no matter what transport the request came in on |
| 22:35.41 | ebroad | if we leave the externip->sin_port empty then we can set it per transport in ast_ouraddrfor |
| 23:20.50 | *** join/#asterisk-bugs itamarjp (n=itamar@189-015-163-111.xd-dynamic.ctbcnetsuper.com.br) |