IRC log for #asterisk on 20130331

00:04.13*** join/#asterisk TimeRider (~steve@timerider.plus.com)
00:10.25*** join/#asterisk Petchaw (~Pascal@ool-18e42dfd.dyn.optonline.net)
00:30.38*** part/#asterisk Petchaw (~Pascal@ool-18e42dfd.dyn.optonline.net)
00:33.05*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
00:33.06*** mode/#asterisk [+o pabelanger] by ChanServ
00:33.16dijib?
00:33.23SeRidijib: yo
00:34.02*** join/#asterisk b0ot (~DynamicFa@147.177.61.218)
00:34.08dijibeh dude
00:34.10dijiblol
00:34.13SeRi:/
00:34.14dijibmy xmpp is up now
00:34.17b0ot[TK]D-Fender, how do you make asterisk accept all incomming calls if they match
00:34.22SeRiI cant see you dijib
00:34.23dijibwhats up? ive got my truck here now
00:34.24b0otbasically remove the requirement for a peer?
00:34.27SeRisend me a msg
00:34.33SeRion xmmp
00:34.34dijibno? maybe we need to add eachother again
00:34.49SeRiThat didnt sound right but what ever
00:34.53SeRilol
00:34.59SeRisned me a msg
00:35.04SeRisend*
00:36.39dijibim going to plug your butt
00:37.12[TK]D-Fenderb0ot[TK]D-Fender, how do you make asterisk accept all incomming calls if they match <- if "they" match.... isn't that the very definition of "acceptance"?
00:37.34[TK]D-Fenderb0ot: And avoid vague use of "they"
00:37.48b0otright now, asterisk rejects incomming calls from external trunks because they are not peers
00:37.59b0otI don't want to have setup a peer for each trunk
00:38.15[TK]D-Fenderb0ot: Next, stop using "trunk" generically as well
00:38.23dijibgive me a min seri
00:38.27[TK]D-Fenderb0ot: CHANNELS and TYPES please
00:41.05b0otin the sip.conf file, I currenlty have one peer called [siptrunk] with type=peer, context=incomming, insecure=invite,port, and host=10.3.1.11 I want to modify my sip.conf file so that any type of incomming call ot the system will use context=incomming (whether it is a vaild peer or not)
00:41.46[TK]D-Fenderallowguest=yes
00:41.47[TK]D-Fender^
00:42.47b0ot[TK]D-Fender, I already have that
00:42.56b0otand allowsubscribe=yes
00:43.21[TK]D-FenderThen maybe you should show your actual config and the actual failure
00:43.25[TK]D-Fender~pb
00:43.26infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
00:43.27[TK]D-Fender^^^
00:46.08b0otpastebin.com/sZ1qKD87
00:46.18b0othttp://pastebin.com/sZ1qKD87
00:46.51[TK]D-FenderYou've filtered a LOT in there
00:47.09[TK]D-Fenderand I don't see a CONTEXT specified at all for [general]
00:47.29[TK]D-Fender....and that doesn't include the failed call to look at
00:47.47[TK]D-Fender<PROTECTED>
00:48.05[TK]D-FenderTher is a lot wrong with this first round...
00:48.41[TK]D-Fenderaraits a new pastebin
00:48.45[TK]D-Fenderawaits*
00:49.53b0othttp://mq1Hyuq6
00:50.01b0othttp://pastebin.com/mq1Hyuq6
00:50.20[TK]D-FenderLooking for 5021 in default (domain 10.1.1.50)
00:50.25[TK]D-Fenderyou didn't specify the CONTEXT
00:50.32[TK]D-FenderSo it hit [default]
00:50.38[TK]D-Fender[20:47][TK]D-Fenderand I don't see a CONTEXT specified at all for [general]
00:50.55[TK]D-FenderSIP/2.0 404 Not Found <- and clearly no match there
00:50.56*** join/#asterisk rneese (~RNeese@pool-108-3-80-177.pitbpa.east.verizon.net)
00:51.38*** part/#asterisk rneese (~RNeese@pool-108-3-80-177.pitbpa.east.verizon.net)
00:52.00b0otbam
00:52.06b0otadded context=incomming
00:52.08b0otit works now
00:52.58b0otthanks
00:55.39[TK]D-FenderAlways pay close attention to the peer it claims to batch and the "looking for"
00:55.43[TK]D-Fendermatch*
00:58.41b0ot[TK]D-Fender, do you view any value in the dcap certification and do you happen to know how intensive it goes
00:59.10[TK]D-FenderThe question is do employers care about it
00:59.42[TK]D-FenderBecause if someone tells me they have a large alphabet after their name.... then maybe they are jsut good at multiple -choice tests
01:00.41[TK]D-FenderSome people can cram and pass but aren't particularly bright and have no retention, and maybe got lucky on a few.
01:01.12[TK]D-FenderI evaluate results so .... to me it matters little.
01:04.40b0otinteresting
01:04.45b0otthe dcap is free isn't it
01:05.04[TK]D-FenderNope
01:05.21[TK]D-Fenderpaid testing centers
01:07.40b0othmm i thought some level of asterisk cert was free
01:08.50[TK]D-FenderIt'd be interesting to hear why you you seemed to think so....
01:09.03[TK]D-FenderWho else gives free certs?
01:10.04b0otorganizations encouraging people to become certified
01:10.16*** join/#asterisk felipealmeida (~user@mvx-187-16-79-187.mundivox.com)
01:10.41b0otit seems like an asterisk certification (from a purely certification standpoint) is much less "valuable" than say a ccna/np (voice)
01:10.49[TK]D-Fenderso ... basically nobody to validate your expectation?
01:11.33[TK]D-FenderHave you done any job-searching for Asterisk-related jobs?
01:16.01*** join/#asterisk jetlag (~jetlag@pool-71-168-200-61.cmdnnj.east.verizon.net)
01:19.35*** join/#asterisk jetlag (~jetlag@pool-71-168-200-61.cmdnnj.east.verizon.net)
01:19.47b0ot[TK]D-Fender, I already have a job
01:24.34*** join/#asterisk blee (~blee@68.204.1.103)
01:55.52dijib[TK]D-Fender: there is a free asterisk cert.. just not one of much importance
01:57.29SeRiMost jobs do care for certs
01:57.55dijibcerts = insurability
01:58.01SeRiconf?
02:08.12*** join/#asterisk RypPn (~RypPn@unaffiliated/ryppn)
02:08.31dijibi might spot in here from time to time SeRi
02:08.51*** join/#asterisk vinhdizzo (~vinh@cpe-66-74-182-202.socal.res.rr.com)
02:35.39*** join/#asterisk gnudna (~sklav@unaffiliated/sklav)
02:36.26gnudnaHi guys
02:36.39gnudnagot some asterisk questions mostly related to security
02:37.00gnudnaany body around for a somewhat quick chat
02:38.24gnudnaim wondering what is the best way to keep someone from trying to do sip registrations
02:39.26*** join/#asterisk OverOnTheRock (~irc@162.r1.ray.transact.bm)
02:39.38gnudnahow can i specify something like permit=192.168.1.0/255.255.255.0 globally in the sip.conf
02:40.00gnudnameaning only local traffic can register as a sip device
02:40.30gnudnai would rather not do it by phone/extension since there are quite a few of them
02:42.47*** join/#asterisk mnathani (~mnathani@198-84-231-11.cpe.teksavvy.com)
02:44.47*** join/#asterisk OverOnTheRock (~irc@162.r1.ray.transact.bm)
02:51.35*** join/#asterisk mjordan (~mjordan@nat/digium/x-zurningfsgdqcjuh)
02:51.35*** mode/#asterisk [+o mjordan] by ChanServ
02:52.21gnudnaif i add contactdeny=0.0.0.0/0.0.0.0 and contactpermit=192.168.1.0/255.255.255.0
02:52.35gnudnawill this limit sip registrations to internal devices only?
03:06.23gnudnaanybody around? can asnwer the question i asked?
03:08.36*** join/#asterisk OverOnTheRock (~irc@162.r1.ray.transact.bm)
03:15.37gnudnais there any updated asterisk security guide all i keep finding is dated back to 2009
03:18.49*** join/#asterisk dgv (~dgv@201.21.188.145)
03:56.21*** join/#asterisk classix (~salven@silenceisdefeat.com)
04:00.06carrargnudna, just ensure thing is plugged into all the ethernet ports and you'll be ok
04:00.17carrargnudna, just ensure nothing is plugged into all the ethernet ports and you'll be ok
04:00.23carrarheh
04:01.01*** join/#asterisk Penguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com)
04:04.46gnudnafunny
04:04.48gnudna:)
04:06.22*** join/#asterisk coppice (~chatzilla@123203240234.ctinets.com)
04:11.47*** join/#asterisk mjordan (~mjordan@75.76.55.191)
04:11.47*** mode/#asterisk [+o mjordan] by ChanServ
04:17.30gnudnaso does adding the following to sip.conf actually do anything ->alwaysauthreject = yes -> contactdeny=0.0.0.0/0.0.0.0 -> contactpermit=192.168.11.0/255.255.255.0
04:17.55gnudnahard to ell looking at the logs if it does anything
04:18.54gnudnai used firewall to block at the moment but i would like to think the above helps somewhat by limiting where devices can register from and not give obvious info about extensions
04:32.32*** part/#asterisk gnudna (~sklav@unaffiliated/sklav)
04:35.00*** join/#asterisk k610 (~K610@cable-78.29.241.186.coditel.net)
04:40.11*** join/#asterisk timahvo1 (~rogue@41.212.120.45)
05:12.50*** join/#asterisk ccherrett (~christoph@184.70.186.190)
05:14.40ccherretthttp://pastebin.com/VHrmiaQE
05:14.46ccherrettI cannot access voicemail
05:14.49ccherrettany thoughts?
05:16.38*** part/#asterisk dgv (~dgv@201.21.188.145)
05:17.53nightrid3rwrong password
05:18.23ccherrettnightrid3r: it is not
05:18.28ccherrettfor sure not
05:18.30*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
05:18.46nightrid3r-- Incorrect password '' for user '104' (context = default)
05:18.55ccherrettyeah it is not incorrect
05:19.03ccherrettit is not passing correct info
05:19.26ccherrettI am running a vpn client and server
05:19.38ccherretton the server side sip phones can check vm
05:19.44ccherretton the client side they cannot
05:19.56ccherrettthey also cannot dial into a conference
05:20.02ccherrettinvalid password every time
05:20.48nightrid3rhmmm
05:21.02ccherrettwhen we took all firewalls out of the equation it worked
05:21.34ccherrettwe also connected to another asterisk server from our client side and it worked
05:21.39nightrid3rsomething goes wrong with dtmf
05:21.44ccherrettso my asterisk server is misconfigured somehow
05:21.50ccherrettnightrid3r: I think so
05:32.42[TK]D-Fender[21:55]dijib[TK]D-Fender: there is a free asterisk cert.. just not one of much importance <- which one?
05:33.30[TK]D-Fenderccherrett: Clearly the DTMF isn't making it <-
05:33.42[TK]D-Fenderccherrett: Wrong mode or firewalling issue
05:34.37ccherrett[TK]D-Fender: I think you are right
05:34.54ccherrettany idea what it would be on openvpn?
05:35.01ccherrettrouting of some sort?
05:35.31ccherrettI just set the server to dtmfmode=auto
05:35.35ccherrettbut no go
05:36.53ccherrettpolycom phones on the client side
05:37.17ccherrettcould it be dtmf issues in thier provisioning?
05:39.07ccherrett<dtmf>
05:39.07ccherrett<voIpProt voIpProt.SIP.dtmfViaSignaling.rfc2976="1" tone.dtmf.viaRtp="0"/>
05:39.08ccherrett</dtmf>
05:39.20ccherrettI think we need to do that to our polycoms
05:39.30ccherrettchange to SIP INFO (RFC2976)
05:39.43ccherrettfrom SIP Inbound (RFC2833)
05:41.10[TK]D-FenderYou should leave it at rfc2833
05:41.13[TK]D-Fenderand set * accordingly
05:41.25[TK]D-FenderWhich is polycom's default
05:42.20ccherrettset *?
05:42.43[TK]D-Fender* = Asterisk
05:43.51*** join/#asterisk mchou (~quassel@unaffiliated/mchou)
05:44.43ccherrett[TK]D-Fender: sorry I am not following. Are you saying in the dtmf section?
05:44.58ccherrettof sip.cfg on tftp file?
05:45.46[TK]D-Fenderboth
05:45.53[TK]D-FenderAsterisk dside needs to eb set to match
05:45.57[TK]D-Fenderbe*
05:46.03[TK]D-Fendergah
05:51.51*** join/#asterisk salz212 (~chatzilla@182.185.163.97)
05:55.26salz212Hello all
05:57.17*** join/#asterisk evilman_home (kvirc@78-106-20-180.broadband.corbina.ru)
06:01.29ccherrett[TK]D-Fender: oh man palm on face
06:01.35ccherrett* = Asterisk :)
06:01.43ccherrettI did not know what you were saying :)
06:03.43ccherrett[TK]D-Fender: wow we have it working!!
06:08.35[TK]D-Fenderccherrett: Glad to hear
06:14.08ccherrett[TK]D-Fender: so happy, many weeks of hasles
06:14.39ccherrett[TK]D-Fender: hired a company, $1600 and left me in a state of no phones
06:14.52ccherrettspent the last 3 days setting up vpn and reconfiguring
06:14.59ccherrett[TK]D-Fender: if you want a job done
06:15.50[TK]D-FenderWhoever you hired should ahve had a clue.  Unfortunately not everyone lives up to expectations
06:15.54ccherrettis sooo pleased :)
06:16.10[TK]D-FenderHopefully they got the rest of the provisioning right...
06:16.35[TK]D-FenderProper use of line-keys, labels, MicroBrowser, paging, etc
06:16.44ccherrett[TK]D-Fender: it went from one solution to the next with them
06:16.50*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.34)
06:16.59ccherrettwatched a tech in screen set nat=yes nat=no for hours
06:17.08[TK]D-Fender...sad
06:17.08ccherrettsip reload
06:17.11ccherrettrestart phones
06:17.18[TK]D-FenderThey clearly have no clue
06:17.36ccherrettyeah it took 3 of them to finally blow everything up
06:18.01ccherrettI hired them to take the load off me, instead I had to learn asterisk vpn and such :)
06:18.18ccherrett[TK]D-Fender: so glad in the end I have some skills to show for it
06:18.25ccherrettthat is a big plus
06:19.08ccherrett[TK]D-Fender: I watched them in screen for a few days. It was enough to get me farmiliar, then I could take it over
06:19.19ccherrettah........ good day :)
06:50.04*** join/#asterisk salz212 (~chatzilla@182.185.163.97)
06:55.43*** join/#asterisk salz212 (~chatzilla@182.185.163.97)
07:09.07salz212HI all, I need a little hint regarding originating a call from h extension, I remember I did this before a year a ago now I don't remember how I achieved that. I am referring to a scenario where remote party hangs and caller still has control of originating another call.. like a Goto statement in h extensions creating a sort of loop...
07:18.44*** join/#asterisk Nickinator (~user@14-201-136-222.static.tpgi.com.au)
07:43.42ChannelZwell there is the h Dial() parameter
07:44.22ChannelZthere's also F
07:44.31ChannelZand g
07:47.15salz212tried all of them not sure what I am doing wrong. Dial(SIP/999XXXNUmber@TrunkProvider,180,TttTL(3000000:60000:30000)Hh)
07:48.35ChannelZwhat's with TttT
07:48.49ChannelZand I also don't know what you're doing
07:51.09salz212its somebodies code I am trying to rectify.. okay what I am doing or want to do is... 1) Make a call to any number through IVR by DTMF and then Dial 2) In case remote party hangs up I want sent call to the first step of IVR from h extensions.....3) By doing this it will create a loop so a person can dial as many numbers he want without hanging up(caller)
07:53.26ChannelZoh and I meant the e parameter not h earlier
07:54.24salz212ok let me try that . as well
07:57.45ChannelZI'm not sure who the 'e' flag sends to the h exten depending on who hangs up.  Otherwise g I believe should make it continue on to the next priority if the called party hangs up in which case you could make it Goto wherever you wanted, etc.
07:57.58*** join/#asterisk tzafrir (~tzafrir@local.xorcom.com)
08:01.11salz212yes I am doing it write as per my knowledge problem is when the remote party hangs legs a also hangs right away.
08:03.58ChannelZwhat version of asterisk
08:05.11salz212its 11.2.1 also tried on 1.8.X
08:05.28salz212very similar thing is working on 1.6
08:06.21ChannelZpastebin your console output with verbose on like 3, because something is wrong.. it works here
08:06.44ChannelZdunno if all your duplicated parameters are horking it up
08:07.27salz212ok
08:08.38*** join/#asterisk apb1963_ (~apb1963@174.134.117.244)
08:27.20salz212ChannelZ: one thing specific what I want is to have the new call or OR IVR to be played or route from h extensions.. not from next  line  so g extension is not really useful. I had to isolate thing from the business logic as its huge and messy so this is just atlest dial plan for POC... http://pastebin.pk/mSaZcljT
08:34.55salz212a similar thing works on version 1.6 without g extension..
08:38.34ChannelZhmm. Seems like both legs of the call are torn down at the point the remote party hangs up which is why you get the 'failed to write frame' on Playback.
08:39.21salz212yes and here is 1.6 output http://pastebin.pk/xuPl1wGp
08:40.28salz212fundamentally it is correct but I don't understand it working in 1.6 from h extensions...
08:42.17*** join/#asterisk TimeRider (~steve@timerider.plus.com)
08:43.08*** join/#asterisk WIMPy (~wimpy@e183095026.adsl.alicedsl.de)
08:45.00ChannelZNot sure, there must have been some technical change.
08:46.06WIMPyDid I already meantion this month that I'd like to see some new channelstates?
08:46.42ChannelZLike what?  'Horny', 'Tired', 'Hungry'?
08:47.00WIMPydisconnected and upbutavailable
08:47.09WIMPy(for pickup)
08:47.47salz212thats what I am after..never thought Asterisk would give me tough time after years.. by the way thanks ChannelZ I am a bit curious to know you real name its been quite a while you are contributing to this community just wondering ..
08:48.02ChannelZI am Bob
08:48.20ChannelZIt looks like you'll have to use 'g'
08:48.38ChannelZThough I'm not sure why you're resistant to it
08:49.49salz212yes :( main reason is that on h extension I am dumping previous calls data e.g billing it... RTCP stats etc etc. it will break older functionalies
08:53.30ChannelZWell sorry you'll have to get a more technical answer from someone familiar with the code as to what/why it changed or what to do about it besides re-thinking your dialplan a bit
09:24.13*** join/#asterisk willryder (~tedryder@nc-184-3-103-138.dhcp.embarqhsd.net)
09:24.36*** join/#asterisk vlad_sta_ (~vlad_star@109.188.127.118)
09:40.52*** join/#asterisk FireAndIce (~FireAndIc@123.201.2.153)
09:49.43*** join/#asterisk willryder (~tedryder@nc-184-3-103-138.dhcp.embarqhsd.net)
09:55.15*** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou)
10:38.18phixGang!
10:44.12*** join/#asterisk hoho` (~hoho@unaffiliated/hoho/x-4898770)
10:51.11*** part/#asterisk m0spf (~steve@2001:ba8:1f1:f12e::2)
11:27.50*** join/#asterisk ghost75 (~trechber@dslb-092-075-061-142.pools.arcor-ip.net)
11:33.38*** join/#asterisk jsjc (~Adium@227.Red-2-136-107.dynamicIP.rima-tde.net)
12:26.27*** join/#asterisk HmdP_Mobile (~HmdP_Mobi@D9799130.cm-3-2c.dynamic.ziggo.nl)
12:33.38*** join/#asterisk nightrid3r (~michel@62.205.67.218)
12:38.52*** join/#asterisk TimeRider (~steve@timerider.plus.com)
12:48.12*** join/#asterisk andy09usa (~Andrey@unaffiliated/andy09usa)
13:26.49igcewielingsalz212: you know that the RTCP info is only available for calls which do not have directmedia?
13:28.59*** join/#asterisk GameGamer43 (uid5533@gateway/web/irccloud.com/x-zqvsqxkkqqublkvi)
13:31.07*** join/#asterisk blee (~blee@68.204.1.103)
13:37.54*** join/#asterisk pbxbrian (~pbxbrian@unaffiliated/brian98)
13:40.49*** join/#asterisk tonyclewis (uid6025@gateway/web/irccloud.com/x-eyujdeqcjuyhgarl)
13:51.44*** join/#asterisk FireAndIce (~FireAndIc@123.201.2.153)
14:14.44*** join/#asterisk jetlag (~jetlag@pool-71-168-200-61.cmdnnj.east.verizon.net)
14:26.54*** join/#asterisk FireAndIce (~FireAndIc@123.201.2.153)
14:29.34*** join/#asterisk digilink (~digilink@unaffiliated/digilink)
14:38.49davlefouhi, how can install ilbc codec under asterisk 1.8?
14:42.03*** join/#asterisk mjordan (~mjordan@75.76.55.191)
14:42.03*** mode/#asterisk [+o mjordan] by ChanServ
14:47.18*** join/#asterisk timahvo1 (~rogue@41.212.120.45)
14:55.18*** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2)
15:04.51*** join/#asterisk francisvgarcia (~francisvg@186.33.104.127)
15:05.09francisvgarciawhat's up everyone
15:09.39*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
15:09.39*** mode/#asterisk [+o pabelanger] by ChanServ
15:12.10*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
15:12.10*** mode/#asterisk [+o pabelanger] by ChanServ
15:12.44francisvgarciacan anyone recommend me a good SIP provider in USA for hosting a toll free number there? I need 24 channels for incoming calls.
15:12.56*** join/#asterisk FireAndIce (~FireAndIc@123.201.2.153)
15:14.35*** join/#asterisk tzafrir (~tzafrir@212.179.75.202)
15:19.59*** join/#asterisk mjordan (~mjordan@nat/digium/x-nrhodajqpdmoitvy)
15:20.00*** mode/#asterisk [+o mjordan] by ChanServ
15:22.41*** join/#asterisk DEAD_BEEF (~DEAD_BEEF@unaffiliated/dead-beef/x-2609176)
15:23.01*** join/#asterisk DynamicFail (~DynamicFa@cpe-69-207-81-7.rochester.res.rr.com)
15:23.41DynamicFailAny of these codecs better at handling lossy links where packets may be dropped: G.711, G.723.1, G.726, G.729AB
15:23.41DynamicFailVAD, CNG, AEC, PLC, AJB, AGC
15:24.29*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
15:24.48WIMPyYou should certainly use a stateless codec if you have packet loss.
15:25.09WIMPyBut probably you shouldn't do VOIP if you have an issue with packet loss.
15:25.58igcewielingi doesn rk v we
15:26.26WIMPyxctly
15:27.05*** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net)
15:36.06*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
15:36.06*** mode/#asterisk [+o pabelanger] by ChanServ
15:45.14*** join/#asterisk v0lZy (~Thunderbi@84.255.194.41)
15:45.48v0lZyhi
15:45.55*** join/#asterisk blee (~blee@68.204.1.103)
15:48.56*** join/#asterisk imox (~imox@91-66-32-57-dynip.superkabel.de)
15:57.58*** join/#asterisk ghost75 (~trechber@dslb-092-075-061-142.pools.arcor-ip.net)
16:12.51*** join/#asterisk FiReSTaRT (~dlyh@unaffiliated/firestart)
16:33.49*** join/#asterisk ghost75 (~trechber@dslb-092-075-061-142.pools.arcor-ip.net)
16:37.03*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.118)
17:03.30*** join/#asterisk zpotoloom (~toomas@2001:ad0:1:1:3ed9:2bff:fe5c:e027)
17:08.10*** join/#asterisk protocoldoug (~doug@unaffiliated/protocoldoug)
17:08.52*** join/#asterisk TimeRider (~steve@timerider.plus.com)
17:12.40*** join/#asterisk hehol (~Adium@2a01:198:71d:0:e029:da4b:907f:5cd1)
17:24.49*** join/#asterisk timahvo1 (~rogue@41.212.120.45)
17:56.16*** join/#asterisk ipconfeng (~chris@pool-71-185-231-211.phlapa.fios.verizon.net)
17:56.42*** join/#asterisk HmdP_Mobile (~HmdP_Mobi@D9799130.cm-3-2c.dynamic.ziggo.nl)
18:08.01*** join/#asterisk ipconfeng (~chris@pool-71-185-231-211.phlapa.fios.verizon.net)
18:23.36*** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net)
18:50.29*** join/#asterisk rahulr92 (~rahulr92@unaffiliated/rahulr92)
18:51.26*** join/#asterisk HolTech (~IceChat77@pool-74-107-104-2.bltmmd.fios.verizon.net)
18:52.56*** join/#asterisk mnathani (~mnathani@198-84-231-11.cpe.teksavvy.com)
18:56.09rahulr92Hi. Could someone please help me with a phpagi query. I am using $asm->send_request('Originate', array) originate a call. I need to execute some code only after this call ends (based on user response). But presently the remaining php code is executed in parallel.  Any way I can disable that? Thanks in advance.
18:57.35HolTechtrying to configure a sipura 3000 to *, fxo is working and getting the call, though in my dialplan i want it to send the call to the sipura's fxs port, which is connected already in sip.conf, but im not clear on what the context should be for the fxs
19:05.46*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
19:05.46*** mode/#asterisk [+o pabelanger] by ChanServ
19:43.15*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.184)
19:44.41*** join/#asterisk francisvgarcia (~francisvg@186.33.104.127)
19:45.43*** join/#asterisk bramgn (~bram@gw.hybrid-it.nl)
19:50.23bramgnhi, i'm experiencing problems with asterisk 1.8.20.1 on freebsd 9.1. The SIP module seems to crash periodically, and all SIP registrations are silently dropped..
19:50.47bramgnwhen issuing a sip show registry, it shows the last registration timestamp of the moment it crashed
19:51.27*** join/#asterisk Kraln (~kraln@69.169.90.240)
20:31.23*** part/#asterisk Matthias (~Matthias@195.16.243.99)
20:31.37[TK]D-Fenderrahulr92: No.  An originated call has no ties to whatever triggered it
20:32.19[TK]D-Fenderralhyou'll have to add your logic the the call processing on that channel to clean up after itself or add an identifying piece of information to the channel so you can have your original process track it's progress
20:38.21*** join/#asterisk GameGamer43 (uid5533@gateway/web/irccloud.com/x-gobzkpimplaefntq)
20:41.14*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
20:41.14*** mode/#asterisk [+o pabelanger] by ChanServ
20:48.25*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
20:48.25*** mode/#asterisk [+o pabelanger] by ChanServ
20:51.15*** join/#asterisk mjordan (~mjordan@75.76.55.191)
20:51.16*** mode/#asterisk [+o mjordan] by ChanServ
21:00.55*** join/#asterisk mjordan (~mjordan@75.76.55.191)
21:00.56*** mode/#asterisk [+o mjordan] by ChanServ
21:16.52*** join/#asterisk digilink (~digilink@unaffiliated/digilink)
21:18.13*** join/#asterisk OverOnTheRock (~irc@162.r1.ray.transact.bm)
22:02.19*** join/#asterisk rhce7320 (~rhce7320@59.167.200.141)
22:03.59*** join/#asterisk crazydude (~crazydude@c-50-138-198-10.hsd1.ct.comcast.net)
22:05.44*** join/#asterisk Cubber (~ronny@cpe-74-71-254-190.twcny.res.rr.com)
22:12.59*** join/#asterisk jsjc (~Adium@164.Red-81-44-172.dynamicIP.rima-tde.net)
22:54.43*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
22:54.43*** mode/#asterisk [+o pabelanger] by ChanServ
23:04.41KattyGOOD AFTERNOON CUPCAKES.
23:32.45*** join/#asterisk digilink (~digilink@unaffiliated/digilink)
23:49.50edong23i havent eaten afternoon cupcakes, but im glad you enjoyed them.
23:56.36*** join/#asterisk TimeRider (~steve@timerider.plus.com)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.