IRC log for #asterisk on 20131116

00:13.06*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.66)
00:13.26*** join/#asterisk aidinb (~aidin@unaffiliated/aidinb)
00:13.54*** join/#asterisk tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net)
00:24.55*** join/#asterisk pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger)
00:24.56*** mode/#asterisk [+o pabelanger] by ChanServ
00:30.34*** join/#asterisk bkruse (~Adium@74.51.115.113)
00:42.53*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.55)
00:47.55*** join/#asterisk jsjc (~Adium@117.Red-79-159-73.staticIP.rima-tde.net)
00:49.32*** join/#asterisk tomii (~tomii@128.54.168.125.sta.wbroadband.net.au)
01:02.20*** join/#asterisk andrewyager (~andrewyag@11-104-141-114.static-dsl.realworld.net.au)
01:10.57*** join/#asterisk cmendes0101 (~cmendes01@office.phone.com)
01:27.29*** join/#asterisk jasonwert (~w3rt@71.89.137.28)
01:33.27*** join/#asterisk andrewyager (~andrewyag@11-104-141-114.static-dsl.realworld.net.au)
01:43.41*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.52)
02:00.33*** join/#asterisk tomii (~tomii@128.54.168.125.sta.wbroadband.net.au)
02:01.29*** join/#asterisk bobbyz (~bobbyz@c-67-161-141-149.hsd1.co.comcast.net)
02:01.45bobbyzHi guys.  Anyone here used Flowroute?  I'm wondering if they're a decent provider
02:02.33PenguinThey are.
02:02.55bobbyzthanks, Penguin
02:08.01bobbyzI looked through the list of T38 providers on voip-info, and I was most attracted to Flowroute.  I run a tiny IT consulting company in the US and have asterisk experience.  I was considering dropping my land lines for a SIP provider that supported T38.  Any other small-business and US-friendly SIP w/T38 providers stick out?
02:08.44*** join/#asterisk andrewyager (~andrewyag@11-104-141-114.static-dsl.realworld.net.au)
02:20.15*** join/#asterisk lvlinux (~n1gg@adsl-98-86-121-21.tys.bellsouth.net)
02:44.10*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.68)
02:46.29*** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it)
02:50.29*** join/#asterisk jasonwert (~w3rt@71.89.137.28)
02:50.40*** join/#asterisk vlad_sta_ (~vlad_star@109.188.125.52)
03:07.36*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.76)
03:08.14*** join/#asterisk andrewyager (~andrewyag@11-104-141-114.static-dsl.realworld.net.au)
03:17.52*** join/#asterisk jasonwert (~w3rt@71.89.137.28)
03:39.27*** join/#asterisk camerin (hoax@elite.bshellz.net)
03:43.59*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.68)
04:25.46*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
04:31.58*** join/#asterisk serafie (~erin@24.96.64.240)
04:41.17*** join/#asterisk tomii (~tomii@128.54.168.125.sta.wbroadband.net.au)
04:44.38*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.58)
04:54.23*** join/#asterisk MaliutaLap (~nobusines@eth637.qld.adsl.internode.on.net)
04:54.32MaliutaLap.j #sage-au
04:54.36MaliutaLapoops
05:05.13*** join/#asterisk CeBe1 (~CeBe@port-92-206-102-207.dynamic.qsc.de)
05:13.00*** join/#asterisk bkruse (~Adium@24.42.229.8)
05:15.25*** join/#asterisk mitchrodrigues (~mitchrodr@c-98-244-30-255.hsd1.ca.comcast.net)
05:25.54*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
05:44.19*** join/#asterisk vlad_starkov (~vlad_star@109.188.127.66)
06:16.04*** join/#asterisk mjordan (~mjordan@ip-64-134-70-105.public.wayport.net)
06:16.04*** mode/#asterisk [+o mjordan] by ChanServ
06:37.28*** join/#asterisk vlad_starkov (~vlad_star@109.188.124.58)
06:41.46justdaveis there a session variable that'll have the remote IP address of an incoming anonymous SIP call?
06:42.06justdaveer, channel variable
06:43.33justdaveas usualy, I find it after I ask.  looks like SIP_RECVADDR
06:43.45justdaveexcept it's only available on Asterisk 11 and later, and I'm on 1.8 still :(
06:44.50*** join/#asterisk vlad_sta_ (~vlad_star@109.188.125.59)
06:45.26justdavewe allow anonymous inbound calls from the internet, and have it well locked-down so they can only call a set of extension numbers, can't make outbound calls, etc.  Got someone repeatedly attempting to make outbound calls, so I was hoping to figure out how to get the IP address so I could make fail2ban block them
06:45.54justdave(they all fail, but if you can tell they're making mischief, no point in letting them make the attempt)
06:50.34ChannelZLook at the CHANNEL function
06:50.51ChannelZpeerip, recvip
06:51.16*** join/#asterisk magespawn (~magespawn@105-237-58-254.access.mtnbusiness.co.za)
06:52.14justdaveaha, thanks!
06:53.43ChannelZalthough doesn't it already say the IP for 'extension not found' notices?
06:53.54ChannelZ(I don't remember for 1.8)
06:54.32justdavejust the SIP channel name
06:54.37ChannelZLike:  Call from '' (1.2.3.4:5060) to extension '1111' rejected because extension not found...."
06:54.44justdavewhich has an IP address in it, but it's my system's IP address not the remote one
06:55.04ChannelZThose are probably registrations
06:55.23justdaveyeah registration failures have that in them
06:55.34ChannelZI remember hacking the source to make it output the remote IP on one of those logs, I just can't remember which one.
06:57.56justdaveok, got a NoOp with those in the log in the context that handles anonymous calls now, let's see what it tells me.
06:59.38ChannelZif you need me to try let me know
06:59.45justdavewe've got SRV records for our domain set up so you can dial by a sip: URI that is just the user's email address. It shells to an AGI that does a database lookup to match the email to an extension number, but falls back on attempting extension numbers if it doesn't match anything.
07:00.17*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.50)
07:00.22justdaveso I'm getting lots of invalid extension with attempts to dial numbers in Israel
07:00.48ChannelZMine are always palestine
07:02.57justdaveok, just had one of those on another server...
07:03.13justdave[Nov 15 23:02:18] NOTICE[2345]: chan_sip.c:22650 handle_request_invite: Call from '' (178.162.205.207:5071) to extension '9011972592770237' rejected because extension not found in context 'from-invalid-sip'.
07:03.38ChannelZyeah so that IP should be the correct remote
07:03.38justdavethat one's not set up to do the dial-by-email thing (it's not the target of the SRV records)
07:03.52justdavethe dial-by-email doesn't get that message becaue it has a catchall dialplan
07:04.04justdaveso anything that comes in matches
07:04.08justdaveand then gets rejected later
07:04.27ChannelZah
07:05.51justdavethere we go, got one
07:05.52justdave<PROTECTED>
07:06.02justdavewhadayaknow, it's the same damn IP address hitting both servers
07:06.14*** join/#asterisk andrewyager (~andrewyag@syd02s26-fw01.thecore.net.au)
07:07.51ChannelZYeah I see that all the time
07:08.29ChannelZIn fact scrolling back I had someone in that same Class C earlier..
07:08.38ChannelZ178.162.205.231 and 178.162.205.199
07:09.33justdavethat block appears to be in Germany
07:09.47ChannelZLeaseweb slum
07:10.59justdaveok, now what I need to figure out how to do is to proactively look up in the dialplan if that extension exists or not, and log something fail2ban can look for it if doesn't.
07:11.40justdaveinvalid handler in the extensions context would be the obvious place, but I don't want it there because that would flag legitimate people that just misdialed
07:11.45justdaveonly want it on the anonymous calls
07:12.30ChannelZThey don't come in a separate context?
07:13.21justdavethey do
07:13.37justdavebut it jumps to the number they used in the extensions context if the email lookup fails
07:14.02ChannelZand the repetition/timeout of fail2ban should help figure out if it's someone who misdialed once or is trying multiple times in a short period to dial some external number
07:14.12justdaveDIALPLAN_EXISTS() looks like what I want here.
07:14.16ChannelZI go with "3 strikes and you're out"
07:15.36justdavepeerip - R/O Get the IP address of the peer.
07:15.37justdaverecvip - R/O Get the source IP address of the peer.
07:15.41justdavewhat's the difference? :)
07:16.33ChannelZOne might refer to a source through a proxy, I don't know
07:17.29ChannelZlike recvip is probably the IP the packet came from, but that could be a SIP proxy and the actual peer calling is peerip (guessing)
07:18.10PenguinI think of peers that are being NAT.
07:18.33PenguinThe packets might have a source of one address and a different address in the packet.
07:18.41ChannelZthat could be it
07:18.58PenguinI'd test both fields to see what data is in them.
07:20.33PenguinI just got here, so I didn't know what you guys were talking about..
07:20.55Penguin. but it looks like you're talking about catching host addresses to ban them.
07:21.10ChannelZIndeed
07:21.39PenguinI use Log() and ${CHANNEL(recvip)} with great success.
07:22.03justdaveI'm behind NAT and when I call it from here I get the same IP address in both
07:22.20PenguinI was thinking of nat on the far end.
07:22.42justdaveso am I
07:22.47justdave(I'm not in the same place with the phone server)
07:22.59*** join/#asterisk d45h (~d45h@unaffiliated/dash-/x-7576607)
07:23.24PenguinI had it in my mind that peerip could show something like 192.168.1.43, where recvip might be 74.161.45.2.
07:23.40PenguinI would want to block the recvip, not the peerip.
07:28.07PenguinIf you have the catch-all extension configured that all the dialing attempts will hit, you can use Log(NOTICE,${CHANNEL(recvip)} is attempting to make unauthorized calls); and then in fail2ban's filter.d/asterisk.conf regex, you can use something like NOTICE.* .*: <HOST> is attempting to make unauthorized calls
07:28.23PenguinIt's not exactly what I use, but that should give you an idea.
07:48.02justdaveis the traditional dialplan language completely gone in favor of AEL in Asterisk 11?
07:48.24PenguinWhat would make you suggest such a thing?
07:48.35justdaveno documentation on the wiki?
07:48.41justdaveonly docs for AEL
07:48.53justdavehttps://wiki.asterisk.org/wiki/display/AST/Configuration+and+Operation
07:49.43*** join/#asterisk Nemus (~Nemus@unaffiliated/nemus)
07:50.11ChannelZThe sample is pretty much the documentation
07:51.35ChannelZBut you can start here: https://wiki.asterisk.org/wiki/display/AST/Dialplan+Fundamentals
07:52.08ChannelZ(the Wiki as documentation is kind of poorly organized)
08:00.40*** join/#asterisk mzb (~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629)
08:00.45justdavewhere do I find expression syntax?
08:01.49justdaveexten => _.,n,GotoIf($[DIALPLAN_EXISTS(local-extensions,${dialexten},1)]?local-extensions,${dialexten},1:notlocal)
08:01.54justdavethat gives me
08:01.55justdave[Nov 15 23:54:35] WARNING[25867]: ast_expr2.y:1333 op_minus: non-numeric argument
08:02.28ChannelZhttps://wiki.asterisk.org/wiki/display/AST/Expressions
08:03.42ChannelZDIALPLAN_EXISTS needs ${}
08:06.18justdaveaha, thanks
08:11.22PenguinFunctions are treated like variables.
08:12.40ChannelZ(keep that in mind for the Set application..)
08:13.18justdaveok, looks like it all works now.
08:17.00justdaveyep, and this works nicely for something I can trap with fail2ban
08:17.01justdaveexten => _.,n,Log(NOTICE,"Anonymous call from ${CHANNEL(recvip)} sent to invalid extension ${dialexten}")
08:17.13PenguinI wouldn't use that pattern.
08:17.32Penguin_X. would be better.
08:17.45justdaveX requires it start with a number
08:17.50justdaveI'm explicitly looking for text
08:17.59PenguinI still wouldn't use _. as the pattern.
08:18.12PenguinIf you need letters, form a pattern that has letters.
08:18.17justdaveok, how do I make that match anything alphanumeric?
08:19.02PenguinKeep in mind, most of the illegitimate dial attempts aren't going to be sending letters.
08:19.44PenguinAnd where did you come up with this dialexten variable?
08:19.50justdaveright, but legitimate ones will be (and this is in the same extension after it determines that what they requested was invalid)
08:19.59justdavethe dialexten variable is returned from an AGI script
08:20.26justdavewhich returns the matching extension number if the email address that got passed in is found in the database
08:20.39justdaveand the actual string they passed in untouched if it wasn't
08:21.16justdavethis is in the anonymous call handler for DNS SRV records for our email domain
08:21.16PenguinWhy not do something with the bad calls before it ever reaches that point?
08:21.33justdavehow do I know they're bad before they get to that point?
08:22.04PenguinIf you are only allowing dial by email address, the fact that it is a number would mean it's a bad call.
08:22.27justdaveactually allowing extension numbers as well, if they exist
08:22.39PenguinOkay, that makes it different.
08:23.55PenguinSo now you want to know a pattern, but the pattern needs to be alphanumeric...
08:24.54PenguinI'd have to test for accuracy, but _[a-z0-9]. would be what I test.
08:25.34PenguinThe reason for that is so that your pattern does not match the asterisk standard extensions.
08:26.11PenguinYou don't want your pattern to match o, s, h, i, t, a, fax.
08:26.51Penguin(fax would be okay, since fax is produced by faxdetection)
08:36.55justdavecool, that seems to work
08:37.20justdaveand got rid of all the warnings in the log on dialplan reload about "you really don't want to use _." too :)
08:37.41PenguinYou mean you got that warning from asterisk and you still used it?
08:38.29justdavedidn't know you could do sets in the pattern match, that helps.
08:38.54justdave(well, set ranges, I knew you could do individual numbers)
08:39.05justdavedidn't want to list the entire alphabet :)
08:39.46PenguinI'm pretty sure you can even do things like [a-cf-ix-z]
08:40.12PenguinMaybe you want to skip some stuff.
08:42.15PenguinAnyway, that will give you something to think about for a while.  I'm heading to bed.
08:42.19PenguinGood luck.
08:43.29*** join/#asterisk andy09usa (~andy09usa@unaffiliated/andy09usa)
08:45.32*** join/#asterisk u0m3_ (~u0m3@92.80.86.178)
08:46.03justdaveyeah, me too, it all works.  Thanks for the help!
08:56.21ChannelZO shit a fax!
09:58.28*** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru)
10:06.38*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.49)
10:12.17*** join/#asterisk andy09usa (~andy09usa@unaffiliated/andy09usa)
10:18.25*** join/#asterisk smirker (~x@CPE-144-137-156-146.lnse3.cha.bigpond.net.au)
10:24.37*** join/#asterisk tomii (~tomii@128.54.168.125.sta.wbroadband.net.au)
10:33.16*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
10:44.43*** join/#asterisk u0m3 (~u0m3@92.80.86.178)
10:45.38*** join/#asterisk jhlavacek (~jirka@87.89.218.63)
10:58.00*** join/#asterisk felipealmeida (~user@177.40.151.35)
11:02.50*** join/#asterisk dxd828 (~dxd828@host-92-24-127-29.ppp.as43234.net)
11:04.29*** join/#asterisk [sr] (~kvirc@smtp.decimal.pt)
11:04.30[sr]hi
11:04.49[sr]who can give me a hand creating a speed dial by hand ?
11:04.50[sr]:p
11:05.02*** join/#asterisk gartral (~gartral@unaffiliated/gartral)
11:05.14[sr]i could use: exten => 159,1,Dial(DAHDI/g1/961111111)
11:05.21[sr]but no cdr, call recording, etc etc
11:06.19kaldemarcore show application Dial
11:06.42kaldemaryou need to specifically disable cdr to not get a record for a call.
11:10.01[sr]in my case i want to enable it
11:10.06[sr]not disable it
11:10.25[sr]let me read a bit
11:14.39*** join/#asterisk dxd828 (~dxd828@host-92-24-127-29.ppp.as43234.net)
11:15.56*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.62)
11:18.35*** join/#asterisk justdave (~dave@unaffiliated/justdave)
11:37.02*** join/#asterisk ghost75 (~quassel@dslb-188-105-020-142.pools.arcor-ip.net)
12:05.17*** join/#asterisk g_r_eek (~g_r_eek@46-143-238.adsl.cyta.gr)
12:05.22*** join/#asterisk vlad_starkov (~vlad_star@109.188.125.48)
12:11.21*** join/#asterisk vlad_sta_ (~vlad_star@109.188.126.44)
13:27.31*** join/#asterisk Draecos (~Draecos@106-68-102-65.dyn.iinet.net.au)
13:33.11*** join/#asterisk dxd828 (~dxd828@host-92-24-127-29.ppp.as43234.net)
13:53.16*** join/#asterisk Alecsandro (~ale@2001:0:9d38:90d7:1826:382b:4520:e71e)
14:15.26*** join/#asterisk imox (~imox@91-64-148-46-dynip.superkabel.de)
14:15.49ghost75is it possible that conference softbutton on cisco phone is not working because it sends some proprietary "x-cisco...." something to * ?
14:23.12*** join/#asterisk g_r_eek (~g_r_eek@46-143-238.adsl.cyta.gr)
14:27.11*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
14:42.31*** join/#asterisk serafie (~erin@24.96.64.240)
14:43.45*** join/#asterisk elguero (~miguel323@2001:470:1f06:12c4::2)
14:43.58*** join/#asterisk slav3_kitten (~frankthet@unaffiliated/slav3-kitten/x-0866809)
14:48.43*** join/#asterisk ghost75 (~quassel@dslb-188-105-020-142.pools.arcor-ip.net)
15:20.38*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.44)
15:23.24*** join/#asterisk zemmali-voip (~zemmali@unaffiliated/zemmali-voip)
15:28.28*** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru)
15:28.40*** join/#asterisk zerick (~eocrospom@190.187.21.53)
15:42.33*** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2)
15:59.04*** join/#asterisk Freeaqingme_ (~Freeaqing@91.214.168.110)
16:00.35*** join/#asterisk crienzo (~crienzo@unaffiliated/crienzo)
16:02.18Penguinghost75: Probably not.
16:02.52ghost75x-cisco-remote-cc i saw as ip paket
16:03.41PenguinIn sip debug?
16:03.57ghost75wireshark
16:04.05ghost75in sip
16:04.22PenguinLet's worry about what asterisk is doing with the packets.
16:05.32ghost75denying
16:05.54PenguinDenying what?
16:06.16PenguinI'm not seeing the debug.
16:06.18ghost75i dont know, i think was response
16:06.33ghost75i did 2 days ago
16:06.50PenguinWe're talking about it now.
16:07.47ghost75this is what somebody writes: 1. Conference. When trying to join 2 current calls into a 3-way conference using the conference button, the phone displays "Unable to complete conference". The Asterisk CLI (verbosity 3) reports "WARNING[11481]: chan_sip.c:23126 handle_refer_remotecc: Unknown softkeyevent: Conference"
16:07.51ghost75https://issues.asterisk.org/jira/browse/ASTERISK-13145
16:07.53LieutPants[ASTERISK-13145] [Status: Open] [patch] Presence subscription on Cisco SIP phone needs special Cisco-styled XML - https://issues.asterisk.org/jira/browse/ASTERISK-13145
16:08.47PenguinWhat is the phone model?
16:08.59ghost757941
16:09.52ghost75guess i need a newer patch for * and cisco
16:16.02[TK]D-FenderCisco's phones seem lazy & dumb
16:16.24[TK]D-FenderThey somehow expect the server to do the 3-way call work for them.
16:16.30[TK]D-FenderThis isn't SCCP
16:16.34[TK]D-Fenderor MGCP
16:16.51[TK]D-FenderPolycom takes this stuff for granted..
16:28.30*** join/#asterisk tallest_red (~CNZ@ip98-169-203-78.dc.dc.cox.net)
16:32.15*** join/#asterisk jasonwert (~w3rt@71.89.137.28)
16:43.59*** join/#asterisk jasonwert (~w3rt@71.89.137.28)
16:43.59apb1963So... here we are...20 minutes before my conference starts.... and I get a busy signal using asterisk/Google Voice.... but my landline has no problem getting through. :(
16:44.26*** join/#asterisk davlefouAMD (~david@41.225.216.74)
16:44.44PenguinDial it again.
16:45.12PenguinI might dial it, too, just to check.
16:45.28apb1963same.
16:45.30apb1963go ahead
16:45.46apb1963need the number or still have it?
16:45.56PenguinI was going to look it up in cdr.
16:46.08Penguin805 number?
16:46.11apb1963yes
16:46.14PenguinGot it right here.
16:46.24apb1963go for it
16:47.56PenguinI tried two times and got the busy tone both times.
16:48.17apb1963hmm
16:49.46apb1963I still can't wrap my head around the problem... you and I can't both be taking the same route can we?
16:50.13PenguinWe most certainly can.  The route is between Google and that conference.
16:50.22PenguinBut it was a regular busy tone, not congestion.
16:50.36apb1963Which means?
16:50.46PenguinIt means the far end is in use.
16:50.57apb1963And yet... I can get through on my landline
16:51.13PenguinTry both paths a few more times.
16:51.30PenguinIf you get busy on your landline just once, will that make you feel better?
16:51.33apb1963landline good...
16:51.44apb1963lol... doubtful
16:52.15apb1963GV bad
16:58.48fileGV will be GV.
17:01.11apb1963yet typically after the conference is over... I can get through :(
17:01.31apb1963Here's an interesting test...  I'm gonna try through their webpage
17:05.40apb1963It seems to be ringing... no busy signal... but I'm not sure it picked up or not...I don't think it did
17:05.59apb1963but the ringin stopped
17:07.45apb1963ok, 4 rings and then it comes back ready for another call
17:08.00apb1963so it doesn't pick up
17:11.49PenguinI tried a few times between my regular route and via GV, and GV always goes busy while the other make it to the conf service.
17:12.20PenguinVery strange.
17:14.41*** join/#asterisk serafie1 (~erin@24.96.64.240)
17:16.27*** join/#asterisk serafie (~erin@24.96.64.240)
17:20.34*** join/#asterisk jhlavacek (~jirka@87.89.218.63)
17:21.12*** part/#asterisk jhlavacek (~jirka@87.89.218.63)
17:23.12apb1963I agree
17:31.42jeevhow do i get a dahdi debug ?
17:31.47jeevpri set debug on isn't working
17:32.14jeevpri show channels lists fine
17:32.51jeevspan 1 i guess
17:33.10jeevlocalhost*CLI> pri set debug on span 1
17:33.10jeevlocalhost*CLI>
17:33.19jeevi can't do anything after that, jsut takes commands and does not process
17:33.43jeevarigt now it's ok
17:36.03jeevPRI Span: 1 TEI=0 MDL-ERROR (F): SABME in state 7(Multi-frame established) <- yay
17:36.11jeevnot sure but looks like an error.
17:36.24*** join/#asterisk mitchrodrigues (~mitchrodr@184.250.150.22)
17:37.51PenguinIt does say error.
17:38.30jeevany idea? telco can't figure i tout.
17:50.16WIMPyMight be some one-way communication.
17:51.52*** join/#asterisk Sheeplet (~chiron@197.87.54.233)
17:51.59Sheepletlo
17:54.07jeevthey say my d-chan isn't up but it is.
17:54.35WIMPyThey can't receive you.
17:54.42WIMPyHave you tried another cable?
17:57.01jeevno, i'm not on site
17:57.36*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.57)
18:00.44*** join/#asterisk vlad_sta_ (~vlad_star@109.188.126.61)
18:03.29*** join/#asterisk IamTrying (~IamTrying@82.143.92.22)
18:04.12IamTryingIf i use fail2ban for FreeSwitch and Asterisk where fail2ban has 5060, 5061, 5080, 5081 which one it will look for? Asterisk or FreeSwitch?
18:05.40[TK]D-FenderIt doesn't monitor port.. it reads logs
18:05.43*** join/#asterisk ChannelZ (channelz@burner.com)
18:05.48[TK]D-Fenderso it'll monitor whatever YOU tell it to look at
18:08.15IamTrying[TK]D-Fender, OK - i ran Asterisk and fail2ban (and necessary Iptables) but users cant register smoothly anymore from 3G networks. And when i terminate the call the PDD is huge high like 4 minute to terminate call. What specifically should be the IPtables for B-leg?
18:08.31ghost75[TK]D-Fender: not sure if cisco planned that sip fw to be used against non cisco pbx oO
18:09.08[TK]D-FenderIamTrying: Too vague...
18:09.27[TK]D-Fenderghost75: And Cisco PBX's speak SCCP so there'd be no reason to use SIP at all
18:09.51ghost75yeah thats i where i start thinking why they did sip fw at all
18:09.58*** join/#asterisk cmendes0101 (~cmendes01@pool-173-58-47-18.lsanca.fios.verizon.net)
18:10.17[TK]D-Fendernot a great choice for Asterisk...
18:10.47IamTrying[TK]D-Fender, Registration is OK, but the call termination fails, is it a Asterisk Bug with fail2ban?
18:11.05[TK]D-Fender"termination fails" is also vague
18:11.21*** join/#asterisk serafie (~erin@24.96.64.240)
18:12.05PenguinAsterisk and fail2ban are not related, so tehre is no asterisk bug for fail2ban.
18:12.22PenguinFail2ban reads log files and matches patterns.
18:12.25PenguinThat is all.
18:14.11*** join/#asterisk threesome (~threesome@ip-94-113-13-143.net.upcbroadband.cz)
18:17.50ghost75is it iptables based?
18:18.11IamTryingPenguin, Then what else could cause the call termination to fail like after 1/2/3 minutes later it gives ring tone. When i switch off Asterisk, fail2ban, iptables and use FreeSwitch the same call is within 1-2 seconds ringing.
18:18.18IamTryingghost75, YES iptables
18:18.51Penguinfail2ban does work with other firewalls, but it's usually used with iptables when on Linux.
18:18.52[TK]D-FenderWhere do we see you looking at the call itself?
18:20.37*** join/#asterisk cmendes0101 (~cmendes01@pool-173-58-47-18.lsanca.fios.verizon.net)
18:24.37[TK]D-FenderFail2ban has nothing to do with it if the call is in progress
18:26.48IamTryingOK - Thank you [TK]D-Fender Penguin
18:26.57ChannelZ"when I change 4 separate things, it works!"
18:27.20PenguinExactly.
18:28.09outtoluncusually takes me 5 :(
18:28.27PenguinYou're still new.
18:28.38outtoluncyeah, <- newb
18:32.15*** part/#asterisk IamTrying (~IamTrying@82.143.92.22)
18:58.09*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.55)
19:07.28*** join/#asterisk zerick (~eocrospom@190.187.21.53)
19:10.16*** join/#asterisk andrewya_ (~andrewyag@syd02s26-fw01.thecore.net.au)
19:54.38*** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl)
19:58.57*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.69)
20:20.02*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
20:28.46*** join/#asterisk bchamberlain (~brian98@unaffiliated/brian98)
20:32.03*** join/#asterisk jasonwert (~w3rt@71.89.137.28)
20:32.37*** join/#asterisk timahvo1 (~rogue@197.237.174.93)
20:44.16*** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood)
20:49.54*** join/#asterisk jhlavacek (~jirka@87.89.218.63)
20:52.14*** join/#asterisk bkruse (~Adium@24.42.229.8)
20:59.40*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.65)
21:58.41*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.57)
22:01.15*** join/#asterisk amessina (~amessina@50-196-241-78-static.hfc.comcastbusiness.net)
22:07.33*** join/#asterisk superbeef (~ljennison@72.237.151.251)
22:17.44*** join/#asterisk joako (~joako@opensuse/member/joak0)
22:18.56*** join/#asterisk smirker (~x@CPE-144-137-156-146.lnse3.cha.bigpond.net.au)
22:26.36*** join/#asterisk serafie (~erin@24.96.64.240)
22:37.53*** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw)
22:59.19*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.58)
23:07.29*** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net)
23:28.13*** join/#asterisk timahvo1 (~rogue@197.237.174.93)
23:54.35*** join/#asterisk vlad_starkov (~vlad_star@109.188.126.58)

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