[00:20] CrazyTux[m] (n=CrazyTux@c-67-188-233-116.hsd1.ca.comcast.net) joined #openser. [00:38] |Johny| (n=gomesper@bacus.corp.fccn.pt) left irc: [00:44] essobi (n=kstone@spider.smoothstone.com) joined #openser. [01:24] CunningPike (n=CunningP@dhcp-10-234.district.north-van.bc.ca) left irc: Remote closed the connection [03:01] CrazyTux[m] (n=CrazyTux@c-67-188-233-116.hsd1.ca.comcast.net) left irc: Success [03:33] hohum (n=dcorbe@71.62.76.68) joined #openser. [04:02] monkie (n=lockdown@69-163-133-132.atlsfl.adelphia.net) joined #openser. [04:15] viperdude (n=jon@195.74.96.120) left irc: Read error: 104 (Connection reset by peer) [04:51] CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) joined #openser. [05:27] karwin (n=ronw@ns.somanetworks.com) left irc: Read error: 145 (Connection timed out) [06:11] monkie (n=lockdown@69-163-133-132.atlsfl.adelphia.net) left irc: "Leaving" [06:48] CrazyTux[m] (n=CrazyTux@c-67-188-233-116.hsd1.ca.comcast.net) joined #openser. [06:53] L|NUX (n=linux@unaffiliated/lnux/x-10290) joined #openser. [07:21] _Vile (n=vile@bc182112.bendcable.com) left irc: "This computer has gone to sleep" [07:44] CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) left irc: Remote closed the connection [08:34] L|NUX (n=linux@unaffiliated/lnux/x-10290) left irc: Read error: 104 (Connection reset by peer) [09:07] L|NUX (n=linux@unaffiliated/lnux/x-10290) joined #openser. [10:17] qdk (n=qdk@80.243.125.204) left irc: Read error: 110 (Connection timed out) [10:18] qdk (n=qdk@213.150.62.32) joined #openser. [10:41] henning_ (n=henning@et-1-5.gw-nat.bs.ka.oneandone.net) joined #openser. [10:45] Aurs (n=Aurs@c6870BF51.dhcp.bluecom.no) left irc: Read error: 113 (No route to host) [11:24] CrazyTux[m] (n=CrazyTux@c-67-188-233-116.hsd1.ca.comcast.net) left irc: Read error: 110 (Connection timed out) [12:03] Nix (n=Nix@85.105.18.36) joined #openser. [12:03] DanB (n=danbogos@87.139.12.167) joined #openser. [12:03] Hi All! [12:14] hi guys [12:15] is anyone alive? I am trying to package the new openser release.. [12:32] h3x (n=hex@ip68-224-50-207.lv.lv.cox.net) joined #openser. [12:39] _Vile (n=vile@bc182112.bendcable.com) joined #openser. [12:48] Nix: hi nix [12:48] heya [12:48] package? what distribution? [12:49] I package openser for suse and fedora on build.opensuse.org [12:50] <-- Also FreeRADIUS guy... [12:50] nice, i really like opensuse [12:50] http://software.opensuse.org/download/server:/telephony/ <-- one of my repos.. [12:51] just trying to work out the new xml dependencies for the openser release.. [12:51] looks good :-) [12:51] ok, do you have some kind of error message? [12:53] cpl-c depends on libxml2, i look after the new module, wait a second [12:54] and the new dependicies (at least for debian) are: libxmlrpc-dev, libperl-dev, libsnm-dev, libsensors-dev [12:55] err, libsnmp-dev [13:00] bodman (n=bodman@194.250.20.209) joined #openser. [13:05] h3x (n=hex@ip68-224-50-207.lv.lv.cox.net) left irc: Read error: 110 (Connection timed out) [13:06] micond1 (n=daniel@81.180.83.75) joined #openser. [13:09] Xavion (n=irc@84.246.5.4) joined #openser. [13:09] yeah.. the problem is xmlrpc-c [13:09] I have justed added it to opensuse.. am trying again [13:15] hi there [13:17] there exist some kind of xmlrpc package for suse, xmlrpc-c-devel or so [13:17] but i don't know if this is the right version [13:18] i want to make trunks to and from our openser unit. is this possible and if so, HOW? [13:20] hi xavion, what do you mean with trunk? [13:23] hi henning_, we get one line with serveral number blocks from our sip profider. and we want to deliver blocks of numbers to several PBX's [13:24] i think it's also called sip channeling. [13:24] h3x (n=hex@ip68-224-50-207.lv.lv.cox.net) joined #openser. [13:29] Xavion: ah, ok. sorry i don't have experience in this area. [13:30] thats alright maybe someone else has. thats the reason i have come to this channel ... [13:30] google give some hits with "sip channeling" and "sip trunking", perhaps there are a helpful comment there. Otherwise just ask at the user mailling list [13:30] thnx [13:30] err, "openser sip trunking" [13:30] np [13:32] i know i already read the papers but nothing i looking for. [13:37] http://www.openser.org/mos/view/News/NewsItem/OpenSER-1.2.0---Perfomance-Tests/ [13:37] Virtugon (n=virtugon@beast.dierentuin.com) left #openser. [13:38] mi_xmlrpc.c:44:26: error: xmlrpc_abyss.h: No such file or directory [13:39] any idea what provides this? [13:44] Nix: you will need ibxmlrpc-c version 0.9.10, the newer version don't provide this header file anymore. See http://www.openser.org/pipermail/users/2007-January/008705.html [13:44] henning_: neither does that version [13:45] ok, that is not good ;-) [13:45] http://www.pastebin.ca/394556 [13:46] The last version of SUSE that shipped xmlrpc-c was 10.1 [13:46] I took the source package from 10.1 and built it for 10.2 and 10.3.. [13:47] I made it available at: http://software.opensuse.org/download/server:/telephony/openSUSE_10.2/i586/xmlrpc-c-devel-0.9.10-36.1.i586.rpm [13:48] hmm.. the tarball does contain ./src/xmlrpc_abyss.h [13:48] but it is not installed.. is it normally only used internally?? [13:50] it is only present in the debian package [13:50] internally? i don't know [13:50] hmm.. [13:53] Nix: it is present in the sf rpm, http://sourceforge.net/project/showfiles.php?group_id=16847&package_id=13374 [13:54] yeah.. I am just going through the makefile.. [13:54] EXTRA_HEADERS = xmlrpc_client.h xmlrpc_abyss.h xmlrpc_cgi.h XmlRpcCpp.h [13:54] its not installed by default.. [13:54] then you found the problem :-) [14:04] yep. I found the problem in the spec file :-) [14:04] hohum (n=dcorbe@71.62.76.68) left irc: "This computer has gone to sleep" [14:04] http://www.pastebin.ca/394574 [14:08] Nix: ok, great. I'm now away. If you have another problem, feel free to send it to the users ml, there is allready another thread about centos xmlrpc problems there [14:10] ok [14:13] and thanks for the packaging! [14:14] L|NUX (n=linux@unaffiliated/lnux/x-10290) left irc: "Leaving" [14:14] henning_ (n=henning@et-1-5.gw-nat.bs.ka.oneandone.net) left irc: Remote closed the connection [14:47] Xavion (n=irc@84.246.5.4) left irc: Read error: 110 (Connection timed out) [14:57] qdk (n=qdk@213.150.62.32) left irc: Read error: 110 (Connection timed out) [15:00] karwin (n=ronw@w3.somanetworks.com) joined #openser. [15:05] hohum (n=dcorbe@mercury.sunrocket.com) joined #openser. [15:48] stimpie (n=michiel@ip565faf27.direct-adsl.nl) joined #openser. [15:50] qdk (n=qdk@193.164.155.44) joined #openser. [17:24] stimpie (n=michiel@ip565faf27.direct-adsl.nl) left irc: "Leaving" [17:44] qdk (n=qdk@193.164.155.44) left irc: Read error: 110 (Connection timed out) [18:09] CrazyTux[m] (n=CrazyTux@c-67-188-233-116.hsd1.ca.comcast.net) joined #openser. [18:13] osas, good morning. [18:21] Nix (n=Nix@85.105.18.36) left #openser. [18:53] morning [18:56] osas, hows it going [18:56] it's going ... [18:56] :-) [18:56] osas, :) [18:57] osas, I'm trying to implement a simple example of incoming parallel forking, yet, I need the other branches to go through PSTN, know of any good example? [18:57] there some examples in the mailing list [18:58] and if u have several bindings in usrloc, it will fork right there [18:58] it all depends on your scenario [18:59] osas, single usrloc binding [18:59] osas, it'd be a seperate avp set (index) that I provide, I want to fork [18:59] push everything in the avp [18:59] then push from avp intu $ru with the g flag [19:00] and it should fork [19:00] there was a discussion on the mailing list [19:00] search there [19:00] osas, searching now [19:00] osas, and thats parallel right? [19:00] osas, (all phones ring at once) [19:01] yup [19:01] osas, serial is in sequence by qsec (LCR) correct? [19:01] yup [19:01] osas, avp_pushto("$ru", "$avp(i:1)"); wouldnt that get rid of the original RU though? [19:02] yup [19:02] osas, i.e. not append, but "overwrite" [19:02] osas, whats the easiest way to append. [19:02] yes [19:02] save the original $ru into an avp [19:02] then push all the other stuff into the same avp [19:03] and push the avp back into the $ru [19:03] and there you are [19:03] Hey guys.. I'm trying to make some crazy big LCR tables.. and it seems lcr is running out of memory.. which tunable do I increase to up the amount of ram available? [19:03] osas, so when you say push it all into the same avp, avp_db_query would handle that right? [19:03] well ... I don't know what you want to do [19:04] just play with simple scenarios [19:04] try to understand them [19:04] http://www.pastebin.ca/394936 [19:04] and then enhance them [19:04] osas, was that to me? [19:04] It's running out of memory when it's trying to malloc up the 2nd table.. [19:04] what? [19:04] osas, "play with simple scenarios?" [19:04] micond1 (n=daniel@81.180.83.75) left #openser. [19:04] yup [19:05] osas, ah ok, let me give this a go real quick. [19:05] qdk (n=qdk@80.243.125.204) joined #openser. [19:06] Rattaplan (n=berry007@84.246.27.146) joined #openser. [19:20] http://www.pastebin.ca/394936 <--- Anyone? [19:22] do you have a big table? [19:22] what are you loading on memory? [19:22] how much shared memory do you have? [19:23] openser version? [19:23] osas ~60K LCR routes. [19:24] 1.1.1. [19:24] where do I chec the shared memory? [19:24] the -m param when you start openser [19:24] oh I thought that was in config.h [19:24] I don't set -m. [19:24] SHM_MEM_ZISE [19:25] SHM_MEM_SIZE? [19:25] then you have the default [19:25] no [19:25] it's at 128 [19:25] what else do you load on the memory? [19:25] I also adjusted the PKG_MEM_POOL_SIZE to 4096*4096 to no avail [19:25] do you have a lot of users in usrloc? [19:25] no [19:25] It's an edge LCR router. [19:26] how many gws and routes do you have? [19:26] very very few users on it.. [19:26] routes = LCR [19:26] 60K [19:26] and a few dozen gws [19:26] heh [19:26] you can have only 300 [19:26] something like that [19:26] the error it self is in respect to the LCRs. [19:26] lcr was not designed for something like that [19:27] I already changed the hardcodes. [19:27] and got past that error.. [19:27] then debug it [19:27] #define MAX_NO_OF_LCRS 128000 [19:27] it is not standard config [19:27] #define MAX_NO_OF_GWS 256 [19:27] you are on your own ... [19:27] sry ... [19:28] I have, and I know wher ein the code it's failing.. I'm just not sure what parameter controlls the amount of ram for that.. [19:28] the shared memory [19:28] see the code [19:29] http://www.pastebin.ca/394967 <-- I appended the code block [19:29] wops [19:29] http://www.pastebin.ca/394969 [19:30] ah, so shm_malloc is the mallac used in SHM_MEM_SIZE from config.h? [19:34] Hey, I uppoed it to 512 [19:34] :) [19:34] Litu (i=Litu@203.112.204.241) joined #openser. [19:34] WEEEE! [19:35] CunningPike (n=CunningP@dhcp-10-234.district.north-van.bc.ca) joined #openser. [19:35] Rattaplan (n=berry007@84.246.27.146) left irc: Read error: 104 (Connection reset by peer) [19:36] Now.. someone hold my hand here.. :) The shared mem is shared between all of the threads? [19:45] help! [19:46] openser at diffrent port the 5060 [19:53] Litu (i=Litu@203.112.204.241) left irc: [19:53] osas, hmmm, it only seems to be picking up the last RU I'm pushing through? [index] [19:54] osas, its the /g flag right? [19:54] osas, or is it /G [20:11] g or G. should be the same [20:17] osas, lol, this ones funny [20:17] osas, ok I'm sitting here debugging... [20:18] osas, and turns out my cell provider, that im forking one of the calls to, answers the call, to play ringback (music), so I'm like, .... "why isn't this working" lol [20:18] heh [20:18] that's bad ... [20:18] osas, yea ;o) lol [20:19] they should do 183 [20:19] osas, would they still be able to send ringback music? [20:19] osas, i.e. a popular song, for the caller to listen to. [20:19] yup [20:19] Nix (n=Nix@81.213.125.220) joined #openser. [20:20] osas, really? [20:20] that's why we have 183 [20:20] early media [20:20] osas, oh hmmm, I think I will bitch at my cell provider. [20:20] although it is a really big issue: early media and forking [20:20] parallel forking [20:20] osas, yea [20:20] if you have several incoming media streams, what you will do? [20:21] osas, whats normally done? [20:21] osas, wouldnt happen to know of an easy way to do something like.... if($fU is in $avp(i:1[some_index])) { do something } so I can easily check a pvar against an array of index's ? [20:22] I think you can search through all avps via the g flag [20:23] if($fU = "$avp(i:1)/g") ? [20:23] s/=/==/ [20:32] something like that [20:32] osas, that' [20:32] osas, that'd be 1.2.* and 1.1.1 uses avp_check [20:33] yup [20:33] osas, actuallly now that I'm looking at the SIP, it seems like they only did send 183 session progress? [20:33] osas, yet it still "picked up" ? [20:33] osas, if I take off that one cell, and forward to normal, lines, or lines w/o ringback it works fine. [20:33] 183 or 180 means that the call is in progress [20:33] osas, maybe I'm handling 183 badly? [20:33] I don't know ... [20:34] osas, call in progress, but not "picked up" right? [20:34] 180 ringing, 183 session progress. [20:34] if you fork, after you receive 200ok, openser will cancel all the other branches [20:36] osas, I see no 200 OK [20:39] osas, did you ever sort 1.2.0 and the nat issues? [20:39] yup [20:42] osas, nice, I may need some help with that sometime in the near future, hopefully I can get it going :) [20:44] osas, oh real quick.. one problem I ran into [20:44] osas, say I was calling someone and leaving a voicemail, it was as if the voicemail was getting a response that I was "done" leaving the voicemail as if I hit #, any idea on what could be causing this? [20:46] It may be a codec artifact ... [20:46] osas, codec artifact, as in old codec? [20:48] your voice may sound close to a DTMF tone and it will generate a false DTMF tone [20:48] and the phone/codec will ... [20:48] osas, really? lol [20:49] osas, is that pretty much the only thing that could be happening, or is there a way to prevent it? [20:49] it may [20:49] I'm not saying that this is happening in your case [20:49] but I saw similar issues [20:50] CrazyTux[m] They have a "loose" DSP. [20:50] Likely.. I've seen DSPs that would attempt to detect Busy/OIM/etc.. and they were pretty lossy. [20:51] essobi, there is only like one scenario that I know of it happening with [20:52] Cute.. * box? [20:53] essobi, ? [20:53] asterisk [20:53] well I know, but are you saying its something that happens with * or? [20:54] As far as voicemail I'm talking about, from the voip line -> outgoing to for example (cell voicemail) [20:55] only issues I've had in that reguards outside of asterisk, is cell providers wanting and extended length of DTMF, which the RFC2833 generator for the CA I was using didn't provide that length.. [20:55] so it would "miss" digits occasionally. [20:56] but it's possibly they just have a malfuctioning DSP. [20:56] Or it's getting oneway audio and some sort of VAD detection think's your not talking [20:56] essobi, maybe im mis-understanding "DSP "digital signal process?" [20:56] if you review the message are you in it? [20:57] essobi, Yea the message, plays back, but it cuts off, as if I hit #, to complete the voicemail [20:57] Odd. Check your sip signalling? [20:58] In PSTN interconnect, their DSPs "detect" the DTMF frequencies and change it into the button pressr the system to process.. it listens for the presses during the entirety of the call.. if one malfuncs or is programmed wrong, it can erroneously detect DTMF. [21:02] essobi, osas http://pastebin.ca/395082 [21:05] look sokay to me [21:05] it's coming up at G711.. which tehcnially you can do inband on.. [21:05] you might try a codec that can't do inband. [21:05] your carrier might have a shitty DSP. [21:05] Try G729 or something else [21:08] essobi, G729 is propietory...? [21:22] essobi, still around? [21:30] DanB (n=danbogos@87.139.12.167) left #openser. [21:55] hohum (n=dcorbe@mercury.sunrocket.com) left irc: "This computer has gone to sleep" [22:12] Nix (n=Nix@81.213.125.220) left irc: "sleeptime" [22:59] bodman (n=bodman@194.250.20.209) left #openser. [00:00] --- Thu Mar 15 2007