| 19:36.58 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 19:36.58 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://www.xkcd.org/664/ |
| 19:49.49 | *** join/#asterisk-dev janinges (j@ninge.net) |
| 19:54.04 | *** join/#asterisk-dev goldenear (~goldenear@2a01:e35:2e58:8df0:21c:b3ff:fec6:943a) |
| 19:54.19 | goldenear | hello |
| 19:54.42 | goldenear | may be this is a better place to ask about my problem : |
| 19:55.07 | goldenear | Asterisk (1.6.2 branch from svn) doesn't seem to respect RFC 3581 |
| 19:55.52 | seanbright | it doesn't respect it or it doesn't support it? |
| 19:56.59 | goldenear | when nat=no and rport in via, asterisk should 1) add received=src_ip and rport=src_port to the via and 2) send the reply to to source ip:port, not the ip:port in the via |
| 19:57.08 | goldenear | it doesn't only 1) |
| 19:57.18 | goldenear | it *does* only 1) |
| 19:58.10 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 19:58.21 | seanbright | well if you believe it to be a bug, i would submit an issue to mantis (https://issues.asterisk.org/) |
| 19:58.59 | goldenear | I found that : https://issues.asterisk.org/view.php?id=8855 |
| 19:59.14 | goldenear | this is exactly my problem and it seems to have been fixed... |
| 19:59.45 | goldenear | but the patch doesn't seem to have been accepted for 1.6.2 branch... |
| 19:59.49 | goldenear | do you know why ? |
| 20:00.28 | seanbright | i'm not sure |
| 20:00.59 | seanbright | you could look for a bug marshall in #asterisk-bugs |
| 20:01.20 | seanbright | they will reopen the issue if deemed necessary |
| 20:03.03 | goldenear | bug marshall ? |
| 20:03.29 | seanbright | ask your question in there, someone will find you :-) |
| 20:04.15 | goldenear | ok :) |
| 20:04.18 | Corydon76-dig | Generally for an issue that old, the reason why a fix would not be in a newer release is that the code has been revised in such a way that that fix is no longer necessary |
| 20:28.16 | *** join/#asterisk-dev JT (~j@unaffiliated/jt) |
| 20:33.32 | *** join/#asterisk-dev JT (~j@unaffiliated/jt) |
| 21:00.44 | *** join/#asterisk-dev goldenear_ (~goldenear@2a01:e35:2e58:8df0:21c:b3ff:fec6:943a) |
| 21:08.25 | benngard | YAY /me starts to understand/howto implement CONNECTEDLINE, i do call from a h323 phone-> avaya cm - ooh323 - asterisk -> queue, when i "hit" the CONNECTEDLINE line my h323 display change to CONNECTEDLINE(name) :) |
| 21:09.42 | kpfleming | glad to hear it! |
| 21:10.08 | benngard | yes, but there must be a /me bug somewhere |
| 21:10.59 | benngard | stupid me :( |
| 21:18.02 | benngard | hmm, looks lite it needs to be "a trigger" to get CONNECTEDLINE to be sent, Answer() does for sure the job, need to read more |
| 21:21.48 | kpfleming | the CONNECTEDLINE function itself can be used to trigger it, there is an option for that |
| 21:22.32 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:22.32 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:25.40 | benngard | plz, give me that option |
| 21:26.43 | seanbright | core show function CONNECTEDLINE |
| 21:27.50 | benngard | yes i know, but the only option i get is "i" |
| 21:28.25 | kpfleming | right |
| 21:28.37 | kpfleming | if you don't include 'i', CONNECTEDLINE will trigger an update itself |
| 21:29.29 | benngard | i dont have an "i" and i need Answer() to get a trigger :( |
| 21:29.55 | benngard | exten => 0317998989,2,Set(CONNECTEDLINE(all)=IT-Support<0317998989>) |
| 21:30.27 | kpfleming | i don't believe it will update before the channel has been answered, because the channel is not 'connected' |
| 21:31.02 | benngard | oki, thats explain for me almost everything |
| 21:31.49 | benngard | when i add: exten => 0317998989,3,Answer() the display change |
| 21:32.05 | benngard | w8 a sec, gonna test a thing |
| 21:34.42 | benngard | yes u are correct, the call need to be answered |
| 21:35.31 | kpfleming | hence the word 'connected' |
| 21:36.35 | benngard | i do understand, but wouldnt it be nice to have like "call progress information" sent to caller? |
| 21:36.43 | kpfleming | it could be |
| 21:38.57 | benngard | for example (i take some extensions and name fomr our office) i call 971, ringing, my display shows Stefan, he dont answer so the call get diverted to 972, my display show Kerem and so on... stupid idea? |
| 21:39.16 | kpfleming | no, that's already supported |
| 21:39.30 | kpfleming | if the call does get diverted, the diversion information will be propagated |
| 21:39.56 | mnick86 | is 'advice of charge' still in development / developed ? |
| 21:40.01 | kpfleming | so it doesn't require that it always be answered... but there has to be an event that triggers the update, and the connectedline function apparently won't do it alone unless the channel is answered |
| 21:40.48 | kpfleming | benngard: try that now... setup a call forward on one your phones to another phone, and then call the first one. if your phones can handle it, both ends should see the diverting phone's information. |
| 21:41.59 | benngard | sec |
| 21:44.41 | seanbright | The_Boy_Wonder: whatever you end up doing, +1 for splitting chan_sip into multiple source files |
| 21:46.40 | The_Boy_Wonder | seanbright: thanks, i hoping if i get the ball rolling by breaking out a few things, that more stuff will follow |
| 21:51.32 | seanbright | you just have to go through mantis and update all of the chan_sip patches so that they apply cleanly ;-) |
| 21:51.51 | seanbright | might as well M-x delete-trailing-whitespace while you're at it |
| 21:52.01 | seanbright | or whatever the equiv is in your editor |
| 21:53.24 | benngard | kpfleming: id didnt do what i expected it to do, /me need to read much more |
| 21:53.40 | kpfleming | sure |
| 22:02.21 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 22:28.31 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-124-177-30-127.lns2.dav.bigpond.net.au) |
| 22:32.06 | Qwell | dseeb_: hey, ltns :D |
| 22:32.54 | dseeb_ | hey qwell :) |
| 22:32.57 | dseeb_ | yeah... |
| 22:35.36 | russellb | seanbright: :%s/\s\+$//g |
| 22:35.38 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 22:35.39 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:41.38 | seanbright | russellb: yes. that. |
| 22:43.23 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 22:43.24 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:49.27 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 22:49.27 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:21.43 | seanbright | everytime we use PATH_MAX, a puppy dies |
| 23:26.37 | russellb | heh |
| 23:26.59 | russellb | char not_a_path_at_all[PATH_MAX]; |
| 23:30.57 | kpfleming | char filesystem[PATH_MAX][PATH_MAX]; |
| 23:31.25 | *** join/#asterisk-dev JT (~j@unaffiliated/jt) |
| 23:31.33 | seanbright | before i say this, i want the record to show that i am not taking shit... |
| 23:31.39 | seanbright | char msgfile[PATH_MAX], backup[PATH_MAX], backup_textfile[PATH_MAX]; |
| 23:31.48 | seanbright | 12k on the stack |
| 23:31.54 | kpfleming | indeed |
| 23:31.58 | kpfleming | in app_voicemail, though |
| 23:32.03 | seanbright | well, yeah. |
| 23:32.09 | kpfleming | which already consumes stack like there is no limit |
| 23:32.14 | kpfleming | but it could be better, for sure |
| 23:32.16 | seanbright | _cfg_paths is my other favorite |
| 23:32.29 | seanbright | why we need PATH_MAX for a username/group name... |
| 23:33.14 | kpfleming | invents a filesystem that supports 64KB paths just to annoy seanbright |
| 23:33.25 | seanbright | heh |
| 23:33.36 | Corydon76-dig | Whaddya mean, invents? It already exists! |
| 23:33.55 | Corydon76-dig | May not be supported by the FS driver, but the FS supports it |
| 23:34.02 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:34.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 23:38.44 | Corydon76-dig | http://en.wikipedia.org/wiki/Comparison_of_file_systems |
| 23:39.07 | seanbright | i still like the version post-reiser conviction |
| 23:39.16 | seanbright | "Kills Your Wife" |
| 23:39.36 | Qwell | seanbright: it still exists in the history |
| 23:40.13 | seanbright | indeed: http://en.wikipedia.org/w/index.php?title=Comparison_of_file_systems&oldid=209063556 |
| 23:40.25 | seanbright | and it's "murders your wife" |
| 23:40.26 | seanbright | mea culpa |
| 23:54.38 | *** join/#asterisk-dev goldenear (~goldenear@2a01:e35:2e58:8df0:21c:b3ff:fec6:943a) |
| 23:59.00 | *** join/#asterisk-dev philipp64 (~chatzilla@63.224.43.239) |