| 01:38.42 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 01:38.42 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 06:08.32 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 06:08.32 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 07:30.57 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 08:02.40 | *** join/#asterisk-bugs tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 08:56.47 | *** join/#asterisk-bugs oej (n=olle@cust-IP-10.data.tre.se) |
| 10:15.41 | *** join/#asterisk-bugs oej (n=olle@cust-IP-10.data.tre.se) |
| 10:29.03 | *** join/#asterisk-bugs oej_ (n=olle@fw01d.snowmen.se) |
| 10:31.04 | *** join/#asterisk-bugs oej_ (n=olle@fw01d.snowmen.se) |
| 11:21.33 | *** join/#asterisk-bugs Corydon76-dig (i=six@pdpc/supporter/bronze/Corydon76-home) |
| 11:21.33 | *** join/#asterisk-bugs The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 11:21.34 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 11:21.34 | *** join/#asterisk-bugs seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:21.34 | *** join/#asterisk-bugs ChanServ (ChanServ@services.) |
| 11:21.34 | *** mode/#asterisk-bugs [+ooo Corydon76-dig seanbright ChanServ] by irc.freenode.net |
| 11:52.33 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 12:24.53 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:44.33 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:44.33 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:09.40 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:09.40 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 14:25.16 | *** join/#asterisk-bugs De_Mon (i=de_mon@fl-67-77-166-5.dyn.embarqhsd.net) |
| 14:26.01 | De_Mon | file regarding... [Asterisk 0013803]: After receiving a 302 Temporarily Moved response, call is not sent in to users defined context |
| 14:26.21 | file | can you clarify further? |
| 14:26.38 | De_Mon | is the 302 move request supposed to contain some other piece of information so asterisk knows to keep it in the context it received the move request from? |
| 14:26.52 | file | no |
| 14:27.03 | file | that's not how we handle it |
| 14:27.22 | file | for a 302 we either do the following: |
| 14:27.28 | De_Mon | so, how would I get it to work the way I want? :) |
| 14:27.36 | file | 1. Redirect to a local extension |
| 14:27.43 | file | 2. Dial a new SIP destination |
| 14:27.50 | file | in your case 2 is being used |
| 14:28.16 | file | my suggestion is to make peers that match the IP address it might forward to |
| 14:28.25 | file | addresses |
| 14:28.31 | file | so you can control the context |
| 14:28.35 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 14:28.56 | De_Mon | so, add a second IP to handle the refers |
| 14:29.03 | file | lemme reread again |
| 14:29.15 | file | yes |
| 14:29.26 | file | so the way you have it setup when we get the 302 we create a SIP dial string |
| 14:29.34 | file | which contains an extension and IP address/transport/etc |
| 14:29.42 | file | that has *none* of the properties of exchange12 |
| 14:29.45 | file | it uses everything from general |
| 14:30.29 | file | if you create a second peer entry with the name of the IP address chan_sip should find that when it dials out and use the settings specified there. |
| 14:30.43 | De_Mon | how would I get asterisk to issue the dial to this machine that issues the 302 move request from the IP setup to handle refers from that machine? -- nevermind :) |
| 14:31.28 | De_Mon | Alrighty, I hope we don't end up issuing these types of calls to multiple servers that could end up using a lot of extra IPs |
| 14:32.23 | De_Mon | I wonder if there is some header in the response that I could use to route the call out of inbound... |
| 14:33.51 | De_Mon | actually, I just need to know if the call is from the IP that issued the 302 Move request. That would be really simple! |
| 14:34.09 | De_Mon | s'issued'issues' |
| 14:48.51 | Entomologist | *** CLOSED (14706) [Core/BuildSystem] [patch] A clean svn checkout needs bison to compile but configure does not check for it |
| 14:48.51 | Entomologist | Reported by: mvanbaak Karma: 49 |
| 14:48.51 | Entomologist | http://bugs.digium.com/view.php?id=14706 |
| 14:48.51 | Entomologist | ********************************************************* |
| 15:30.28 | Entomologist | *** CLOSED (14216) [Channels/chan_iax2] Random audio dropouts when jitterbuffer = yes |
| 15:30.28 | Entomologist | Assigned to: dvossel |
| 15:30.28 | Entomologist | Reported by: Andrey Sofronov Karma: 0 |
| 15:30.28 | Entomologist | http://bugs.digium.com/view.php?id=14216 |
| 15:30.28 | Entomologist | ********************************************************* |
| 15:39.28 | *** join/#asterisk-bugs tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 15:50.07 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:21.40 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 16:28.04 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 16:28.04 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 17:43.28 | *** join/#asterisk-bugs outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:00.41 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 20:16.18 | leifmadsen | M14426 |
| 20:16.19 | MuffinMan | [acknowledged] [Asterisk] Applications/app_chanisavail 0014426: app_chanisavail always set AVAILSTATUS to 0 with option 's' set reported by macli (Karma: neutral) http://bugs.digium.com/view.php?id=14426 |
| 20:16.28 | leifmadsen | putnopvut: any comments you can provide as to what actually needs to be done there? |
| 20:18.26 | putnopvut | leifmadsen: I'm taking a loook... |
| 20:20.08 | leifmadsen | watches |
| 20:20.57 | putnopvut | Now I see why you asked me about that. I had completely forgotten about this issue. |
| 20:21.23 | leifmadsen | heh |
| 20:21.26 | leifmadsen | I just noticed it now when looking through other things |
| 20:21.52 | putnopvut | The biggest thing needed there is to figure out whether chanisavail is supposed to report the device state of the channel that you are checking the availability of the channel or if it is supposed to report a cause code in the case that the channel cannot be requested. |
| 20:34.23 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 20:34.23 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 22:28.56 | *** join/#asterisk-bugs eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 22:57.47 | *** join/#asterisk-bugs angler (n=angler@pdpc/sponsor/digium/angler) |
| 23:56.36 | *** join/#asterisk-bugs Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) [NETSPLIT VICTIM] |
| 23:56.36 | *** join/#asterisk-bugs xpot (n=james@70.91.210.233) |
| 23:57.10 | *** join/#asterisk-bugs Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |