| 00:00.13 | *** join/#asterisk friedrich_ (~friedrich@aextron.de) |
| 00:17.33 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 00:30.08 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 00:49.58 | *** join/#asterisk iq (~iq@47.185.68.147) |
| 01:20.11 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 01:24.32 | denysonique | Do the GSM/3G specs allow for more than one inbound call be answered/handled simultaneously? i.e. more than one income channel, without putting someone on hold |
| 01:33.52 | Kunsi | denysonique: i don't know about specs, but phones only allow one call, one hold, or conference between three, don't know about independent calls |
| 02:14.34 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 02:19.21 | *** join/#asterisk Dovid (~dovid@ool-4573a525.dyn.optonline.net) |
| 02:22.45 | denysonique | Kunsi: I am wondering whether this limitation is by the hardware of the subscriber or a spec one |
| 02:23.35 | Kunsi | don't know about that. atleast on a standard mobile phone you are (physically) not able to do two calls at once |
| 02:24.00 | denysonique | I understand that SS7 is used for signalling... how does SS7 describe where/using what link the voice is being transmitted between telephone exchanges? |
| 02:24.38 | denysonique | TCP/IP is relatively very simple compared to that telecom crazyness |
| 02:38.50 | *** part/#asterisk ttaylor (~ttaylor@vpn.duh.net) |
| 02:39.10 | *** join/#asterisk ttaylor__ (~ttaylor@li441-189.members.linode.com) |
| 03:23.29 | *** join/#asterisk robink (~quassel@unaffilated/robink) |
| 03:32.47 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 04:01.54 | *** join/#asterisk iq (~iq@47.185.68.147) |
| 04:06.05 | *** join/#asterisk u0m3 (~u0m3@188.25.14.68) |
| 04:56.48 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 05:24.27 | *** join/#asterisk Aboba (~Bob@node-1w7jr9sqc1awxmmz1fkxrxazb.ipv6.telus.net) |
| 05:26.40 | *** join/#asterisk matrix1233 (~matrix123@197.1.118.65) |
| 05:40.50 | *** join/#asterisk ttaylor (~ttaylor@vpn.duh.net) |
| 06:11.45 | *** join/#asterisk coldfront (~coldfront@162.243.40.229) |
| 06:13.10 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:18.11 | *** join/#asterisk matrix1233 (~matrix123@197.1.118.65) |
| 06:19.18 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 06:37.07 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:50.56 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 07:13.22 | *** join/#asterisk emk (~emk@unaffiliated/emk) |
| 07:19.37 | *** join/#asterisk TriJetScud (~TriJetScu@van-mig-svr.ad.v10networks.ca) |
| 07:20.41 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 08:06.40 | *** join/#asterisk matrix1233 (~matrix123@197.1.118.65) |
| 08:20.00 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 08:25.07 | *** join/#asterisk miralin (~Thunderbi@194.8.128.51) |
| 08:35.31 | *** join/#asterisk defsdoor (~andy@cpc35-sutt4-2-0-cust184.19-1.cable.virginm.net) |
| 09:00.37 | *** join/#asterisk matrix1233 (~matrix123@197.1.118.65) |
| 09:47.33 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 10:01.09 | *** join/#asterisk wyoung (~wyoung@wesleyy.com) |
| 10:09.19 | *** join/#asterisk Tiffon (~name@unaffiliated/tiff0n) |
| 10:12.48 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 10:14.16 | *** join/#asterisk pjm (~pjm_freen@uhfsatcom.plus.com) |
| 10:47.11 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 10:53.02 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
| 11:18.56 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 11:22.44 | *** join/#asterisk bof22 (~Thunderbi@ARennes-650-1-101-24.w2-2.abo.wanadoo.fr) |
| 11:30.39 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 11:33.01 | *** join/#asterisk Gaster (d58a5fa9@gateway/web/cgi-irc/kiwiirc.com/ip.213.138.95.169) |
| 11:35.07 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 11:36.22 | *** join/#asterisk tirej (~tirej@unaffiliated/tirej) |
| 11:47.30 | *** join/#asterisk miralin (~Thunderbi@194.8.128.51) |
| 12:24.15 | Ionic | filterting on caller ID is done via pattern/CID as an extension, right? |
| 12:24.42 | Ionic | but I guess sorting will screw me if I want a catch-all for specific CIDs? |
| 12:29.48 | Ionic | hmm, asterisk will probably handle that gracefully |
| 12:44.03 | *** join/#asterisk spearo_ (~liam@host81-154-138-129.range81-154.btcentralplus.com) |
| 12:49.28 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 13:09.30 | *** join/#asterisk Gaster (d58a5fa9@gateway/web/cgi-irc/kiwiirc.com/ip.213.138.95.169) |
| 13:13.45 | Gaster | UpdateCDR option in queues.conf is set but never used in source code, is that a bug? I've stumbled across this while trying to debug why setting updatecdr=yes in general section of queues.conf gives no result. |
| 13:14.00 | Gaster | grep -ri 'updatecdr\|update_cdr' 2> /dev/null --color=yes --binary-files=without-match /usr/src/asterisk-14.1.1 |
| 13:15.33 | Gaster | asterisk-14.1.1 is the dir that contains an untarred and built asterisk from official site. |
| 13:21.44 | *** join/#asterisk Oatmeal (~Suzeanne@2602:306:3676:c60:58f0:6b14:58b8:7862) |
| 13:21.48 | Gaster | This option is known to have been removed from agents.conf, maybe it has been removed from queues.conf too? |
| 13:21.57 | Gaster | erroneously |
| 13:43.45 | Gaster | Asterisk 14.1.1 app_queue.c seems to be missing the line ast_copy_string(cdr->dstchannel, member->membername, sizeof(cdr->dstchannel)); compared to Asterisk 11. |
| 13:44.17 | Gaster | That's why setting updatecdr has absolutely no effect in Asterisk 14 |
| 14:01.39 | Ionic | WIMPy: I think I have just successfully sent out a fax via my ISDN-FXO adapter, chan_lcr and SIP |
| 14:02.33 | Ionic | I guess I'll know whether it was garbled or came out fine in the upcoming week |
| 14:12.16 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 14:28.57 | WIMPy | Ionic: Not too bad. |
| 14:36.35 | *** join/#asterisk zhold (~zholdings@31.7.57.230) |
| 14:36.51 | zhold | hey guys, im getting a weird error on my asterisk |
| 14:37.04 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 14:37.15 | zhold | ast_rtp_read: Unknown RTP codec 95 received from 'external.ip.of.the.asterisk' |
| 14:37.24 | zhold | im sending calls via VPN to my asterisk |
| 14:37.41 | zhold | another issue i have is that the RTP source address is sometimes the internal IP(192.168.11.2) |
| 14:37.44 | zhold | and sometimes its the external IP |
| 14:38.47 | zhold | so im calling out of a dahdi FXO adapter on my asterisk...and when i make a call: if i answer TOO SOON ...the call keeps Ringing() |
| 14:38.59 | zhold | if i let it ring a few times then answer call works perfectly |
| 14:40.35 | WIMPy | Analog is evil. |
| 14:40.45 | WIMPy | In some ways even more evil than SIP. |
| 14:45.21 | zhold | well |
| 14:46.17 | zhold | its a f*cking disaster bro |
| 14:46.35 | zhold | ill give someone 200$ BTC if they can help me fix my main issue |
| 14:46.43 | zhold | that is basically FAS (False Answer Service) |
| 14:46.46 | zhold | i dial out DAHDI |
| 14:47.34 | zhold | basically its pulse dialing....PDD (post dial delay) is like 6 seconds |
| 14:47.39 | zhold | so the user hears NOTHING while it dials |
| 14:47.45 | zhold | to combat this i put Ringing() first then Dial() |
| 14:47.48 | zhold | so the user hears ringing |
| 14:47.53 | zhold | then it dials |
| 14:48.14 | WIMPy | Pulse dialling? Seriousely? |
| 14:48.14 | zhold | so what happens next is... user hears ringing, then it connects after 6 seconds...and i hear the PSTN ringing sound |
| 14:48.19 | zhold | but billing is already connected at this point |
| 14:48.22 | zhold | yeah deadly serious man |
| 14:48.35 | zhold | im not being a difficult its all for a reason lol it has to be this way |
| 14:48.49 | zhold | if someone can help me fix its $300 |
| 14:49.28 | zhold | so basically i need to use some kind of Voice Activity Detection? perhaps in Asterisk |
| 14:49.34 | zhold | to detect when Talking occurs and connect the call ? |
| 14:50.44 | WIMPy | has never had a dahdi fxo anything. |
| 14:51.33 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 14:52.38 | WIMPy | Do you know what features you line has? |
| 14:55.58 | *** join/#asterisk Gaster (d58a5fa9@gateway/web/cgi-irc/kiwiirc.com/ip.213.138.95.169) |
| 14:59.18 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 14:59.50 | zhold | WIMPy: i dont know if there is polarity detection on the line |
| 15:00.00 | zhold | hence why we dont recieve the connect signal |
| 15:00.14 | zhold | other than that its a normal PSTN pulse line |
| 15:01.26 | WIMPy | Well, knowing what you have is the first step on the way to configuring it correctly. |
| 15:03.42 | zhold | yeah man i dunno what to tell you |
| 15:03.53 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 15:04.02 | zhold | its a normal phone line its PSTN connected lol |
| 15:05.52 | zhold | what a f*cking disaster man im so pissed off - any telecom engineers in here who familiar with Asterisk, FAS, DAHDI wants to earn $500 PM . |
| 15:06.28 | zhold | mission: remove FAS on a pulse dialing line with no polarity detection |
| 15:10.47 | WIMPy | If there's no polarity reversal you can only try to detect tones And that will never be reliable. |
| 15:13.59 | zhold | i know that will never be fully reliable but it would at least be 90% reliable |
| 15:14.14 | zhold | the sound of the PSTN ringing is always the pretty much the same |
| 15:14.19 | zhold | its either i detect the tones |
| 15:14.24 | zhold | or create an artifical delay somewhere |
| 15:14.42 | zhold | that connects the call regardless after 2 seconds or something :| |
| 15:15.07 | zhold | if you can help me solve it go buy yourself a new pair of...whatever the hell you want man |
| 15:19.45 | zhold | :) :( |
| 15:20.46 | Gaster | Is it possible to define a peer-level variable in asterisk? Like setting a member name on SIP/phone1 each time agent Alice logs in from it? |
| 15:21.28 | WIMPy | Check your sip.conf. You can set variables there. |
| 15:21.38 | Gaster | I know, but that would be static. |
| 15:21.49 | Gaster | I meant synamic, even showed an example. |
| 15:21.53 | Gaster | *dynamic |
| 15:22.14 | WIMPy | Dynamic in what way? |
| 15:22.19 | Gaster | From dialplan. |
| 15:22.31 | Gaster | See example. |
| 15:22.42 | WIMPy | Not sure what you want to do. |
| 15:24.24 | Gaster | Associate a member name with a sip device each time an agent logs in from it, so that later all outbound channels would have a way to identify which agent created them. |
| 15:24.59 | WIMPy | Ok, then use a global variable or AstDB. |
| 15:25.40 | Gaster | Too bad there isn't an option( For inbound calls using queue we have MEMBERNAME variable... |
| 15:36.34 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 15:49.19 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 15:59.45 | zhold | ok guys let me try ask another way: |
| 15:59.57 | zhold | how do i install voice activity detection (VAD) in asterisk |
| 16:02.27 | Samot | Asterisk doesn't support VAD. |
| 16:02.39 | zhold | ok can i get it to support VAD somehow ? |
| 16:02.47 | zhold | iirc, freeswitch supports VAD? |
| 16:03.00 | zhold | is there a VAD module for asterisk ? :) |
| 16:03.05 | Samot | You would have to ask in #freeswitch. |
| 16:03.12 | zhold | ok ill ask them later |
| 16:03.24 | zhold | what about VAD in asterisk, possible at all> |
| 16:03.25 | zhold | ? |
| 16:03.52 | Samot | It doesn't support it and therefore can't generate comfort noise |
| 16:04.01 | zhold | i dont want it to generate comfort noises |
| 16:04.14 | zhold | i just want to detect when talking occurs |
| 16:04.22 | zhold | to remove FAS |
| 16:04.29 | Samot | That has nothing to do with VAD. |
| 16:04.40 | Samot | It can detect talking |
| 16:05.12 | WIMPy | ConfBridge hat talk detection. |
| 16:06.01 | Samot | exten => talk,1,GotoIf(something) |
| 16:07.29 | zhold | Samot: i need to detect talking |
| 16:07.33 | zhold | to then connect the cal |
| 16:07.47 | zhold | it has something to do with FAS because if i could detect when talking occurs and connect the call, it would remove the FAS. |
| 16:07.50 | Samot | You mean to an agent/user |
| 16:07.59 | Samot | Because you already have to answer the call to detect talking. |
| 16:08.37 | zhold | ok good point |
| 16:08.40 | zhold | but that would still solve my problem |
| 16:08.48 | zhold | because i could answer on 1 asterisk |
| 16:09.00 | zhold | and then on another asterisk only send the 200 when talking occurs |
| 16:09.43 | zhold | so the end user wont hear any FAS |
| 16:10.08 | Samot | FAS? |
| 16:10.38 | zhold | false answer service |
| 16:12.42 | Samot | What is the goal all off this? |
| 16:13.45 | zhold | The goal is to only connect the call and start billing once the user ACTUALLY answers the call |
| 16:15.07 | zhold | currently i dial....it rings (asterisk playing ringing).... then the call is actually ringing - and billing starts...now the user hears a ringing from PSTN (a different ringing sound) |
| 16:15.34 | zhold | and its no bloody good :D |
| 16:15.58 | Samot | So you generally only get charged for answered calls by the ITSP/Provider. |
| 16:16.20 | Samot | So if I'm calling you, you have to answer the call in order to do anything with it. |
| 16:16.37 | Samot | So the call hits Asterisk and it answers...then what? |
| 16:17.15 | Samot | You're basically putting in me in an IVR waiting for a response from me. |
| 16:17.27 | Samot | Which is talking, so you detect talking then what? |
| 16:17.33 | zhold | then when i detect talking |
| 16:17.33 | Samot | You can an agent/user? |
| 16:17.41 | zhold | i tell the previous server in the call flow |
| 16:17.47 | zhold | that talking has started |
| 16:17.49 | zhold | then connect the call |
| 16:17.53 | Samot | No. |
| 16:17.54 | zhold | thats ideally |
| 16:17.58 | Samot | Connect it to where? |
| 16:18.10 | zhold | ok ill try explain 1 more time for you i dont know how many ways i can say this hehe |
| 16:18.17 | zhold | i dont think you understand the concept of FAS |
| 16:18.44 | zhold | DIAL....RING RING.....RING RING.........(CALL ANSWERS)....(BILLING STARTS)..... .RING RING....RING RINGGGG...... |
| 16:19.07 | zhold | thats FAS |
| 16:19.59 | Samot | So you want to do false answers. |
| 16:20.04 | zhold | Samot: dont worry bro |
| 16:20.06 | zhold | its all good |
| 16:20.16 | Samot | Yeah, figure it out on your own. |
| 16:20.20 | Samot | I don't support scam methods. |
| 16:20.26 | zhold | Im not trying to scam people |
| 16:20.41 | Samot | FAS is about charging for calls that don't connect. |
| 16:20.52 | zhold | im trying to prevent my customers paying for extra seconds |
| 16:21.01 | zhold | but with help like yours |
| 16:21.02 | Samot | What extra seconds/ |
| 16:21.04 | zhold | ill be here all week |
| 16:21.16 | zhold | explaining to you false ringing etc. |
| 16:21.18 | zhold | over and over again |
| 16:21.20 | Samot | Carriers don't bill for unanswered calls. |
| 16:21.20 | zhold | getting called a scammer etc |
| 16:21.49 | zhold | exactly Samot |
| 16:21.50 | zhold | im a carrier |
| 16:21.51 | Samot | They bill for connected calls that generate usage. |
| 16:21.58 | Samot | OK. |
| 16:22.06 | zhold | im trying to prevent my users paying for extra seconds |
| 16:22.13 | zhold | and im using a telecom infrastructure that uses pulse dialing |
| 16:22.19 | Samot | What extra seconds? |
| 16:22.20 | zhold | i cant exactly pop on down to the exchage |
| 16:22.23 | zhold | Samot: seriously |
| 16:22.29 | Samot | No, seriously... |
| 16:22.33 | zhold | 16:22 Ignoring ALL from Samot |
| 16:22.35 | Samot | What extra seconds are you trying to save them on? |
| 16:22.40 | zhold | seemed to fix 1/2 of my problems |
| 16:22.44 | zhold | now just the FAS issue left |
| 16:22.55 | Samot | Learning about Telecom would fix the other. |
| 16:23.24 | zhold | anyone who has any actual experience in telecomunications feel free to PM for $500 reward on how to remove FAS on Pulse Dialing lines with no polarity reversal through the use of delays or voice activity detection |
| 16:23.33 | zhold | cheers |
| 16:23.37 | Samot | Lol. |
| 16:23.44 | Samot | That's funny. |
| 16:26.25 | Samot | WIMPy: Don't you love it when people ask how to do something scammy/shady and then get upset when people wont support them? |
| 16:27.03 | WIMPy | I think you didn't get the story. |
| 16:27.13 | zhold | WIMPy: ? |
| 16:27.19 | Samot | What's the story? |
| 16:27.22 | WIMPy | Although the concept is seriousely broken. |
| 16:27.29 | Samot | Well yes. |
| 16:27.34 | Samot | That part was easy to figure out. |
| 16:29.10 | WIMPy | Samot: He's dialling out on POTS lines and doesn't want to bill his users for hering the ring back tones. |
| 16:30.15 | Samot | So this is so he can not charge about 6 seconds on a call? |
| 16:30.41 | WIMPy | To have correct billing. |
| 16:30.47 | Samot | OK. |
| 16:31.40 | Samot | So he's looking to correct like $0.0025 or something like that per second for each answered call... |
| 16:31.48 | Samot | Or even less. |
| 16:32.15 | zhold | is he still talking |
| 16:32.21 | zhold | about MY problems |
| 16:32.29 | zhold | get your own voip problems Samot |
| 16:32.47 | Samot | I really don't have VoIP problems. Must be all the telecom experience. |
| 16:33.44 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 16:33.49 | zhold | WIMPy: thats exactly right |
| 16:34.09 | zhold | i dont want to bill users for hearing ringing do i...otherwise i wouldnt have happy customers |
| 16:34.29 | Samot | Not like users are going to sit here and go "Oh man I was on this call for 10 minutes and 18 seconds but I got bill for 10 mins and 21 seconds. |
| 16:34.36 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 16:34.46 | WIMPy | If you want happy customers, don't try to use POTS lines. Seriousely. |
| 16:34.51 | zhold | hahah |
| 16:35.00 | zhold | if you want happy customers maybe give them a cheap rate |
| 16:35.10 | zhold | but cant give them a cheap rate |
| 16:35.12 | zhold | when you bill them for ringing |
| 16:35.23 | Samot | That makes no sense. |
| 16:35.25 | zhold | i found it funny how Samot said figure out FAS all on your own |
| 16:35.34 | Samot | Since you're willing to eat the cost. |
| 16:35.35 | zhold | like i havent already got FAS |
| 16:35.37 | zhold | lool |
| 16:35.43 | WIMPy | Samot: Depending on your location there might be legal issues. |
| 16:36.01 | Samot | Then eat the cost. |
| 16:36.20 | Samot | Sometimes it might be easier to say "Fsck it, don't charge for the first 6 seconds" |
| 16:36.33 | Samot | And deal with that in billing. |
| 16:36.33 | zhold | Samot doesnt exist in my world if i could just remove the FAS like i did with his messages i would be the happiest man alive |
| 16:37.19 | WIMPy | Don't waste precious time on a futile task. Get decent connectivity. |
| 16:38.38 | zhold | WIMPy: |
| 16:38.42 | zhold | how do u explain to a whole country of people |
| 16:38.46 | zhold | that use pulse dialig |
| 16:38.50 | zhold | to get decent connectivity |
| 16:38.58 | zhold | should i petition the government to upgrade teh telco infrastructure? |
| 16:39.11 | zhold | maybe i should just pop into the exchange and upgrade it for them |
| 16:39.25 | zhold | :< |
| 16:39.38 | WIMPy | Thne don't try to use them for services that won't work with them. |
| 16:39.46 | zhold | in life |
| 16:39.49 | zhold | sometimes its about solving problems |
| 16:39.55 | zhold | not giving excuses as to why something cant be fixed |
| 16:40.12 | zhold | :D |
| 16:40.24 | WIMPy | And often solutions create their own problems. That's life. |
| 16:40.29 | zhold | thats soo true too |
| 16:41.31 | WIMPy | How do you get your users calls, BTW? |
| 16:42.41 | WIMPy | Or where are they calling from? |
| 16:44.19 | zhold | tier1 carrier' |
| 16:44.46 | zhold | traffic comes from large carrier unable to tell you who |
| 16:44.52 | zhold | but you probably used them once or twice |
| 16:45.24 | WIMPy | Probaly not. The world is big, you know? :-) |
| 16:45.41 | WIMPy | But technically? Don't say it's the same POTS lines. |
| 16:46.05 | zhold | this is a niche setup anyway |
| 16:46.19 | WIMPy | Obviousely. |
| 16:46.20 | zhold | its just fuckin annoying because i want to remove this FAS its the last hurdle |
| 16:46.33 | zhold | and ive spent alot of time money and energy into this haha |
| 16:46.39 | zhold | more than you prob think |
| 16:47.22 | zhold | obv its important to me, i dunno what else i can do than offer $$$ and ask for help :) |
| 16:48.01 | Samot | Again, this might be an administrative solution vs. a technical solution. |
| 16:48.10 | WIMPy | Ask for the right kind of help, like how to replcae those POTS lines. |
| 16:50.13 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 16:50.25 | zhold | WIMPy: there is a really really good reason for me to be using the POTS lines |
| 16:50.34 | zhold | but since no one can actually point me in the right direction |
| 16:50.48 | zhold | i need to change the things i can actually change |
| 16:50.58 | zhold | so i have to use pots...i have to use pulse dial...;) |
| 16:51.28 | zhold | anyway fuck it guys i wait for voipmonk to get online..... |
| 16:51.36 | zhold | he knows whats up :) |
| 16:51.48 | Samot | This doesn't sound like an optimal setup for a VoIP provider. |
| 16:53.34 | WIMPy | If you HAVE TO use limited technoligy, so will be the result. Nithing mucht to do about that. |
| 16:54.41 | WIMPy | If you don't have access to the technologies that solve your problems, you have to live with them or come up with a new solution of your own if you tink that's possible. |
| 16:55.44 | Samot | Again, if they're going to eat the cost anyways sounds simpler just to say "Don't bill for the first 6 seconds of an answered call" |
| 16:55.58 | Samot | And let the billing system deal with it. |
| 16:56.28 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 16:56.56 | Samot | Just like how I absorb the taxes and fees like USF and pay them myself but not pass them on the customer. |
| 16:57.03 | zhold | WIMPy: i will come up with a new solution and try make it possible |
| 16:57.14 | zhold | thanks for the motivation |
| 16:57.26 | zhold | when i get it solved ill come here and explain to you how i did it :} |
| 17:01.17 | WIMPy | Samot: But it might be a whole minute. Possibly more. You can't know. |
| 17:01.32 | Samot | As the carrier I would have tried to upsell any customer dropping multiple POTS/DS0 circuits for voice service in the same location to a PRI/T1 or even more depending on how many lines. |
| 17:01.43 | WIMPy | zhold: Well, good luck. I guess you need it. |
| 17:02.07 | Samot | WIMPy: Is writing off like $0.009 per call more or less then this mess that they're trying to do? |
| 17:02.22 | Samot | Even at a minute. |
| 17:02.36 | WIMPy | Samot: Yes. happens. I know someone who ordered 8 BRIs, but was told that he had to take a PRI. |
| 17:03.15 | Samot | I'm just saying that if your connection to the PSTN as a VoIP provider is a Tier 1 carrier.. |
| 17:03.35 | Samot | They would be offering better solutions than individual POTS lines. |
| 17:03.48 | WIMPy | OTOH at one place I used to work we had 12 BRIs. The funny thing being they all came on copper while the internet connection came on fibers. |
| 17:05.32 | Samot | I'll just go back to my original statement. This is not an optimal setup for a VoIP Provider. |
| 17:05.53 | WIMPy | Deifinitely. |
| 17:06.12 | Samot | In fact, it's the least optimal setup I've heard of in a long time. |
| 17:06.23 | Samot | Because, POTS. |
| 17:06.31 | WIMPy | Deifinitely. (again) |
| 17:07.57 | Samot | So now I see what's going on with FAS. It got injected to allow for hearing ring-back but introduced the billing issue because the call was answered to facilitate the FAS. |
| 17:09.48 | WIMPy | It's not as if you add it as a (mis)feature. It's an issue you have with POTS. |
| 17:10.21 | Samot | True. |
| 17:11.14 | WIMPy | zhold: What about charging pulses? Do you get those? |
| 17:12.46 | WIMPy | I'm pretty sure there's nothing readily availabe to make use of them, but that would be something that could solve the problem. |
| 17:14.49 | Samot | I'm glad I don't have to deal with TDM/Analog/POTS anymore. |
| 17:15.17 | WIMPy | can only second that for POTS. |
| 17:15.46 | denysonique | <PROTECTED> |
| 17:16.00 | denysonique | sorry, not ment to be pasted here |
| 17:16.17 | Samot | I mean I have to deal with it when clients have those types of connections. |
| 17:16.47 | Samot | But I hated dealing with them at the ITSP/Telecom level. |
| 17:17.28 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 17:17.51 | Samot | Specially cross-territory circuits. |
| 17:18.44 | Samot | Dealing with one ILEC is a pain, having to deal with two. Ugh. |
| 17:20.58 | *** join/#asterisk miralin (~Thunderbi@194.8.128.51) |
| 17:22.23 | Samot | It did work out well at the Telecom though, one of the engineers hated dealing with SIP as much as I hated dealing with the PRIs so we always just swapped tickets. |
| 17:29.49 | zhold | WIMPy: |
| 17:29.51 | zhold | charging pulses? |
| 17:30.01 | zhold | ive even tried pulse to DTMF converters bro |
| 17:30.06 | zhold | Mitel SMART-1 adapter |
| 17:30.13 | zhold | also a bloody another adapter |
| 17:30.19 | zhold | but neither of them passed polarity reversal signal |
| 17:30.24 | WIMPy | Something that used to exist on POTS lines. |
| 17:30.49 | zhold | i cant find anything on google about Charging Pulses for POTS |
| 17:31.04 | zhold | do you have a link? |
| 17:31.24 | WIMPy | Maybe the correct term was metering pulses? |
| 17:31.57 | zhold | ohhhhh i see |
| 17:32.00 | zhold | reading |
| 17:33.47 | *** join/#asterisk Ta^3 (~tacvbo@fixed-188-13-187-188-13-23.iusacell.net) |
| 17:35.11 | *** join/#asterisk xpheres (~xpheres@p5DC5CE54.dip0.t-ipconnect.de) |
| 17:35.41 | xpheres | good evening |
| 17:35.42 | xpheres | have anyone ever bridged freepbx to a shoutcast server? |
| 17:37.17 | WIMPy | xpheres: I think you should take a look at Jack. |
| 17:37.27 | xpheres | ok... |
| 17:40.29 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 17:41.39 | *** part/#asterisk xpheres (~xpheres@p5DC5CE54.dip0.t-ipconnect.de) |
| 17:43.09 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 17:48.17 | *** join/#asterisk J0hnSteel (~J0hnSteel@92.55.116.125) |
| 17:59.13 | *** part/#asterisk cemotyz09__ (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 18:15.08 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 18:21.57 | *** join/#asterisk J0hnSteel (~J0hnSteel@92.55.116.125) |
| 18:44.34 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 18:55.10 | cmendes0101 | I have a call failing due to not being able to negotiate codec. "app_dial.c:3075 dial_exec_full: Had to drop call because I couldn't make..". DIALSTATUS shows answered and HANGUPCAUSE gets 16 "AST_CAUSE_NORMAL_CLEARING" |
| 18:55.24 | cmendes0101 | Is there another status I can check that considers that as a failure? |
| 19:05.31 | igcewieling | Use HANGUPCAUSE and DIALSTATUS. |
| 19:05.44 | igcewieling | something else is is going on or they should be correct. |
| 19:07.29 | igcewieling | btw, which codec are you trying to use? |
| 19:09.28 | cmendes0101 | In the config I had set ulaw,alaw,gsm. The call is accepted by the carrier then it throws it can't translate ulaw -> alaw then same error but alaw -> ulaw. Then call is hung up |
| 19:10.13 | igcewieling | disable ulaw or alaw. If in north america disable alaw, if in the rest of the world disable ulaw and try it again |
| 19:10.31 | cmendes0101 | I changed the config to only ulaw and seems to be working now. But was looking at adding some catches to retry the call on another carrier not sure how to detect correctly |
| 19:11.17 | igcewieling | cmendes0101: HANGUPCAUSE and DIALSTATUS ARE the correct way. |
| 19:12.36 | igcewieling | put the cli output of a failed cal on a pastebin, paste the link here and hope for the best. |
| 19:13.19 | igcewieling | Are you using Local/ channels? |
| 19:13.49 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 19:14.46 | cmendes0101 | Yes, thats the one placing the dial. I'll try and grab some logs in a bit |
| 19:16.10 | igcewieling | I guess Local/ channels might mess up the hangupcause, I rarely use them because they makes stuff so much more complicated most of the time. When needed, though, Local/ can be incredibly useful |
| 19:16.23 | igcewieling | are you using the /n to Local? |
| 19:17.15 | igcewieling | try ${MASTER_CHANNEL(HANGUPCAUSE)} and see if the hangup cause is there. |
| 19:32.19 | *** join/#asterisk cemotyz09__ (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 19:44.06 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 19:57.54 | *** join/#asterisk UncleKiwi (~UncleKiwi@unaffiliated/unclekiwi) |
| 19:58.09 | UncleKiwi | hi |
| 19:58.25 | UncleKiwi | anyone here had any experience with chan_dongle or chan_mobile |
| 20:03.29 | Kunsi | someone⢠surely has |
| 20:05.17 | UncleKiwi | thanks for that |
| 20:05.19 | UncleKiwi | ahaha |
| 20:05.48 | WIMPy | Looks like UncleKiwi hasn't been here when they were the topic. |
| 20:06.09 | UncleKiwi | yeah |
| 20:06.17 | UncleKiwi | im just new to them |
| 20:06.24 | UncleKiwi | just wondering if i should use it |
| 20:06.45 | [TK]D-Fender | As opposed to ...? |
| 20:06.50 | [TK]D-Fender | ~polls |
| 20:06.50 | infobot | "Does anyone have X or use Y?" is taking a poll, not asking a valid question. Don't do it or our army of rabid weasels will hurt you. Usually, people other than those with the exact same set up can help you and those who have sometimes will not be able to help you. Also see <ask> |
| 20:06.52 | [TK]D-Fender | ^ |
| 20:07.30 | UncleKiwi | i could buy a gsm gateway |
| 20:07.33 | UncleKiwi | device |
| 20:07.48 | UncleKiwi | and not use chan_dongle or chan_mobile |
| 20:08.01 | UncleKiwi | im wanting reliablility |
| 20:08.32 | UncleKiwi | loosk like the chan_dongle code is old as s |
| 20:08.47 | [TK]D-Fender | TRhen removing one more layuer of wireless signaling would probably be a GOOD thing |
| 20:10.05 | UncleKiwi | cheers <[TK]D-Fender> yeah |
| 20:13.19 | *** join/#asterisk tirej (~tirej@unaffiliated/tirej) |
| 20:13.34 | [TK]D-Fender | Sometimes... it really is sitting right there in the big print |
| 20:14.38 | UncleKiwi | yes |
| 20:14.43 | UncleKiwi | your right |
| 20:15.16 | UncleKiwi | just purchased a gsm gateway |
| 20:15.41 | WIMPy | And how do you connect that gateway to Asterisk? Will that connection be more reliable than USB? |
| 20:17.14 | *** join/#asterisk miralin (~Thunderbi@194.8.128.51) |
| 20:17.15 | UncleKiwi | ethernet |
| 20:17.34 | UncleKiwi | should be good WIMPy |
| 20:17.58 | UncleKiwi | now i just need to wait 7 days |
| 20:18.00 | UncleKiwi | ahaha |
| 20:22.08 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:23.39 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 20:33.59 | *** join/#asterisk Dovid (~dovid@172.58.216.250) |
| 20:34.51 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 20:44.24 | zhold | hi UncleKiwi |
| 20:45.13 | UncleKiwi | hi zhold |
| 20:45.27 | zhold | what ya doing with your GSM gateway bruh |
| 20:45.32 | *** join/#asterisk Ta^3 (~tacvbo@fixed-188-13-187-188-13-23.iusacell.net) |
| 20:45.59 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:46.04 | zhold | can you fix my FAS issue ill send you a 30 port sim bank |
| 20:46.11 | zhold | lol |
| 20:46.15 | UncleKiwi | bridging calls to the mobile network from sip |
| 20:46.44 | zhold | good stuff |
| 20:47.12 | zhold | what hardware do u have |
| 20:47.16 | zhold | for your gsm gateway |
| 20:47.29 | UncleKiwi | yeah i was asking the question because i was considering using chan_mobile or chan_dongle rather than buy the gateway hardware |
| 20:47.59 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 20:48.00 | UncleKiwi | i probably will play the chan_mobile for fun today |
| 20:48.20 | zhold | thats cool ive never tried that approach |
| 20:48.28 | zhold | im familiar with alot of gsm gw tho |
| 20:48.34 | zhold | i would just buy gateway hardware |
| 20:48.45 | zhold | if you need something like 1 port its not that expensive |
| 20:48.49 | UncleKiwi | ordered the gateway |
| 20:48.54 | zhold | but playing with chan_mobile sounds fun |
| 20:49.00 | zhold | which gateway did you get |
| 20:49.05 | UncleKiwi | yeah it hink it will be a little fun |
| 20:49.06 | zhold | dinstar, goip, ? |
| 20:49.10 | UncleKiwi | goip-1 |
| 20:49.16 | zhold | cool |
| 20:49.26 | UncleKiwi | are they good ? |
| 20:49.49 | zhold | it works as described :) |
| 20:49.53 | UncleKiwi | nice |
| 20:50.12 | UncleKiwi | as you say the cost is low |
| 20:50.32 | UncleKiwi | and it does what its supposed to |
| 20:51.29 | *** join/#asterisk Ta^3 (~tacvbo@fixed-188-13-187-188-13-23.iusacell.net) |
| 21:10.24 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 21:24.19 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 21:25.17 | *** join/#asterisk Dovid (~dovid@172.58.216.187) |
| 21:28.42 | *** join/#asterisk Cory (~Cory@unaffiliated/cory) |
| 21:55.16 | war9407 | box*CLI> \U+AF73\U+AF69\U+AF70\U+AF20 < anyone see this when typing things into the asterisk CLI 13.8.2~dfsg-1 ? |
| 22:02.36 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 22:02.47 | *** join/#asterisk Dovid (~dovid@172.58.216.187) |
| 22:05.08 | Kunsi | looks like your utf-8 is broken or something like that |
| 22:05.25 | Kunsi | also, you should update your asterisk |
| 22:13.04 | DanQuinney | Does anyone know how unique the "uniqueid" of chan_sip's CDR actually is? I can't seem to find the code that generates it in the source code. |
| 22:13.37 | *** join/#asterisk Aboba (~Bob@node-1w7jr9sqc1awwj350c8qwcte5.ipv6.telus.net) |
| 22:18.28 | DanQuinney | Nevermind, I found this which makes the uniqueid useless for my use case "Attention! The uniqueid field is not guaranteed to be unique across the different CDR entries, even though the name suggests exactly that. In fact Uniqueid has never been guaranteed to be unique across all CDRs: It is only unique across a channel, and a channel may have multiple CDRs." |
| 22:20.15 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 22:33.03 | *** join/#asterisk covalschi_ (~covalschi@host-static-89-35-203-135.moldtelecom.md) |
| 22:33.27 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 22:34.42 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 22:35.56 | *** part/#asterisk covalschi_ (~covalschi@host-static-89-35-203-135.moldtelecom.md) |
| 22:36.13 | *** join/#asterisk covalschi_ (~covalschi@host-static-89-35-203-135.moldtelecom.md) |
| 22:50.14 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |
| 23:03.53 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |
| 23:04.45 | *** join/#asterisk Iamnach0 (~Iamnacho@ip24-252-4-195.om.om.cox.net) |
| 23:16.00 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |
| 23:25.05 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 23:30.52 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |
| 23:41.02 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |
| 23:47.18 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
| 23:48.51 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |
| 23:56.54 | *** join/#asterisk Dovid (~dovid@144.202.193.41) |